SQL Server 2012新增的Contained Database是为了解决数据库在不同SQL Server实例之间迁移的问题。在以往的情况下，数据库本身并不包含一些实例级别的配置参数（比如:数据库的一些metadata和登录名之类的）将数据库从一台服务器迁移到另一台服务器使用备份和恢复(或分离和附加)使得需要额外工作来设置这些数据库实例级别的metadata,而使用Contained Database,可以将这类信息包含在数据库中，从而大大减少这类工作的工作量。
下面我们从配置Contained Database开始。
配置Contained Database
在开始使用Contained Database之前，首先要通过Sp_config或SSMS来配置实例级别的参数开启Contained Database.如代码1和图1所示。
--开启允许配置Contained database sp_configure 'show advanced options',1 reconfigure go sp_configure 'contained database authentication',1 reconfigure go
在实例级别开启允许使用Contained Database后，通过对希望变为Contained Database的数据库在SSMS中进行设置。如图2所示。
下面我们在数据库级别设置用户,如图3所示.
同时我们为用户在成员身份中指定到db_owner组。现在，我们就能通过SSMS连接到这个Contained Database了。如图4所示。
用我们刚刚创建的用户登录，在选项中指定连接数据库为刚才设置为Contained Database的数据库，如图5所示。
连接成功后，我们可以看到，作为数据库级别设置的用户，是无法访问实例中的其它数据库的。而在图6中我们可以看到，实例不不包含刚刚创建的登录名的，而是包含在数据库级别。
备份和恢复Contained Database
当然，Contained Database最大的作用是在备份和恢复时的便利性。下面，我们将刚才的Contained Database进行备份，然后在另一个实例中进行恢复。如图7和图8所示。
这里要注意的是，在另一个实例必须也是sql server 2012并且在实例级别开启了”启用包含数据库”选项。我们尝试登录另一台服务器后，可以看到Contained Database,如图9所示。
总结
本文简单讲述了Contained Database,使用Contained Database大大减少数据库在实例之间的迁移工作。但Contained Database真正的强大之处是和AlwaysOn结合使用，我将在后续文章中讲到。
随时随地看视频
