大规模的Oracle数据库如何整合管理？
背景：大规模数据库整合管理。
硬件：x86
描述：
IT的发展已经在企业中的作用越来越明显，IT的发展对业务支撑作用起到关键性作用。 随着公司项目的快速发展，各个公司的数据库数量也将越来越多，企业将面对大量数据库管理工作和硬件投入的问题。对于核心系统。 ORACLE数据库保持高可用架构采用经典的RAC架构，然后再上面扩展高可用（存储双机，链路双机）但是一个项目采用一套数据库，这样引发一个急需思考的问题，在现有项目数据库（可能是几百套）的基础上，上新项目如果还是采用一个项目做个独立的数据库（双节点物理机RAC）的话，那么数据库的量会越来越多。这对企业的硬件资源投入，将会是一个极大的投入，如何做数据库整合成了一个必须要思考的问题。 请问对这块由没有好的方案和解决思路。谢谢。2同行回答
总的来说，如继续使用RAC架构，在控制节点数量的基础上，还是坚持传统“数据分区，应用分区”的原则，合理库表设计，同时考虑合理成本的IO隔离，不同大型应用接入不同实例等；并配合以适当的备份策略，以及容灾方案。可按负荷水平和可管理性，设计多个RAC集群，每一个集群中，可将原不同负荷水平的大小数据库搭配迁入整合。另外，可将众多数量的小型数据库（数据规模较小，cpu及io消耗不大，应用session数较少），以12c多租户新特性承载。无论采取哪种方式进行数据库整合，一定调查清楚应用的特性，与应用侧了解沟通，搞清楚负载周期变化情况及任务调度方式，包括应用可能需要做相应必要改造的可行性，让应用侧理解并配合实施。
收起所谓天下大势，分久必合，合久必分。
可以试试ORACLE 12C的多租户架构，目前可以支持的数据库数量还是蛮多的，完全可以满足你的需求。
当然优缺参半吧，个人感觉可以多余多数据库系统而言，首先资源浪费的情况会大大减少，自然而然成本也会降低，同时，管理，权限，调优，升级也更加方便，当然，最大的问题就是，牵一发而动全身，你懂的。
更多参考https://docs.oracle.com/database/122/CNCPT/introduction-to-the-multitenant-architecture.htm#CNCPT89242