【51CTO．com快译】目前,业界有着许多种灾难恢复(disaster  recovery,DR)技术,其中包括:数据库镜像、集群、复制等解决方案。而日志传送方式是一种更简单、更易于配置与维护的方法。本文将和您讨论带有日志传送的SQL  Server灾难恢复步骤。在讨论具体配置之前,让我们先来了解一下日志传送的基本概念。

日志传送主要通过维护备用服务器上的备份,并按需接替主服务器,以提高数据库的整体可用性。也就是说,在主数据库由于受灾而不可用时,您可以通过手动的方式,将备用数据库连上线,继续提供原有的服务。

为了给数据库配置日志传送,SQL  Server会创建如下三个代理作业,来自动执行备份(backup)、复制(copy)和还原(restore)操作:

虽然我们配置日志传送并不难,但在实现之前,需要注意如下方面:

通常,配置日志传送的过程可以被分为两个不同的步骤:

假设我们在主服务器实例中有两个数据库。我们需要把TestDB1日志传送到原本不带任何数据库的备用服务器上。值得注意的是,为了设置日志传送,数据库需要处于FULL或BULK-LOGGED恢复模式。如果是在SIMPLE恢复模型的情况下,日志传送将因为无法使用事务日志的备份而失败。

至此,数据库已经在备用服务器上完成了初始化。

注意:在默认情况下,事务日志每隔15分钟备份一次。不过,您的事务日志有时会变得太大,而无法在已定义的时间限制内,完成复制和恢复。对此,您需要安排一次针对日志的备份。您可以单击“备份设置”,然后在“事务日志备份设置”的界面上,指定保存备份文件的位置。接下来,请单击“计划”,并将每日的备份频率更改为每1-2分钟运行一次。

日志传送是一种针对SQL  Server的经济、高效且简单的灾难恢复解决方案。当然,它只是在数据库级别执行灾难恢复的理想选择。而对于服务器实例上的灾难恢复,我们可以使用诸如:数据库镜像、故障转移群集等其他灾难恢复技术。此外,配置日志传送也可能会导致数据的丢失。因此若要从损坏的SQL数据库中,恢复已删除或无法访问的数据,请使用专业的SQL恢复工具。

原文标题:SQL Server Disaster Recovery with Log Shipping,作者:Daniel Calbimonte

【51CTO译稿,合作站点转载请注明原文译者和出处】

【编辑推荐】

来源:51CTO陈峻