在本文中，我们将了解用于将对象从一个 SQL 实例移动到另一个 SQL 实例的复制数据库向导的功能。 我们进一步研究限制和技巧以克服它们。
A SQL Server 实例由多个对象组成，如果您需要将这些对象从给定实例移动到另一个实例，那么手动传输它们将不是明智之举。 要将 SQL 对象从一个实例传输到另一个实例，您应该使用复制数据库向导。 使用此向导，您不仅可以复制某些数据库对象，还可以复制完整的数据库，而且不会造成任何类型的服务器停机。 通过使用此向导，您可以立即顺利地执行以下操作。
- 选择任何源和目标服务器。
- 选择您希望移动或复制的数据库。
- 提及数据库的文件位置。
- 在目标服务器上复制所需的登录名。
- 复制存储过程、支持对象、作业以及错误消息。
- 确定要移动或复制数据库的日期和时间。
除了使用“复制数据库向导”可以执行的所有操作之外，您还需要了解它有哪些局限性。在所有限制中，最关键的一点是，它在 Express 版本中不可用。 SQL Server. 该向导的其他限制如下所示
复制数据库向导中的限制和限制 SQL Server
- 您不能使用复制数据库向导来移动处于系统状态、标记为复制、标记为不可访问、脱机、加载、恢复、紧急模式或可疑的数据库。 它还会限制您移动在 MS Azure 存储中存在日志文件或数据的数据库。
- 这不允许您将数据库移动或复制到较旧的 SQL Server 版。
- 如果您选择了“移动”选项，向导将在移动后自动删除数据库源。 但是，如果您选择复制选项而不是移动，则不会删除源。 使用复制选项，您选择的服务器对象将被复制而不是移动，只有数据库会移动。
- 如果您使用分离和附加选项，它将分离数据库并将其多个文件在移动或复制后重新附加到新位置。 此方法可能会丢失数据和不一致，因此建议避免将活动会话附加到正在进行移动或复制过程的数据库。 如果使用 SQL Server 中的管理对象方法，则允许用户进行活动会话，因为数据库永远不会脱机。
- 如果您要将代理工作转移到 SQL Server，它们引用目标服务器上不存在的数据库，最终将导致整个操作失败。 此问题的解决方法是在 SQL Server 在创建数据库之前。
当您打算保留 SQL Server 数据库处于最佳状态，请考虑保持 SQL Server 修复 附近的工具来处理数据错误事件。
作者简介：
Victor Simon 是一位数据恢复专家 DataNumen, Inc.，它是数据恢复技术领域的世界领先者，包括 访问恢复 和sql恢复软件产品。 欲了解更多信息，请访问 datanumen.com