SQL Server 2000日志转移实现高可用性

欢迎您访问我爱IT技术网，今天小编为你分享的编程技术是：【SQL Server 2000日志转移实现高可用性】，下面是详细的分享！

SQL Server 2000日志转移实现高可用性

集群是一种实现高可用性的有效解决方案，有时它会适得其反。而且，它还非常昂贵。因此，数据库管理员可使用日志转移代替集群来提供较高的可用性。

日志转移是这样一种处理过程，它能将某一数据库中的事务日志文件依次转存到备份的数据库中，进而为这一数据库创建一个“近乎”热备份。SQL Server 2000的数据库引擎中设置了日志转移功能，并在其中进行处理。所以它会自动完成复原到备份服务器的进程，而不需要数据库管理员手动操作。只有你的产品服务器操作失败，你才需手动完成到备份服务器的复原进程。(注释：尽管SQL Server 7.0和2005中均有日志转移功能，但本文主要针对SQL Server 2000。)

为何要使用日志转移?

日志转移是一种解决高可用性的措施，并且十分有效。同样作为高可用性的措施方案，日志转移相对集群来说，最大的好处是它要便宜许多。这是因为，使用集群功能有硬件要求，而日志转移则不需要。

日志转移在数据库与数据库而非服务器与服务器之间进行;因此才有可能将备份数据库存储在你已用作其他用途的服务器上。但如果转移失败则有可能会出现问题，这时你可换用备份数据库，这种选择是可用的。

日志转移相对比较容易安装。SQL Server提供了非常完善的向导帮助你安装这个进程。

日志转移允许你保存分布在不同地理位置中的冗余数据，SQL Server的集群功能则很难做到这一点。这一特点十分出众，因为，当你的数据中心遭到灾难时，你仍能在备份服务器中将其恢复过来。而在相同的数据中心，如果你使用的是集群功能，你就会陷入麻烦。

日志转移的另一优点是你能将备份数据库作为报告数据库使用，这对许多公司来说是很不错的选择。但如果你决定了用这个备份数据库作报告使用，就必须注意它的局限性。使用原始数据库中的日志时，SQL Server 要求指定唯一的通道，所以，当日志文件正在被应用时，报告则不能同时进行。

使用日志转移要考虑的相关因素

在将日志转移作为高可用性的方案来使用时，我们必须考虑以下几点因素。由于从原始数据库到备份数据库有一个潜伏期，对你的公司而言，它并非一定是可行的实现高可用性的一种解决方案。潜伏期由数据库管理员设置，时间也因需要而缩短, 但永远不能避免。

日志转移中没有设置恢复功能，这就意味着在将日志转移到备份服务器上时，这些日志都暂时不可用。因此，数据库管理员必须在将备份数据库放到网上前完成一系列的操作，这些步骤包括:

将已存储在备份数据服务器上原始数据库里的备份标签存储起来。一旦所有的标签被存储后，数据库就必须得到恢复，然后放到网上。

一旦所有的数据库都已放在网上，所有需要访问数据库的应用程序就需要改变自身的链接。如果你不能将应用程序尽快指向刚刚恢复的数据库，你就前功尽弃了。

一个SQL Server的实例能用于监控日志转移。这个实例可以在原始数据库、备份数据库或单独的数据库中。任何一种版本的SQL Server都能用于SQL Server监控。

注释：数据库登录必须在原始数据库与备份数据库之间同时进行。

以上所分享的是关于SQL Server 2000日志转移实现高可用性，下面是编辑为你推荐的有价值的用户互动：

　　相关问题：如何查询SQLserver 2000操作日志

　　答：你好！ 1.如果要看日志内容，sql server下不直接支持，但是可以用LogExplorer（只支持2000）等工具来查看 如果你的意思是想看数据库在执行什么语句，可以用Sql profiler 菜单 Tool->Sql Server Profiler 进到Profiler的界面后新建一个跟踪（new ... >>详细

　　相关问题：SQL Server 2000数据库的事务日志文件过大，如何将...

　　答：拷獯穑涸赟QL Server中，所有对数据库执行的更新操作都会记录在数据库的事务日志文件中，除非将数据库设为可自动收缩的或手动 的对数据库进行了收缩，否则事务日志文件将一直增长，直到达到事先设定的日志文件增长上限或用尽所有可用的磁盘空间... >>详细

　　相关问题：sql server高可用性解决方案都有哪些

　　答：SQL Server 提供了几个为服务器或数据库打造高可用性的可选方案。 高可用性可选方案包括： AlwaysOn 故障转移群集实例 作为 SQL Server AlwaysOn 产品/服务的一部分，AlwaysOn 故障转移群集实例利用 Windows Server 故障转移群集 (WSFC) 功能通... >>详细