none
Exchange 2010 SP1 "Information Store"服务停掉,DAG中DB不会切换并Mounte RRS feed

  • 问题

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

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

    2011年7月22日 8:38

答案

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

全部回复

  • DAG 是基于数据库级别的
    ITPRO 的价值在于分享,程序开发人员的价值在于创造,架构师分析师的价值在于分析出客户潜在需求,项目经理的价值就是搞定客户! ___________________________________________________________ If you are planning to hire one to help,I appreciate to be your corp member,you can contact me by using this mail:fogyisland_x@htomai.com http://img.album.pchome.net/54/68/37/03/6f112f66134d07066fd0999208d17642.jpg
    2011年7月22日 15:29
    版主
  • 首先感谢雾岛的回复,其他论坛的一个回复也给大家参考下:"这是个理解概念错误。手动dismount 或者正常停"Information Store"服务,相当于你要求 database 停下来去做维护,当然不会发生切换。如果你去把 store.exe 进程杀掉,相当于服务被异常停止,则肯定会发生切换。" 也就是说这并不是一个 issue,那是否也就没必要研究怎样基于服务级别判断从而保障DAG切换了...
    2011年7月25日 7:04
  • 首先感谢雾岛的回复,其他论坛的一个回复也给大家参考下:"这是个理解概念错误。手动dismount 或者正常停"Information Store"服务,相当于你要求 database 停下来去做维护,当然不会发生切换。如果你去把 store.exe 进程杀掉,相当于服务被异常停止,则肯定会发生切换。" 也就是说这并不是一个 issue,那是否也就没必要研究怎样基于服务级别判断从而保障DAG切换了...

     

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

    2011年7月26日 3:43