我们正在寻找一个新的环境来运行在SUSE上运行的Oracle数据库（可能迁移到RedHat）。 我们的数据库大约为100GB，并且在我们当前的硬件（x86_64）上有足够的性能，分配大约6GB的ram。 然而，我们正在迅速成长，短期内需要更多的performance。
考虑到Oracle许可证的成本，我们希望通过select最合适的CPU来运行软件，从而最大限度地提高每个许可证的价值。
问题是：
查看Itanium或Sparc硬件是否有实质性的好处，有没有什么缺点？ 是否有一个开始好转的点？
- 有免费的商业用虚拟播放器吗？
- DBA应该存储和检索密码
- ActiveMQ持久化在数据库中
- 是Oracle Total Recall的替代scheme吗？
- 如何处理两个没有networking连接的Oracle数据库的单向同步？
什么是安腾的长期支持选项？ 考虑到x86的优势，坚持使用x86会更安全一些？
平均而言，在x86_64上的Itanium或Sparc上实施Oracle数据库会带来怎样的性能好处？ 这是一个问题呢还是其他因素（IO / RAM）会先排除？
如果任何人都可以指向我一些关于平台之间比较的可靠文档，这些文档提供了关于什么时候select的更好的案例分析，我很乐意接受这个答案。
编辑： – 添加Sparc作为一个select，因为它以前没有考虑，但最近的Oracle Sun收购似乎非常相关。
这不是您要求的可靠文件，但可能有助于决策过程：
供应商（包括硬件和软件）正在全面停止对Itanium的支持 – 您很可能很难从除HP之外的任何人那里购买Itanium套件。 也就是说，RedHat没有一个没有太多通知的单方面支持平台的习惯。
对我来说，最大的问题是未来的迁移 – 如果Itanium继续按照目前的趋势发展，那么在几年之后，您可能会遇到replace或升级服务器的问题（除非Intel开始在x86_64处理器上支持IA64指令集同时）。
安腾作为一种体系结构是否对x86_64有所改进，将会大体上取决于工作负载的性质，但是对于许多数据库应用程序来说，在体系结构差异变得特别明显之前，您将遇到I / O瓶颈和内存不足问题不知道这是否适用于你的情况，显然）。 随着x86_64的开发非常积极，根据应用的不同，差异将快速接近于零。
有一段时间，人们购买安腾的性能 – 时间已经过去了。
直到最近一段时间，人们购买Itanium的可靠性，可用性和可维护性（RAS）function – 英特尔至强75xx系列的推出意味着，除了服务器买家的百分之一以外，所有这一切都已经过去了。
正如其他人所提到的，操作系统厂商正在放弃安腾 – 安腾最大的支持者 – 惠普正在退出平台（不要指望他们的产品经理承认这一点）。
除了less数遗留用户之外，Itanium的时间已经过去了。
高价与否甲骨文是一家以量产为导向的业务，所以他们将永远保持高性能/低产量领域的脚步，他们更专注于x86 / x64市场。 当然，他们会在未来几年为处理器范围缩小而维持代码，只需考虑维护联系的边际！ 但是他们对这些二级平台的关注度将会下降，因此，向Oracle的SPARC投入更多的研发投入远远不够。
关键业务数据库服务器的未来是明确的，只有两条path; 商品x64（Xeon 56xx系列和AMD Magny-Cours是CPU du jour）占97-99％的市场，集群将以相对较低的价格提供“五个九”，而Xeon 75xx系列则为零九'是唯一的select – 一切酒吧大型机级别的框将消失。
我猜测Itanium对于数据库系统来说比x64（x86-64）要快，但是Warren和Mo之前说过，未来对于Itanium的支持看起来不太好。
甲骨文可能希望你很快去与SPARC。
所以我想说，在x64和SPARC之间做出决定，而不是在任何事情和安腾之间做出决定。
微软表示，Windows Server 2008 R2将成为支持安腾处理器的Windows的最后一个版本，但直到2018年才会这样做：
不过，我记得Windows在1997年很快就放弃了对MIPS和PowerPC的支持。
关于使用什么的关键是取决于你的系统足迹和要求，当然还有你的内部技能。
从Oracle技术大会/ dba的angular度来看，您将面临以下问题：
在非Oracle平台上，您自然会遇到更糟糕的反应时间，特别是IBM Pseries和HP Itanium（由于历史原因）
一般来说，你不应该混合具有相同目的的东西，例如。 RAC和虚拟化，因为这会增加层数并最终降低成本。
你可以无所事事做伟大的事情，例如。 x86-64上的Oracle VM（Xen）和Oracle Dataguard（最终通过Active Dataguard Option）。 保持简单和专注
RAC对于大多数公司来说太复杂，无法pipe理，因为大部分公司都没有正确实施。 它也只能保护你免受主机故障=>你仍然有共享存储被照顾。
由于过去10年来大多数RAC设备都是基于“传统智慧”，所以主要是2个节点集群。 原因很简单：许可费用/习惯
因此，更简单和有价值的组合使用Oracle VM for HA，这使您甚至可以在维护窗口中加上主机的实时迁移，加上用于站点故障的Oracle Dataguard。 和Dataguard一样，您可以将备份卸载到备用站点，而不会打扰用户。
这只是一个例子，适用于11g OLTP数据库，如果您更关心可用性而不是性能，那么也可以应用于DW数据库。
阅读甲骨文的概念指南，一定会为您指出一个适合您的解决scheme。
在使用虚拟化技术进行规划时，您也应该考虑不要将太多的东西整合到太less的机器中。 你不希望发现自己处于这种情况，你把所有事情都整合到了两台大型的企业级机器中，突然之间发生了一次中断，这使得你的总容量减less了50％。 宁可去更多，放更小的服务器出于多种原因：
大型IBM，惠普，SUN机器的容量需求一开始听起来不错，但几年后，如果您需要购买旧的RAM模块
在某种程度上，您仍然需要closures即使这些箱子和动物升级
如果你真的遇到了一台服务器的技术问题，那么你还有其他的一些服务器，而且你有更多的时间用更less的性能和客户影响来replace有问题的服务器
正如dba所说，通常你必须处理更多的错误的应用程序错误，I / O争用，networking问题。 对于I / O争用，用4.7Ghz IBM Power 6或Intel 1.6 Ghz Itanium I / O来等待，这并没有太大的区别。 你不能等得更快。 在这种情况下，如果您真的无法通过重新devise/调整应用程序来处理热点数据块，您宁愿投资于PCI-E SSD。