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

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

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

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

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

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

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

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

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

lishixinzhi/Article/program/SQLServer/201311/22518

　SQL Server 提供了几个为服务器或数据库打造高可用性的可选方案。 高可用性可选方案包括：

AlwaysOn 故障转移群集实例

作为 SQL Server AlwaysOn 产品/服务的一部分，AlwaysOn 故障转移群集实例利用 Windows Server 故障转移群集 (WSFC) 功能通过冗余在实例级别（故障转移群集实例 (FCI)）提供了本地高可用性。 FCI 是在 Windows Server 故障转移群集 (WSFC) 节点上和（可能）多个子网中安装的单个 SQL Server 实例。 在网络中，FCI 显示为在单台计算机上运行的 SQL Server 实例，不过它提供了从一个 WSFC 节点到另一个 WSFC 节点的故障转移（如果当前节点不可用）。

有关详细信息，请参阅 AlwaysOn 故障转移群集实例 (SQL Server)。

AlwaysOn 可用性组

AlwaysOn 可用性组 是 SQL Server 2012 中引入的企业级高可用性和灾难恢复解决方案，可使一个或多个用户数据库的可用性达到最高。 AlwaysOn 可用性组要求 SQL Server 实例驻留在 Windows Server 故障转移群集 (WSFC) 节点上。 有关详细信息，请参阅 AlwaysOn 可用性组 (SQL Server)。

注意 注意

FCI 可利用 AlwaysOn 可用性组提供数据库级别的远程灾难恢复。 有关详细信息，请参阅故障转移群集和 AlwaysOn 可用性组 (SQL Server)。

可以通过sql触发器来实现。

例下列触发器代码 ：

create trigger tri_kszb_inserton ygpx_kszb -- *** 作的表名for insert --给表插入一条数据的时候触发asdeclare @kssj datetime declare @sqbh char(40)select @kssj = kssj,@sqbh = sqbh from inserted --把插入的数据的保存到变量insert into ygpx_kszb2 values (@kssj,@sqbh) --同步插入到另一表

---