还原 Exchange 数据库
您可以使用 SnapCenter 还原备份的 Exchange 数据库。
-
您必须已备份资源组,数据库或数据库可用性组( DAG )。
-
当 Exchange 数据库迁移到其他位置时,还原操作对旧备份不起作用。
-
如果要将快照复制到镜像或存储、SnapCenter管理员必须已为源卷和目标卷分配SVM。
-
在 DAG 中,如果活动数据库副本位于非 NetApp 存储上,而您希望从 NetApp 存储上的被动数据库副本备份进行还原,请将被动副本( NetApp 存储)设置为活动副本,刷新资源并执行还原操作。
运行
Move-ActiveMailboxDatabase
命令将被动数据库副本设置为活动数据库副本。https://docs.microsoft.com/en-us/powershell/module/exchange/move-activemailboxdatabase?view=exchange-ps["Microsoft 文档"^]包含有关此命令的信息。
-
对数据库执行还原操作时,数据库将挂载回同一主机,并且不会创建任何新卷。
-
必须从单个数据库还原 DAG 级别的备份。
-
如果存在 Exchange 数据库( .edb )文件以外的文件,则不支持完整磁盘还原。
如果磁盘包含用于复制的 Exchange 文件,则适用于 Exchange 的插件不会对磁盘执行完全还原。如果完全还原可能会影响 Exchange 功能,则适用于 Exchange 的插件将执行单个文件还原操作。
-
适用于 Exchange 的插件无法还原 BitLocker 加密驱动器。
-
脚本路径使用位于插件主机SMCoreServiceHost.exe配置文件中的预定义WindowsScriptsDirectory密钥进行定义。
如果需要、您可以更改此路径并重新启动SMcore服务。建议您使用默认安全路径。
可以通过API:API /4.7/configsettings从Swagger显示密钥值
您可以使用GET API显示密钥的值。不支持设置API。
-
对于ONTAP 9.12.1及更低版本、在还原过程中从SnapLock存储快照创建的克隆将继承SnapLock存储到期时间。存储管理员应在SnapLock到期时间后手动清理克隆。
-
在左侧导航窗格中,单击资源页面左上角的 * 资源 * 。
-
从下拉列表中选择 Exchange Server 插件。
-
在资源页面中,从视图列表中选择 * 数据库 * 。
-
从列表中选择数据库。
-
在管理副本视图中、从主备份表中选择*备份*、然后单击*。
-
在选项页面中,选择以下日志备份选项之一:
选项 说明 所有日志备份
选择 * 所有日志备份 * 可执行最新的备份还原操作,以便在完整备份后还原所有可用的日志备份。
通过日志备份,直到
选择 * 按日志备份至 * 以执行时间点还原操作,该操作将根据日志备份还原数据库,直到选定日志为止。
下拉列表中显示的日志数量基于 UTM 。例如,如果完整备份保留为 5 , UTM 保留为 3 ,则可用日志备份数为 5 ,但在下拉列表中仅列出 3 个日志以执行还原操作。 截止日期
选择 * 按特定日期至 * 以指定事务日志应用于已还原数据库的日期和时间。此时间点还原操作将还原在指定日期和时间上次备份之前记录的事务日志条目。
无
如果只需要还原完整备份而不需要任何日志备份,请选择 * 无 * 。
您可以执行以下操作之一:
-
* 恢复并在还原后挂载数据库 * - 默认情况下,此选项处于选中状态。
-
* 还原前不验证备份中事务日志的完整性 * - 默认情况下, SnapCenter 会在执行还原操作之前验证备份中事务日志的完整性。
* 最佳实践: * 不应选择此选项。
-
-
在脚本页面中,分别输入应在还原操作之前或之后运行的预处理或后处理的路径和参数。
还原预处理参数包括 $Database 和 $ServerInstance 。
还原后处理参数包括 $Database , $ServerInstance , $BackupName , $LogDirectory 和 $TargetServerInstance 。
您可以运行脚本来更新 SNMP 陷阱,自动执行警报,发送日志等操作。
预处理脚本或后处理脚本路径不应包含驱动器或共享。路径应与scripts_path相关。 -
在通知页面的 * 电子邮件首选项 * 下拉列表中,选择要发送电子邮件的场景。
您还必须指定发件人和收件人电子邮件地址以及电子邮件主题。
-
查看摘要,然后单击 * 完成 * 。
-
您可以通过展开页面底部的活动面板来查看还原作业的状态。
您应使用 * 监控 * > * 作业 * 页面监控还原过程。
从备份还原活动数据库时,如果副本与活动数据库之间存在滞后,被动数据库可能会进入暂停或失败状态。
当活动数据库的日志链分叉并开始一个新分支以中断复制时,可能会发生状态更改。Exchange Server 会尝试修复副本,但如果无法修复,则应在还原后创建新备份,然后重新对副本执行转义。