SQL Server 2008 数据库镜像部署实例之一 数据库准备

一、目标

利用Sql Server 2008 enterprise X64，建立 异步 （高性能）镜像数据库，同时建立见证服务器实现自动故障转移。

二、前提条件、限制和建议

2.1 、伙伴双方（主体服务器和镜像服务器）及见证服务器必须使用 相同版本 的Sql Server

2.2 、如使用见证服务器，择须确保其系统上安装 Sql Server 2005 或更高 版本

2.3 、在镜像服务器上创建镜像数据库时，确保制定 相同 的数据库名称WITH NOREBOVORY来还原主题数据库备份。另外，还必须通过 WITH NORECOVERY 应用在该备份执行后创建的所有日志备份。如果数据库镜像已经停止，则必须将对主体数据库执行的所有后续日志备份应用到镜像数据库中，然后才可以重新启动镜像。

2.4 、跨数据库事务和分布式事务均不支持数据库镜像

2.5 、镜像的数据库 路径 尽量与主体服务相同，如果主体服务器CPU利用率在50%以上，择不建议配置自动故障转移

2.6 、建议配置高效稳定的网络环境

三、设置概述

3.1 、确保所有数据库用户在镜像服务器上都有登录名

3.2 、在向另一个服务器实例提供数据库之前，您必须在该服务器实例上建立数据库用于新服务器实例时所需的环境

3.3 、使用 NORECOVERY 还原最近的主体数据库完整备份，以创建镜像数据库。WINgwiT确保执行备份时主体数据库已使用 完整 恢复模式。镜像数据库和主体数据库名称必须相同，并且它们在数据库镜像会话中不能被重命名。

3.4 、设置安全性并启动数据库镜像会话。可以使用 Transact-SQL 或数据库镜像向导来设置镜像。

3.5 、（可选）将见证服务器添加到会话。

四、在Windows Server 2008 R2上安装Sql Server 2008 enterprise X64

4.1 、SQL Server 2008 需要.NET 3.5支持，所以安装之前需要安装.NET3.5。在服务器管理的功能单元中，添加.NET Framework 3.5.1功能

4.2 、安装时选择全新SQL Server独立安装

4.3 、选定功能组件，注意安装目录与其他节点保持一致

4.4 、使用默认实例名称，或者与其他节点相同

4.5 、设定服务启动账户，这里配置所有，服务均使用 域管理 启动

4.6 、设置混合身份登录、制定SQL Server管理员

4.7 、点击下一步，等待安装完成。在其他节点按照同样方式安装SQL Server

五、配置数据库镜像前的数据库准备

5.1 、确认数据库使用了 完整 恢复模式：打开SQL Server Management，在VirtualManagerDB数据库（将要镜像的数据库）上点击右键选择属性，定位到选项页，将恢复模式改为“完整”

5.2 、备份主体数据库：在VirtualManagerDB数据库上点击右键——任务——备份，备份类型选择完整

5.3 、将备份文件拷贝到镜像节点，执行还原。右键点击数据库，选择还原数据库

选定备份文件，写入还原数据库名称，注意此数据库名称必须与主体服务器数据库名称一致。即VirtualManagerDB。

点击选项页，勾选覆盖现有数据库。选择NORECOVERY模式

5.4 、进行 完整日志 备份，执行backup LOG VirtualManagerDB  to Disk = 'c:\backup\vlogback.bak'

5.5 、同样，事务日志备份在镜像数据库上还原。镜像数据库上，点击右键——任务——还原——事务日志

5.6 、在还原选项中选中NORECOVERY，执行还原 *** 作。

lishixinzhi/Article/program/SQLServer/201404/30298

SQL Server 2005相对于SQL Server 2000来说，无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面，SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介结SQL Server 2005镜像功能。

一、镜像简介

数据库镜像是一个高可用性软件解决方案，为客户端提供小于10秒故障转移。每个数据库镜像配置均包含一个主体服务器（包含主体数据库）、一个镜像服务器（包含镜像数据库）和一个见证服务器，其中见证服务器是可选的。主体服务器和镜像服务器要求是独立的服务器实例。主体服务器和镜像服务器的角色是相对的，可以自动或者手动地将主体服务器设置为镜像服务器，镜像服务器设置为主体服务器。与主体服务器和镜像服务器不同的是，见证服务器并不能用于数据库。见证服务器监视主体服务器和镜像服务器，确保在给定的时间内这两个故障转移服务器中有且只有一个作为主体服务器，从而支持自动故障转移。如果存在见证服务器，同步会话将以“高可用性模式”运行，如果主体服务器出现故障，可以实现故障自动转移。如果见证服务器不存在，同步会话将以“高级别保护模式”运行，出现故障需要手动故障转移，并且有可能丢失数据。

图1：两台服务器镜像

图2：两台服务器镜像，一台见证服务器

数据库准备结束，端点创建完成，用户便可以启用数据库镜像。镜像启动后，每个伙伴都将开始维护所在数据库中有关其数据库，以及另一个伙伴和见证服务器的状态信息。这些状态信息允许服务器实例维护称为“数据库镜像会话”的当前关系。在数据库镜像会话过程中，服务器实例将通过彼此定期交换 PING 消息来互相监视。

“数据库镜像”是一种提高 SQL Server 数据库的可用性的解决方案。 镜像基于每个数据库实现，并且只适用于使用完整恢复模式的数据库。数据库镜像维护一个数据库的两个副本，这两个副本必须驻留在不同的 SQL Server 数据库引擎 服务器实例上。 通常，这些服务器实例驻留在不同位置的计算机上。 启动数据库上的数据库镜像 *** 作时，在这些服务器实例之间形成一种关系，称为“数据库镜像会话”。其中一个服务器实例使数据库服务于客户端（“主体服务器”）， 另一个服务器实例则根据镜像会话的配置和状态，充当热备用或温备用服务器（“镜像服务器”）。 具有自动故障转移功能的高安全性模式要求使用第三个服务器实例，称为“见证服务器”。

主体服务器 (principal server)

在数据库镜像中，是指当前作为主体数据库的数据库所属于的伙伴。

镜像服务器 (mirror server)

在数据库镜像配置中，镜像数据库所在的服务器实例。

见证服务器 (Witness)

仅用于高安全性模式，SQL Server 的一个可选实例，它能使镜像服务器识别何时要启动自动故障转移。 与这两个故障转移伙伴不同的是，见证服务器并不能用于数据库。 见证服务器的唯一角色是支持自动故障转移。

---