应用错误收集

我们正在将应用程序从SQL 2008R2（Clustered Instance）迁移到SQL Server 2012SP3 Always On实例。这是一个关键的应用程序。因此，我们没有太多的停机时间来进行迁移＆amp;割接。

为了节省一些宝贵的时间，我认为可以在SQL Server 2008 R2（Clustered Instance）之间配置日志传送。 SQL Server 2012 SP3始终打开。根据我的计划，我将在实际转换前1天进行配置。监控直到实际转换。

我的计划： -

1）主节点将是当前生产：SQL Server 2008R2企业版和辅助节点将是SQL Server 2012 SP3企业版[始终开启]。这两个实例都是群集的。 SQL 2012实例是Application的新专用实例。

2）我们可以在SQL Server 2008R2（群集实例）和SQL Server 2012 AlwaysOn之间配置日志传送。

3）按照标准程序配置日志传送。我会考虑中学的工作。如果发生任何故障转移，则作业将不在辅助AlwaysOn实例中。

4）在配置期间，我们在恢复到2012实例时不应将其添加到可用性组。我不需要将DB添加到可用性组中。

5）SQL 2012备用数据库将作为Pre-Prod环境进行测试。由于这是非常关键的应用，测试需要更长的时间。

6）一旦应用程序配置＆amp;作为Pre-Prod进行测试，我们将安排切换的实际停机时间。

7）然后打破原木运输＆amp;停机后启动SQL Server 2012实例并恢复后恢复最终日志。它将减少整个备份还原过程。

8）将数据库添加到HA-DR＆amp;的可用性组中。在SQL 2012实例中同步。

9）然后将整个应用程序映射到Current SQL 2012 AlwaysOn环境。

10）在实际迁移过程中会节省大量时间。然后开始迁移后的步骤。

我认为如上所述配置Log Shipping是可行的。请让我知道，专家建议。