sqlserver数据库镜像
1. sql Server Denali如何实现数据库镜像与集群的完美结合
SQL
Server
Denali引进了一种新的技术AlwaysOn，或高可用性故障恢复(High
Availability
Disaster
Recovery
，HADR)。根据何民的介绍，它的开发是一个重要的工程项目，需要付出的努力会超过90年代后期在Microsoft和原开发伙伴
Sybase
Inc.开始各自开发数据库之后对7.0版本的SQL
Server引擎的重写。AlwaysOn功能本身就可以看作是数据库镜像与集群的完美结合，并根据客户的反馈增加了新的特性。
2. MS SQL SERVER镜像的问题
镜像数据库 "house" 包含的事务日志数据不足，无法保留主体数据库的日志备份链。如果没有从主体数据库进行日志备份或者没有在镜像数据库上还原日志备份，则可能会出现这种情况。(Microsoft SQL Server, 错误: 1478)
出现这个错误是由于没有备份和恢复事务日志
3. 为什么还原sqlserver数据库的状态一直都是正在还原
1、可能是被用作镜像，被用作镜像有一个服务器是长期显示正在还原。
2、很少情况下，恢复进程被挂起了。这个时候假设你要恢复并且回到可访问状态，要执行：
RESTORE database dbname with recovery
4. 如何启用数据库镜像我的SQL Server 2005 产品是：Microsoft SQL Server Developer Edition（简体中文）
需要在重新启动SQL的服务时添加跟踪标记
先net stop "MSSQLSERVER"
再net start "MSSQLSERVER" /T1400
然后把随之停掉的AGENT服务也启动一下
但每次重启服务时都必须重做一遍，因此方便起见最好是打SP1以上补丁
5. 如何监控sqlserver 镜像状态报警
SQLServer2005以上版本提供了一个数据库镜像监视器，不过打开它的方法比较特别。有了图形界面以后，SQLServer数据库镜像的维护难度跟成本大大降低了。
1.首先，打开SMS，在任意一个数据库上面点右键，任务，启动数据库镜像监视器。
2.点击注册镜像数据库，在服务器实例下拉菜单中选择镜像数据库的实例名，如果没有，可以直接点连接，然后在链接到服务器窗口中进行设置，如下图所示：
3.设置好后点确定就出现如下窗口所示了：
4. 点击警告选项卡，可以设置对警告的阈值进行设置，如下图所示：
5.在步骤3的窗口上点击历史记录，就可以查看SQLServer数据库镜像运行的历史记录了。如下图所示：
6. 如何把高版本的sqlserver 还原到低版本的 sqlserver
是否大家有遇到过开始使用高版本的sql server当部署时却被告知服务器环境只能使用当前低版本的sql server,我就遇到了，我开发时使用的是sql 2008 r2 到部署时被告之段时间内不能升级到r2，只要将就部署了 。 但高版本迁移到低版本普通方法是行不通的，
1.我直接在sql2008附加sql2008r2的数据库，结果 “版本为 661，无法打开。此服务器支持 655 版及更低版本。不支持降级路径。” 死路一条，呵呵。
2.在sql2008里建立新数据库，然后通过复制数据方法，结果“ LiveUpdate returned a non-critical error. Available content updates may have failed to install.” 又是死路一条。
3.用数据库镜像,结果“由于数据库可能有尚未备份的大容量日志记录更改，所以无法启用数据库镜像。必须在镜像上还原主体数据库的上一次日志备份。”意思是你不需要去还原，又是死路一条 4.用用导入导出的功能吧。 这个方法关键是如何确保保留原有表结构的主键、外键等 分两个情况，对于数据库数据量小的，可以很方便的解决 a.小数据的情况 1.先在低版本的服务器上建立同名的数据库。 2.在高版本的服务器上右键点击目标数据库->任务->生成脚本 3.在选择对象->选择特定数据库对象 4.选择表、视图、存储过程，然后下一步 5.关键在这，这一步里，请选择”高级“，选项里选择[编写DROP和Create脚本]项的”编写DROP和Create脚本“，以及[编写脚本和数据类型]项的“架构和数据" 6.保存脚本 7.在低版本的数据库下执行脚本即可。 b.大数据情况 按理应该也可以通过类似包含架构和数据的方式来做，但是由于包含大数据的时候脚本文件太大，无法在分析器里执行，所以我们得绕一下。 1～4步和a情况相同 5.这步我们选择”高级“，选项里选择[编写DROP和Create脚本]项的”编写DROP和Create脚本“，以及[编写脚本和数据类型]项的“架构" 6.保存脚本 7.在低版本的数据下执行脚本，注意（ALTER TABLE 表名 WITH CHECK ADD CONSTRAINT [外键名] FOREIGN KEY(字段) REFERENCES 表名(字段))这个先不要执行。 8.现在可以通过导入导出任务先将表的内容导入到低版本的数据库内 9.再执行脚本内（ALTER TABLE 表名 WITH CHECK ADD CONSTRAINT [外键名] FOREIGN KEY(字段) REFERENCES 表名(字段))这样的语句，此处将表的外键附加上。 10.。。大功告成
7. SQL SERVER 2008做镜像备份
小系统每天做下数据库和文件备份就好了，如果是大系统SQLSERVER的镜像是影响系统性能的，什么双活容灾软件基本是骗钱的，一个几十个G的高并发的数据库你用个软件来实现2个文件的同步？你难道每秒复制几十个G的东西到另外一个服务器上去，这是宇宙级服务器吗？
SQL的数据库镜像其实道理很简单，你建好镜像后，你会发现2个库里的表里都会多一个字段，这个字段的值都会很长，其实就是一个唯一编码，数据库根据这个唯一编码来判断另一个库是否存在了这个数据，不存在就新增，存在就根据这个字段来UPDATE。
对于应用层怎么切换，最好是人为切换，当然你也可以数据库连接打开失败就切换，不过这样毕竟会有以外不稳定，你只要保存数据尽可能不丢失就行了。
8. 关于SQL数据库镜像的问题！
1.SQL Server 节点1 Tonym 和 Tonym02必须位于同一域中，并且SQL1 和SQL2都要使用域账户启动SQL Server服务和SQLServerAgent服务。
保证同一个域帐户对两个服务都有权限.
2.在企业管理器中删掉local连接，应用Server Name注册本地服务器 Tonym，辅助服务器Tonym02
3.在SQL1 服务器上新建共享文件夹NorthwindBackupShare01，赋予启动SQL Server账户的Full 权限。在SQL1服务器上新建文件夹 ReceiveSQL2Logs，用来在进行数据库角色转换时接收从SQL2上传送过来的日志。 在SQL2 服务器上新建共享文件夹NorthwindBackupShare02，赋予启动SQL Server账户的Full 权限。在SQL2服务器上新建文件夹 ReceiveSQL1Logs，用来接收数据库SQL1上传送过来的日志。
4.设置想要应用Log Shipping的服务器为完全恢复模式。
5.在Database Maintenance Plans上右键 New maintenance Plan，选择进行LogShipping 的数据库，每次只允许选择一个数据库。
6．去掉Back up the database as part of the maintenance plan,保证维护计划唯一性（推荐）
7．指定数据库日志备份路径。
8．指定存放日志文件的共享文件夹。
8.添加目的数据库。
Server Name 为目的名称
Transaction Log Destination Directory 填写从SQL1上传送到SQL2上日志文件的接收路径.
Destination Database 选择新建数据库（指定数据文件，日志文件存放路径）或者应用已存在的数据库
Database Load State
No recovery mode：使用者将无法进行资料查询，只供备份使用.
Standby mode ：设置成只读模式，只要不是进行日志回存的时候，都可以进行查询。
Terminate users in database(Recommended) ：在回存数据库或是交易日志文件时，回存程序将是数据库唯一的使用者。
Allow database to assume primary role：允许主要服务器与次要服务器之间进行角色转换。
选择进行角色转换后新主要服务器的共享目录路径。
o
9．Initialize the Destination Database: 挑选最近一次的资料或是建立一份新的备份资料。对大型数据库，使用即有备份比较有效率。但是要保证从备份之后的日志都存在于主服务器上的日志共享目录中。
10．设定主服务器上日志备份频率。
11．设置辅助服务器复制备份日志和加载备份日志的频率，以及日志文件在辅助服务器上的留存时间。
12．针对日志备份及日志回存工作，设定合理的延迟时间，当超过临界时间时，日志传送监控程序对话框会相应一个警告信息。
13．指定监控服务器，应该指定独立于主服务器，辅助服务器的第三台服务器作为监控服务器，或者指定辅助服务器为监控服务器。
14．点击Next，指定维护计划的名称。Finish，开始进行Log shipping 的创建。