グローバルサイトバックアップの概要

Webex グローバルサイトバックアップ（GSB）システムにより、災害時でも事業を継続できます。 その他の利点には、メンテナンス時間やその他のシステム障害に備えて完全に冗長化できることが挙げられます。 GSBは各顧客にバックアップWebexサイトを提供します。 GSBシステムは、プライマリサイトとバックアップサイトの間でリアルタイムの双方向のデータベースデータを同期します。 すべてのお客様がGSBでサポートされています。

Webex バックアップサイトは、プライマリサイトとは別のサイトです。 Webex は、バックアップサイトをプライマリサイトとは別のシステムで、地理的に離れた場所にホストします。

自動リダイレクト

GSBシステムは、会議システム全体に障害が発生した場合、自動的にバックアップサイトにリダイレクトします。 プライマリサイトで会議を開始し、システム全体の障害によりプライマリサイトで障害が発生した場合、バックアップサイトで予定されている同じ会議に自動的に転送されます。 特定の部分的なシステム障害が発生した場合、Webex は手動でサービスを GSB サイトに切り替えます。

予定されている会議が始まる前にプライマリサイトに障害が発生した場合。 会議データはプライマリサイトとバックアップサイトの間でリアルタイムで同期されるため、予定された会議はバックアップサイトで利用できます。 バックアップサイトで予定していた会議は、プライマリサイトがオンラインに戻ったときにも利用できます。

会議中にシステム全体の障害が原因でプライマリサイトに障害が発生すると、主催者や出席者を含む全員が会議から切り離されます。 すべての会議参加者は、プライマリサイトのURLを使用して会議に再参加でき、自動的にバックアップサイトにルーティングされます。 会議コラボレーションサーバーがまだ機能している場合は、プライマリサイトで会議を続けることができます。 ただし、プライマリサイトで新しい会議を開始することはできません。 プライマリサイトのサービスが再開されるまで、バックアップサイトでのみ新しい会議を開始できます。

バックアップサイトでは、プライマリサイトと同じ電話会議番号を使用しています。

バックアップサイトのプライマリサイトから複製された会議を開始すると、プライマリサイトの元の会議の会議のステータス（進行中/今すぐ参加）も表示されます。 出席者は、バックアップサイトで開始された会議にプライマリサイトから参加できます。

アクセスできるサイトは1つだけです。プライマリサイトが稼働している場合はプライマリサイト、プライマリサイトが利用できない場合はバックアップサイトのどちらかです。 Webexネットワークは、主要な会議システムがダウンした場合に備えて、会議出席依頼をバックアップサイトに自動的にリダイレクトします。

バックアップサイトは、プライマリサイトとまったく同じように見えます。 電話で現在接続しているサイトを特定できます http: // <mycompany>.webex.com/ <mycompany>/detectbackup.php 。 URLがプライマリサイトに届くと、「プライマリ」メッセージが返されます。 GSBサイトに到達すると、「バックアップ」メッセージが返されます。

サイトバックアップ

GSBシステムでは、ユーザーアカウントと会議情報は、プライマリサイトとバックアップサイトの間でリアルタイムに、2つの方法で同期されます。 プライマリサイトが利用できない場合にのみ、バックアップサイトの会議にアクセスできます。

ユーザーアカウントと会議情報は、プライマリサイトとバックアップサイトの間でリアルタイムで、2つの方法で同期されます。 サイトのブランディング情報は、プライマリサイトからバックアップサイトにのみ1日1回複製されます。 バックアップサイトで行われたブランディングの更新は、プライマリサイトでは利用できません。

GSBレプリケーションシステムは、カスタマイズされたすべてのページとクライアントバージョンをプライマリサイトからバックアップサイトに1日1回複製します。 カスタマイズされたページとクライアントは、通常、24時間後にバックアップサイトで利用できるようになります。

どのサイトが作成されたかに関係なく、新しいデータは維持されます。

• バックアップサイトで作成されたユーザーアカウントは、リアルタイムでプライマリサイトに複製されます。

• バックアップサイトで会議をスケジュールすると、その会議は即座にプライマリサイトに複製されます。 バックアップサイトでスケジュールした会議はすべてプライマリサイトに表示されます。

• Webex は、バックアップサイトの使用状況を対応するプライマリサイトと統合します。 プライマリサイトのレポートには、プライマリサイトとバックアップサイトの両方の使用状況が含まれます。

メンテナンス

メンテナンスの連絡は事前に送信され、作業は標準のメンテナンス時間である午後7時に行われます。 太平洋標準時から午前 12 時まで PST. この間、バックアップサイトにフェールオーバーし、メンテナンスが完了した後にフェールバックします。サービスの可用性には何の影響もないはずです。

GSBシステムでは、サイトのデータがプライマリサイトとバックアップサイトの間でリアルタイムかつ双方向に同期されます。 プライマリサイトを更新する必要がある場合、Webex は通常のメンテナンスウィンドウ（午後 7 時）に更新を実行します。 太平洋標準時から午前 12 時まで PST). プライマリサイトでのこれらのメンテナンス更新は、バックアップサイトでも即座に更新されます。

開発者サポート

XML APIは、GSBを使用するバックアップサイトでサポートされています。 GSBでは、プライマリサイトとバックアップサイトのURLが同じなので、統合コードを変更する必要はありません。

現在のRUNサイトのAPI顧客向けサポートと比較して、パートナーへのGSB APIサポートはより多くの機能を提供します。 RUNサイトにはユーザーアカウントとブランド情報しかありませんが、GSBサイトには前述のようにさらに多くの機能がサポートされています。 GSBは、APIユーザーが電話でバックアップサイトにアクセスしているかどうかを検出する方法も提供します。 http: // <mycompany>.webex.com/ <mycompany>/detectbackup.php URLがプライマリサイトに届くと、「プライマリ」メッセージが返されます。 GSBサイトに到達すると、「バックアップ」メッセージが返されます。 RUN Sitesはバックアップサイトを示していませんでした。