邮件服务器-邮件系统-邮件技术论坛(BBS)

标题: Exchange2010"InformationStore"服务停掉DAG中DB不会切换 [打印本页]

作者: liuyangvvv 时间: 2011-7-25 11:07
标题: Exchange2010"InformationStore"服务停掉DAG中DB不会切换
前几天给Exchange服务器打补丁(2010SP1无共享存储)，导致DAG中一台邮箱角色服务器关键服务"Information Store"down掉，MailboxDB01状态变为Dismounted，同时MailboxDB01并没在另台状态正常的服务器上自动Mounte，导致从外部访问失败(OWA和Outlook)，手动恢复后数据库加载恢复正常。后测试手动停掉"Information Store"服务并不会激活DAG的切换(因为主机仍Active)，同时也无法把另台主机DB的状态从Healty改为Mounted...

请问: DAG基于FCW只能是主机和网络级别么，是否可以基于服务级别判断来实现故障转移以保障DAG?

作者: liuyangvvv 时间: 2011-7-25 15:13
从其他论坛得到的一个回复给大家参考下："这是个理解概念错误。手动dismount 或者正常停"Information Store"服务，相当于你要求 database 停下来去做维护，当然不会发生切换。如果你去把 store.exe 进程杀掉，相当于服务被异常停止，则肯定会发生切换。" 也就是说这并不是一个 issue，那是否也就没必要研究怎样基于服务级别判断从而保障DAG切换了...

作者: liuyangvvv 时间: 2011-7-26 16:04

原帖由 liuyangvvv 于 2011-7-25 15:13 发表
从其他论坛得到的一个回复给大家参考下："这是个理解概念错误。手动dismount 或者正常停"Information Store"服务，相当于你要求 database 停下来去做维护，当然不会发生切换。如果你去把 store.exe 进程杀掉，相当于 ...

多个问题，2台CAS利用NLB完成负载均衡，如果由于升级或手动停掉CAS服务(MSExchangeRPC ?)，主机状态还active、网络还通的情况下，NLB仍会将外部用户的请求发送到该主机上，造成访问失败。NLB应该是只基于主机和网络级别来工作吧，能否在服务异常的情况下(比如手动Kill进程)有选择的不把访问要求分配给该主机？

[ 本帖最后由 liuyangvvv 于 2011-7-26 16:06 编辑 ]

欢迎光临邮件服务器-邮件系统-邮件技术论坛(BBS) (http://bbs.5dmail.cn/)