首先配置WSFC,然后在各节点独立安装SQL Server 2012实例(非群集实例),完成安装后在SQL Server配置管理器中针对数据库引擎服务启用“高可用性组”功能,最后通过SQL Server系统管理器创建维护高可用性组。【注WSFCSQL2012安装顺序可以调整并无严格先后顺序】
转载 精选 2013-06-18 13:39:59
728阅读
前言:最近在研究微软的大数据解决方案,在收听MS TechNet “SQL Server 2012 AlwaysOn HA+DR设计模型、架构及最佳实践” 时,需要一些预备知识,
转载 2013-02-12 19:49:00
48阅读
2评论
   在上篇文章中,我们讲了WSFC上层文件服务器应用数据磁盘的替换与升级,实际上我们可以有好多个场景去适用这种替换方式,第一,扩容替换 ,就是我们上篇所演示的那样,第二,坏损替换,事先文件服务器好的时候,把数据拷贝出来,某天忽然群集数据磁盘坏了,直接插入新磁盘,把备份的内容还原进来,点击修复磁盘即可。   那么基于上篇文章提到的内容,本篇我们再来看一种场景
原创 精选 2017-11-09 09:40:36
4123阅读
5点赞
   转眼已经是2018年了,真快啊,在这里老王首先祝福各位博友新的一年身体健康,事业顺利,在新的一年里老王仍然会继续为大家分享微软企业级技术,也欢迎大家与我一同探讨,共同学习,这新年第一篇老王想和大家聊聊WSFC的群集数据库,以及和它相关的一些组件   首先,我们回忆下之前介绍过的群集基础概念,里面有提到Windows群集的运作机制,群集在运作过程中会产生
原创 精选 2018-01-02 19:49:15
10000+阅读
5点赞
WSFC里面的文件服务器群集,文件始终是一份,数据始终存放在群集磁盘中,通过群集来维持文件服务器这项服务始终持续可用,在2012之前同一时间WSFC只能有一台节点对外提供文件服务,2012开始...
授权模式恢复 什么场景下会使用到授权模式恢复,例如,之前群集运行最正常的情况下,你执行了一次备份,忽然有一天因为不小心操作,弄坏了一些群集配置,整个群集开始不正常工作,这时候,您可以使用授权恢复,选择与一个节点进行恢复,在该节点上执行授权恢复,首先停止群集服务,恢复群集数据库配置,再启动群集节点,请注意,实质上这里,执行授权恢复的时候,所有群集节点的群集服务都会被停止!授权恢复后只要被恢复节点会优先启动,因为授权恢复,要把群集数据库配置回滚到之前的paxos标记,回滚之后需要被授权恢复节点的群集数据库提示为黄金副本,之后,再手动启动其它群集节点的群集服务,其它群集节点会从拥有黄金副本的节点同步群集数据库配置,群集恢复正常。 可以看到,授权模式恢复的关键点在于 1.机器可以不关机在线恢复 ,恢复后不需要重启 2.WSFC和Windows Server backup感知,执行授权模式恢复,自动提示节点数据库paxos标记为最权威。 基本上授权模式恢复的场景很明确,回滚群集配置,并提升回滚节点群集数据库为黄金副本。 这里需要注意的一点是,由于群集数据库的paxos标记会实时变化,因此
原创 2017-10-24 12:24:45
3102阅读
3点赞
WSFC里面的文件服务器是群集,文件始终是一份,数据始终存放在群集磁盘中,通过群集来维持文件服务器这项服务始终持续可用,在2012之前同一时间WSFC只能有一台节点对外提供文件服务,2012开始群集引入SOFS,同一时间多个节点都可以对外提供服务,但是注意,数据仍然是一份,2012是根据服务器连接随机决定访问到的节点,2012R2开始根据share目录来决定随机访问到的节点,即是说,数据还是一份,
原创 精选 2018-08-28 21:17:44
8988阅读
5点赞
WSFC里面的文件服务器群集,文件始终是一份,数据始终存放在群集磁盘中,通过群集来维持文件服务器这项服务始终持续可用,在2012之前同一时间WSFC只能有一台节点对外提供文件服务,2012开始...
我们找到了一种新的群集存储架构模式,利用一整套存储虚拟化带来的好处,通过S2D可以为群集构建群集磁盘,而不再需要提供商公开存储。通过使用S2D技术为我们在公有云上面部署WSFC带来了很多新的可能,未来也希望微软推出更多方便好的技术,帮我们在各种云平台部署WSFC,把WSFC带到任何地方
原创 2017-09-17 13:01:16
2487阅读
4点赞
1评论
部署来宾群集+宿主群集,结合反相关性,确保来宾群集的节点始终处于不同宿主,不论是单个主机宕机,或单个虚拟机宕机都不会影响应用
原创 精选 2018-08-23 18:38:18
5191阅读
8点赞
2评论
本篇文章中,老王不仅为大家介绍了群集运行放置和维护管理的功能,我们还通过群集日志深入去探索放置执行的底层过程,老王相信,只要是热爱群集技术的朋友看到最后都能够有自己的收获,我们学习技术不仅要学会用,更多时候我们应该去关注Why的层面,当我们执行移动至最佳节点,故障转移,故障回复时,为什么会产生这样的效果,为什么会放置在这节点,这个放置是否是我期望的,我可以通过那些功能控制,知道了解老王介绍的这些技术后,相信您脑袋中会有自己的答案,最终希望通过这篇文章可以让更多朋友知道群集有这些管理功能,有这些思考的地方,也希望能够让对于放置功能已经有所了解朋友能够更加加深一层印象!
原创 精选 2017-08-15 18:05:29
4518阅读
3点赞
2评论
回顾一下WSFC传统AD模型的权限需求 创建群集的执行账户要求是各节点本地管理员 创建群集的账户需要对于OU具备创建计算机对象 及 读取所有属性权限 创建VCO的CNO对象,需要对所在OU具备具备创建计算机对象 及 读取所有属性权限 创建VCO的CNO对象,需要对DNS区域具备创建,修改权限 只要满足这四个条件,我们就可以创建一个正常的AD依赖群集,及上层应用。 如果采用预置对象的方案,我们可以不用授予创建群集执行账户与CNO对于OU的权限,直接赋予创建群集执行账户具备CNO完全控制权限,授予CNO对于VCO具备完全控制权限即可。DNS区域权限仍需赋予,但使用预置对象方案,更加合规化 以上为老王实际验证而得,对于传统WSFC群集,AD权限的需求,以及如何使用最小化权限实现WSFC权限需求,希望能够为感兴趣的朋友带来收获!
原创 2017-09-27 20:20:59
4068阅读
6点赞
3评论
RootMemoryReserved可以用于在2008R2-2012R2时代,合理对于群集节点进行主机内存预留,防止主机完全被VM或应用淹没资源,确保主机性能,在没有SCVMM的情况下,可以自带原生控制主机内存预留,如果有SCVMM则更加智能,SCVMM不仅可以针对群集设置,也可以针对于单台宿主机,或整个主机组设置,SCVMM的主机预留可以从CPU、内存、磁盘空间、磁盘 I/O 、网络容量来设置预留情况。
原创 精选 2018-03-04 10:49:35
2785阅读
1点赞
3评论
找到一个WSFC的系列文章,感觉比看官方文档方便一些,有很多篇https://blog.51cto.com/wzde2012/2054015官方文档https://docs.microsoft.com/zh-cn/windows-server/failover-clustering/failover-clustering-overview...
原创 2019-09-01 16:29:45
48阅读
## 深入了解 WSFC 架构 WSFC(Windows Server Failover Clustering)是一个用于高可用性和灾难恢复的技术架构,它能在多台服务器之间共享负载和数据,确保在某一节点遇到故障时,其他节点能够迅速接管工作。本文将介绍 WSFC 的基本架构、组件及其工作原理,并提供代码示例和流程图,以便于更好地理解这一技术。 ### WSFC 的基本架构 WSFC 的基础是
原创 2024-09-17 04:54:41
106阅读
对于我们WSFC来说,核心最关注的就是这个凭据缓存功能,因为我们创建WSFC的时候,需要往群集写入CNO对象的,之后还要写入VCO对象,事实上WSFC群集创建VCO CNO对象不仅仅是创建,而且还需要在创建过程写入很多额外的属性,如果是RODC的情况,默认群集创建是一定没办法写入成功的。 原因是RODC环境下不支持直接写入AD数据,所以我们需要事先在RWDC上面预置CNO/VCO计算机对象及属性,并预设凭据缓存至RODC,以让RODC环境创建群集时可以正常使用 其它对于只读DNS,会有DNS转发器帮我们创建出CNO记录,单向复制也没关系,CNO,VCO只需要预置创建出来之后群集就可以在RODC环境运作,不更改就不再需要写入AD属性 在WSFC 2012时代开始,微软开始支持部署RODC模型,后续版本皆沿用此功能。
原创 精选 2017-10-18 11:29:38
2159阅读
5点赞
2评论
今天我们主要关注的是RHS看的这个阶段,正常情况下来说,RHS要不就是看好,要不就是不好,好就报告正常,接着循环检测,不好RCM就开始按照策略做处理。 但是除了这两种情况,还有另外一种常见的情况,即资源死锁 什么是资源死锁呢,就是说RHS给群集资源发送is alive检测信号,但是群集资源迟迟不给响应,那你不响应的话,群集怎么知道你到底存不存活呢,群集不会一直等待你资源的响应​的,群集一定要准确确认每个资源可不可用,经过一段时间后,群集就会判定资源进入Deadlock死锁,RHS会把你这个不响应的群集资源放在一个单独隔离的RHS进程中,然后RHS尝试重新启动该资源,创建死锁WER报告。
原创 精选 2017-10-20 20:54:05
5581阅读
3点赞
1评论
WSFC中,大家可能会看到各种操作状态,例如,暂停节点,停止节点服务,逐出节点,恢复节点,关闭群集,销毁群集,关闭连接,这些操作到底是什么意思,分别应该用于什么场景下,今天我们就来一探究竟,嘀,老王发车啦!首先我们先从节点操作讲起以WSFC2012R2为例,当我们在故障转移管理器,节点界面下,点击任意一个节点,右键可以看到以下操作暂停恢复远程桌面信息详细信息显示关键事件首先来看暂停,自2012开
原创 精选 2018-02-06 14:32:58
10000+阅读
2点赞
1评论
今天我们再来详细讨论下关于WSFC的仲裁模型,主要仲裁模型的优缺点,应该如何去思考选择最佳合适方案WSFC引入仲裁,主要有两个目的  跟踪群集当前运作票数是否符合仲裁模型协定,如果低于最少允许节点,则决定关闭群集(2012之前)  当发生分区时,确保由多数一方负责接管群集提供服务,少数票数方将关闭回顾一下历史,在2003时代之前,群集只有一种仲裁模型,即仅磁盘仲裁,在这种模型下
原创 精选 2018-03-23 14:23:00
4011阅读
4点赞
2评论
WSFC2016开始,推出了滚动升级的功能,改变了以前的迁移思维,简单来说,我们现在可以在一个群集中就完成零宕机的迁移升级,不需要多个群集做跨群集迁移向导,我们可以直接把节点退出2012R2群集,重装成2016,再加入群集,群集现在实现了一种混合模式,可以允许群集中既有2012R2节点,也有2016节点,针对于虚拟机和SOFS资源,直接可以群集内从2012R2节点迁移到2016节点上面,针对于虚拟机可以采取实时迁移的方式移动,移动完成后再重做节点,加入群集,最终节点都升级为2016,可以看到,这种方式很好,是一种颠覆性的思维,现在我们就在一个群集中就可以完成群集的升级,而且连离线上线的宕机时间也不需要有
原创 精选 2017-09-02 17:34:18
4219阅读
4点赞
  • 1
  • 2
  • 3
  • 4
  • 5