在VMWare 中配置SQLServer2005 日志传送Step by Step
前言
SQL server 2005 高可用性之日志传送是在 SQL server 2000 日志传送基础之上的延续，两者其本质上并没有太大的差异。日志传送能够同步位于不同服务器或同一服务器不同实例之间的数据库 ，通过将主服务器上备份 出来的一系列日志自动传送到辅助服务器上并进行恢复。当主服务器宕机的时候，日志传送功能并不能实现从主服务器到辅助服务器的自动故障转移功能，需要手动将辅助服务器切换到联机状态，使得辅助服务器上数据库来提供服务，从而实现数据库的高可用性。
日志传送操作由四个操作组成：备份作业、复制作业、还原作业和警报作业。
1. 备份作业，日志传送在主服务器实例上为每个主数据库创建一个备份作业。它执行备份操作，将历史记录信息记录到本地服务器和监视服务器上，并删除旧备份文件和历史记录信息。
2. 复制作业，日志传送在辅助服务器实例上为每个日志传送配置创建一个复制作业。此作业将备份文件从主服务器复制到辅助服务器，并在辅助服务器和监视服务器上记录历史记录信息。
3. 还原作业，日志传送在辅助服务器实例上为每个日志传送配置创建一个还原作业。此作业将复制的备份文件还原到辅助数据库。它将历史记录信息记录在本地服务器和监视服务器上，并删除旧文件和旧历史记录信息。
4. 警报作业，如果使用了监视服务器，将在警报监视器服务器实例上创建一个警报作业。此警报作业由使用监视器服务器实例的所有日志传送配置中的主数据库和辅助数据库所共享。对警报作业进行的任何更改（例如，重新计划作业、禁用作业或启用作业）会影响所有使用监视服务器的数据库。
如果与 Oracle 相比的话，我认为日志传送方式接近与 stream 即流，通过日志捕获、传输、还原、应用的方式进行数据同步，不同的是 SQLServer 传输的是文件，而 Oracle 的传输在内存进程中进行； SQLServer 的辅助服务器只能在无恢复模式和备用模式下切换，而 oracle 的目标服务器则可以自由使用。
预安装
1. 为了节省资源，所有实例均安装在同一台虚拟机上
虚拟机环境为 :VMWare1.0.6
操作系统为 :Windows2003 Server Enterprise
数据库为： SQLServer2005 企业 版
数据库实例分别为： source 主数据库 ,destsource 辅助数据库（一不小心敲错了，应为 dest ）
新建两块磁盘，一块用来存放需要传输和接收的数据，另一块用来安装辅助数据库实例。
网络为 NAT 方式，地址自动获取，如下：
2.
为了避免出现意外状况，修改一下计算机的
DNS
后缀
2.
为了避免出现意外状况，修改一下计算机的
DNS
后缀
4.
创建
DestLog
和
SourceLog
两个目录，并创建共享。
在
SourceLog
共享中为
SourceAdmin
用户提供完全控制权限，因为
SourceAdmin
需要把
source
数据库的日志写入该目录下。
在
SourceLog
共享中为
DestAdmin
用户提供读取权限，因为
DestAdmin
需要从该目录下读取相关日志。
在
DestLog
共享中为
DestAdmin
用户提供完全控制权限，因为
DestAdmin
需要从把从
SourceLog
中的日志拷贝到
DestLog
目录下，以实现日志还原。
5.
安装实例
Source
数据库，并制定域用户账户
SourceAdmin
6.
使用
Windows
身份验证模式
7.
再安装
DestSource
实例，指定域账号为
DestAdmin
8.SQLServer2005
安装完毕后，再安装
SP2
，默认即可
本文转自baoqiangwang51CTO博客，原文链接：
http://blog.51cto.com/baoqiangwang/310490
，如需转载请自行联系原作者
