多租户并不是新生事物，它在2013年就首次发布了，初始版本是Oracle数据库12c，版本号是12.1.0.1，那么我为什么现在才做迁移呢？

下面，我列举了一些原因，包括从技术生命周期的关注到对现有系统更多数据库的管理部署能力。请继续阅读后文，看您的组织是否也需要考虑与我一起采纳Oracle多租户架构。对于那些还不太了解的朋友，您可以认为多租户就是把多个可插入的数据库放到一个大数据库容器中。可以简单把多租户理解为数据库层级的虚拟化。

Oracle在版本12c中已经不推荐使用非多租户架构了。这是正确的。在未来某个时间点，我们或许不得不迁移到Oracle的多租户架构，尽管目前Oracle还没有明确计划表示非多租户配置模式会退出历史舞台。即使您现在不需要多租户的功能，你也可以尝试一下将可插入数据库放入新容器的这种方式，Oracle把这种模式成为单租户配置。

这并不是说你必须支付额外的技术费用，如果你只有配置一个可插入数据库，Oracle多租户是免费的。不过如果你想在完整的多租户架构下运行多个数据库，你就需要购买额外的授权。

我们的VMware环境正走向终结。目前我们的开发和测试数据库都运行在VMware下，Oracle数据库在我们只部署Oracle的VMware ESX集群环节中按处理器授权。然而，我们运行的是ESXi5.5，该版本将在2018年9月停止支持。我们不能升级到ESXi6.0或者更高版本，因为目前的Oracle授权管理服务不支持，必须在我们企业中所有ESX集群环节中针对所有处理器购买Oracle数据库授权。Oracle的立场是，将我们的虚拟机迁移到其它ESX集群太容易了，因此他们必须要求所有授权。

虽然基于VMware ESX运行Oracle对我们非常方便，但是很显然我不能再长期这样下去了。我们公司需要寻求其它解决方案，在数据库基础设施层面保持灵活。在物理服务器环境下运行Oracle多租户可以使我们消除对VMware的依赖，不只满足了我们现在的需求，还提高了我们的敏捷性。

数据库管理变得更容易了。Oracle多租户架构对数据库管理员（DBA）的日常工作带来了较大变化。他们必须理解是否需要执行特殊的管理任务，要知道在容器层面还是可插入数据库层面。然而，一旦DBA完成了学习曲线，他们就会发现管理数据库用的时间更少了。

我刚开始创立公司的时候，我们有十几个非生产数据库。在七年时间里，数据库数量增长到了30多个。但是，在容器数据库层面只需要执行一次任务，与内部有多少个可插入数据库无关。在可插入数据库层面的任务很容易脚本化，针对所有数据库循环执行。

我们可以增加更多数据库。我的公司一直在努力控制可支配数据库的总数量。我前面也提到过，我们的非生产数据库从12个增长到了30多个。我们的管理要求建立更多数据库用于应用开发，但是我们受限于VMware管理主机的资源问题已经不能再增加数据库了。

如果要启动另一套VM，我们需要更多内存，看起来可用RAM数量是我们的瓶颈。有了Oracle多租户架构，我们可以对每个VM打破内存和其它系统资源的天花板。它支持我们部署比以前更多的数据库，使用的物理硬件是一样的。

可以快速实现克隆。我们有创建数据库克隆的脚本。我们可以使用基于磁盘的快照在磁盘存储层面克隆若干TB大小的数据库。然后，把这些克隆卷加载到VM中然后打开数据库就可以用了。

使用我们当前的设置，我们可以在虚拟机中克隆多套生产数据库。这些克隆可以用于建立测试数据库和许多开发数据库副本。

Oracle多租户架构可以克隆可插入的数据库，还能执行快照克隆。常规克隆要复制数据库的所有数据文件，这对小型数据库来说效果很好，但是我们的主生产数据库大小已经超过了15TB。

常规多租户克隆需要复制所有数据文件，而快照克隆不需要所有数据文件，在几分钟内就可以完成。针对克隆的所有修改都会记录在磁盘上的独立存储块上，原来的可插入数据库使用原来的存储块，因为克隆只对变化的块提取了副本。这样克隆速度就非常快，也降低了磁盘空间需求。