2020年12月03日 05時00分 公開
特集/連載

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

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

[Brien Posey,TechTarget]

関連キーワード

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


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

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

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

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

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

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

TechTarget発 先取りITトレンド

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

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

news162.jpg

コロナ禍における「ご自愛消費」の現状――スナックミー調査
「ご自愛消費」として最も多いのは「スイーツやおやつ」で全体の68%。その他、ランチ38...

news144.jpg

正月三が日のテレビ視聴は過去10年間で最高値――ビデオリサーチ調査
正月三が日の総世帯視聴率(HUT)は過去10年で最高値となり、年末年始のテレビ視聴は例年...

news066.jpg

KOLやKOCによる口コミを創出するために必要なこと
中国向けにマーケティングを行う上で重要なのが口コミである。口コミには友人・知人間で...