小系统每天做下数据库和文件备份就好了，如果是大系统SQLSERVER的镜像是影响系统性能的，什么双活容灾软件基本是骗钱的，一个几十个G的高并发的数据库你用个软件来实现2个文件的同步？你难道每秒复制几十个G的东西到另外一个服务器上去，这是宇宙级服务器吗？
成都创新互联公司网站建设服务商，为中小企业提供网站制作、成都做网站服务，网站设计，网站托管等一站式综合服务型公司，专业打造企业形象网站，让您在众多竞争对手中脱颖而出成都创新互联公司。
SQL的数据库镜像其实道理很简单，你建好镜像后，你会发现2个库里的表里都会多一个字段，这个字段的值都会很长，其实就是一个唯一编码，数据库根据这个唯一编码来判断另一个库是否存在了这个数据，不存在就新增，存在就根据这个字段来UPDATE。
对于应用层怎么切换，最好是人为切换，当然你也可以数据库连接打开失败就切换，不过这样毕竟会有以外不稳定，你只要保存数据尽可能不丢失就行了。
镜像数据库是norecovery状态，所以是看不了数据的，除非切断镜像将其恢复
不过镜像是实时同步的，所以两边的数据是一模一样的
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 的创建。
需要在重新启动SQL的服务时添加跟踪标记
先net stop "MSSQLSERVER"
再net start "MSSQLSERVER" /T1400
然后把随之停掉的AGENT服务也启动一下
但每次重启服务时都必须重做一遍，因此方便起见最好是打SP1以上补丁
SQLServer2005以上版本提供了一个数据库镜像监视器，不过打开它的方法比较特别。有了图形界面以后，SQLServer数据库镜像的维护难度跟成本大大降低了。
1.首先，打开SMS，在任意一个数据库上面点右键，任务，启动数据库镜像监视器。
2.点击注册镜像数据库，在服务器实例下拉菜单中选择镜像数据库的实例名，如果没有，可以直接点连接，然后在链接到服务器窗口中进行设置，如下图所示：
3.设置好后点确定就出现如下窗口所示了：
4. 点击警告选项卡，可以设置对警告的阈值进行设置，如下图所示：
5.在步骤3的窗口上点击历史记录，就可以查看SQLServer数据库镜像运行的历史记录了。如下图所示：
1.先分离数据库，然后删除日志文件，再附件数据库。
2.收缩文件，选择日志文件，设置将文件收缩到0M，试了一下，只能从65G收缩到55G，也就是只释放了未使用的空间。方法 二、
1.选中数据库，右键属性/选项，把恢复模式从“完整”改为“简单”。
2.选中数据库，右键任务/收缩文件，选择日志文件，设置将文件收缩为0M，确定。
3.再将恢复模式从“简单”-“完整”即可。
--------------------------------------------------
方案1: 所以可以执行以下sql语句：
DUMP TRANSACTION 你的数据库名 WITH NO_LOG
BACKUP LOG 你的数据库名 WITH NO_LOG
DBCC SHRINKDATABASE(你的数据库名)
EXEC sp_dboption '你的数据库名', 'autoshrink', 'TRUE'方案2:
在数据库的属性里-选择选项-恢复模式改为“简单”-勾选“自动收缩”。这样就可以自动进行数据库的收缩，推荐采用这种自动方式进行
--------------------------------------------------
SQLSERVER收缩事务日志
一、由于系统中录入及删除数据频繁，故事务日志很大。
SQLSERVER中讲：
BACKUP LOG 数据库名 WITH NO_LOG|TRUNCATE_ONLY可以截断事务日志。
但我在数据库中进行上述操作后，事务日志还是没有改变。
二、只有进行“数据库收缩”操作。
在此复选框中打勾
选中上图所示选项，即可点“确定“，执行收缩事务日志的操作，硬盘经过一段时间的工作后，SQLSERVER终于提示收缩成功。事务日志文件被恢复到原始尺寸。
综上所述，第一步只是将非活动的事务日志截断，并没有收缩数据库，只有进行第二项操作后，数据库才进行事务日志的清理工作，将截断的非活动事务删除，并将事务日志文件收缩到适当尺寸。
在使用 SQL Server 时，数据库里的日志文件会越来越大，需要把它删除。 我先把这个数据库分离，在数据库上点右键 - 所有任务 - 分离数据库，分离之后，就可以把 Log 文件删除，同时也可以把数据进行备份。之后，就可以在所有任务里的附加数据库再把那个数据库添进来，SQL Server 会提示 LOG 文件不存在，问你是不是要新建一个，选是就行了，这样，LOG 文件就清空了。 这个方法只需几分钟的时间，但在这几分钟里，就不能访问这个数据库了，我觉得只适用于小型的应用，对于大型的系统就要找其它方法了
