DBMS不断发展壮大，自动化脚本变得越来越复杂和众多，并且所有这些花费的时间越来越多。 在这种情况下，管理员迟早会想到：需要更改某些内容。 在这篇文章中，我们将通过示例告诉您如何处理不同颜色和颜色的Oracle数据库时如何解决该问题。
这就是一切的开始。 到2013年，我们已经在Oracle上运行的数十种各种数据库的支持下积累了。 有些很小，但是要求很高-例如，法规文件的存储库或收集系统。 有些可以归因于OLTP，其中包含大量的小型请求-风险监控，短信引擎等。 有些系统仅在计费日期或当月月末才变得非常活跃。 通常，每个人也分别具有不同的任务和负载配置文件。 为了安全起见，对于每个系统，我们都保留了严重的峰值负载计算能力储备，并在突然增长的情况下保留了磁盘资源。 为了支持所有这些，花费了很多时间和精力。
为了降低硬件成本，我们决定将所有中型系统的Oracle数据库合并在一台服务器中。 我们在Oracle Exadata方面拥有丰富的经验：此系统上的副本解决了构建报告处理的问题。 但是Exadata中的数据库可以在Real Application Cluster中使用，这对应用程序施加了一些限制，需要进行仔细的测试。 而且第三方软件不允许将Exadata复合体安装在自身之上，从而缩小了便携式IT系统的数量。
有哪些选择？ Oracle工程类还包括Supercluster。 除了Exadata的优点外，它还具有以RAC一节点模式（实际上是独立的）使用数据库的能力，从而最大程度地降低了迁移风险。 我们计算了过渡到Supercluster的经济影响：事实证明，为支持明年系统的自然增长所需的额外设备的成本，我们可以购买2台新的Supercluster。 我们在业务开展之前就成功地捍卫了这一决定，并在2014年为主系统和备用系统购买了一半的Supercluster T5-8。
Supercluster的每个部分包含两个计算节点，这些节点具有四个16核处理器和1 TB内存。 在两个超级集群的第一个节点上，我们将对业务至关重要的基础放在第二个节点上-其余的所有备用基础。 它们配置了较少的内存，因此当主节点出现问题时，集群件会自动在另一个活动节点上增加资源。 在整个节点发生故障的情况下，配置的故障转移开关表示Data Guard。 为了简化冗余，我们向节点添加了额外的FC卡和Veritas Netbackup媒体服务器。 因此，我们充分利用了资源，确保了容错能力和灾难性抵抗能力。
系统迁移伴随着多功能测试。 我们担心争夺许多数据库的资源可能会导致服务质量下降，但是在转移了30多个系统之后，我们意识到工作速度只是在增加。 而且，即使在那些没有帮助添加带有内存的处理器或将数据库传输到全闪存阵列的系统中，也是如此。 例如，在我们的主要反欺诈系统中，由于来自源系统的负载增加，因此开始移交风险监视。 显然，问题不仅在于设备本身，还在于Oracle工程系统的“数学”，这可以加快查询速度。
今天，Supercluster与我们合作已有四年多了。 除了性能，这是我们喜欢的东西：
- IT基础架构成本下降了。
- 降低管理成本。 以前，不仅需要DBMS管理员，而且需要unix管理员，存储管理员和SAN来支持数据库。 现在，一切都由一个人支持，并且90％的管理是通过Oracle Cloud Control进行的。
- 引入新信息系统的时间缩短了， 无需再等待数据库设备的获取和交付。
- 除了智能扫描，存储索引和混合压缩等有用的Exadata片段外，我们还使用了Exadata工具-IO资源管理器，该工具对于数据库整合非常有用。 有了它，我们就可以优先使用磁盘资源。
另外，值得一提的是Oracle的多功能技术支持。 对于硬件和软件系统，除了标准的总理支持和合作伙伴支持外，我们还获得了免费的白金服务支持，其中包括：
- “回拨”服务是卖方对设备的自动监视：例如，在磁盘出现故障的情况下，卖方将是第一个了解该设备并组织更换过程的人。
- 定期免费提供系统软件更新。
- 通过Advanced Platinum Support Gateway系统可以更快地恢复该综合系统。
我们正在开发基于Supercluster的Oracle DBMS整合平台，到2017年底，全球范围内售出的前三款Supercluster M8出现了：
如果您对我们的Supercluster用例有任何疑问，我们将很乐意在评论中回答。