【发布时间】：2010-08-18 23:12:15
【问题描述】：
好的，所以我的任务是升级一个涉及更新 sql server 2005 中的架构的应用程序。现在我被告知他们的 dr 环境有一个镜像数据库。我已阅读有关镜像的 msdn 文章，但不清楚它对我的升级有何影响。
我是否： a) 想要停止镜像（有人提到了一个向导，但我不知道我该怎么做） b）保持镜像到位，因为我在主数据库上运行的任何内容都会流向镜像
如果我停止镜像，我是否会根据我的脚本升级每个数据库，然后以某种方式再次设置镜像？还是我只是将我的脚本应用到主数据库并进行某种恢复并将其设置为镜像。
因为它是生产环境中的现有镜像，所以我不想过多地闲逛，以防我做坏事。是否有一种简单的方法来获取它们当前的设置，以便在我必须停止镜像时轻松地重新建立镜像？
谢谢！
编辑 - 我的另一个问题是，对于事务日志，它看起来像是按照计划每 15 分钟备份一次。我应该在部署时更改备份计划吗？我认为我的一个 redgate 架构更改脚本将需要 2 多个小时才能运行 :) 它是一个大数据库！
【问题讨论】：
-
请提供更多关于您正在做什么的详细信息 - 只是架构发生了变化，还是其他数据模型发生了变化（除此之外）？
-
我将生成并使用 redgate 脚本来更新数据库的架构。但我想当我设置这个应用程序的配置属性（存储在数据库中）时，数据也会发生变化。有一个主服务器镜像到第二台服务器。主服务器将其事务日志传送到第三台服务器。第三台服务器包含一个只读数据库，在其 DR 环境中处于备用状态。那么我需要暂停或删除镜像吗？它会自动将更改应用到所有三台服务器吗？ :) 谢谢！
-
通过模式更改（以防我使用了错误的术语）。我将同步表的数据结构和相关的约束，并更新存储过程。我将运行大约 8 个脚本。其中一些只是结构性的，而另一些则是对数据的内容更改。
-
我也不担心镜像是否可用或升级期间的任何事情。虽然如果这一切都发生了可怕的错误 - 我将需要恢复主数据库，然后希望能更新到其他两台服务器:)
标签： sql-server database-mirroring