这篇Oracle数据库整合系列文章分两部分，这是第一部分。在第二部分，作者会展示如何使用会话模式管理进行数据库整合。

　　如果你像大多数公司一样，中等规模的关系数据库部署超过二十年并成功运行，那就带来了一个IT难题——大量的数据库和日益增长的总拥有成本(TCO)。好消息是行业整合趋势也适用于数据库。Oracle数据库提供了几种策略来支持多租户，因而减少了数据库的总数。

　　Oracle数据库蔓延的演变

　　首先，我们来了解一点点历史。我们要问问我们自己是如何失控的。你可以争辩说业务线分离，预算问题，计费问题，安全，收购以及性能因素都会有关系。但是最大的原因实际上更简单：创建一个数据库实在太容易了。事实上，甲骨文公司已经做的非常简单了，你可以在几分钟之内创建数据库并运行起来。

　　数据库的扩散(有时也称为数据库蔓延)代价非常昂贵，而且难以管理。在每个软件开发生命周期(SDLC)环境的每个应用程序中都能找到一个数据库的情况并不少见。想想吧，如果你有十个应用程序都要搭建开发、测试、质量保证、性能、培训以及生产环境，你就会有六十个数据库。这也难怪许多组织发现他们有几百个数据库，而且成本在持续增长。

　　不管你运行的是专用物理硬件和软件、虚拟化数据库平台还是数据库网格，这种情况都确实存在。在每种情况下，数据库实例的大小都是设计要满足顶峰需求的，不管它们处于繁忙还是空闲，都会分配和消耗内存，消耗CPU和存储资源。

点击放大

　　是时候考虑数据库整合了

　　现在，大多数组织已经执行了服务器和存储整合，把更多数据库放到了更少的物理服务器和存储系统中。令人惊讶的是，很少有组织更进一步做数据库整合，这就可能错过了进一步降低成本提高效率的机会。

　　数据库整合不外乎减少数据库总的数量，通过池技术和共享数据库资源实现。数据库整合的益处类似于服务器和存储整合——更低成本，降低复杂度，获得更大的灵活性。成本节约包括维护、管理、能源和物理空间等运营开支。使用更少的配置和服务，更少的操作系统和数据库版本标准，可以使复杂度降低。更大的灵活性是通过快速配置和响应实现的，最终会实现更快的上市时间。

点击放大

　　对于大多数解决方案，都没有那么绝对的。数据库整合可能不太适合需要特殊补丁的供应商安装包，也不适合需要完全物理隔离的应用程序。然而，对于大多数数据库，整合是很有意义的。一些整合指导建议包括应用类似的服务级别协议，免费的混合工作负载，SDLC环境和单个应用的云服务。

　　对于继续寻求降低成本和提高效率机会的组织，数据库整合可以带来重大的节约和简化。理解数据库整合需要从数据库隔离模式到数据库共享开始着手，这是第一步。我的建议是为你的组织找出正确的整合级别，从小处开始，久而久之实现整合。