【跨站点DAG】启用DAC模式,防止数据库级别上出现网络分区

数据中心激活协调模式又称DAC模式,应为具有两个或多个使用连续复制的节点的DAG 启用该模式。该模式用于控制 DAG 的启动数据库装入行为,在数据中心故障恢复期间,此控件可以防止数据库级别上出现网络分区故障。譬如主数据中心断电,所有副本都断开连接,这时候活动副本切换到灾备站点。当主数据中心恢复供电时(这时服务器恢复,但站点间WAN 连接尚未恢复),主数据中心的数据库会自动Mount,这时就出现了网络分区错误。

活动管理器在内存中存储一个数位(0 或 1),该数位告诉 DAG 是否允许装入服务器上以活动状态分配的本地数据库。当 DAG 正以 DAC 模式运行时,活动管理器每次启动时,该数位都被设置为 0,表示不允许装入数据库。若 DAG 处于 DAC 模式,服务器必须尝试与其知道的 DAG 的其他所有成员通信,以便获取另一个 DAG 成员,告诉它是否可以装入以活动状态分配给它的本地数据库。答案将以 DAG 中其他活动管理器的数位设置形式提供。如果另一个服务器将其数位设置为 1 进行响应,这意味着服务器允许装入数据库,这样服务器启动时将其数位设置为 1,并装入其数据库。

回到前文所述故障,灾备站点挂载活动节点之后,活动管理器的该参数就会设置为1,而主数据中心的参数为0 ,主数据中心的副本在完成与灾备站点的通信之前是不会自动挂载的,而一旦完成通信,灾备站点返回的值也会阻止主数据中心挂载数据库,因此可以避免网络分区错误。

启用DAC模式:

Set-DatabaseAvailabilityGroup-Identity DAG2 -DatacenterActivationMode DagOnly

关闭DAC模式:

Set-DatabaseAvailabilityGroup -Identity DAG2-DatacenterActivationMode Off

更多信息可参考:https://technet.microsoft.com/zh-CN/library/dd979790(v=exchg.150).aspx

时间: 2024-10-07 01:16:40

【跨站点DAG】启用DAC模式,防止数据库级别上出现网络分区的相关文章

【跨站点DAG】防止数据库活动副本切换到备份服务器

在很多大型企业里,为了尽量避免邮箱数据的丢失和对用户使用的影响,会建立跨站点DAG,譬如在广州总部放置MBX1和MBX2,在深圳放置容灾服务器MBX3,但是在有些特殊情况下若数据库活动副本切换到MBX3上会给用户体验和管理员管理带来极***烦. 数据库切换逻辑可参考下文: https://technet.microsoft.com/zh-cn/library/dd776123(v=exchg.150).aspx 防止备份站点的数据库副本自动激活,可以通过为服务器配置激活策略来限制数据库仅在同站点

15Exchange Server 2010跨站点部署-启用Outlook Anywhere

8.启用Outlook Anywhere 点击启用Outlook Anywhere 输入外部主机名mail.robin.com,点击启用 同样的步骤启用EX02的Outlook Anywhere功能

XSS跨站点脚本的介绍和代码防御

0x01 介绍 可能会窃取或操纵客户会话和 cookie,它们可能用于模仿合法用户,从而使黑客能够以该用户身份查看或变更用户记录以及执行事务在以下情况下会发生跨站点脚本编制 (XSS) 脆弱性: [1] 不可信数据进入 Web 应用程序,通常来自 Web 请求. [2] Web 应用程序动态生成了包含此不可信数据的 Web 页面. [3] 页面生成期间,应用程序不会禁止数据包含可由 Web 浏览器执行的内容,例如 JavaScript.HTML 标记.HTML 属性.鼠标事件.Flash 和 A

WSFC2016 跨站点运行状况检测

之前在WSFC基础知识奠基篇曾经为大家介绍过微软WSFC故障转移的过程,我们来重温一下 1.按照要求部署配置群集节点,确保群集服务器利用了冗余技术消除了服务器,网络,存储的单一故障点 2.保证群集内所有节点都可以访问到共享存储 3.群集应用将应用数据写入到群集共享存储 4.管理员新增节点1服务器上面功能角色,新增完成后节点1服务器群集数据库记录新增的角色功能以及相关联的信息,稍后会把信息同步至其它节点2,及群集仲裁磁盘 5.群集节点之间按照预定的心跳检测频率进行全网握手检测 6.节点1出现故障服

Windows Azure 跨站点VPN-高可用基础功能!

前面的博客写了如何建立一个普通的应用的跨站点高可用,但是多数情况下我们的应用都是三层架构的应用,针对这些应用,我们的应用除了数据访问层之外,还有数据存储层,对于我们的应用来说,更重要的是数据存储.目前互联网时代多数企业都采用Linux 服务器作为基础应用的底层服务器.而多数的数据库采用MYSQL 作为后端的数据库,而且在大多数的应用场景下,我们的数据库都采用主从方式实现,这样跨数据中心的连通性就变得很重要.当我们的数据联通之后,我们的网络互通能够为后续的机器互通性打下一个坚实的基础. 怎么做呢?

解决“Internet Explorer已对此页面进行了修改,已帮助阻止跨站点脚本。”的“问题”

最近一直对网络安全知识比较感兴趣,目前在看的书是网上推荐的<Web应用安全权威指南>.这本书提供下载一个虚拟机镜像,运行这个虚拟机可以在电脑浏览器上做书中的实验. 第66页涉及到一个XSS的实验,正常的效果是执行JavaScript,弹出一个对话框.我在照做的时候IE提示"Internet Explorer已对此页面进行了修改,已帮助阻止跨站点脚本."(如图1). 我先将地址加入可信站点,没有作用.这时想到以前给公司设置OA系统时,不但需要加可信站点,还需要更改"

.net的session详解 存储模式 存到数据库中 使用范围与大小限制 生命周期

Session又称为会话状态,是Web系统中最常用的状态,用于维护和当前浏览器实例相关的一些信息.举个例子来说,我们可以把已登录用户的用户名放在Session中,这样就能通过判断Session中的某个Key来判断用户是否登录,如果登录的话用户名又是多少. 我们知 道,Session对于每一个客户端(或者说浏览器实例)是"人手一份",用户首次与Web服务器建 立连接的时候,服务器会给用户分发一个 SessionID作为标识.SessionID是一个由24个字符组成的随机字符串.用户每次提

我要学ASP.NET MVC 3.0(十三): MVC 3.0 防止跨站点请求伪造 (CSRF) 攻击

我要学ASP.NET MVC 3.0(十三): MVC 3.0 防止跨站点请求伪造 (CSRF) 攻击 概述      众所周知,ASP.Net MVC程序在浏览器运行时产生了标准的Html标签,包括浏览器要发送的关键数据等内容都在Html内容里面,听起来不错,但是假如我们仿造类似的Html内容,更改里面关键数据,在浏览器运行起来会怎么样呢?好下面我们就做这样一个例子.       CSRF攻击例子 首先我们拿以前做好的person/edit作为例子 先看控制器代码 //初始页面        

《白帽子讲WEB安全》学习笔记之第4章 跨站点请求伪造(CSRF)

第4章 跨站点请求伪造(CSRF) 4.1 CSRF简介 CSRF(Cross-site request forgery跨站请求伪造,也被称为"one click attack"或者session riding,通常缩写为CSRF或者XSRF,是一种对网站的恶意利用. CSRF是一种依赖web浏览器的.被混淆过的代理人攻击(deputy attack). 4.2 CSRF进阶 浏览器所持有的Cookie分为两种:一种是"Sesion Cookie",又称"