none
SCCMの冗長化について RRS feed

  • 質問

  • 現在、SCCMをIP-VPNで接続された2つの拠点に、SCCMサーバA、Bを一台ずつ設置して利用しています。

    Aを(親)プライマリ&セントラル、Bを(子)プライマリとして運用しております。

     

    今後、冗長化を行うにあたり、以下の構成を検討しているのですが、

    正しく動作するのかどうかをご教授いただければと思います。

     

    検討内容

     片方のサイトのサーバが故障した場合、管理する端末の設定を自動で変更する。

     例えば、Aサーバが故障した場合、BサーバではAのサイトについて情報を確認することはできませんが、

     境界の設定を手動で変更することで、BサーバでAのサイトの端末を管理する。

     

    上記の設定は可能でしょうか?

    片方のサイトのサーバが故障した場合でも、一方のサイトのインベントリ情報を確認できること。

    ソフトウェアの更新ができることを実現したいと思っています。

    2011年5月31日 3:56

回答

  • cinacinaさん

     

    親プライマリサイト、子プライマリサイトではそれぞれDBを持っており、

    それぞれの管理下におけるクライアント情報や構成情報が格納されています。

    cinacinaさんの構成では親プライマリサイトのソフトウェア更新ポイントから子プライマリサイト(子のSUP経由で)のクライアントに更新プログラムを配布していますか?

    この場合は、サイト境界だけを子サイトに構成しなおしても、ご希望の状態は実現されません。

     

    親サイトAのサーバーがダウンした場合に、まず子プライマリサイトで親プライマリサイトを切り離す必要があります。

    子プライマリサイトに親サイトのサイト境界情報を入れれば、子サイトで親サイトのサイト境界は管理下になります。

    ただし、すでにクライアントには親または子のサイトコードが割り当てられており、クライアントに割り当てられたサイトコードをすべて変更しなくてはなりません。

    子プライマリサイトでもクライアントを検出するために、サイトで探索を再度行ったり、必要に応じてコレクションを作成したりなど切り替えは「それ!」と簡単に出来るわけではありません(必要な場合は、子プライマリサイトのSUPをアクティブなSUPに変更)。

     

    親サイト、子サイトとも現状で1台ずつで、必要なSCCM役割が実行されているのであれば、同じサイト内で役割に応じた冗長化をするのが確実な方法ではないでしょうか。

    サイトデータベースサーバーをフェールオーバークラスタされたSQL Serverに移動したり、管理ポイント、ソフトウェア更新ポイントをNLB構成にする、配布ポイントを複数に分散するなど、です(冗長化が出来ないSMS Providerもあるので注意してください)

    http://technet.microsoft.com/ja-jp/library/ee344146.aspx

     

     

     


    SundaySilence - Configuration Manager MVP
    • 回答としてマーク cinacina 2011年6月1日 10:35
    2011年5月31日 5:19

すべての返信

  • cinacinaさん

     

    親プライマリサイト、子プライマリサイトではそれぞれDBを持っており、

    それぞれの管理下におけるクライアント情報や構成情報が格納されています。

    cinacinaさんの構成では親プライマリサイトのソフトウェア更新ポイントから子プライマリサイト(子のSUP経由で)のクライアントに更新プログラムを配布していますか?

    この場合は、サイト境界だけを子サイトに構成しなおしても、ご希望の状態は実現されません。

     

    親サイトAのサーバーがダウンした場合に、まず子プライマリサイトで親プライマリサイトを切り離す必要があります。

    子プライマリサイトに親サイトのサイト境界情報を入れれば、子サイトで親サイトのサイト境界は管理下になります。

    ただし、すでにクライアントには親または子のサイトコードが割り当てられており、クライアントに割り当てられたサイトコードをすべて変更しなくてはなりません。

    子プライマリサイトでもクライアントを検出するために、サイトで探索を再度行ったり、必要に応じてコレクションを作成したりなど切り替えは「それ!」と簡単に出来るわけではありません(必要な場合は、子プライマリサイトのSUPをアクティブなSUPに変更)。

     

    親サイト、子サイトとも現状で1台ずつで、必要なSCCM役割が実行されているのであれば、同じサイト内で役割に応じた冗長化をするのが確実な方法ではないでしょうか。

    サイトデータベースサーバーをフェールオーバークラスタされたSQL Serverに移動したり、管理ポイント、ソフトウェア更新ポイントをNLB構成にする、配布ポイントを複数に分散するなど、です(冗長化が出来ないSMS Providerもあるので注意してください)

    http://technet.microsoft.com/ja-jp/library/ee344146.aspx

     

     

     


    SundaySilence - Configuration Manager MVP
    • 回答としてマーク cinacina 2011年6月1日 10:35
    2011年5月31日 5:19
  • Sunday Silenceさん

    ありがとうございます。

    ご指摘の通り、子プライマリサイトではBの子ServerがSUPとして機能しています。

     

    なるほど、簡単にはいかないのですね。

    手動作業を行っているうちにサーバ交換ができそうです。。

    冗長化にはかなりコストがかかることがわかりました。

    データの消失を無くす観点で再検討したいと思います。

    ありがとうございます。


    2011年6月1日 2:18