災害復旧 (DR)

Sterling Intelligent Promisingの進行中の操作中に実稼働環境が使用不可または使用不可になると、災害復旧プロセスが自動的にトリガーされます。

この災害復旧プロセスにより、実稼働環境の機能を復旧し、サイト中断の影響を軽減することができます。 このプロセスは、災害復旧 (DR) インスタンスを使用するように切り替わります。DR インスタンスは、バックアップされ、事業継続性に必要な、実動からの最終更新データと同期されます。
注: 災害復旧プロセスは、実稼働環境にのみ適用されます。

アクティブ環境は、アクティブ・クラスターとインスタンス (パフォーマンスおよび実動のサポート・タスク用) および休止中の DR インスタンス (偶発的なものとして) を収容するようにサイズ変更されます。 すべてのインスタンスは、Web リソース、アプリケーション・リソース、およびデータベース・リソースの仮想マシンを共有します。 このため、宣言された災害時に、 IBM は、DR アクティビティーが中断されないようにアクティブ環境全体を隔離し、可用性の復元に完全に専念します。 災害復旧アーキテクチャーには、データのバックアップおよびアクティブ環境間の切り替え (必要な場合) に関係するすべてのサーバー、ネットワーク、スクリプト、およびデータベースが含まれます。 アクティブ・データ・クラスターは、 IBM® SoftLayer® データ・センターとは異なるデータ・センターに格納されます。

災害復旧プロセスの一環として、実稼働環境内の運用データおよびトランザクション・データ (注文など) は 1 日を通して定期的に複製され、災害復旧インスタンスにバックアップされます。 データの複製には、PII やその他の規制されたデータをバックアップすることも含まれています。 実稼働環境の Web データおよびアプリケーション・データは、災害復旧インスタンスに毎時バックアップされます。 アプリケーション・データには、ファイル・システムの成果物 (CSS、イメージ、静的コンテンツ、SaaS 拡張機能の成果物など) が含まれます。 IBM は、インフラストラクチャーおよび構成データ、拡張、ファイルなどの主要な環境およびサイトのデータも毎日バックアップしています。 実稼働環境データベースのバックアップも、毎日実行されています。 ローカル・バックアップは、小規模の復旧イベントに使用することができるものであり、同様に実行されてリモートの保管場所に移動されます。 トランザクション・ログは、ライブ・データ・センターと災害復旧データ・センターの両方で維持されます。

Web データやアプリケーション・データなどの実稼働環境データは、アクティブ環境間でプライベート IBM SoftLayer ネットワークを介して複製およびバックアップされます。 災害時リカバリー・データベース (常に作動可能状態で維持される) は、このネットワークを使用して、高可用性災害時リカバリー (HADR) 機能を使用することにより、ほぼ同期モードでデータを複製します。

目標

災害が発生し、災害復旧プロセスが開始されると、 IBM は商業的に合理的な努力を払って、アプリケーションを通常の運用に復元します。 災害復旧プロセスの実行中、IBM 担当者は、復旧プロセスの最新状況について 1 時間ごとにユーザーに報告します。 この更新には、目標復旧時間 (RTO) および目標復旧時点 (RPO) に向けた進捗が含まれます。
目標リカバリー時間 (RTO)
RTO は、災害が宣言されてから実稼働環境サービスが復元されるまでの経過時間です。
目標リカバリー・ポイント (RPO)
RPO は、ご使用の環境のリカバリー先となる過去の時点です。 RPO は、通常の操作を再開するために災害時回復バックアップからリカバリーする必要があるデータの潜在的なデータ損失量またはデータの存続期間を示します。
  • Sterling Intelligent Promising Essentials パッケージの Inventory service のサブスクリプションをお持ちの場合、RTO に対して提供されるサービス・レベル目標 (SLO) は 7 日以内で、RPO は 48 時間です。
  • Sterling Intelligent Promising Standard パッケージの Inventory service のサブスクリプションをお持ちの場合、RTO に提供される SLO は 48 時間以内で、RPO は 24 時間です。
  • さらに、 Sterling Intelligent Promising 標準 パッケージの Inventory service の SLO 改善のオプションを購入した場合、予想される RTO は 4 時間以内で、RPO は 2 時間です。

プロセス

災害が発生すると、災害復旧プロセス中に以下の手順が実行されます。
  1. 実稼働環境または 1 次データ・センターで重大な問題が発生した場合 (調査が元に戻せないと判断された場合)、 IBM は、災害が発生したことを宣言し、災害復旧プロセスの実装を開始します。
  2. IBM は、ビジネス・パートナーを使用してサービスをサポートしている場合に、お客様およびビジネス・パートナーなどの他のすべての関係者にアラートを発行します。
  3. IBM は、アクティブ環境を一時的に切り替えるために災害復旧プロセスをアクティブ化し、アクティブ環境が使用不可になります。 この活動化の一環として、 IBM は、バックアップされた実動コード・ベースで災害復旧アプリケーション・サーバーを活動化します。 IBM は、ユーザーのサイトのネットワーク・ファイル・システムがマウント済みで使用可能かどうかの検証も実行します。
  4. 災害復旧プロセスが終了すると、実稼働環境が復元されます。