数据库镜像当前可行方案样本

数据库镜像当前可行方案数据库镜像概述数据库镜像涉及单个数据库两个拷贝，它们驻留在不同SQLServer实例中，且普通位于不同计算机中。在任何给定期间，对客户端来说只有一种数据库拷贝可用，这个数据库拷贝称为主体数据库，存储主体数据SQLServer实例利称为主体服务器。数据库镜像工作原理是传送并应用数据库日记记录到数据库拷贝。该数据库拷贝称为镜像数据库，存储镜像数据库服务器称为镜像服务器。主体服务器和镜像服务器都被视为数据库镜像会话中伙伴。对于给定服务器，它可充当一种数据库主体角色，还可充当另一种数据库镜像角色。数据库镜像将主体数据库任何修改应用于镜像数据库，涉及物理修改和逻辑修改，如数据库文献和索引。数据库镜像动作模式数据库镜像运营模式运营模式事务安全传送机制与否需要仲裁见证服务器故障转移类型高性能模式OFF异步否N/A仅限强制故障转移(也许丢失数据),这是一种手工环节非自动故障转移高安全模式FULL同步是否手工或强制自动故障转移高安全模式FULL同步是是自动或手工 数据库镜像会话有三种也许运营模式，采用运营规定取决于事务安全设立及镜像会话中与否包括见证服务器。 配备数据库镜像时，需要决定规定主体数据库和镜像数据库在所有时间都保持同步以实现完全数据安全，还是可以接受在主体数据库发生故障时丢失某些数据。在SQLServer中，在对实际数据页进行任何修改前，数据修改一方面被记录到事务日记中。事务日记记录一方面存储在位于内存中日记缓冲区，然后尽量快地定入磁盘中日记文献中（也被称为“事务日记固化”）。 在高安全模式下配备数据库镜像（也称同步镜像）。当主体服务器将主体数据库日记记录固化到磁盘（将日记缓冲区写入磁盘时）时，它还将日记缓冲区发送给镜像服务器，并等待镜像服务器响应。镜像服务器将日记记录固化到日记文献中后，响应提交，然后提交告之客户端。同步传送保证镜像数据库事务日记中所有事务都与主体数据库事务日记同步，因而以为事务被安全传送。 这可保证不会丢失数据，只要事务成功提交，主体数据库和镜像数据库就将处在同步状态。这需要某些开销，由于仅当在镜像服务器中将事务固化到日记文献中后，事务才提交。这将导致响应时间稍微增长，而事务吞吐量稍微减少，由于主体服务器需要等待镜像服务器关于事务已固化到镜像确认。该延时大小取决于诸多因素，如网络延时、应用程序体系构造、磁盘吞吐量等。与使用长事务应用程序相比，包括诸多小型事务应用程序在响应时间方面受到影响更大，由于需要等待来自镜像服务器确认，而对于短事务来说，等待时间在响应时间中占比例更大。 在高性能模式（也称异步镜像）下配备数据库镜像。在这种模式下日记传送过程与同步模式下相似，差别是主体服务器在提交时不等待镜像关于日记已写入磁盘确认。由于镜像服务器总是忙于与主体服务器同步，因而如果主体服务器突然发生故障，将也许丢失数据。在这种运营模式下，对响应时间或事务吞吐量影响很小，由于在这种模式下运营时，就像没有镜像同样。 发送队列：从主体服务器发送日记记录到镜像服务器时，如果发送速度低于日记记录速度，将在主体服务器中建立一种队列，该队列称为发送队列。发送队列不占用额外存储或内存，完全位于主体服务器事务日记中。它指是还没有发送到镜像服务器日记某些。 重做队列：在镜像服务器中应用日记记录时，如果应用速度低于接受日记记录速度，将在镜像服务器中建立一种队列，该队列称为重做队列。与发送队列类似，重做队列也不占用额外存储或内存，它完全位于镜像服务器事务日记中，指是已定入日记文献尚未应用于镜像数据库日记某些。三、高性能模式配备（A主体与B镜像、见证C） 前期准备：1、在系统上建立系统管理员顾客（例：spiderking）2、将上面设立系统顾客设立为SQLServer启动帐户3、开放镜像端口(默认：5022) 4、设立SQL登录名 5、保证主体与镜像数据库同步 实行阶段1、在主体服务器A运营如下命令--创立镜像端口ifnotexists(select*fromsys.endpointswheretype=4)createendpointDBSpiderPoint--端口名state=startedastcp(listener_port=5022)--镜像端口FORDATABASE_MIRRORING(ROLE=PARTNER,ENCRYPTION=SUPPORTED)--指定端口顾客usemasterGRANTCONNECTONENDPOINT::"DBSpiderPoint"TO"db-server\spiderking" 2、在镜像服务器B运营如下命令 --创立镜像端口ifnotexists(select*fromsys.endpointswheretype=4)createendpointDBSpiderPoint--端口名state=startedastcp(listener_port=5022)--镜像端口FORDATABASE_MIRRORING(ROLE=PARTNER,ENCRYPTION=SUPPORTED)--指定端口顾客usemasterGRANTCONNECTONENDPOINT::"DBSpiderPoint"TO"db-his\spiderking" 3、在见证服务器C运营如下命令（高性能模式下不用设立）--创立镜像端口ifnotexists(select*fromsys.endpointswheretype=4)createendpointDBSpiderPointstate=startedastcp(listener_port=5022)FORDATABASE_MIRRORING(ROLE=WITNESS,ENCRYPTION=SUPPORTED)ALTERENDPOINT--指定端口顾客usemasterGRANTCONNECTONENDPOINT::"DBMirrorEndPoint"TO"C\xx22"启动镜像会话(注意环节) 1、在镜像服务器B运营如下命令ALTERDATABASEspiderSETPARTNER=N'TCP://A:5022'--主体服务器网络地址及镜像端口 2、在主体服务器A运营如下命令ALTERDATABASEspiderSETPARTNER=N'TCP://B:5022'--镜像服务器网络地址及镜像端口 3、在见证服务器C运营如下命令ALTERDATABASEspiderSETWITNESS=N'TCP://C:5022'—-见证服务器网络地址及镜像端口 4、依照需要设立镜像模式(高性能不需要见证服务器)ALTERDATABASEspiderSETSAFETYFULL—-FULL高安全/OFF高性能四、高性能可用性场景主体服务器丢失发生故障前，A是主体服务器，B是镜像服务器。当前A发生了故障，因而数据库对客户端来说不可用。可使用如下命令切换到B。（强制服务故障转移）ALTERDATABASESPIDERSETPARTNERFORCE_SERVICE_ALLOW_DATA_LOSS然而，由于是高性能模式，因而当主体服务器发生故障时，也许有某些事务还没有传送到镜像服务器，这些事务将丢失。因而，在手式故障转移需要考虑数据丢失也许。当A恢复正常时，它将自动承担镜像服务器角色，但镜像会话将挂起。可通过运营如下命令恢复镜像会话：ALTERDATABASESPIDERSETPARTNERRESUME切换主/镜角色，先将高性能模式转用高安全性模式再执行故障转移ALTERDATABASEspiderSETSAFETYfullALTERDATABASESPIDERSETPARTNERFAILOVERALTERDATABASEspiderSETSAFETYoff镜像服务器丢失如果镜像服务器浮现故障，主体服务器将继续正常运营，且数据库服务对客户端仍可用。但事务日记空间就不能被重用，虽然备份事务日记。如果日记文献始终保持增长，并达到最大限制或磁盘空间用尽，将导致整个数据库停止。建议：1：保证主体服务器有足够磁盘空间用于事务日记增长，并保证在这些空间用尽前让镜像服务器恢复运营。2、使用如下命令ALTERDATABASESPIDERSETPARTNEROFF断开数据库镜像会话。当镜像服务器恢复运营时，需要重新建立镜像会话。可记录镜像服务器宕机时间，拟定主体服务器中备份事务日记作业在正常运营。当镜像服务器恢复联机