51CTO首页
AI.x社区
博客
学堂
精品班
软考社区
免费课
企业培训
鸿蒙开发者社区
信创认证
公众号矩阵
移动端
视频课 免费课 排行榜 短视频 直播课 软考学堂
全部课程 软考 信创认证 华为认证 厂商认证 IT技术 PMP项目管理 免费题库
在线学习
文章 资源 问答 课堂 专栏 直播
51CTO
鸿蒙开发者社区
51CTO技术栈
51CTO官微
51CTO学堂
51CTO博客
CTO训练营
鸿蒙开发者社区订阅号
51CTO软考
51CTO学堂APP
51CTO学堂企业版APP
鸿蒙开发者社区视频号
51CTO软考题库

微软WSFC全方位解析

Windows Server Failover Clustering是微软重要的Windows Server功能，它为微软众多企业级平台提供底层高可用机制，掌握WSFC的概念原理，功能使用，故障排错将对管理员运维有很大帮助，本系列文章将从WSFC的概念介绍，功能使用，故障排错，性能优化，WSFC 2016新功能解析等多个层面来为大家介绍WSFC，一

WSFC全方位解析
WSFC
WSFC2016
微软群集技术
WSFC2012
置顶 原创 2017-12-24 15:50:11 10000+阅读 11点赞 13收藏 7评论

WSFC2016 跨群集复制

存储复制技术是2016存储的一项主要进步，原生的块级别复制，如果节点很少，不想维护群集的话，可以使用单机对单机场景实现灾难恢复，如果希望群集获得最低的RTO/RPO，可以使用延伸群集功能，获得自动化的灾难恢复，如果希望规划更为复杂的架构，针对于不同站点希望使用不同网络和存储架构，实现跨群集跨站点级别的灾难恢复，现在也可以实现

WSFC2016
微软跨群集复制
WSFC
微软存储复制
原创 精选 2017-12-24 14:35:51 10000+阅读 6点赞

WSFC2016 延伸群集

通过对比我们可以看出，两种类型的延伸群集各有千秋，但归根到底都是为了实现跨站点群集 存储的高度可用，因此我们可以暂且给延伸群集一个初步定义，在实现跨站点群集的基础上，利用设备复制技术，或超融合技术，或复制技术，实现了存储的高度可用，确保站点发生故障时，不会因为存储而影响灾难恢复

延伸群集
微软延伸群集
WSFC2016
VM存储弹性
微软存储复制
原创 推荐 2017-12-12 20:49:34 10000+阅读 10点赞 2收藏 10评论

Windows Server 2016存储复制浅谈

存储复制技术，可以说是一项广大ITpro一直期待的技术，之前版本的Windows Server中一直没有什么很好的复制技术可以被用于虚拟化，私有云的场景，DFS只能复制关闭的文件，所以很多场景并不能使用它，新的存储复制技术可以说是一大亮点，一个很典型的场景，如果一个企业要实现一套高可用群集架构，这套架构可能是异地的，但是又没有钱实现设备级别的存储复制，只好使用第三方的产品实现存储复制，公开给群集，例如Starwind或者Datakeeper等产品，主机级别实现虚拟的存储复制，公开给群集，现在有了存储复制技术，我们直接使用微软原生自带的就可以实现经济实惠的穷人版的存储复制，存储复制技术的两点还在于，它的平台无关性，硬件无关性，存储技术实现为OS层面的一个技术，只要你有Windows Server 2016数据中心版，就可以使用这项技术，那么这就好玩啦，可以是在我们本地机房里面玩，私有云里面玩，公有云里面玩，混合云场景玩，只要有OS可以，还不好说？硬件无关性，存储复制并没有对节点底层存储做限制，可以是本地SCSI/SATA，ISCSI，Share SAS ，SAN，对于单机对单机，以及群集

存储复制
StorageReplica
微软存储复制
原创 推荐 2017-11-28 16:50:11 10000+阅读 13点赞 11收藏 10评论

我的友情链接

51CTO博客开发周平的微软统一沟通杜飞烟儿从此落户了ZJS的微软桌面虚拟化VMCloud网络研究实践科菜鸟起航九叔-微软私有云徐庭的博客-IT技术分享自动化世界gs_haoXuTonglin卡斯特梅的雨季微软SDDC技术前沿中国云梦王春海的博客

原创 2017-11-22 23:11:57 685 阅读

WSFC SQL应用磁盘阵列替换

   在上篇文章中，我们讲了WSFC上层文件服务器应用数据磁盘的替换与升级，实际上我们可以有好多个场景去适用这种替换方式，第一，扩容替换 ，就是我们上篇所演示的那样，第二，坏损替换，事先文件服务器好的时候，把数据拷贝出来，某天忽然群集数据磁盘坏了，直接插入新磁盘，把备份的内容还原进来，点击修复磁盘即可。   那么基于上篇文章提到的内容，本篇我们再来看一种场景

WSFC
SQL存储替换
SQL磁盘替换
SQL迁移
原创 精选 2017-11-09 09:40:36 4123 阅读 5点赞 3收藏

WSFC文件应用数据磁盘扩容替换

通过以上两个实验，相信大家可以看懂文件服务器群集角色应该如何迁移磁盘 我们可以发现，虽然两种办法可以达到同样的效果 但是毫无疑问，第二种办法无疑更简单，便于理解 相当于是通过一个修复磁盘的向导，帮我们省去了四个自行替换群集磁盘的步骤 只要您说，要替换或者扩容磁盘，直接添加新磁盘进来，拷贝内容，点击修复，得了，齐活 这多简单方便

WSFC
群集磁盘替换
群集磁盘扩容
修复群集磁盘
原创 精选 2017-11-06 17:07:00 3617 阅读 4点赞 1收藏

SID Filtering中文版bug

     距离老王上次发布共享权限迁移系列文章已经过去将近一年了，当时写的文件服务器迁移系列文章，看似完美，但其实对于老王来说我只能给自己打80分，为什么呢，因为最后在测试SID Filtering的时候我没做出来效果，在心里始终是个遗憾，一直想把这个遗憾给补上，后来给补上了，SID Filtering是一项过滤SID历史的隔离技术，防止恶意用户将SID历史带到新的林

ADMT
SID历史
SID Filtering
SID筛选
原创 2017-10-28 18:02:31 4356 阅读 2点赞 1收藏 5评论

WSFC多站点与灾难恢复

WSFC真正开始对于多站点数据中心支持的是WSFC 2008，在2008时代，WSFC开始支持多子网的群集架构，即是说，你可以北京两个节点是10网段，上海两个节点是20网段，也可以允许你创建一个群集，北京节点崩溃时候，应用也可以漂移到20网段的上海上面继续工作，而在2003则不可以，2003时代所有群集节点必须是同一子网。 实现多子网技术，最关键的是2008时代WSFC开始支持群集组网络名称依赖关系自定义了，对于一个群集组，我们可以让它有很多个子网的IP地址，这些IP地址可以是OR关系，只要其中一个能够注册，那么应用就可以正常提供服务。当故障转移之后，在另外子网地址注册，应用切换到另外地址提供服务。

WSFC
多子网群集
多站点群集
存储复制
原创 推荐 2017-10-27 17:10:09 10000+阅读 7点赞 2收藏

WSFC备份恢复

授权模式恢复 什么场景下会使用到授权模式恢复，例如，之前群集运行最正常的情况下，你执行了一次备份，忽然有一天因为不小心操作，弄坏了一些群集配置，整个群集开始不正常工作，这时候，您可以使用授权恢复，选择与一个节点进行恢复，在该节点上执行授权恢复，首先停止群集服务，恢复群集数据库配置，再启动群集节点，请注意，实质上这里，执行授权恢复的时候，所有群集节点的群集服务都会被停止！授权恢复后只要被恢复节点会优先启动，因为授权恢复，要把群集数据库配置回滚到之前的paxos标记，回滚之后需要被授权恢复节点的群集数据库提示为黄金副本，之后，再手动启动其它群集节点的群集服务，其它群集节点会从拥有黄金副本的节点同步群集数据库配置，群集恢复正常。 可以看到，授权模式恢复的关键点在于 1.机器可以不关机在线恢复 ，恢复后不需要重启 2.WSFC和Windows Server backup感知，执行授权模式恢复，自动提示节点数据库paxos标记为最权威。 基本上授权模式恢复的场景很明确，回滚群集配置，并提升回滚节点群集数据库为黄金副本。 这里需要注意的一点是，由于群集数据库的paxos标记会实时变化，因此

裸机恢复
WSFC
授权恢复
非授权恢复
群集数据库
原创 2017-10-24 12:24:45 3102 阅读 3点赞 1收藏

WSFC资源死锁案例

今天我们主要关注的是RHS看的这个阶段，正常情况下来说，RHS要不就是看好，要不就是不好，好就报告正常，接着循环检测，不好RCM就开始按照策略做处理。 但是除了这两种情况，还有另外一种常见的情况，即资源死锁 什么是资源死锁呢，就是说RHS给群集资源发送is alive检测信号，但是群集资源迟迟不给响应，那你不响应的话，群集怎么知道你到底存不存活呢，群集不会一直等待你资源的响应​的，群集一定要准确确认每个资源可不可用，经过一段时间后，群集就会判定资源进入Deadlock死锁，RHS会把你这个不响应的群集资源放在一个单独隔离的RHS进程中，然后RHS尝试重新启动该资源，创建死锁WER报告。

deadlock
dump
WSFC
RHS
RCM
原创 精选 2017-10-20 20:54:05 5581 阅读 3点赞 2收藏 1评论

WSFC RODC部署模型

对于我们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模型，后续版本皆沿用此功能。

凭据缓存
WSFC模型
RODC群集
WSFC
预置CNO
原创 精选 2017-10-18 11:29:38 2161 阅读 5点赞 2评论

WSFC2016 多域部署模型

    Hi 各位关注老王博客的朋友，十一过后，我们又开始继续研究学习WSFC啦，本次为大家介绍的是WSFC 2016部署模型里面的多域架构  什么是多域呢，对于只了解WSFC的朋友来说，可能并不明白是什么意思，其实多域指的是一种AD域的逻辑范围，例如说，我北京有一个域，oa.com，天津有个子域，tj.oa.com，这两个域同属于一个林，oa.com林，它们在一个大

WSFC
多域群集
群集部署模型
管理点
CNO
原创 2017-10-16 16:01:00 4733 阅读 2点赞 1收藏

WSFC AD权限规划

回顾一下WSFC传统AD模型的权限需求 创建群集的执行账户要求是各节点本地管理员 创建群集的账户需要对于OU具备创建计算机对象 及 读取所有属性权限 创建VCO的CNO对象，需要对所在OU具备具备创建计算机对象 及 读取所有属性权限 创建VCO的CNO对象，需要对DNS区域具备创建，修改权限 只要满足这四个条件，我们就可以创建一个正常的AD依赖群集，及上层应用。 如果采用预置对象的方案，我们可以不用授予创建群集执行账户与CNO对于OU的权限，直接赋予创建群集执行账户具备CNO完全控制权限，授予CNO对于VCO具备完全控制权限即可。DNS区域权限仍需赋予，但使用预置对象方案，更加合规化 以上为老王实际验证而得，对于传统WSFC群集，AD权限的需求，以及如何使用最小化权限实现WSFC权限需求，希望能够为感兴趣的朋友带来收获！

WSFC
CNO
VCO
CNO预置
VCO预置
原创 2017-09-27 20:20:59 4072 阅读 6点赞 4收藏 3评论

WSFC CNO与VCO误删恢复

在前面的文章中老王反复的和大家强调过CNO，VCO起到的作用基本上，CNO和VCO，主要负责提供群集的Kerberos验证，作为管理访问点的一部分，提供用户访问CNO VCO每次启动联机时需要联系到域控制器，CNO会与AD同步自己的计算机密码，也会帮助VCO同步密码，CNO负责维护与VCO的关联关系可以说，如果我们的群集模型部署为传统AD架构，那么CNO和VCO将是非常重要的，一旦我们不小心删除了

Kerberos
WSFC
CNO误删恢复
VCO误删恢复
原创 2017-09-27 13:24:34 4817 阅读 5点赞

WSFC2016 工作组部署模型

到了WSFC 2016时代，微软彻底如大家所愿，现在可以在一个完全工作组的环境下部署WSFC群集，连域成员身份也不需要了，彻底摆脱AD，直接使用工作组就可以部署群集，这对于企业没有AD域环境，又想要部署群集，或者想要部署群集但是又不一点也想管理AD域的管理员来说就太方便了 但是和2012时代无AD依赖一样，No Computer Object No Kerberos，支持的负载依然一样，最适合的负载还是SQL 群集&AG 使用SQL身份验证

群集管理点
群集部署模型
CNO
WSFC
工作组群集
原创 精选 2017-09-26 20:02:20 3768 阅读 4点赞 3评论

Microsoft Project Honolulu上手体验

通过以上介绍，相信大家对Honolulu已经有了个印象，老王来说说我的看法 在老王看来这是微软进的一个新的领域，即轻数据中心管理 在这之前，当我们要管理服务器，只有登录到服务器上面打开一个个MMC，或者打开群集管理器，如果我们有VMM，可以使用VMM对于整个计算资源池管理 而Honolulu则和以前的方案都不相同，首先，它把主机上面的MMC进行重构，通过一个Web端的Server Manager 就管理很多服务器上面的组件，不再需要RDP到每台机器，也不再需要重复打开多个MMC，可以同时管理多个主机和多个群集，对于虚拟化主机和群集可以有报告显示，这在以前，如果我们需要一种轻数据中心管理的方案，既不占空间，访问便利，简单好用，通常我们会选择诸如5nine Manager等产品，可能企业没有建设云和动态管理数据中心的需求，企业就不需要购买VMM，那么我又想选一种折中的方案，我既能管理主机和群集，又不想买VMM，那在以前只好买第三方产品，现在微软推出Honolulu了之后，我们就可以用微软自己的产品来对进行轻数据中心管理 今后如果您的环境只有两三台Hyper-V，那么您可以选择就通过Hy

SMT
Honolulu
MMC颠覆
轻量级数据中心管理
原创 推荐 2017-09-24 17:42:57 10000+阅读 6点赞 1收藏 11评论

WSFC2016 On Azure

我们找到了一种新的群集存储架构模式，利用一整套存储虚拟化带来的好处，通过S2D可以为群集构建群集磁盘，而不再需要提供商公开存储。通过使用S2D技术为我们在公有云上面部署WSFC带来了很多新的可能，未来也希望微软推出更多方便好的技术，帮我们在各种云平台部署WSFC，把WSFC带到任何地方

WSFC2016
云端群集
WSFC On Azure
云端见证
原创 2017-09-17 13:01:16 2487 阅读 4点赞 1收藏 1评论

WSFC2016 跨站点运行状况检测

如果说您的环境，对于应用的可用性要求的很严格，一旦节点出现问题，应用需要立刻被故障转移到其它节点上，且您的环境中网络质量很高，不会出现丢包，瞬时中断的情况，那么您可以设置检测阀值为5或10，这样带来的好处是应用始终在最可靠的节点运行，只要应用当前运作节点5次检测lost，立刻failover到其它节点，但随之带来的问题是，一定要确保网络质量无瞬时中断，一旦出现瞬时中断的情况，应用会频繁的进行failover，因此设置检测阀值严格的前提，一定是对于应用可用性要求严格，网络环境足够稳定。 如果说您的环境，网络质量不高，确实会存在瞬时中断，检测信号有时不会及时响应，那么您可以选择设置检测阀值宽松一些，最高建议设置到20次信号丢失，再进行故障转移，这是个微软的最佳实践。设置检测阀值宽松，带来的好处是，确保节点正常情况下不会被故障转移，容许20次信号检测失败，maybe是因为节点距离远，或者有瞬时中断的情况。带来的坏处是，如果设置的阀值过于宽松，将会延迟宕机时间，例如，如果节点确实宕机了，但是却在60次检测后才触发故障转移，原本5次检测后就该故障转移的，因此这额外的55次检测的过程就是额外的宕

心跳检测
WSFC
运行状况检测
瞬时中断
跨站点
原创 推荐 2017-09-14 09:52:38 8704 阅读 9点赞

WSFC2016 故障域站点感知

在WSFC 2016中微软针对于故障域，新开通了个四个级别，分别是Site，Rack，Chassis，Node，其中Node是群集安装后默认就有，站点，机架，机箱，我们可以自行创建，自行构建它们之间的嵌套级别，并且针对于每个故障域级别都可以做详细的说明，便于查看，让我很感到惊喜的是WSFC 2016中的故障域并不只是说说而已，而是真的WSFC本身就可以帮助我们实现故障域感知的功能，目前老王观察看到 Site，Rack，Chassis这三种故障域级别都有各自生效的场景   例如，同一个Site上面的Node，默认情况会在Site内执行故障转移，如果Site所有群集节点不可用，再转移至不同Site，随之又有很多Site故障域级别的粘合性优化，可以配置群集级别的首选Site，应用级别的首选Site，同一个Site虚拟机会使用同一个Site的存储，如果同一个Site的存储移动到其它Site，则虚拟机也跟着移动，等等，本文后面我也将主要介绍WSFC 2016 Site级别的故障域感知。   还有一种场景，即Storage Direct Spaces，这项技术相信很多

站点感知
故障域
WSFC
群集组感知
存储感知
原创 精选 2017-09-10 21:29:26 5626 阅读 7点赞

WSFC2016 VM弹性与存储容错

有了这项技术后，我们可以让群集保持以前的样子，根据检测信号完成快速的故障转移，也可以根据通过VM弹性技术，设置在一定瞬时中断时间内，接受短暂的中断又恢复，不需要立刻执行故障转移，可以分别把主机在瞬时中断下做隔离处理，甚至进一步检疫处理，相对来说更加正规一些，也比原来我们调整检测信号的方式来的效果更好，因此如果大家环境中有瞬时中断的情况，不妨了解使用下这项功能。 如果不想要VM弹性功能，还想恢复以前基于信号检测直接做故障转移的运作方式 设置VM弹性值如下，则回到从前，需要注意，在2016TP2之后的版本，这项功能默认被启用，因此当发生网络中断，服务崩溃如果发现应用没快速故障转移，不要惊慌，那么是因为群集自动开启了VM弹性功能，不想要他，直接这样disable掉即可

Storage Resiliency
VM Resiliency
瞬时中断
WSFC
原创 精选 2017-09-08 10:41:00 4872 阅读 5点赞 1收藏 1评论

WSFC2016 诊断排错更新

微软优化了这一点，解除了这个性能担心的问题，改为单独设置了一个事件管理器通道DiagnosticVerbose，这个通道就是按照level 5级别来记录群集运作信息，如果我们需要进行level 5级别的群集排错，可以直接查看这个事件管理器通道，实质上当我们获取clusterlog的时候也可以看见这个通道的内容，这个日志下面是来自DiagnosticVerbose中level5的群集日志

dump
WSFC
日志排错
原创 2017-09-06 17:41:25 2356 阅读 3点赞 1收藏

WSFC2016 VM顺序组与管理组

总结下顺序组依赖功能的利与弊 群集级别功能，单台配置，全群集生效，配置信息记录至群集数据库同步至全群集节点及仲裁磁盘 不仅可以应用于虚拟机，还可以应用于其他群集角色 可以任意构建依赖关系模型，支持跨顺序组之间构建依赖关系，也支持顺序组内构建依赖关系，可以手动调整顺序组延迟启动时间，依赖延迟操作，较为灵活，适用于真正有依赖启动需求的场景 缺点，只能是节点冷启动，或虚拟机关机开机时依赖关系才会生效，手动移动至最佳节点，维护模式不会生效，希望以后维护模式，手动移动至最佳节点也可以用上就厉害了，这样如果跨站点迁移的话，当我们迁移Web，就会也把DB,AP也一起迁移过去

VM管理组
顺序组依赖
群集顺序组
WSFC
原创 精选 2017-09-03 22:35:57 2514 阅读 4点赞

WSFC2012R2滚动升级至WSFC2016

在WSFC2016开始，推出了滚动升级的功能，改变了以前的迁移思维，简单来说，我们现在可以在一个群集中就完成零宕机的迁移升级，不需要多个群集做跨群集迁移向导，我们可以直接把节点退出2012R2群集，重装成2016，再加入群集，群集现在实现了一种混合模式，可以允许群集中既有2012R2节点，也有2016节点，针对于虚拟机和SOFS资源，直接可以群集内从2012R2节点迁移到2016节点上面，针对于虚拟机可以采取实时迁移的方式移动，移动完成后再重做节点，加入群集，最终节点都升级为2016，可以看到，这种方式很好，是一种颠覆性的思维，现在我们就在一个群集中就可以完成群集的升级，而且连离线上线的宕机时间也不需要有

WSFC
滚动升级
虚拟化升级
跨群集
WS2016
原创 精选 2017-09-02 17:34:18 4223 阅读 4点赞 1收藏

WSFC2008R2跨群集迁移WSFC2012R2

在这里老王利用两篇的篇幅，为大家介绍了微软群集的跨群集迁移功能，从2003一直迁迁迁迁迁移到2012R2，我们看了传统群集角色DHCP和文件服务器的迁移过程，也看了虚拟机的跨群集迁移，大家可以发现，不论是传统角色还是虚拟机，跨群集向导都只是做一个轻迁移的功能，它只是负责把旧群集的群集角色配置和相关的群集配置复制到新群集上，不论是虚拟机还是传统文件服务器角色，它都不负责具体内容的迁移，真正需要我们准备的，一个是规划好切换的时间点，另外一个就是测试群集应用迁移到新群集是否可以正常工作，需要执行那些操作。对于虚拟机迁移来说，老王认为如果您是在有群集的情况下，没有SCVMM，那么您完全可以利用跨群集迁移的这样一个功能，来迁移虚拟机从2008R2到12R2，只需要规划好虚拟机2008R2离线的时间，2012R2上面上线时间即可，在希望可以为朋友们带来一些收获和思考！当选择群集应用迁移方案时，还有这样的跨群集迁移向导可以选择

虚拟化
虚拟化迁移
WSFC
跨群集迁移
群集映射
原创 2017-08-28 20:44:03 2232 阅读 3点赞

MSCS2003跨群集迁移至WSFC2008R2

以上，为群集迁移系列的开篇，希望能为大家开个脑洞，带个好头，能够让更多的朋友知道，原来群集还有这样的跨群集迁移功能可以用，在2003迁移至2008R2群集时大家可以看出，跨群集迁移向导，做的只是把旧群集里面的应用资源以及群集组相关的设置迁移至新群集中，但是对于文件服务器的内容，跨群集迁移是不管的，因此我也说跨群集迁移这个向导在2003到2008R2时是个轻向导，它只迁移交换角色和配置到新群集，具体角色的内容和数据还是要自行迁移，在本文中老王以典型的文件服务器迁移为例，并用了一些比较老实的方法迁移了权限，我的思路可能一时有限，应该也会有更多好的办法，这里老王只是抛砖引玉，大家感兴趣可以自行去尝试迁移一些角色进行研究，后续老王还将继续花几篇文章讲解群集迁移系列直到WSFC2016。

MSCS
WSFC
跨群集迁移
群集迁移
群集资源映射
原创 精选 2017-08-26 15:50:21 2342 阅读 5点赞 3评论

WSFC日常管理操作

本篇文章中，老王不仅为大家介绍了群集运行放置和维护管理的功能，我们还通过群集日志深入去探索放置执行的底层过程，老王相信，只要是热爱群集技术的朋友看到最后都能够有自己的收获，我们学习技术不仅要学会用，更多时候我们应该去关注Why的层面，当我们执行移动至最佳节点，故障转移，故障回复时，为什么会产生这样的效果，为什么会放置在这节点，这个放置是否是我期望的，我可以通过那些功能控制，知道了解老王介绍的这些技术后，相信您脑袋中会有自己的答案，最终希望通过这篇文章可以让更多朋友知道群集有这些管理功能，有这些思考的地方，也希望能够让对于放置功能已经有所了解朋友能够更加加深一层印象！

维护模式
WSFC
群集所有者
群集优先级
反相关性
原创 精选 2017-08-15 18:05:29 4521 阅读 3点赞 2收藏 2评论

WSFC日志分析进阶篇

  对于一般的排错，事件管理器系统，应用程序日志中旳群集日志已经可以提供足够明确的信息，事实上微软在2008时代改变群集事件的时候就曾经有个愿景，希望可以让更多的管理员通过看事件管理器就能了解解决一部分问题，到了2012时代事件管理器中的日志确实也达到了微软的愿景，确实很多问题，日志已经提示的很明确 但是一旦遇到一些问题，事件管理器中给出的提示无法解决，这时我们仍需要直接看cluster log，来从群集的最底层去了解故障的彻底原因。 如果是需要进行一个综合性的排错，例如综合排查三个节点的群集错误和虚拟化错误，这时候你可以选择查看群集管理器中的群集事件，来进行一个综合性的排错 如果是需要进行群集的健康检查，看看还有那些最佳实践没有执行，可以执行群集验证报告，群集验证报告也会提供很多有用，底层的信息。

ClusterLog
底层分析
WSFC
群集底层
群集验证报告
原创 精选 2017-08-07 08:52:59 5010 阅读 6点赞 3评论

WSFC日志分析基础篇

至此，WSFC日志分析基础篇结束，在这一篇中老王主要为大家介绍了WSFC日志分析，相对来说基础一点的三个地方，分别是事件管理器，群集报告目录，群集管理器事件，对于群集日志分析没有头绪的朋友可以先从这三个地方看起，仔细看懂里面的内容，学会利用他们，相信对提高您的日志分析能力会有所帮助

日志分析
群集日志
群集事件
群集验证报告
WSFC
原创 2017-08-05 19:17:11 3983 阅读 2点赞 1收藏

WSFC动态仲裁容易被忽略的两点

很多时候可能如果你不清楚仲裁是怎么回事，群集停了你也不知道是怎么回事，因此老王多花了一些篇幅来仔细把仲裁技术刨开来讲，力图让大家理解透彻，又花了两个篇幅以场景的形式把2012动态仲裁技术和群集其它仲裁技术结合，重现在一些场景下的操作，相信认真看过的朋友都会有收获   那么看过的朋友可能都会觉得，动态仲裁是一项好技术啊，帮助我们自动调整投票，确保群集可以站立到最后一个节点，绝大部分人也都会说，2012开始有了动态仲裁，群集就一定可以支持到最后一个节点，一定吗？其实是不一定的，我们仍需要冷静的看待，经过老王的研究，发现这里有两种场景下，动态仲裁是不会支持到最后一个节点的

群集投票
群集数据库
阻止仲裁
强制仲裁
动态仲裁
原创 精选 2017-08-03 21:33:51 6031 阅读 5点赞 1收藏
  • 1
  • 2

Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号

关于我们
官方博客 全部文章 热门标签 班级博客
了解我们 网站地图 意见反馈
友情链接
鸿蒙开发者社区 51CTO学堂
51CTO 软考资讯