Sql server SQL Server备份/恢复与分离/连接

Sql server SQL Server备份/恢复与分离/连接,sql-server,backup,restore,Sql Server,Backup,Restore,我有一个包含最新数据的数据库,我想将数据库内容复制到其他一些服务器中。由于非技术原因,我无法直接使用复制功能或同步功能同步到其他SQL Server实例 现在,我有两种解决方案,我想了解每种解决方案的优缺点。谢谢 解决方案1:分离包含最新数据的源数据库,然后复制到需要最新数据的目标服务器,并在目标服务器上附加数据库 解决方案2:为整个数据库对源服务器进行完全备份,然后将数据复制到目标服务器,并在目标服务器端进行完全恢复 提前感谢,, George分离/附加选项通常比执行备份更快,因为它不必创建新

我有一个包含最新数据的数据库,我想将数据库内容复制到其他一些服务器中。由于非技术原因,我无法直接使用复制功能或同步功能同步到其他SQL Server实例

现在,我有两种解决方案,我想了解每种解决方案的优缺点。谢谢

解决方案1:分离包含最新数据的源数据库,然后复制到需要最新数据的目标服务器,并在目标服务器上附加数据库

解决方案2:为整个数据库对源服务器进行完全备份,然后将数据复制到目标服务器,并在目标服务器端进行完全恢复

提前感谢,,
George

分离/附加选项通常比执行备份更快,因为它不必创建新文件。因此,从服务器A到服务器B的时间几乎完全是文件复制时间

备份/恢复选项允许您执行完整备份,恢复该备份,然后执行差异备份,这意味着您的停机时间可以在两者之间减少

如果您要的是数据复制,这是否意味着您希望数据库在这两个位置都正常工作?在这种情况下,您可能需要备份/恢复选项,因为这将使当前数据库完全正常工作

编辑:只是澄清几点。所谓停机时间,我的意思是,如果要将数据库从一台服务器迁移到另一台服务器,通常会在传输过程中阻止人们使用它。因此,从服务器A上的“停止”点到服务器B上的“启动”点,这可视为停机。否则,传输期间对服务器A上的数据库执行的任何操作都不会复制到服务器B上


关于“创建新文件”。如果分离数据库,则可以立即复制MDF文件。它已经在那里了,可以复制了。但是,如果执行备份,则必须等待.BAK文件创建,然后将其移动到新位置进行恢复。这一切又归结为快照拷贝或迁移。

解决方案2将是我的选择。。。主要是因为它不会在源数据库上创建任何停机时间。我能看到的唯一缺点是,根据数据库恢复模型,事务日志将被截断,这意味着如果要从事务日志中恢复任何数据,则必须使用备份文件


编辑:找到一个不错的链接

备份和恢复更有意义,即使您可能会从“分离-连接”选项中多花几分钟。在分离之前,必须使原始数据库脱机(断开所有人的连接),然后数据库在重新连接之前不可用。您还必须跟踪所有文件,而使用备份时,所有文件都会分组。使用最新版本的SQL Server,备份将被压缩

只是想纠正一下:DB备份和差异备份不会截断日志,也不会破坏日志链


此外,COPY_ONLY功能只对差异基数重要,而对日志不重要。假设日志链中没有中断,所有日志备份都可以按顺序应用于任何备份。存档点略有不同,但我看不出这有什么关系。

如果目标数据库上的数据发生更改,或者它们基本上是只读的,会发生什么情况?只有源数据库发生更改。对于哪种解决方案更好,有什么建议吗?我可以确保在备份源数据库期间,没有插入/删除/更新操作,并且在目标数据库上,它始终是只读的(所有修改都在源数据库上)。因此,在我的情况下,源服务器上的完全备份和目标服务器上的完全恢复都没有事务日志?当使用“附加/分离”时,源数据库服务器或目标数据库服务器上是否都有事务日志?您还可以执行“仅复制”备份以防止干扰日志链。两个混淆:1。“它不必创建新文件”--你是说新文件?2.“两者之间的停机时间可以缩短”--为什么会出现停机?我认为,对于SQL Server,在完全备份和完全恢复模式下,源/目标服务器都不会停机。“如果您正在进行数据复制,这是否意味着您希望数据库在两个位置都能正常工作?”--源服务器和目标服务器都能承受停机,但我希望目标服务器的停机时间尽可能短。有关于最佳解决方案的新建议吗?谢谢Robin,阅读您编辑的评论。你是说新文件,bak文件?另一个问题,当使用附加/分离时,源数据库服务器或目标数据库服务器上是否都有事务日志?按分离。。。数据库已脱机。它将不再是服务器A的一部分。它仅在连接到服务器B后才在服务器B上可用。我认为您描述的是在第二台服务器上复制数据库的快照。因此,备份/还原是一种可行的方法。这也是一种可取的方法,因为如果您进行了备份,并且备份、文件副本和还原之间出现了问题,那么您仍然拥有源副本。如果您分离了数据库,但出现了问题,那么您要还原到的副本数正好为零。