「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 マーケティング新着記事

news047.jpg

SASのCMOが語る マーケティング部門が社内の生成AI活用のけん引役に適している理由
データとアナリティクスの世界で半世紀近くにわたり知見を培ってきたSAS。同社のCMOに、...

news159.jpg

SALES ROBOTICSが「カスタマーサクセス支援サービス」を提供
SALES ROBOTICSは、カスタマーサクセスを実現する新サービスの提供を開始した。

news139.jpg

「Fortnite」を活用  朝日広告社がメタバース空間制作サービスとマーケティング支援を開始
朝日広告社は、人気ゲーム「Fortnite」に新たなゲームメタバース空間を公開した。また、...