‘壹’ 运行oracle数据库对电脑硬件配置的最低要求是什么
1.检查硬件要求 系统必须符合以下最低硬件要求： 至少有1024MB的物理内存 下表说明安装时物理内存（RAM）和交换区（swap space）的配置关系。 RAM Swap Space 1024 MB 到 2048 MB 1.5 倍 RAM 2049 MB 到 8192 MB 等于 RAM 大于 8192 MB 0.75 倍 RAM 在 /tmp 目录中至少有400 MB空闲磁盘空间 1.5 GB 到 3.5 GB 的磁盘空间用于安装 Oracle 数据库软件，具体大小由安装类型决定 1.2GB 磁盘空间用于数据库预配置文件系统存储(可选) 说明: 使用 ASM (Automatic Storage Management) 和 RDS (raw device storage) 的磁盘空间要求在后面的章节中描述。 若选择自动备份配置，启用闪回区（flash recovery area）需要额外的磁盘空间，也可以在文件系统或 ASM(Automatic Storage Management) 磁盘组中指定。 确保系统满足这些要求: 确认物理内存尺寸，键入下列命令： # grep MemTotal /proc/meminfo 假如物理内存尺寸小于推荐的内存要求，必须在安装前增加内存。 确认交换区（swap space）尺寸，键入下列命令： # grep SwapTotal /proc/meminfo 示例： as3$grep SwapTotal /proc/meminfo SwapTotal: 2048248 kB 必要时，查阅操作系统文档中如何配置额外交换区（swap space）的相关信息以修改交换区（swap space）配置。 确认可用的 RAM 和交换区（swap space），键入下列命令： # free 示例： as3$free total used free shared buffers cached Mem: 503084 490356 12728 0 2432 345224 -/+ buffers/cache: 142700 360384 Swap: 2048248 72692 1975556 最好在延迟数秒后，作多次重复测试. 说明: 上述命令会产生多个不同的结果。这是因为在冻结期外可用的 RAM 和交换区（swap space）随用户的操作不断变化。 确认 /tmp 目录中可用的磁盘空间，键入下列命令： # df -h /tmp 示例： as3$df -h /tmp 文件系统 容量 已用 可用 已用% 挂载点 /dev/hda3 16G 4.5G 11G 31% / 假如在 /tmp 目录的自由磁盘空间中少于 400MB，请完成下列步骤之一: 删除 /tmp 目录中不必要的文件以满足磁盘空间需求。 在配置Oracle 用户环境时设置 TEMP 和 TMPDIR 环境变量（稍后说明）。 扩充文件系统的 /tmp 目录。必要时，联系您的系统治理员了解关于扩充文件系统的相关信息。 确认操作系统的自由磁盘空间，键入下列命令： # df -h 示例： as3$df -h 文件系统 容量 已用 可用 已用% 挂载点 /dev/hda3 16G 4.5G 11G 31% / /dev/hda2 981M 27M 905M 3% /boot /dev/hda5 29G 27G 1.3G 96% /opt none 246M 0 246M 0% /dev/shm /dev/hda6 15G 191M 14G 2% /var 下表显示每种安装类型需要的大约磁盘空间： 安装类型 所需空间 Enterprise Edition 1.85 Standard Edition 1.85 Custom (maximum) 1.99 确认系统硬件架构能运行 Oracle 软件，键入下列命令： # grep "model name" /proc/cpuinfo 示例： as3$grep "model name" /proc/cpuinfo model name : Intel(R) Pentium(R) 4 CPU 2.80GHz 说明: 该命令显示处理器类型。验证处理器架构匹配您将要安装的 Oracle 发行版软件。假如看不到预期结果，则不能在系统中安装这个软件。 2.检查软件要求 安装所需的软件环境，根据下表进行核实。 说明: Oracle 通用安装工具根据系统需求清单对系统进行检查核实。确保在开始安装前通过检查。 需求项 操作系统 包含下列操作系统版本之一： Red Hat Enterprise Linux AS/ES 3.0 (Update 4 or later)
Red Hat Linux 4.0 (Update 1 or later) SUSE Linux Enterpreise Server 8.0 with SP4 or later SUSE Linux Enterprise Server 9.0 with SP2 or later 核心版本 系统必须运行在以下核心版本之上（或以上版本）： Red Hat Enterprise Linux 3.0: 2.4.21-20.EL Red Hat Enterprise Linux 4.0: 2.6.9-11.EL SUSE Linux Enterprise Server 8.0: 2.4.21-278 SUSE Linux Enterprise Server 9.0: 2.6.5-139 包 下列包（或以上版本）必须已经安装： Red Hat Enterprise Linux 3.0: make-3.79.1-17 control-center-2.2.0.1-13 gcc-3.2.3-47 gcc-c++-3.2.3-47 gdb-6.1post-1.20040607.52 glibc-2.3.2-95.30 glibc-common-2.3.2-95.30 glibc-devel-2.3.2-95.30 glibc-devel-2.3.2-95.20 (32 bit) compat-db-4.0.14-5.1 compat-gcc-7.3-2.96.128 compat-gcc-c++-7.3-2.96.128 compat-libstdc++-7.3-2.96.128 compat-libstdc++-devel-7.3-2.96.128 gnome-libs-1.4.1.2.90-34.2 (32 bit) libstdc++-3.2.3-47 libstdc++-devel-3.2.3-47 openmotif-2.2.3-3.RHEL3 sysstat-5.0.5-5.rhel3 setarch-1.3-1 lio-0.3.96-3 lio-devel-0.3.96-3 Red Hat Enterprise Linux 4.0: binutils-2.15.92.0.2-10.EL4 compat-db-4.1.25-9 control-center-2.8.0-12 gcc-3.4.3-9.EL4 gcc-c++-3.4.3-9.EL4 glibc-2.3.4-2 glibc-common-2.3.4-2 gnome-libs-1.4.1.2.90-44.1 libstdc++-3.4.3-9.EL4 libstdc++-devel-3.4.3-9.EL4 make-3.80-5 pdksh-5.2.14-30 sysstat-5.0.5-1 xscreensaver-4.18-5.rhel4.2 SUSE Linux Enterprise Server 9: gcc-3.3.3 gcc-c++-3.3.3 glibc-2.3.3 lio-0.3.102-1.2ia64 lio-devel-0.3.102-1.2ia64 make-3.80 PL/sql 本地编译, Pro*C/C++, Oracle 调用接口, Oracle C++ 调用接口, Oracle XML 开发工具 (XDK) Intel C++ 编译器 8.1 或 GNU C and C++ 编译器及以上版本，这些产品需要以上清单所列出的包支持。 说明: Intel C++ 编译器 V8.1 以上已经提供支持，不需要安装。在 Red Hat Enterprise Linux 3, OCCI上采用 3.2 版，已经提供 GNU C++ 编译器支持。这是默认的编译器版本。 OCCI 也同样支持采用 gcc 3.2.3 标准模板库的 Intel C++ 编译器 V8.1。 Oracle XML 开发套件 在使用 GCC 的 Red Hat Linux 4.0 上不被支持。只有 Intel C++ 编译器 (ICC) 提供支持。 在 Red Hat Enterprise Linux 4.0 上, Oracle C++ 调用接口 (OCCI) 不支持 GCC 3.4.3。要在 Red Hat Enterprise Linux 4.0 上使用 OCCI，你需要安装 GCC 3.2.3。 Oracle JDBC/OCI 驱动程序 你可以在下列 JDK 版本中使用 Oracle JDBC/OCI 驱动；然而，它们不需要单独安装： Sun JDK 1.4.2 with the JNDI extension 说明：JDK 1.4.2 在该发行版中已经安装 确保系统满足这些要求： 确认 Linux 版本，键入下列命令： # cat /etc/issue 示例： as3$cat /etc/issue Red Hat Enterprise Linux AS release 3 (Taroon) Kernel \r on an \m 说明： 只有存在先前表格中所列版本的 Linux 被支持。不能安装在其他的 Linux 版本上。 确认需要的核心已经安装，键入下列命令：
# uname -r 示例： as3$uname -r 2.4.21-4.ELsmp 下面是该命令在一个 Red Hat Enterprise Linux 3.0 系统中执行的输出情形： 2.4.21-20.EL 在该例中，输出表明系统的核心版本 （）和 勘误表 （20.EL）等级。 新的内核命名 RHAS2.1 for ia32 2.4.9-e.25 — 单处理器内核 2.4.9-e.25-smp — 能够处理最高达 4GB 的物理内存的 SMP 内核 2.4.9-e.25 — 能够处理最高达 16GB 左右的物理内存的企业 SMP 内核 RHEL3 for ia32 2.4.21-4.EL — 单处理器内核 2.4.21-4.ELsmp — 能够处理最高达 16 GB 的物理内存的 SMP 内核 2.4.21-4.ELhugemem — 能够处理超过 16 GB，最高达 64 GB 的 SMP 内核 假如核心版本不符合前述要求，请与操作系统供给商联系，以获取最新的核心版本并更新。 确认必须的包已经全部安装，请键入下列格式类似的命令： # rpm -q package_name 示例： as3$rpm -q gcc-3.3.3 package gcc-3.3.3 is not installed 假如包没有安装，请从您的 Linux 安装包或从 Linux 提供商的网址下载并安装。 假如需要为 WebSphereMQ 的 CSD，请在下列网址中下载并获取安装信息： http://www.ibm.com/software/integration/mqfamily/support/summary/lin.Html
‘贰’ SQL Sever 2008R2的单个数据库容量大小问题，这个版本单个数据库可以多大
1、单个数据库上百GB肯定没有问题，我这边手头生产数据库就已达200+GB，上TB不敢说，或者说等不到上TB就要用分布式或其他的解决方案了
2、单表支持上亿条记录。
‘叁’ 未来一两年数据库发展方向怎样
信息爆炸时代，带来的不仅仅是我们对信息剧增的无所适从，还有就是数据库技术的飞速发展和琳琅满目的数据库应用。
细数数据库技术从上世纪60年代兴起到如今，已有40余年的历史。从开始的层次数据库、网状数据库，到关系数据库管理系统，再到现在数据库技术与多学科技术有机结合后产生的分布式数据库、并行数据库、演绎数据库、多媒体库、移动数据库等等，它们共同构成的数据库大家族，热闹非凡。
那么，数据库技术在未来的发展上会有哪些明显趋势呢?记者怀揣着这样的问题采访了Sybase中国有限公司售前总监宋一平。在数据库领域有着10多年工作经验，并一直工作在数据库应用最前沿的宋一平，对数据库技术未来的发展方向有着自己独到的见解。
存储方式将向“列存储”靠拢
到底是行存储还是列存储，主要看如何应用数据信息。
以前数据库都是以行的形式存储。理由很简单，用户需要的是对单条数据的读取和存储。而现在，单纯的数据记录已经不足以支撑企业发展了，企业更需要的是数据分析和决策支持。那么，单纯看一条记录也就没有了意义，而是要把所有数据的某项共性统计出来进行分析，这就是“列”的概念。
列存储的出现，实际上就是对数据分析需求的增多。而分析需求则一定是对某一个列的访问。
“以中国移动为例，上亿的用户，每个月都有超过TB级的数据，哪些是VIP用户，该如何根据他们的需求提供专有服务?对于那些动感地带的用户，到底应该制定哪些优惠政策?除了简单看话费，是不是还应该能从中挖掘出他们的消费特点，进行更有针对性的业务推广活动?所有这些需求，就不再是仅仅看一条数据的问题，而需要频繁对列进行操作。因此，我预计，不出半年，各大数据库厂商都会推出以列为存储方式的数据库。”宋一平直言。
记者简单了解到，近半年来确实出现不少认同以“列”存储的理论文章。这个Sybase从1997年就开始“守”了近10年的专利，估计就要难以再守了。
数据库规模将呈“两头”发展
“数据库的规模会向‘两头’发展，即大的越来越大，小的越来越小。”宋一平进一步解释，“所谓大的，主要是指企业级数据库的规模。10年前，数据库存储的数据大都以GB为基准衡量，几十GB就已经非常庞大了。而现在，仅仅广东移动一个公司每个月新增的数据量就已经用TB来衡量，相信不出3年，很多企业要存储的数据就要达到PB级。数据量越来越大，需要更大的数据库来做支撑，这就是数据库的发展方向之一。”
随着计算机的普及，计算机应用点的增多，数据存储量自然也就大了。记得一位网友曾经制作自己某一天的“数字化生活”，把这一天的吃喝拉撒睡全部用摄像头记录下来。这就是他的 “数字化生活”，把生活整个变成数字化的信息数据，这也是未来人们生活一个重要的方面。数据越来越多，数据库技术想要自如应对这样的发展，只有越来越大。
另一方面，数据库又会越来越小。
你知道吗?目前在国外的一款卡西欧手表中就带有Sybase的数据库。手表可以随时记录天气情况、气压以及佩戴者的血压、心跳、步频等数据，佩戴者还可以把这些数据下载到计算机上做简单的分析，这种数据库虽然并不要求数据存储量大，但却要求在低计算量的情况下能快速反应，并能适应外界环境的变化。小数据库主要集中在移动数据库领域，现有技术已经能够提供很好的支持。
“数据仓库”概念渐入人心
很多数据库厂商认为，数据库一个就行，“一专多能”，既能用它进行实时交易，也能用它来进行数据分析。
但事实却并非这样简单。很多用户现在在前台一边需要数据库提供实时交易功能，一边又需要有很快的响应速度，而在后台，则又需要设立一些规则进行数据分析和商务智能分析。Sybase就认为，这两个数据库应该是两种格式，毕竟它们应用的需求不同。因此，从产品设置上，Sybase有交易型数据库和分析型数据库两种。
而数据仓库则是位于后台，存储着可供企业进行深度分析及决策使用的数据。数据仓库中的数据一般按照一定的主题域进行组织，主题是一个抽象的概念，是指用户使用数据仓库进行决策时所关心的方面，一个主题通常与多个操作型信息系统相关。同时，一般企业会有好几个数据库，这些数据库之间是相互独立，并且往往是异构的。而数据仓库中的数据则是在对原有分散的数据库中的数据抽取、清理的基础上经过系统加工、汇总和整理得到的，必须消除源数据中的不一致性，以保证数据仓库内的信息是关于整个企业的一致的全局信息。一旦某个数据进入数据仓库以后，一般情况下将被长期保留来反映某一时间段的变化。
非结构化数据结构化存储
“我认为，非结构化数据仍然不能直接纳入数据库中。”宋一平表示，“说到这里，可能大家都认为我在逆潮流而动，现在很多数据库厂商都可以接受图像、视频等非结构化数据的存储，可Sybase怎么还要死守着结构化数据呢?我认为，非结构化数据要想进入数据库，仍然需要结构化，只是这种结构化的方式各厂商不一样，而且相比以前有了很大的进步和提高。”
还记得，以前我们图片的记录方式是记录它的文件名，如果文件名中提到了某个人的名字，那么在整个数据库查询的时候，就可以把这个图片找到。宋一平对记者说：“这样做非常不科学的。”因为很多非结构化数据的文件名起的并不可能完全，如果强行把非结构化数据拉入结构化数据库中，显得不合适，影响操作的便利。
那么，现在大家是如何把非结构化的数据变成结构化的呢?“其实很简单”，宋一平解释，“就是用结构化的数据描述非结构化数据。比如图片，就用点和位置来记录图片中每个像素。一旦需要做查询的时候，可以根据像素的组合记录来比对，把符合比对要求的数据全部筛选出来。这样就把非结构化数据以结构化的方式纳入到数据库中，并能接受查询、检索等操作。”
数据库技术发展几十年来，有些技术风光一时，但终究被淘汰;有些技术则一直沿用至今。所有的预测都只能是方向性的，各数据库厂商彼此的理解也有差异。未来的数据库会如何发展，我们拭目以待，但可以肯定那一定是最满足用户需求的。
‘肆’ sql2008 数据库文件大小一般不能超过多少
数据库最大不超过524,272 TB （1TB=1024GB）
【参考】http://msdn.microsoft.com/zh-cn/library/ms143432%28SQL.105%29.aspx