许多年前，当我们考虑选择什么样的硬件来高效地运行Oracle数据库时，这并不是一件困难的事。时过境迁，Oracle已经从一家数据库厂商进化为产品线繁多的IT巨头。这时候问题就来了：针对Oracle的产品，我们该如何确保硬件的生命周期能够满足它的需求呢?

　　现如今，甲骨文的产品线达到了前所未有的完善，从中间件到应用软件，从服务器再到存储，从数据库到开发工具一应俱全。这样一来，对于Oracle DBA来说任务无疑更加繁重了，好在甲骨文为我们提供了一系列的指导手册。虽然在官方的指导方面，甲骨文已经提供了极大的帮助，但是在面对诸如虚拟化、云计算的环境时，这样的指导也许会让管理人员感到更加复杂难辨。

　　因此，最好的方法就是先充分了解Oracle的产品线，然后推断如何选择合适的硬件来满足环境的基本需求。这样的方法要求管理者充分考虑，如何才能满足现阶段的需求，更关键的是还要满足未来不断增长的需求。

　　首先也是最重要的一点，就是要弄清楚针对特定的Oracle产品，什么样的新能标准是最为重要的。举个例子，一些Oracle数据库是I/O密集型的，这要求硬件能够每秒钟处理上万条交易。有一些Oracle中间件应用是处理器密集型的，那么就需要为给定的进程创建高CPU负载。其他需要考虑的标准还有存储负载、临时文件创建、同时间的连接数、复制负载以及处理线程数量等等。

　　以上的这些因素决定了选择什么样的硬件，如何合理安排这些硬件以及如何为未来需求留出足够的余地。考虑应用的架构、预计使用率以及最大工作负载这三个因素的结合，将它们应用到预计的环境中就可以给我们选择硬件提供参考。

　　每个企业的IT环境都是不同的，这些环境中可能会包含虚拟服务器、各种网络操作系统、基于云计算的服务、SAN等等，这些是硬件的另一个层面。也许最好的建议就是考虑Oracle提供的集成解决方案。

　　Oracle数据库不同版本的硬件需求

　　事实证明，针对各种Oracle产品应用以上的标准是选择合适硬件的最好方法。拿Oracle 11g数据库来说，该产品有企业版、标准版、中小企业版和免费版。每一个版本都有不同的硬件需求。比如Oracle Database 11g Enterprise Edition(企业版)，该版本有集群、容错、高级安全以及其他一些企业级功能特性，这就需要多服务器来支撑而不是单一的服务器。管理员必须要考虑预计的工作负载、流量、交易数量以及连通性几个因素来选择合适的硬件。所以版本越高，需要考虑的因素就越多，有时候罗列的选项都可以有一本书那么厚。

　　而Oracle Database 11g Standard Edition(标准版)就要简单的多。该版本包含了一些基本的功能特性，这样服务器负载就很容易推算出来。甲骨文在他们的官方网站上给出了一些指导，其中包括最小硬件需求：1.5 GHz双核奔腾处理器、2 GB物理内存以及3 GB的存储空间。当然，最低硬件需求还要考虑到所使用的操作系统，比如Windows Server、Linux或者Unix。

　　以上的这些指标，是顺利运行Oracle Database 11g Standard Edition所需要的最低指标。下一步，你就要计算整体数据库的大小、数据库增长率、需要的吞吐量(比如每秒钟交易数，用户和记录数量)以及任何的管理成本。www.sizinglounge.com这个网站会提供一些免费的硬件评估工具，这些工具可以计算运行Oracle数据库所需要的合理硬件配置。其中涉及到的因素包括用户总数、部署类型、Oracle数据库版本、预计处理器使用率、总拥有成本以及能源利用率等等。

　　当然，当考虑到虚拟服务器数量的时候，问题就变得更加复杂一些了。原因很简单，在给定的配置下，你很难确定虚拟机所能提供的性能。为了更好地解决这个问题，虚拟服务器管理软件是必须的。它可以监控可用性，并运行模拟测试来计算总体性能。

　　不光是数据库，其他的Oracle产品同样适用。举个例子，甲骨文官网上标有Oracle融合中间件的基本配置，而管理员和实施人员可以根据自身的需求来选择硬件，只需要确保高效这一准则即可。不同的企业环境会对需求造成很大的影响，Oracle在它的OTN网址上给出了简单易懂的信息，这些信息可以从主页上进行浏览。

　　有一点大家需要注意，那就是产品、功能以及管理工具的组合将决定最低配置是什么样的，大多是管理员会发现根据特定的环境，他们的最低配置是独一无二的。也许最重要的事情就是你需要大量的研究思考才能知道什么样的硬件最适合Oracle产品部署。