SqlServer 数据库镜像 随笔

2.建立数据库镜像。

A)确保环境稳定:在备份主数据库前,需保证主数据库没有大量的读写操作,让主数据库处于尽量稳定的状态下。如果条件允许,在镜像建立好之前,最好关闭所有会大量读写数据库的服务。下面假设主数据库的名称为“Brandwisdom_v9”。

B)建立完整备份:为主库建立一个备份类型为“完整”的数据库备份,假设备份的文件名为“bw_v9_20130813.bak”,为了减少拷贝备份文件的时间,可以在备份选项中,设置备份压缩为“压缩备份”。

C)事务日志备份:为主库建立一个备份类型为“事务日志”的数据库备份,备份的文件名必须选择为在上一步完整备份中使用的同一个文件,“bw_v9_20130813.bak”。

D)拷贝备份文件:将备份文件拷贝到将要建立镜像的机器硬盘上。

E)还原镜像:在备份数据库中建立一个与主库名称完全相同名称的数据库“Brandwisdom_v9”,选择该数据库进行还原。选择从“源设备”进行还原并选择拷贝过来的备份文件“bw_v9_20130813.bak”,在“选择用于还原的备份集”中选择要还原的数据库和事务日志并打上勾。在还原选项中选择“覆盖现有数据库”和“不对数据库执行任何操作,不回滚未提交的事务”。确定开始还原。

F)配置主备安全性:还原镜像完成后,在主库的属性的选项里,选择镜像,开始“配置安全性”。若只有2台服务器建立镜像,则选择不包括见证服务器实例。主体服务器实例选择主库,侦听器端口保持不变(5022),端点名称可随意填写一个,例如“BW端点”。选择镜像服务器实例为镜像数据库的主机名称,侦听器端口和端点名称与主库完全一样。“实例的服务账户”可以留空,也可以填写为在第一步中为两数据库建立的windows账号“bw_db_mirror_user”(但需要随后在两个数据库中,为bw_db_mirror_user这个账号添加访问端点“BW端点”的Connect权限)。确定完成后,在确认侦听器端口(5022)在两台服务器的防火墙中都是开通的之后,可以“开始镜像”。

G)完成镜像建立:若上一步中的“开始镜像”成功,可刷新主备数据库的状态,查看是否处于“正在恢复”或“同步中”状态。如果过一会主备同步完成,则状态应该会是“已同步”和“恢复中”。大多数情况,若没有见证服务器,可修改镜像的“运行模式”为“高性能(异步)”以提高主库的写性能。

H)故障检测:若上一步中的“开始镜像”不成功,则依据错误信息,并仔细对照上述步骤重新配置一遍。如果提示访问不了镜像服务器或者镜像数据库,则可能是防火墙或Hosts文件问题,请检查各个端口和主机名解析是否正确。如果提示数据库有问题,请检查两数据库是否用同一个windows账号和密码运行,数据库名称是否一样,镜像数据库是否是以“不对数据库执行任何操作,不回滚未提交的事务”方式恢复的(若不是,需删除该镜像重新恢复一遍)。若提示镜像端点有问题,请在主备库上都将端点删除并重新配置一遍“配置主备安全性”。

时间: 2024-08-28 05:03:24

SqlServer 数据库镜像 随笔的相关文章

SQLServer 数据库镜像+复制切换方案

目标: 主机做了Mirror和Replication,当主机出现问题时,Replication和Mirror实现自动的故障转移(Mirror 和Replication都切换到备机,而当主机 重新启动后,自动充当备机的角色). 环境: 五台虚拟机,配置均为Windows2008 Enterprise + SQLServer2008R2 Enterprise 08R201:Mirror 见证机(WITNESS)           IP:192.168.56.101 08R202:主机(Rep+Mi

SQLServer 数据库镜像(二)域环境中完整镜像脚本配置

SQLServer 数据库镜像(一)单服务器无见证的镜像脚本配置 断断续续弄了几天,搭建了域,服务器加入域后再测试另一种情况. 测试环境: 主服务器:   IP = 192.168.2.10 InstanceName = MSSQLSERVER LISTENER_PORT = 5022 镜像服务器:    IP = 192.168.2.10 InstanceName = MSSQLSERVERA LISTENER_PORT = 5023 见证服务器: IP = 192.168.2.11 Inst

SQLServer数据库镜像高性能模式下维护

概述: 最近公司业务说不需要见证服务器那么高配置,所以打算降配置 降低配置阿里云这边需要关闭实例服务器,所以这边做了个本地测试会不会影响镜像 目录: 1.(高性能模式)测试把见证服务器关闭是否影响镜像使用 2.(高性能模式)测试把镜像服务器关闭,保留主库和见证是否影响镜像使用 3.(高性能模式)测试把主库服务器关闭,保留镜像和见证服务器查看镜像状态 4.(高性能模式)镜像服务器和见证服务器关闭,查看主库服务器数据库是否能访问 5.(高性能模式)主库服务器和见证服务器关闭,查看镜像服务器数据库是否

SqlServer 数据库镜像 从库故障

数据库镜像同步失败 提示从库5022无法访问或不存在 在做数据库镜像最多的错误时在最后一个步骤中,进行镜像同步时,需要在每一台SQL08R2服务器上启用"Remote DAC",否则可能会收到错误提[数据库镜像同步失败 提示从库5022无法访问或不存在 错误1418] 开启办法: 1. 右击服务器节点,选择"方面"     2. 打开"查看方面"窗口,在"方面"下拉菜单中选择"外围应用配置器",指定&quo

SQLServer 数据库镜像+复制方案

目标: 主机做了Mirror和Replication,当主机出现问题时,Replication和Mirror实现自动的故障转移(Mirror 和Replication都切换到备机,而当主机 重新启动后,自动充当备机的角色). 环境: 五台虚拟机,配置均为Windows2008 Enterprise + SQLServer2008R2 Enterprise 08R201:Mirror 见证机(WITNESS)           IP:192.168.56.101 08R202:主机(Rep+Mi

sqlserver数据库镜像运行模式

运行模式: 从大层面来说,SQL Server镜像只有两种模式:高安全模式和高性能模式.两种模式的主要区别在于在事务提交后的操作.可以从图1-1中查看运行模式. 在高性能模式下,主体服务器不需要等待镜像服务器响应即可提交事务. 在高安全性模式,需要把事务同步到镜像并得到响应后才最终提交主体服务器的事务 这种模式是同步模式,可以细分为带有自动故障转移(即有见证服务器)的高安全模式和不带自动故障转移(即没有见证服务器)的高安全性模式.如果没有配置见证服务器,那么[带自动故障转移功能的高安全性(同步)

数据库热备之SQLServer的数据库镜像实施笔记

转载自:http://kb.cnblogs.com/page/45937/ 最初在为公司设计SQLServer数据库镜像的时候,首先考虑的是高可用性(三台计算机,一台见证服务器,一台做主数据库,一台做镜像) 在虚拟机环境下部署成功,一切都是那么的完美.故障转移3秒之内就可以顺利完成. 1.高可用性的实施代码: /******************************************************** 此脚本在主体服务器执行 ************************

SQLServer 复制和数据库镜像 详细配置部署

SQLserver 可以把镜像和复制同时部署,结合了双方的高可用性,可以使数据库得到更好的高可用性和容灾的保证. 关于镜像:数据库镜像 关于复制:数据库镜像 本章的复制为事务可更新订阅:事务复制的可更新订阅 关于复制和数据库镜像:复制和数据库镜像 理论的东西参考官方文档吧,这里主要是部署配置过程. 下图为本章参考部署的架构图: 本章模拟的服务器: kk-ad 192.168.2.1 DC(域控) kk-db1 192.168.2.10 主机(Replication + Mirror) kk-db

笨鸟先飞随笔:ADO.NET中VS连接Sqlserver数据库的代码

在main函数中添加的连接Sqlserver数据库的代码如下所示: 以下代码用于Sqlserver验证方式 首先需要引用命名空间 using system.System.Data.SqlClient; static void Main(string[] args) { string constring = "server=local;database=teaching;uid=sa;pwd=123456"; using (SqlConnection conn = new SqlConn