EMC AppSync 系列 – 保护 SQL Server(六)

版主
版主

EMC AppSync 系列 – 保护 SQL Server(六)

EMC AppSync 系列 保护 SQL Server(六)

转载请在文首保留原文出处:EMC中文支持论坛https://community.emc.com/go/chinese Weibo Icon.gif                       

介绍

本文将为您介绍使用 AppSync来保护SQL Server 的第六部分,SQL Server 数据库恢复概述。

更多信息

在可用性组中恢复数据库的注意事项

AppSync 可恢复主数据库和从属数据库的拷贝。在可用性组中恢复数据库时应注意以下事项。

·         恢复在 LUN 级别执行,并且必须恢复回用于创建 AppSync 拷贝的源 LUN

·         在恢复过程中,AppSync 会暂停数据移动。

·         如果数据库是可用性组的一部分,则不能将其恢复。在恢复过程中,AppSync 会从可用性组中删除数据库。

·         AppSync 不会将数据库放回可用性组中。有关在可用性组中恢复数据库的详细信息,请参阅“恢复具有故障切换的主数据库或从属数据库”以及“恢复没有故障切换的从属数据库”。

恢复时受影响的实体

从拷贝恢复时,系统可能会提示您恢复除您选择的项目以外的项目。

受影响的实体是驻留在生产主机上的一些数据,这些数据由于与要保护的数据相近而会无意中成为复制副本的一部分。通过基于复制副本的粒度正确地规划数据布局,可以防止出现受影实体的情况。复制副本的粒度取决于环境。

如果您的底层存储配置中存在受影响的实体,则“Restore”向导会通知您这些项目。

以下情形会生成需要您确认将恢复其他项目的受影响的实体:

·         对于 RecoverPoint,如果多个数据库位于相同的一致性组中,则它们在其他数据库受到保护时就会成为受影响的实体。

·         对于 VNXe,如果多个数据库位于相同的 LUN 组中,则它们在其他数据库受到保护时就会成为受影响的实体。

·         对于 VNX/VMAXVNXVNXe XtremIO,如果多个数据库位于相同的 LUN 上,则它们在其他数据库受到保护时就会成为受影响的实体。

·         对于 VMware 虚拟磁盘,由于恢复涉及数据库,因此驻留在相同数据存储区(相同数据存储区上的虚拟磁盘)上的所有应用程序恢复也都是受影响的实体。

如果受影响实体与您选择要进行恢复的数据库一起受到保护,则它将由 AppSync 恢复。未受到保护但却是受影响实体的任何其他数据库将被覆盖。

AppSync 将计算选择要进行恢复的数据库的一致性组或 LUN 组的受影响实体。如果受影响的数据库又部分驻留在其他一致性组或 LUN 组中,则 AppSync 不对这些一致性组或 LUN 组计算受影响的实体。

根据受影响实体的类型,受影响的数据库将由 AppSync 分离,或者您必须手动将其从 SQL Server 实例中分离出来。

仅为配置了凭据的 SQL Server 实例计算受影响的实体。AppSync 在计算受影响的实体之前会针对所有这些实例执行全新数据库发现。

恢复具有故障切换的主数据库或从属数据库

在“SQL Server Restore”向导中单击“Finish”按钮后,AppSync 会执行以下操作:

1.           如果已选中“Failover the Availability Group if the current role is Secondary”复选框,AppSync 将验证可用性组中未恢复的数据库的运行状况。如果这些数据库运行状况不佳,则 AppSync 无法执行故障切换,恢复操作将失败。您必须在未选择该复选框的情况下重试恢复操作。

2.           如果已选择备份事务日志记录,则 AppSync 将备份事务日志记录。

3.           从可用性组中删除选定数据库的所有复制副本之前,AppSync 将暂停选定数据库的所有复制副本的数据移动。

4.           如果要恢复的数据库是从属数据库,则 AppSync 将启动故障切换。

5.           AppSync 将恢复选定数据库的 LUN

6.           最后,AppSync 将恢复数据库并让其继续处于您在“SQL Server Restore”向导中所选的“Recovery”状态。

AppSync 完成恢复后,您必须执行以下步骤。

过程

1.     恢复任何日志备份并恢复主数据库。

2.     将该数据库添加回可用性组。

3.     如果主数据库已前滚并与从属数据库同时,请将辅助拷贝重新加入可用性组。

4.     如果主数据库没有前滚,请执行以下操作:

a.     删除已恢复数据库的任何辅助拷贝。

b.     更新从属数据库复制副本并将其重新加入可用性组中。

注意

AppSync 删除主数据库拷贝后,如果该数据库运行状况良好,则拷贝将处于已恢复状态。如果已恢复具有故障切换的辅助拷贝,则主要角色将移到另一个 SQL Server实例。您必须删除原始主数据库并将其更新。

恢复没有故障切换的从属数据库

在“SQL Server Restore”向导中单击“Finish”按钮后,AppSync 会执行以下操作:

1.     如果已选择备份事务日志记录,则 AppSync 将备份事务日志记录。

2.     AppSync 将暂停选定从属数据库复制副本的数据移动。继续对数据库的其他复制副本进行复制。

3.     AppSync 将从可用性组中删除选定从属数据库复制副本。

4.     AppSync 将恢复选定数据库的 LUN

5.     最后,AppSync 将恢复数据库并让其继续处于您在“SQL Server Restore”向导中所选的“Recovery”状态。

AppSync 完成恢复后,您必须执行以下步骤。

过程

1.     恢复任何日志备份并让从属数据库继续处于“NO RECOVERY”状态。

2.     将从属数据库重新加入可用性组。

AppSync 如何管理损坏的 SQL 数据库

损坏的数据库可能会缺少文件或文件损坏,而其日志记录文件可能完好无损。AppSync 可以为损坏的数据库创建结尾日志备份。损坏的数据库不得包含大容量日志更改,且不得处于“OFFLINE”状态。

如果生产数据库损坏,并且您在恢复时选中了“Database is damaged”复选框,则 AppSync 将在继续恢复之前备份已损坏数据库的结尾日志。如果损坏的数据库处于 RECOVERY_PENDING SUSPECT 状态,则 AppSync 首先会尝试通过对其设置“EMERGENCY”模式来分离数据库。如果 AppSync 对数据库设置“EMERGENCY”模式失败,则会丢弃该数据库,然后继续恢复。恢复成功后,您可以使用跟踪日志记录备份手动恢复数据库。

版本历史
修订号
1 / 1
上次更新时间:
‎12-22-2016 02:55 PM
更新依据: