MS SQL SERVER

<br />数据库镜像是一种基于软件的高可用性解决方案,是基于数据库级别的快速的故障转移恢复.    其中的角色有主体服务器:承载主体数据库、接受用户连接和处理事务请求.镜像服务器:承载镜像数据库、作为主体数据库的热备份、仅在故障转移后接受用户连接和处理事务请求.<br />见证服务器:监视服务器状态和连接、实现自动故障转移.主体服务器和镜像服务器的角色不是固定不变的是互为伙伴的(主体和镜像是可以相互转换的)当故障转移后服务器角色发生转变.每个伙伴(主体服务器,镜像服务器,见证服务器)都维护数据库镜像的状态

<br />这个是介于clustering和log shipping之间的一种维持数据库的高可用性的方式。今天在配置的时候也是碰到了一些问题，在这里记述一下，以后需要的时候避免再为同样的问题所困扰。<br /><br />首先说明一下，进行sqlserver镜像，不非得是在同一个域中（或者说有域）才能进行，在工作组中的两台服务器一样可以进行镜像，但是在 sqlserver2005中，在工作组中的镜像好像不能用图形界面的向导来完成，最后启动镜像需要使用sql脚本来完成（不知道这是不是又是微软的一个

<br /><br />51CTO数据库频道之前发布过前两篇，分别是《SQL Server 2008高可用性系列：数据库快照》和《SQL Server 2008高可用性系列：基础知识》。<br />一：简介<br />日志传送将事务日志不间断地从一个数据库（主数据库）发送到另一个数据库（辅助数据库）。不间断地备份主数据库中的事务日志，然后将它们复制并还原到辅助数据库，这将使辅助数据库与主数据库基本保持同步。目标服务器充当备份服务器，并可以将查询处理从主服务器重新分配到一个或多个只读的辅助服务器。日志传送

<br /><br />对于企业级用户和关键系统来说，最重要的要求之一就是系统的高度可用性和数据的安全性（High Availability and Disaster Recovery，HADR）。我们先来了解一下HADR的问题空间。HADR有两个目标和衡量方式：保证系统可用<br />目标恢复时间（Recovery Time Objective，RTO）：出了故障后把系统恢复正常工作状态所需要的时间。保证数据安全<br />目标恢复点（Recovery Point Objective，RPO）：系统数据能

<br />这两种隔离级别都是通过行版本控制在tempdb中生成数据的复本来解决数据的写和读的时候发生锁及阻塞的问题的。不过snapshot isolation需要在数据库中执行<br />ALTER DATABASE Aesop<br />SET ALLOW_SNAPSHOT_ISOLATION ON<br />之后，然后在执行事务之前，设置连接的隔离级别<br />SET TRANSACTION ISOLATION LEVEL Snapshot;<br />BEGIN TRAN<br />S

<br /><br />一： 简介<br />数据库快照是数据库（源数据库）的只读、静态视图。多个快照可以位于一个源数据库中，并且可以作为数据库始终驻留在同一服务器实例上。创建快照时，每个数据库快照在事务上与源数据库一致。在被数据库所有者显式删除之前，快照始终存在。<br />快照可用于报表。另外，如果源数据库出现用户错误，还可将源数据库恢复到创建快照时的状态。丢失的数据仅限于创建快照后数据库更新的数据。<br />运行原理: 数据库快照在数据页级运行。在第一次修改源数据库页之前，先将原始页从源数据库复

<br />loggshipping 就是通过将主数据库的所有事务日志按一定时间间隔自动的恢复到备用服务器上，以便在主服务器发生故障的时候，可以启用备用服务器，虽然这可能会造成部分数据的丢失，根据备份事务日志的时间间隔而定。logshipping的配置在management studio的数据库的节点上的属性里有配置向导。主要就是简单说下配置。<br /><br />如果在启动logshipping的时候，需要完全备份主数据库并进行恢复的话，那么主从两个数据库的sqlserver的服务进程的启动账户

<br /><br />一：高可用性简介<br />今天越来越多的公司都希望一部分或者所有的关键数据是高可用性的。比如在线交易支付系统，在线订单销售系统，物流运输管理系统等等需要有"24x7"在线支持服务，否则就有可能会有销售额的减少或者利润的损失。<br />在理想情况下，关键数据应该一直可用，这样业务系统才会一直处于可用状态，并且不能威胁到可用性。但是在实际情况下，会有很多的异常情况导致数据不可用（如DB异常挂掉，数据操作误删，Server软硬件故障等）。因此就要寻求一种可用性的解决方案，来解决由异常带

<br />接下来就可以用SQL Server企业管理器里[复制]-> 右键选择 <br />        ->[配置发布、订阅服务器和分发]的图形界面来配置数据库复制了。<br />    <br />    下面是按顺序列出配置复制的步骤:<br /><br />    一、建立发布和分发服务器<br />    <br />        [欢迎使用配置发布和分发向导]->[选择分发服务器]<br />    <br />       ->[使"@servername"成为它自己的分发服务器

<br /><br />一、镜像简介<br />1.1 简介<br />数据库镜像是将数据库事务处理从一个SQL Server数据库移动到不同SQL Server环境中的另一个SQL Server数据库中。镜像不能直接访问;它只用在错误恢复的情况下才可以被访问。<br />要进行数据库镜像所需的最小需求包括了两个不同的SQL Server运行环境。主服务器被称为“主机”，第二个服务器被称作“备机”。主机数据库就是你实际用着的数据库，镜像数据库就是你的数据库的备用拷贝。当事务写入你的基本服务器的时候，

<br /><br />事务日志传送这个功能有点像Oracle的DataGuard，具体介绍就不在这里废话了，本文主要记录我在实施过程中所遇到的问题以及解决方法。<br />事务日志传送的“传送”这个功能是通过Windows共享实现的，而不是好像Oracle那样由数据库本身的机制来进行传送(log_archive_dest_X = 'service=XXXXX')，一说到Windows共享就牵涉到用户权限的问题，所以配置事务日志传送这个功能所遇到的故障绝大部分都是由于用户的权限问题所造成的。<br

<br /><br />一、 镜像简介1、 简介<br />数据库镜像是将数据库事务处理从一个SQL Server数据库移动到不同SQL Server环境中的另一个SQL Server数据库中。镜像不能直接访问;它只用在错误恢复的情况下才可以被访问。<br />要进行数据库镜像所需的最小需求包括了两个不同的SQL Server运行环境。主服务器被称为“主机”，第二个服务器被称作“备机”。主机数据库就是你实际用着的数据库，镜像数据库就是你的数据库的备用拷贝。当事务写入你的基本服务器的时候，他们也同

<br /><br />Sql Server 2008高可用性解决方案概述<br />本节介绍了几个提高服务器或数据库可用性的 SQL Server 高可用性解决方案。高可用性解决方案可减少硬件或软件故障造成的影响，保持应用程序的可用性，尽可能地减少用户所感受到的停机时间。<br />SQL Server 提供了几个使服务器或数据库具有高可用性的可选方案。高可用性可选方案包括：<br />一、          故障转移群集<br />故障转移群集可对整个 SQL Server 实例的高可用性提供支持。故障