【问题标题】:Logshipping between SQL Server 2008 R2 (CLustered Instance) and SQL Server 2012 SP3 Always On InstanceSQL Server 2008 R2(集群实例)和 SQL Server 2012 SP3 Always On 实例之间的日志传送
【发布时间】:2016-12-06 10:35:56
【问题描述】:

我们正在将应用程序从 SQL 2008R2(集群实例)迁移到 SQL Server 2012SP3 Always On 实例。这是一个关键的应用程序。所以我们没有太多的停机时间来进行迁移和切换。

为了节省一些宝贵的时间,我会考虑在 SQL Server 2008 R2(集群实例)和 SQL Server 2012 SP3 Always On 之间配置日志传送。根据我的计划,我将在实际切换前 1 天进行配置。监控直到实际切换。

我的计划:-

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

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

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

4) 在配置期间,我们在恢复到 2012 实例时不应将其添加到可用性组。我不需要将数据库添加到可用性组中。

5) SQL 2012 备用数据库将作为预生产环境进行测试。由于这是非常关键的应用程序,因此测试需要更长的时间。

6) 一旦应用程序配置和测试为 Pre-Prod,我们将安排实际的停机时间进行切换。

7) 然后中断日志传送并在停机后恢复最终日志到 SQL Server 2012 实例并进行恢复。它将减少整个备份还原过程。

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

9) 然后将整个应用程序映射到当前 SQL 2012 AlwaysOn 环境。

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

我认为如上所述配置日志传送是可行的。 请让我知道,专家建议。

【问题讨论】:

  • 我不是专家,但我担心大型数据库上的第 8 步可能需要很长时间,并且处于停机时间窗口中。也许您应该考虑已经将数据库放在 AG 上。

标签: sql-server sql-server-2012 sql-server-2008-r2 sql-server-2014 sql-server-2016


【解决方案1】:

日志传送是一种基于跨国日志备份的技术。日志传送数据库是只读数据库,不能更改。

您的第一个 SQL Server 是 SQL Server 2008R2,第二个 SQL Server 是 SQL Server 2012。当需要恢复较低版本的备份时,SQL Server 会更新数据库文件。这意味着您的数据库备份必须更新,因为数据库的源是 SQL Server 2008R2,而数据库的目标是 SQL Server 2012。

日志传送创建只读数据库,不能更新数据库(换句话说,您可以从 sql server 2008r2 和 SQL Server 2012 创建日志传送数据库)。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-03-17
    • 2019-05-06
    相关资源
    最近更新 更多