基本上我是软件人，最近被提升为pipe理干部，需要推荐服务器来运行我们公司开发的软件，软件是工作stream程pipe理，db是oracle 11，日常交易规模约为40GB ，它应该连接到约150个客户机，客户机将会增长。 帮助在CPU，处理器，内存，机架和堆栈或RAID（我真的不明白这个概念）的操作系统，将不胜感激。
有很多更多的细节，将有必要为您提供一个有用的大小的答案。 我不会试图用这种forms来回答这个问题，但是这里有一个问题和一个build议：
贵公司是否与特定供应商有硬件关系？ 例如，如果您的数据中心装满了IBM刀片服务器，那么即使Sun机箱稍微好一些，您也可能需要configurationIBM刀片服务器才能正常工作。 备件，pipe理和维修专业知识等应符合您的考虑。
如果您有这样的供应商关系，请使用它。 与供应商的销售工程师讨论你需要什么，并确保你明白他们为什么推荐他们做什么。 通常情况下，大多数社会企业都会试图提出负责任的build议，对于你的情况有更详尽的了解。
如果您没有单独的供应商关系，那么请与多家供应商联系以获得build议，但是请采取更大的措施，比较build议（您仍然要求他们解释您为什么需要每个组件，对吧？ ）。 当你购买服务器，价格包括售前支持的薪水，所以利用他们的专业知识。 一个类似的有用的技术是要求一个供应商提供他们不提供或者至less只是重新包装的必要组件的build议。 向软件供应商询问硬件build议; 路由器推荐的NAS厂商等
您可能会在一两个详细的讨论中拿起大多数重要的考虑事项，并能够做出一个不错的select。
你有一个支持你的服务器的支持部门，还是支持外包？
如果你有一个内部的IT支持部门，他们会很好地了解你当前的设置，而且我会说他们在推荐硬件和/或软件方面处于非常好的位置。
你作为经理就必须走他们的build议（要求澄清，如果你不明白的东西），并提出最后的build议。
不是那么卑鄙，但是这听起来像是你在知识领域之外被提拔出来的（或者至less是被要求指定一些你不完全理解的东西）。 这不一定是件坏事（我曾与之合作过的一些最优秀的经理都是非技术型的），但这会让你的工作变得更加困难。
如果你所pipe理的内部团队能够胜任，那么你应该和他们合作（见Ben的回答）。 他们将能够澄清任何一点，并有助于创造一些可以为你提供坚实的理由和合理的期望的东西。
如果你不信任你正在与之合作的团队，那么你应该向上面的那些人指出，你并不是完全坚定你将会提出的build议（并回到mpez0的build议与你的供应商讨论：虽然这意味着你的解决scheme可能会增加成本和过度build设，比在解决scheme上减less2万美元，然后不得不在6个月内减less5万美元重新实施，因为它不是可扩展性）。
mpez0有一些非常好的build议。 我所看到的唯一没有列出的其他途径是通过testing来确定要求。
从你的描述来看，这听起来像你有一个未知的温和应用程序。 我的意思是，你真的不知道工作负荷将会需要什么。
那么你的第一个目标就是确定它的性能特征是什么。 换句话说，这真的是数据库重量还是交易（甚至40GB的价值）相当简单？
为了find答案，请select一个已经存在的服务器，在其上安装应用程序，然后运行性能分析testing来确定它是如何响应的。 testing应该从less量客户端开始，然后将其升级到您期望的完整连接数。
一路上你要学习几件事，其中最重要的是哪些部分需要加强。 您应该观察磁盘队列的长度以及内存，networking和处理器利用率。 哪些掉下来？
如果你走testing路线，那么你将确切知道给定的性能configuration文件需要什么硬件。
你应该消灭你的数据库是IO绑定还是CPU绑定？ 您将在数据库中存储多less数据，可以在数据库上运行多less个请求？
根据我的经验，我注意到每个主streamCPU对于硬盘的IO带宽都是足够强大的。
我build议你把钱放在硬盘上然后用RAM。
将多个硬盘连接到多个IOpath将大大提高性能。 将您的数据和索引分散到多个文件中。
对于redondancy，我build议你使用RAID-1或RAID-10（剥离+镜像），避免RAID-5。 如果你有很多的阅读，并且在写作场景中执行得不是很好。
最好使用单独的磁盘作为系统文件（windwos +分页）和数据文件。
然后，你可能会想到添加一些内存，SQL有更多的内存，但仍取决于您的数据量更好。
不要忘记回到系统，如果你为你的客户端托pipe数据库，这是必须的。
目前，我的一个数据库有一个100 GB的数据文件，我可以在没有任何问题的情况下处理300到400个请求/秒的CPU，2GB内存。 我实际上是IO界限。 磁盘最多给我80 MB /秒。