クラウドを活用した業務データの災害対策/長期保管
BCPにマッチしたソリューション選択を

クラウドを活用した業務データの災害対策/長期保管
バックアップ方式の種類
クラウドやWAN回線の障害時においても、バックアップやデータ復旧は可能か？ [データ保護の可用性]
業務マシンの破損時に、早急なデータ復旧/惨事復旧が可能か？ [RTO]
オンプレミスのサイト災害時に、データが保全できるか？ [災害対策]
オンプレミスのサイト災害時に、クラウド側で早急にデータ復旧できるか？ [災害対策]
バックアップ時間が要件内に収まるか？ [バックアップ業務の維持]
クラウドへのWAN転送時間が要件内に収まるか？ [災害対策運用の維持]
まとめ
バックアップ方式(パターン)のメリット/デメリット・注意ポイント

クラウドを活用した業務データの災害対策/長期保管

業務データをクラウドに保管する 業務データを遠隔地で保管して災害対策、安価に長期保管するために、クラウドを活用できます。

バックアップは稼働系マシンのデータ破損/ハードウェア障害の復旧を実現。
加えて、クラウドを利用した災害対策やデータ長期保管まで実現します。

以下のようなデータは一定期間保持し、不定期に参照するケース、過去にさかのぼって利用/確認するケースが考えられます。

電子メール(監査、退職者、不正防止、確証、etc.)
動画/画像データ(確証、監視、経過データ、価値の高いデジタルデータ、etc.)
ログデータ(証跡、調査、分析、経年データ、etc.)

クラウドを活用する場合、以下のケースを想定し、要件を満たすBCP(事業継続計画)の策定と活用方法を検討します。

クラウドを活用したバックアップについて、データ保護の可用性/RTO/災害対策/バックアップ運用の継続/災害対策運用の維持などのテーマにおけるBCP要件を満たすかどうかを考える必要があります。

バックアップ方式の種類

パターン1：クラウドストレージへステージング

オンプレミスにて一次バックアップ保存したものを、クラウドストレージへ複製(ステージング)転送する方式

パターン2：クラウドストレージへバックアップ

クラウドストレージへ直接バックアップ保存する方式

パターン3：クラウド内でバックアップ

IaaS環境内でバックアップする方式

パターン4：オンプレミスからクラウドへバックアップデータを転送

オンプレミスにて一次バックアップ保存したものを、IaaS環境マシンへ転送する方式

パターン5：オンプレミスのデータをクラウドのバックアップサーバで保護

オンプレミスのデータをIaaS環境のバックアップサーバへ直接バックアップする方式

パターン6：クラウドのデータをオンプレミスのバックアップサーバで保護

IaaS環境のデータをオンプレミスのバックアップサーバへ直接バックアップする方式

採用するバックアップ方式を検討していくにあたり、データの保護、または、災害対策といった当初の目的を達成するため、以下のようなポイントを検討します。

１．クラウドやWAN回線の障害時においても、
バックアップやデータ復旧は可能か？[データ保護の可用性]

稼働系システムのサーバ故障だけでなく、データ破損など、日々のデータ復旧に対応しなければ、業務への影響は避けられません。クラウドやWAN回線の不調・障害が、日常のバックアップ/データ復旧に、与える影響を最小化し、業務中断・停止などの事態にならないよう検討することは大切です。
稼働系システムで一次バックアップを保持することで、これらのリスクは回避できます。

○ バックアップ・データ復旧ができる	パターン１、パターン４
× バックアップ・データ復旧はできない	パターン２、パターン３、パターン５、パターン６

２．業務マシンの破損時に、早急なデータ復旧/惨事復旧が可能か？
[RTO]

稼働系システムの業務サーバやディスク装置が破損し、サーバ全体、ディスク全体を復旧するケースがあります。
相応のデータ容量を復旧する必要に迫られますが、復旧用のデータを、帯域が限られたベストエフォート回線を経由して転送するケースや、転送速度が低下する地理的に遠隔地からの転送するケースでは、転送そのものに長時間かかり、業務再開が遅延する要因にもなります。
RTOを重視する場合は、稼働系システムで一次バックアップを保持することを検討します。

○ オンプレミスと同レベルのRTO	パターン１、パターン４
△ 惨事復旧は不可などの制限あり	パターン３
× データ復旧に長時間がかかる	パターン２、パターン５、パターン６

３．オンプレミスのサイト災害時に、データが保全できるか？
[災害対策]

稼働系サイトの災害・障害発生時に、データ損失してしまう事態は避けなければなりません。
災害対策が必須要件の場合は、必ず、稼働系サイトとは別のサイト(クラウドやデータセンター、遠隔拠点等)にもバックアップデータを保管しておくことが必要です。

○ データ保全できる	パターン１、パターン２、パターン３、パターン４、パターン５
× データが消失してしまう	パターン６

４．オンプレミスのサイト災害時に、
クラウド側で早急にデータ復旧できるか？[災害対策]

万一、災害等で稼働系サイトが壊滅的被害に遭った場合、クラウドやデータセンターにある待機系システムにて、業務を再開することも考慮しなければなりません。その際、業務で利用していたデータは、代替の業務サーバで利用できるように、待機系システムへデータ復旧する必要が出てきます。
また、データ復旧作業が際限なく長時間かかってしまうと、業務再開もその分遅れてます。
「稼働系システムにおけるRTOと同レベルを維持する」など、復旧要件の検討が大切です。
待機系システムで、すぐにデータ復旧処理が開始できるような方式を採用しておく必要があります。

○ オンプレミスと同レベルのRTO	パターン３、パターン４、パターン５
× データ復旧に長時間がかかる	パターン１、パターン２
×× データ復旧に長時間がかかる	パターン６

５．バックアップ時間が要件内に収まるか？
[バックアップ業務の維持]

そもそも、「バックアップ運用が回らない」、「長時間かかっている」、ような状況では、災害対策のためにクラウドやデータセンターへのデータ退避(転送)時間の確保も難しくなります。
データ規模が大容量になればなるほど、この課題に直面する傾向があります。
クラウドやWAN回線に影響されることなく、バックアップ処理は短時間に完了させることが大切です。
大容量データにおいても要件時間内にバックアップ処理が完了できる機能・方式を採用しておく必要があります。

○ オンプレミスと同レベルの処理時間	パターン１、パターン４
△ クラウド側のシステム性能・負荷状況によってバックアップが長時間かかる	パターン３、パターン５、パターン６
× バックアップに長時間かかる	パターン２

６．クラウドへのWAN転送時間が要件内に収まるか？
[災害対策運用の維持]

バックアップ運用がうまく回っていても、クラウドやデータセンターへのデータ転送時間が長時間かかると、本来の災害対策を実現できません。そのため、WAN回線であっても短時間でデータ転送を完了できることがポイントになります。限られた時間内にWAN転送が可能な機能・方式を採用しておく必要があります。

○ 転送無し or 差分転送で短時間	パターン３、パターン４
△ 差分転送だが、クラウド側のシステム性能・不可状況に影響する	パターン５、パターン６
× 転送に長時間かかる	パターン１、パターン２

まとめ

これら検討ポイントと各バックアップ方式での実現レベルについて整理すると以下のようになります。

要件例		パターン１	パターン２	パターン３	パターン４	パターン５	パターン６
1.	クラウドやWAN回線の障害時においても、バックアップやデータ復旧は可能か？ [データ保護の可用性]	○	×	×	○	×	×
2.	業務マシンの破損時に、早急なデータ復旧/惨事復旧が可能か？ [RTO]	○	×	△	○	×	×
3.	オンプレミスのサイト災害時に、データが保全できるか？ [災害対策]	○	○	○	○	○	×
4.	オンプレミスのサイト災害時に、クラウド側で早急にデータ復旧できるか？ [災害対策]	×	×	○	○	○	××
5.	バックアップ時間が要件内に収まるか？ [バックアップ業務の維持]	○	×	△	○	△	△
6.	クラウドへのWAN転送時間が要件内に収まるか？ [災害対策運用の維持]	×	×	○	○	△	△

各バックアップ方式によるメリット／デメリットをふまえて、
クラウドやデータセンターを利用したデータ保護、災害対策を検討することが重要です。