Microsoft SQL Server 的各种灾难恢复技术优缺点
如果发生灾难,本文将讨论从一个 Microsoft SQL Server 数据库中恢复数据的各种解决方案。本文还讨论了优点和缺点的每个解决方案。
灾难恢复是一个可用于帮助恢复信息系统和数据,如果发生灾难的过程。
灾难的一些示例包括一个自然或一个人为灾难 (如一个火灾或一个技术灾难 (如在两个磁盘发生故障,冗余独立磁盘阵列 (RAID) 5 阵列中。
灾难恢复计划是专门用于准备必须发生灾难的响应中的所有操作的工作。 在规划包括帮助有价值的数据恢复策略的所选内容。相应的灾难恢复策略的选择取决于您的业务需求。
注意本 文中讨论的解决方案仅提供,您可以使用该技术的常规说明。这些常规说明不比较各种灾难恢复方法和灾难恢复计划。您决定在哪个灾难恢复解决方案是最适合您, 请先确保在每个建议的灾难恢复解决方案更详细地查看。讨论每个灾难恢复解决方案之后, 此文章包含哪
灾难恢复是一个可用于帮助恢复信息系统和数据,如果发生灾难的过程。
灾难的一些示例包括一个自然或一个人为灾难 (如一个火灾或一个技术灾难 (如在两个磁盘发生故障,冗余独立磁盘阵列 (RAID) 5 阵列中。
灾难恢复计划是专门用于准备必须发生灾难的响应中的所有操作的工作。 在规划包括帮助有价值的数据恢复策略的所选内容。相应的灾难恢复策略的选择取决于您的业务需求。
注意本 文中讨论的解决方案仅提供,您可以使用该技术的常规说明。这些常规说明不比较各种灾难恢复方法和灾难恢复计划。您决定在哪个灾难恢复解决方案是最适合您, 请先确保在每个建议的灾难恢复解决方案更详细地查看。讨论每个灾难恢复解决方案之后, 此文章包含哪
里可以到有关该解决方案的其他信息的链接。
回到顶端
如何安装sql server 2000故障切换集
Microsoft SQL Server 2000 故障转移集设计用于故障转移自动发生硬件故障或软件故障。您可以使用 SQL Server 2000 故障转移集以创建单个 SQL Server 2000 的实例或多个实例的 SQL Server 2000 故障转移集。故障切换集允许数据库系统的一个实例的 SQL Server 从发生故障的服务器,以便工作服务器处理会自动切换。因此,或操作系统故障发生时执行的数据库系统资源的计划的升级故障转移集是很有帮助。此外,故障转 移集可以提高服务器的可用性,而不需要停机。
由于故障转移集,专为高度的服务器可用性,几乎没有服务器停机时间,聚集的节点应该地理位置彼此邻近的。故障转移集可能无法在磁盘阵列发生故障发生的情况下非常有用。
注意若要实现故障转移集,您必须安装 Microsoft SQL Server 2000 企业版。
由于故障转移集,专为高度的服务器可用性,几乎没有服务器停机时间,聚集的节点应该地理位置彼此邻近的。故障转移集可能无法在磁盘阵列发生故障发生的情况下非常有用。
注意若要实现故障转移集,您必须安装 Microsoft SQL Server 2000 企业版。
下列操作系统支持故障转移集:
∙ Microsoft Windows NT 4.0,企业版
∙ Microsoft Windows 2000 高级服务器
∙ Microsoft Windows 2000 数据中心服务器
∙ Windows Server 2003、 企业版
∙ Windows Server 2003、 数据中心版
这些操作系统的系统包括一个可安装组件 Microsoft 集服务 (MSCS)。若要实现故障转移集的 SQL Server,您必须安装 MSCS。
有关 MSCS 和其安装的详细信息单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
有关 MSCS 和其安装的详细信息单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
259267 (support.microsoft/kb/259267/ ) Microsoft 集服务安装资源
优势并使用故障转移集的缺点
利用
您具有高度的服务器可用性。如果主服务器出现故障时,就会发生故障切换集自动。
缺点
∙ 带来更大的费用。两个服务器的维护是两次维护单个服务器的成本。由于您必须在同一时间维护两个服务器,它是安装和维护集的节点更昂贵。
∙ 服务器应在相同的位置。如果组织的分支机构都在全球范围内,并且必须在分支机构中实现主动/主动集在网络和存储基础结构所使用的是不同于标准仲裁设备服务器集。 因此,虽然有可能是最好不使用地理位置上的远程服务器。
∙ 您必须对磁盘阵列故障时没有保护。
∙ 故障转移集不允许您在数据库级别上或在表级别等在数据库对象级别创建故障转移集。
有关故障转移集的详细信息,请访问下面的 Microsoft 网站:
msdn2.microsoft/en-us/library/aa174512(SQL.80).aspx (msdn2.microsoft/en-us/library/aa174512(SQL.80).aspx)
有关故障转移集的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
243218 (support.microsoft/kb/243218/ ) Microsoft 集服务器上的 SQL Server 2000 企业版的安装顺序
822250 (support.microsoft/kb/822250/ ) 支持网络发布: Microsoft SQL Server 2000 故障转移集的灾难恢复过程
有关为 SQL Server 故障转移集 Microsoft 支持策略的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
327518 (support.microsoft/kb/327518/ ) Microsoft 的支持策略为 SQL Server 故障转移集的
回到顶端
数据库镜像
数据库镜像是一个主要的软件解决方案来提高数据库的可用性。您只可以实现在每个数据库的基础上镜像。镜像只适用于使用完整恢复模式的数据库。简单和大容量日志记录恢复模型不支持数据库镜像。因此,始终完全记录所有的批量操作。数据库镜像适用于任何受支持的数据库兼容级别。
优势并使用数据库镜像的缺点
优点
∙ 数据库镜像会增加数据保护。
∙ 数据库镜像会增加数据库的可用性。
∙ 数据库镜像在升级过程中提高生产数据库的可用性。
缺点
∙ 镜像数据库应与主体数据库完全相同。例如对于所有对象、 登录和权限都应都是完全相同。
∙ 数据库镜像在网络上涉及从一台计算机到另一台计算机传输信息。SQL Server 将传输信息的安全性所以非常重要。
回到顶端
对等事务性复制
对等事务性复制是为可能读取或可能会修改任何参与复制的数据库中数据的应用程序而设计的。此外,不可用是数据库宿主的所有服务器是否可以修改应用程序将通信路由到其余的服务器。其余的服务器包含数据的相同的副本。
优势并使用对等事务性复制的缺点
优点
∙ 因为您可以在所有节点间传播活动的读取性能得到改进。
∙ 聚合更新性能、 插入性能,和删除的拓扑类似于单个节点的性能,因为所有的更改将传播到所有节点的性能。
缺点
∙ 对等复制是仅在 SQL Server 2005 企业版中可用。
∙ 参与的所有数据库必须都包含相同的架构和数据。
∙ 我们建议每个节点使用其自己的分发数据库。该配置消除了可能存在的 SQL Server 2005 具有一个单点故障。
∙ 您不能在单个发布数据库中的多个对等发布中包含的表和其他对象。
∙ 您必须具有在创建任何订阅之前,为对等复制启用的发布。
∙ 通过使用备份或订阅同步类型的值设置为 仅支持复制,必须对订阅进行初始化。
∙ 冲突检测或 $ 冲突解决方法,不提供对等事务性复制。
∙ 我们建议您不要使用标识列。
回到顶端
维护备用服务器的
您可以创建和维护备用服务器通过使用下列方法之一:
∙ 日志传送
∙ 事务复制
有关每个这两种方法的详细信息如下。
日志传送
日 志传送资源工具包中包含的 Microsoft SQL Server 7.0,它完全合并和 Microsoft SQL Server 2000 开发版 Microsoft SQL Server 2000 企业版中。日志传送的使用不常规操作过程中使用的备用服务器。备用服务器可用于帮助如果发生灾难恢复数据。在数据库级别上,您可以只使用日志传送。您不能 使用它在实例级别。
备用服务器还原事务日志时, 数据库处于独占模式,它不能使用。但是,您可以运行报告事务日志还原之间的作业的批处理或数据库控制台命令 (DBCC) 进行检查以连续验证备用服务器的完整性。应用程序 (如决策支持服务器需要连续处理上一个数据库服务器,日志传送不是一个适当的选项。
备用服务器上的等待时间是根据事务日志备份在主服务器上的执行频率,然后应用于备用服务器。如果主服务器出现故障时,您可能会丢失所做的最新的事务日志后发生的事务备份所做更改。
例 如对于如果每隔 10 分钟执行事务日志备份,在过程中最新的交易记录 10 分钟的时间可
备用服务器还原事务日志时, 数据库处于独占模式,它不能使用。但是,您可以运行报告事务日志还原之间的作业的批处理或数据库控制台命令 (DBCC) 进行检查以连续验证备用服务器的完整性。应用程序 (如决策支持服务器需要连续处理上一个数据库服务器,日志传送不是一个适当的选项。
备用服务器上的等待时间是根据事务日志备份在主服务器上的执行频率,然后应用于备用服务器。如果主服务器出现故障时,您可能会丢失所做的最新的事务日志后发生的事务备份所做更改。
例 如对于如果每隔 10 分钟执行事务日志备份,在过程中最新的交易记录 10 分钟的时间可
能会丢失。这并不一定意味着数据更新主服务器对延迟时间段内所做的将会丢失。通常,可以是新的更新,主要的事务日志中恢复,并且将应用于备用 服务器与在从主服务器切换到备用服务器仅短暂的延迟。日志传送的主要用途是维护一个热备用服务器。 如果维护备用服务器您的主要目的,日志传送是可能会比这篇文章讨论了在其他解决方案更合适。
使用日志传送的优点和缺点
优点
∙ 您可以恢复数据库的所有活动。恢复包括如表和视图创建的任何对象。它还包括安全性更改,例如,新创建的用户和权限的任何更改。
∙ 您可以更快地恢复数据库。在还原的数据库和事务日志基于低级别的页面格式。 因此,日志传送加快恢复过程,并导致数据的快速恢复。
缺点
∙ 数据库是在还原过程中不可用,因为数据库处于备用服务器上的排它模式。
∙ 没有缺少的粒度。还原过程中主服务器的所有更改都应用于备用服务器。若要将更改应用于几个表,并拒绝剩余的修订,您不能使用日志传送。
∙ 没有应用程序的无自动故障转移功能。当主服务器出现故障时,由于发生灾难的时备用服务器没有故障转移自动。因此,您必须显式重定向到主服务器 (故障切换) 待机服务器连接的应用程序。
注意如果您的主要目的是维护一个热备用服务器,Microsoft 建议您使用日志传送。热待机服务器反映了在主服务器上发生的所有交易记录。但是,可用主服务器时不能使用备用服务器。
有关如何使用日志传送设置备用服务器的详细信息单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
有关如何使用日志传送设置备用服务器的详细信息单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
323135 (support.microsoft/kb/323135/ ) Microsoft SQL Server 2000-如何设置日志传送 (白皮书)
325220 (support.microsoft/kb/325220/ ) 支持网络发布: Microsoft SQL Server 2000 日志传送
有关日志传送的详细信息,请访问以下 Microsoft 网站:
msdn2.microsoft/en-us/library/aa213785(SQL.80).aspx (msdn2.microsoft/en-us/library/aa213785(SQL.80).aspx)
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论