「Microsoft 365」のバックアップで重要な「RPO」「RTO」の基本的な違いMicrosoft 365(Office 365)のバックアップ&リカバリー入門【後編】

「Microsoft 365」(Office 365)で重要なデータを扱う場合は、消えてしまったデータの復元方法を事前に検討することが欠かせない。どのような点を考慮してDR計画を練ればいいのだろうか。

2020年12月03日 05時00分 公開
[Brien PoseyTechTarget]

関連キーワード

Office 365 | バックアップ | 災害対策


 サブスクリプション形式のオフィススイート「Microsoft 365」(Office 365)のバックアップとリカバリー(復旧)に利用できるサードパーティー製のツールは幾つかあることは、前編「『Microsoft 365』の標準バックアップ機能では何ができ、何ができないのか?」で紹介した通りだ。こうしたバックアップ/リカバリーツールをMicrosoft 365のディザスタリカバリー(DR)計画に役立てるには、どのようなポイントを考慮に入れればよいのか。

「RPO」と「RTO」を考慮に入れる

 Microsoft 365のデータのバックアップ/リカバリーにおけるポイントは、他のデータの場合と大きな違いはない。最初に考慮すべき点は、データをどこに復元するかだ。Microsoft 365の各サービスのデータは、Microsoft 365が稼働するデータセンターに復元する必要がある。ただしMicrosoft 365のオンプレミスサーバ製品を併用している場合は、オンプレミスのインフラにデータを復元する方法もある。その場合、利用するバックアップ/リカバリーツールは、オンプレミスのインフラからMicrosoft 365のデータセンターにデータを復元できる機能を持っている必要がある。

 DRにおいて重要な要素は、過去のどの時点までのデータを復元できるかを示す「目標復旧時点」(RPO)だ。RPOによって、データのバックアップを取得する頻度と、障害発生時に失われる可能性のあるデータ量が決定する。例えば「RPOが5分」は、データを5分ごとにバックアップし、最低限5分前までのデータを維持しなければならないことを意味する。

 データを復元する速度を示す「目標復旧時間」(RTO)も考慮する必要がある。Microsoft 365の各サービスのデータは、Microsoft 365が稼働するデータセンターにある。そのためオンプレミスのインフラからデータを復元しようとすると、インターネット回線の帯域幅(回線容量)が制約となる可能性がある。クラウドサービスとして利用可能なバックアップ/リカバリーツールを利用すれば、オンプレミスのインフラからデータを復元するよりも優れたRTOを設定できる可能性がある。バックアップとリカバリーに要する現実的な時間については、バックアップベンダーに確認することをお勧めする。

 バックアップとリカバリーにおける重要な問題の中には、データの粒度もある。理想は特定のファイルやメールなどのデータを個別に復元できるようにすることだ。Microsoft 365のデータを対象にしている一般的なバックアップ/リカバリーツールは、細かな粒度でデータを復元できる。ただしバックアップ/リカバリーツールによっては、1つのメールを復元するためにエンドユーザーのメールボックス全体を復元しなければならないので、その点を確認した方がよい。

TechTarget発 先取りITトレンド

米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。

ITmedia マーケティング新着記事

news193.jpg

IASがブランドセーフティーの計測を拡張 誤報に関するレポートを追加
IASは、ブランドセーフティーと適合性の計測ソリューションを拡張し、誤報とともに広告が...

news047.png

【Googleが公式見解を発表】中古ドメインを絶対に使ってはいけない理由とは?
Googleが中古ドメインの不正利用を禁止を公式に発表しました。その理由や今後の対応につ...

news115.jpg

「TikTok禁止法案」に米大統領が署名 気になるこれからにまつわる5つの疑問
米連邦上院が、安全保障上の理由からTikTokの米国事業の売却を要求する法案を可決し、バ...