12.5 手动故障转移

12.5 手动故障转移

12.5.1 禁用作业

  禁用主服务器的备份作业,禁用辅助服务器上的复制作业和还原作业,禁用监视服务器上的警报作业。

12.5.2 还原辅助数据库

  将所有末复制的备份文件从备份共享文件夹复制到辅助服务器的复制目标文件夹。

  将所有末应用的事务日志备份按顺序还原到辅助数据库。

  如果主数据库仍可访问,则请对主数据库做一个结尾日志备份。

  使用 WITH RECOVERY 选项还原辅助数据库。最终,辅助数据库将成为正常的数据库。

  将此辅助数据库还原成正常数据库之后,可以将该数据库重新配置为其他辅助数据库的主数据库。

12.5.3 保持用户体验

  将辅助数据库更改为主数据库时,为了给用户和应用程序提供一致的体验,可能需要在新的主服务器实例中为数据库重新创建部分或全部元数据(例如登录和作业)。

  如果客户端应用程序指定了计算机名(或IP地址)且无法更改,那么可能需要修改新的主体服务器的计算机名(或IP地址)。

时间: 2024-10-21 01:00:12

12.5 手动故障转移的相关文章

Alwayson 强制手动故障转移

强制手动故障转移适用于节点之间仲裁失败,或者WSFC中的节点出现网断网,在短时间内无法恢复,线上的业务还急需访问数据库,需要强制启动数据库 后果就是副本节点的数据库全部失败,集群需要重做,为终极大招,慎放. 1.首先确定cluster的状态,SQL server 服务需要依赖于这个服务. 以管理员身份运行: net.exe stop clussvc net.exe start clussvc /forcequorum 强制启动Cluster Service 服务 2.强制启动alwayson可用

SQL Server数据库镜像基于可用性组故障转移

SQL Server数据库镜像基于可用性组故障转移 微软从SQL Server 2005开始引入数据库镜像,很快成为一个流行的故障转移解决方案.数据库镜像的一个大的问题是故障转移是基于数据库级别的,因此,如果某个数据库故障,镜像只会针对这个数据库切换,但是,其他数据库都仍然在主服务器上.缺点是越来越多的应用程序是基于多个数据库来构建,所以,如果某一个数据库故障转移而其他数据库仍然在主服务器上,那应用程序将无法工作.当这种情况发生的时候,我如何知晓?并执行该应用程序调用的所有数据库一起故障转移呢?

Redis的集群(故障转移)

Redis集群自身实现了高可用,当集群内少量节点出现故障时通过自动故障转移保证集群可以正常对外提供服务. 故障发现 1. 主观下线 当cluster-node-timeout时间内某节点无法与另一个节点顺利完成ping消息通信时,则将该节点标记为主观下线状态. 2. 客观下线 当某个节点判断另一个节点主观下线后,该节点的下线报告会通过Gossip消息传播.当接收节点发现消息体中含有主观下线的节点,其会尝试对该节点进行客观下线,依据下线报告是否在有效期内(如果在cluster-node-timeo

16.5 故障转移

16.5  故障转移 16.5.1  故障转移模式 在新建可用性组时,默认不选择"自动故障转移"和"同步提交",可以根据实际业务的需求指定"自动故障转移"(最多可指定2个副本)和"同步提交"(最多可指定3个副本). 与数据库镜像的可用性模式类似,AlwaysOn 可用性组可以有以下3种高可用模式可供选择. (1)自动故障转移和同步提交.选择了"自动故障转移",则系统将自动同时选择"同步提交&quo

13.4 故障转移

13.4 故障转移 13.4.1 手动故障转移 在数据库镜像配置的主界面上,单击"故障转移"按钮. 在确认窗口中选择"是". 数据库镜像的故障转移将迅速交换主体服务器和镜像服务器的角色,通常在10秒内可以完成切换. 13.4.2 添加见证服务器 在数据库镜像配置的主界面上,单击"配置安全性"按钮,添加见证服务器. 如果显示"配置数据库镜像安全向导"欢迎屏幕,则请单击"下一步". 在"包括见证服务器

部署AlwaysOn第三步:集群资源组的健康检测和故障转移

资源组是由一个或多个资源组成的组,WSFC的故障转移是以资源组为单位的,资源组中的资源是相互依赖的.一个资源所依赖的其他资源必须和该资源处于同一个资源组,跨资源组的依赖关系是不存在的.在任何时刻,每个资源组都仅属于集群中的一个结点,该结点就是资源组的活跃结点(Active Node),由活跃结点为应用程序提供服务.AlwaysOn建立在WSFC的健康检测和故障转移的特性之上,和故障转移集群有了不可分割的关系,因此,从底层的集群资源来理解可用性组,知其然知,其所以然,有助于更好地维护AlwaysO

Hyper-V故障转移群集搭建(3)

创建Hyper-V故障转移群集 1. 添加故障转移群集功能 1) 在liujb-node01上,打开服务器管理器,进行添加角色功能. 2) 点击下一步. 3) 在[选择安装类型]里选中"基于角色或基于功能的安装",然后点击下一步. 4) 在[选择目标服务器]里,选中要安装的目标服务器,然后点击下一步. 5) 在[选择服务器角色]中可以跳过,因为故障转移群集是在服务器功能里面. 6) 在[选择功能]里,选中"多路径I/O"和"故障转移群集",然后点

Always On 故障转移配置

目的: a) AlwaysOn 可用性组功能是一个提供替代数据库镜像的企业级方案的高可用性和灾难恢复解决方案. b) 当数据库服务器SQL1出现故障宕机时,可以通过AlwaysOn可用性组,自动故障转移到数据库服务器SQL2. =============== 具体步骤 =============== 1. 服务管理器添加Hype-V角色,并且新建3台虚拟机: a) AlwaysOn-SCSI : iSCSI目标服务器(用于创建仲裁磁盘和共享磁盘) b) AlwaysOn-SQL1 : 数据库服务

Hyper-V虚拟化测试12非计划的故障转移

6.2.非计划的故障转移对于计划的故障转移,意义其实不是很大,除非有服务器的维护.硬件升级等,但是服务器的维护也可以使用实时迁移,不用通过计划的故障转移.其实Hyper-V复制功能最大的意义应该在于非计划的故障转移的实现实现容灾.首先需要模拟主服务器上的虚拟机宕机,在这里,我首先关闭主服务器上的虚拟机,切换到副本服务器,右键需要故障转移的虚拟机,选择"复制"故障转移 选择恢复点,然后点击"故障转移" 故障转移成功后,虚拟机自动启动 连接到虚拟机,查看配置信息和文件,