データ保護センター/Microsoft 365/Exchange Onlineの保持ポリシー、MRM、ホールドの完全ガイド

カテゴリー

この記事では

  • データアーキテクチャ
  • なぜリテンション(データ保持)が必要なのですか?
  • Exchange Onlineのデータを削除するとどうなりますか?
  • Exchange Online でのデータ保持
  • メッセージングレコード管理(MRM)
  • 保持方針と保持ラベル
  • アーカイブメールボックス
  • 訴訟ホールド
  • eDiscovery(電子情報開示)ホールド
  • サードパーティ製バックアップソリューション

Exchange Onlineの保持ポリシー、MRM、ホールドの完全ガイド

26 Oct 2021
読了時間:約20分
著者:Ragavarshini

1.はじめに

Exchange Onlineの活発な保持戦略を会社では実施していますか?

Microsoft がデータのバックアップについて責任を負わないという事実を考慮すると、データ損失事故の克服、法令遵守の確保をするためには、システム管理者が保持ポリシーを確立することが不可欠です。

本記事では、Exchange Onlineのさまざまなデータ保持戦略について詳しく解説し、その設定方法や使用するタイミングのヒントを含めて深く掘り下げていきます。
下の図を使用して、解説します。

フローチャート

2. データアーキテクチャ

Exchange Online は、メール、カレンダー、メッセージング、タスクの統合システムを提供する Microsoft のサービスです。Exchange Onlineには、ToDo、MyAnalytics、Outlook、連絡先、カレンダーなど、Microsoft 365のクラウドアプリケーションが多数含まれています。さらに、チャットや通話概要などのTeamsのデータもExchange Onlineに保存されます。したがって、Exchange Online は、Teams と Outlook という 2 つの「ラッパー」アプリケーション(集中データ管理システム)のデータリポジトリとして機能します。

Exchange Online データアーキテクチャ

3. なぜリテンション(データ保持)が必要なのですか?

  • 法的規制およびコンプライアンス: 医療、法律、金融などの規制された業界では、メールや文書などのデータを数年間にわたって保存することが義務付けられています。例えば、サーベンス・オクスリー法では、財務文書の記録保持に関する基準が定められています。

  • ストレージ管理: Exchange Onlineのメールボックスのストレージ制限は、Business Basic、Standard、E1のサブスクリプションでメールボックスあたり50GB、E3およびE5のサブスクリプションではメールボックスあたり100GBが上限値です。従業員は、ストレージの上限に達したらデータを削除することを強いられるべきではなく、同時に不要になったデータを削除する必要があります。したがって、必要なデータのみを保持する保持ポリシーを実装することでストレージコストを節約できます。

  • 誤って削除した場合のデータ検索:

    アイテムが削除されると、Outlookは削除後30日間だけデータを保持します(詳しくは こちらのイラストをご覧ください)。保持期間を利用することで、データの削除と復元を効率的に管理し、生産性を高めることができます。

4. Exchange Onlineのデータを削除するとどうなりますか?

下図は、Exchange Online のデフォルトのデータ保持手順と、特定の時間枠内でユーザーと管理者がどの ようにデータを復元できるかを示しています。
スイムレーン図
ユーザーが(削除済みアイテムフォルダー以外のフォルダーから)メールアイテムを削除すると、そのアイテムは「削除済みアイテム」フォルダー(または最初のごみ箱)に入ります。このフォルダーに30日間保存され、ユーザーはそのアイテムを元の場所に復元することができます。

「削除済みアイテム」フォルダーからアイテムが削除された場合、または 30 日間が経過した場合、そのアイテムは「回復可能アイテム」フォルダーに移動します。「削除済みアイテム」フォルダーを経由して 「復元可能アイテム」 フォルダーに直接移動します。

「回復可能アイテム」フォルダーにアイテムが保存される期間は、デフォルトで14日間です。管理者は、この期間を14日間から最大30日間まで延長できます。それを超えると、アイテムは永久に削除され、保持ポリシーまたは訴訟ホールドが作成されない限り、復元することはできません。
Exchange Onlineにデータ保持設定が適用されると、タイマージョブが「回復可能アイテム」フォルダー内のアイテムを定期的に評価します。もしアイテムが少なくとも一つの保持ポリシーやラベルのルールに合致しない場合、そのアイテムは「回復可能アイテム」フォルダから完全に削除されます(ハード削除とも呼ばれます)。

「回復可能アイテム」フォルダーが異なるバージョンのデータを保持する方法の詳細については、こちらをご覧ください。


「回復可能アイテム」フォルダーの唯一の目的は、削除されたアイテムを迅速に復元することです。これは長期的、効果的保持戦略としては機能しません。さらに、「回復可能アイテム」フォルダーがストレージの上限に達すると、それ以上アイテムを保存することができなくなります。


1) メッセージング記録管理(MRM)
2) 保持ポリシーと保持ラベル
また、管理者は 訴訟ホールドを使ってデータを保持することができます。

5. Exchange Online でのデータ保持

以下は、Exchange Onlineでのすべてのデータ保持方法を網羅したフローチャートです。
Exchange オンライン保持ポリシー アーカイブホールド

5.1. メッセージングレコード管理(MRM)

5.1.1. メッセージングレコード管理とは

メッセージングレコード管理(MRM)は、Exchange Onlineの機能で、管理者が組織の電子メールのライフサイクルを管理し、効果的な保持戦略を実施することを可能にします。Exchange OnlineのMRMは、クラシックなExchange管理センターを使用して保持タグとポリシーを使って設定されます(クラシックなExchange管理センターと新しいExchange管理センターの違いを理解するにはこちらをご覧ください)。

注意: Microsoftは現在、MRMの代わりに 保持方針と保持ラベルを使用することを推奨しています。MRMは保管ポリシーやラベルと並行して使用することもできます。次のセクションは、現在 MRM を使用している企業や、メッセージをアーカイブに移動する必要がある組織に関連するものです。

5.1.2. MRMの仕組み

5.1.2.1. 保持タグと保持ポリシー

Exchange OnlineのMRMは、保持タグと保持ポリシーを使用して機能します。管理者は保持タグを保持ポリシーにグループ化し、そのポリシーをユーザーのメールボックスに適用することができます。
保持タグは、フォルダーや個々のアイテムに保持設定を適用するために使用されます。これらの設定は、メッセージがメールボックスに残る期間と、指定された保持年齢(日数)に到達した後に実行されるアクションを定義します。メッセージが保持年齢に達すると、削除されるか、ユーザーの アーカイブメールボックス に移動されます。
保持タグはいつでも保持ポリシーにリンクしたり、リンクを解除したりすることができ、変更は自動的にそのポリシーが適用されているすべてのメールボックスに即時に反映されます。

注意:メールボックスに適用できる保持ポリシーは1つだけです。

mrm 1
保持タグには3つの種類があります:デフォルトポリシータグ、保持ポリシータグ、個人タグです。

デフォルトポリシータグ(DPT)保持ポリシータグ(RPT)個人タグ

説明

保持タグが直接またはフォルダーからの継承により適用されていない、つまりタグがないメールボックスアイテムに適用されます。

受信トレイ、削除済みアイテム、送信済みアイテムなど、メールボックスに自動的に作成されるデフォルトフォルダーに適用されます。

ユーザーは、受信トレイのルールを使用して、特定のタグを持つフォルダーにメッセージを移動するか、メッセージに個人タグを適用することで、タグ付けを自動化することができます。

適用場所

メールボックス全体に自動的に適用
デフォルトフォルダに自動的に適用
手動でアイテムやフォルダに適用

誰が適用するか

管理者
管理者
ユーザー

もっと見る

 

異なる保持タグについて詳しく知りたい方は、こちらをご覧ください。

5.1.2.2. MRMを展開する際のアクション

保持タグを作成する際、保持期間が終了したときに実行される3つのアクションから選択できます。そのアクションとは、

削除と回復の許可:

これは、ユーザが削除済みアイテムフォルダを空にした場合と同じです。アイテムは回復可能アイテムフォルダに移動し、保存期間が過ぎるまでそこに残ります。

アイテムを自動的にアーカイブに移動する:

これにより、メッセージは保存年齢(日数)に達した後、ユーザの アーカイブメールボックス に移動されます。ただし、アーカイブ・メールボックスが有効になっていない場合は実行されません。このアクションは、デフォルトポリシータグと個人タグでのみ利用可能です。

永久削除:

このアクションを選択した場合、メッセージは保存期間が過ぎると永久に削除されます。 訴訟ホールドに置かれていない限り、このデータを再び見つける方法はありません。

5.1.3. MRMの展開方法

MRMを展開するには3つのステップが必要です:

mrm2
  • ステップ1:保持タグの作成

クラシックExchange管理センター(EAC)で、「コンプライアンス管理」タブに移動します。「保持タグ」で「+」アイコンをクリックし、適用する保持タグのタイプを選択します。

mrm3
ポップアップダイアログボックスで、タグに名前を付け、保持アクションを選択し、以下のように保持期間を指定します:

ムルムフォー
  • ステップ2:保持ポリシーを設定する

「保持ポリシー」で「+」アイコンを選択します。

s3
ポップアップダイアログボックスで、保持ポリシーを割り当てる名前を入力します。次に、「+」アイコンをクリックして、利用可能なすべての保持タグを表示します。必要なタグを選択し、ポリシーに追加します。

s31

s32
  • ステップ3:メールボックスユーザーにポリシーを適用します


「受信者」タブで、ポリシーを適用するユーザーのメールボックスに移動し、ユーザー名をダブルクリックします。「保持ポリシー」項目のドロップダウンで必要なポリシーを選択し、「保存」をクリックします。

s4

個人タグと、ユーザーがこれらのタグを自分で割り当てる方法については、こちらをご覧ください。

5.1.4. マネージドフォルダーアシスタント(MFA)

MRMでは、マネージドフォルダーアシスタント(MFA)はユーザーのメールボックスに適用されるポリシーの処理を担当するスロットルベースのアシスタントです。つまり、MFAはメールボックスのアイテムに保持ポリシーがあるかどうかを検査し、ポリシーが検出されると、アイテムに適切な保持タグをスタンプします。そして、アイテムが保持期限を過ぎると、指定された保持アクションを実行します。
MFA はスケジュール設定やメンテナンスを必要とせず、常にアクティブです。もう1つ注意すべき点は、指定された間隔(ワークサイクルチェックポイントとして知られている)で、MFAが処理すべきメールボックスのリストを更新することです。リフレッシュの間、MFAは新しく作成されたメールボックスや移動されたメールボックスをチェックし、続いてそれらをキューに追加します。また、失敗により処理されなかったメールボックスも検査し、優先キューの上位に追加します。

MFAについての詳細はこちらをご覧ください。

5.1.5. どの保持ポリシーが優先されるのか?

メールボックス内の単一アイテムに複数の保持タグが適用された場合はどうなりますか? Microsoftは、どのアクションが実行されるかを決定するMRMタグの優先順位を明確に示しています。

保持タグの優先順位
アイテムが個人タグ(PT:Personal Tag)を使用して手動でタグ付けされている場合、それが最優先されます。
次に、アイテムが存在するフォルダに適用された保持ポリシータグ(RPT)が実行されます。
最後に、上記のいずれの方法も使用されていない場合、デフォルトポリシータグを通じた一般的なメールボックスポリシーが適用されます。

5.1.6. デフォルトのMRMポリシー

Exchange Onlineで新しいメールボックスが作成されると、デフォルトのMRMポリシーが自動的に適用されます。ユーザーに適用されている保持ポリシーは、いつでも変更することができます。
デフォルトのMRMポリシーに含まれるタグは、ニーズに応じて変更することが可能です。保持期間や保持アクションを変更したり、タグを無効にしたり、タグを追加または削除してポリシーを変更したりすることができます。更新されたポリシーは、次回MFAで処理されるときにメールボックスに適用されます。
デフォルトのMRMポリシーには、以下の保持タグが含まれています。
  • 1ヶ月後に削除
  • 1週間後に削除
  • 1年後に削除
  • 5年後に削除
  • 6ヶ月後に削除
  • アーカイブへの移動はデフォルトで2年間
  • 迷惑メール
  • 削除しない
  • 1年後に個人のアーカイブに移動
  • 5年後に個人のアーカイブに移動
  • 回復可能アイテムは14日後にアーカイブに移動

詳しくはExchange Onlineのデフォルトの保持ポリシーをご覧ください。

5.1.7. MRMはExchange Onlineに最適な保持ソリューションなのか?

前述のように、MicrosoftはMRMよりも保持ポリシーとラベルの使用を推奨しています。しかし、メールボックスのアーカイブはMRMでしか利用できません。
Microsoftでは、アーカイブの要件にはMRMを使用し、保持に関するニーズには保持ポリシーを使用することを推奨しています。
プロからのアドバイス

MRMも保持ポリシーやラベルも、データバックアップソリューションとしては機能しません。Microsoftは、バックアップ要件に サードパーティ製バックアップソリューションを使用することを推奨します。

5.1.8. MRMにおける保持ホールド

保持ホールドは、ユーザーのメールボックスに適用されているMRM保持ポリシーを一時的に停止するのに役立ちます。これは、従業員が休暇などで一時的に不在にしている場合に有効です。
例えば、従業員が3ヶ月の長期休暇を取得したとします。組織では、1ヶ月後にアイテムをアーカイブに移動し、その15日後に削除するポリシーを実施していた場合、従業員が3ヶ月後に戻ってきたときには、何日分ものメールが利用できなくなり、永久に削除されているということになります。
保持ホールドはこの目的のために設計されています。これは、指定された期間にわたってそのメールボックスに対するMFAによるMRM保持ポリシーの処理を一定期間保留にします。保持ポリシーを一時的に停止すること以外にも、保持ホールドは保持コメントを設定することも可能で、これにより誰もがそのメールボックスが保留中であることを知ることができます。

保持ホールドの作成方法については、こちらをご覧ください 。

5.2. 保持方針と保持ラベル

Microsoft 365の保持ポリシーと保持ラベルは、組織内のデータを保持するのに効果的です。保持ポリシーと保持ラベルは、データの種類やビジネス要件に応じて、別々にまたは組み合わせて使用することができます。保持ポリシーとラベルの作成方法を理解する前に、両者の主な違いと何をいつ使用するかを理解することが不可欠です。

5.2.1. 「保持ポリシー」と「保持ラベル」、どちらを選ぶべきか?

保持ポリシーはコンテナレベル、つまりメールボックスレベルで設定を割り当てるために使用されます。一方、保持ラベルは特定のメールボックスアイテム、特定のフォルダーやメールなど、特定のメールボックス項目に使用されます。
例えば、あるユーザーのメールボックス全体を5年間保持したい場合、複数の保持ラベルをそれぞれのメールに適用するよりも、メールボックス全体に保持ポリシーを適用する方が簡単です。しかし、特定のメールを5年間、他のメールを3年間保持したい場合は、保持ラベルを使用する必要があります。
もう1つの大きな違いは、保持ポリシーは、保持ラベルとは異なり、コンテンツコンテナに固有で、その中のコンテンツにのみ適用されるということです。言い換えれば、保持ラベルは場所が移動した後もコンテンツに適用されるのに対し、保持ポリシーはそれが割り当てられた場所にのみ適用されます。

Microsoftでは、いつ何を使用するかを識別するのに役立つ、さまざまなシナリオを説明する包括的な表をまとめています。


保持ポリシーと保持ラベルを作成し適用する方法の詳細については、こちらの記事をご覧ください。

5.2.2. Microsoft 365の保持ポリシーとラベルに含まれるデータは何ですか?

Exchange Onlineは多くのアプリケーションのデータストレージセンターとして機能していますが、Microsoft 365の保持ポリシーとラベルは特定のデータにのみ適用されます。

含まれるもの含まれないもの
  • 受信メール、下書き、送信メール、およびそれらに添付されたファイル
  • 終了日が設定されたタスク
  • メモ
  • 終了日があるカレンダーアイテムは保持ポリシーには対応していますが、保持ラベルには対応していません
  • 終了日があるカレンダーアイテムは保持ポリシーには対応していますが、保持ラベルには対応していません
  • 終了日がない連絡先、タスク、カレンダーアイテム
  • SkypeやTeamsのメッセージなど、メールボックスに保存されているその他のアイテム。これらのアイテムには独自の保持ポリシーがあります。

5.2.3. 保持ポリシーとラベルの使用制限

Microsoftが提供する保持機能だけでデータを保護できるというのはよくある誤解です。もし、業務上、保持ポリシーや保持ラベルを使用する予定があるのであれば、ここでいくつかの制限に注意する必要があります。
  • 保持機能はコンプライアンスセンターの一部であり、Microsoft 365の上位プランであるE3とE5のサブスクリプションでのみ利用可能です。これらのプランは標準のMicrosoft 365プランよりも価格が高く設定されています

  • 終了日のないカレンダー項目やタスクは、保持ポリシーおよびラベルの下では保持されません。

  • テナントに含めることができるポリシーの最大数は10,000です。これにはDLPポリシーを含む、利用可能なすべての異なるポリシーが含まれます。

  • Exchange Onlineの保持ポリシーの最大数はワークロードごとに1,800です。

  • 保持ポリシーと保持ラベルは、特定のユーザー、特定のMicrosoft 365グループ、または特定のサイトへの保持設定のスコープを設定するよう構成することができるため、以下の各保持ポリシーにおける最大アイテム数に注意する必要があります:
    • 1,000メールボックス(ユーザーメールボックスまたはグループメールボックス)
    • 1,000Microsoft 365グループ

5.2.4. 保持ポリシーが適用されているアイテムが期間終了前に削除された場合 - 保持の原則

多くの組織では、異なるコンテンツに対して日常的に複数の保持ポリシーが適用されており、同じコンテンツが異なる保持ポリシーの対象となることもあります。このような状況で、一つのポリシー設定が他のものを上書きすることについての懸念が生じる可能性があります。Microsoftは、どのポリシーが他のどのポリシーよりも優先されるかを判断する際に役立つ包括的なフローチャートを提供しています。このフローチャートを利用すれば、保持ポリシー間での優先順位に関する明確な理解を得ることができます。

保持の原則

5.3. その他のデータ保持方法

5.3.1. アーカイブメールボックス

Microsoft 365では、アーカイブメールボックスはユーザーに提供される追加のメールボックスストレージスペースを指します。アーカイブメールボックスを使用するには、ユーザーのアーカイブメールボックスが有効になっている必要があります。
アーカイブメールボックスが有効になると、ユーザーごとに最大100GBの追加ストレージが利用可能になります。以前は、100GBのストレージ上限に達すると、組織はMicrosoftに連絡してアーカイブメールボックスの追加ストレージスペースをリクエストする必要がありました。しかし現在では、「自動拡張アーカイブ」とも呼ばれる新機能を使用することで、Microsoftに連絡することなく、アーカイブ内の追加ストレージを提供する「無制限アーカイブ」を利用できるようになりました。

注意:2021年11月1日から、Microsoftは無制限アーカイブに対して1.5TBのストレージ制限が適用されています。つまり、1.5TBの上限に達すると、ユーザーはアーカイブメールボックスにデータを追加できなくなります。

プロからのアドバイス:アーカイブにはストレージ制限を含む複数の制限があります。SysCloudのようなサードパーティ製のソリューションは、追加の手間なしでバックアップと復元機能を提供するだけでなく、バックアップアーカイブに無制限のストレージを提供しています。

オート拡張アーカイブをオンにする手順については、こちらをご覧ください。

無制限アーカイブの詳細については、こちらをご覧ください。


5.3.1.1. Exchange Onlineの保持方法としてアーカイブ機能は有効ですか?

アーカイブメールボックスは重要なメールボックス項目を保持するのに役立ちますが、いくつかの制限があるため、長期的なソリューションとしては信頼できるものではありません。以下が制限項目になります:
  • アーカイブメールボックスには100GBのストレージ制限があり、それを超えると自動拡張アーカイブを使用する必要があります。自動拡張アーカイブは、Microsoft 365 E3およびE5サブスクリプションでのみサポートされています。

  • Microsoftは、2021年11月1日から自動拡張アーカイブにも1.5TBのストレージ制限を適用することを発表しました。

  • 拡張アーカイブは管理センターを使用して有効にすることはできません。管理者は、PowerShell を使用してこの機能を有効にする必要があります。

  • 自動拡張アーカイブは、1日あたりの増加率が1GBを超えないメールボックスに対してのみサポートされています。これは、ユーザーメールボックスと共有メールボックスの両方に適用されます。

  • 自動拡張機能は、非アクティブなメールボックスの回復や復元ができません。

  • 自動拡張ストレージエリアがプロビジョニングされた後は、アーカイブメールボックスからフォルダーを削除することはできません。

  • アイテムが自動拡張ストレージエリアから削除された場合、そのアイテムは永遠に失われ、それを取り戻す方法はありません。

5.3.2. 訴訟ホールド

訴訟ホールドは、ユーザーのメールボックスを保留状態にして、削除されたアイテムや変更されたアイテムのオリジナルバージョンを含むメールボックスのすべての内容を保持する機能です。これは、Exchange OnlineのeDiscovery機能(電子情報開示)の一部として、重要なデータを保護するために利用されます。メールボックスが訴訟ホールドに指定されると、ユーザーのプライマリメールボックスとアーカイブメールボックス(有効であれば)にあるアイテムが保持されます。

訴訟ホールドを設定する際には、アイテムを保持する期間を指定でき、その期間が終了するとアイテムは削除されます。または、メールボックスに無期限の保持を設定し、ホールドが解除されるまでコンテンツを無期限に保持することも可能です。

5.3.2.1. 訴訟ホールド vs 保持ポリシー

訴訟ホールドと保持ポリシーはどちらも似たような機能を果たしますが、その使い方や機能セットは異なります。管理者は、いつ何を使うべきかを認識しておくことが重要です。理解を深めるために以下の表にまとめています:

保持ポリシー訴訟ホールド
保持ポリシーは、誤って削除してしまうなどのデータ損失から重要なデータを保護するために使用されます。
訴訟ホールドは、eDiscovery機能(電子情報開示)の一つで、法令遵守のためのデータ保全に役立つ機能です。
新規ユーザーに対しては、保持ポリシーを自動化することができます。
訴訟ホールドは、新規ユーザーごとに手動で適用する必要があります。
保持ポリシーでは、データ保持の期限を設定することができ、期限を過ぎると特定のアクションが実行されます。
時間ベースのホールドは手動でオン/オフする必要があり、その後は自動的なアクションは実行されません。

もっと見る

 

ホールドが保持ポリシーやラベルと異なる理由を完全に理解するには、こちらの記事をご覧ください。

5.3.2.2. 訴訟ホールドはバックアップソリューションとして最適ですか?

訴訟ホールドの目的は、法令遵守などの長期的な目的のためにデータを保持することにあります。しかし、訴訟ホールドはその保持機能から、バックアップソリューションとして誤解されがちです。訴訟ホールドをバックアップソリューションとして使用することには、重大な制限があります。
  • クロスユーザーリストア(ユーザー間でのリストア)はできません。その為、訴訟ホールドでは従業員が辞めた場合、退職者のデータを別のユーザーに転送することができません。また、データを保持し続けるためには、退職したユーザーのアカウントを削除せず、非アクティブながらもMicrosoftのライセンス料を支払い続ける必要が生じます。

プロからのアドバイス

SysCloudのクロスユーザーリストア機能により、管理者はあるユーザーから別のユーザーへ簡単にデータを移行することができます。

  • 訴訟ホールドに置かれたデータは削除することができません。その結果、ストレージ要件とコストは時間とともに指数関数的に増加します。

  • ユーザーのメールボックスのコンテンツがランサムウェア攻撃を受けた場合、訴訟ホールドに保持されているデータも同様に感染します。そうなった場合は、データを取り戻せるという保証はありません。

プロからのアドバイス

SysCloudは、バックアップアーカイブのランサムウェアやフィッシングを自動的に検知し、直ちに管理者に通知します。

  • 訴訟ホールドはMicrosoft 365のE5エディションでのみ利用可能です。

5.3.3. eDiscovery(電子情報開示)ホールド

eDiscovery(電子情報開示)のコアは、Microsoft 365内のコンテンツを検索・エクスポートするための基本的なeDiscoveryツールです。また、これはExchangeメールボックス、SharePointサイト、OneDriveアカウント、Teamsなどのコンテンツの場所にホールドをかけるためにも使用されます。eDiscoveryホールドがバックアップソリューションとして機能しない理由については、こちらの記事をご覧ください。

5.3.4. サードパーティ製バックアップソリューション

5.3.4.1. なぜサードパーティ製のバックアップソリューションなのか?


Microsoftが提供するネイティブ設定はデータ保持に役には立ちますが、バックアップソリューションとしては機能しません。Microsoftはあなたのデータのバックアップに責任は負わず、バックアップにはサードパーティ製のアプリケーションを使用することを推奨しています。以下はMicrosoftのサービス契約 (セクション 6.b)からの引用です。


マイクロソフトは、本サービスの稼動状態を維持するよう取り組んでいますが、すべてのオンラインサービスには中断および停止が時折発生します。マイクロソフトは、結果としてお客様に生じることがある中断または損失について一切責任を負いません。停止が発生した場合、お客様は、保存しているお客様のコンテンツまたは本データの取得ができなくなることがあります。本サービスに保存しているお客様のコンテンツおよび本データは、定期的にバックアップするか、第三者のアプリおよびサービスを使用して保存することをお勧めします。

ここでは、サードパーティ製バックアップソリューションが絶対的に必要な理由をまとめています。
  • ネイティブ保持設定の限界:Microsoftが提供するネイティブの保持設定は、 効果的なデータバックアップおよびリカバリオプションとして機能しません 。データの独立したバックアップをオフサイトで保管することは、データ損失事故に対する効果的な防壁です。

  • 簡単な復旧:SysCloud などのサードパーティ製ツールを使用すると、特定のメールまたはすべてのメールを簡単に復元できます。SysCloudのようなサードパーティ製のツールを使用すると、わずか数クリックで特定のメールまたはすべてのメールを簡単に復元できます。

  • ライセンスコストの節約:サードパーティ製のソリューションを利用することで、従業員の退職やアカウントの削除後も組織データの安全なコピーを保持でき、結果としてライセンスコストを節約できます。

  • シンプルなGUIで、データのバックアップと復旧に技術やコーディングの専門知識は必要ありません。

  • 高速バックアップ:大規模なチームであっても、より高速にバックアップを取ることができます。

  • ランサムウェアとフィッシングからの保護:パンデミックによりクラウドセキュリティへの懸念が高まっています。SysCloudのようなツールは、ランサムウェアやフィッシングからバックアップされたデータを保護します。

5.3.4.2. SysCloudとExchange Onlineのネイティブ保持比較

機能SysCloudMicrosoftネイティブ保持

Outlook

メールボックスをPST形式でエクスポート

メールボックスをMBOX形式でエクスポート

EメールをEML形式でエクスポート

もっと見る

 

推奨コンテンツ

SaaS運用に役立つノウハウをお送りします。

スパムメールは送信しません。いつでも簡単に登録解除が可能です。

この記事では

  • データアーキテクチャ
  • なぜリテンション(データ保持)が必要なのですか?
  • Exchange Onlineのデータを削除するとどうなりますか?
  • Exchange Online でのデータ保持
  • メッセージングレコード管理(MRM)
  • 保持方針と保持ラベル
  • アーカイブメールボックス
  • 訴訟ホールド
  • eDiscovery(電子情報開示)ホールド
  • サードパーティ製バックアップソリューション

今すぐ信頼性の高いSysCloudバックアップを体験してください

SysCloudのクラウドバックアップは、データ保持やリストアに関する課題を解決し、工数およびコスト削減につながります。30日間無料で試してみる
認定資格
認定資格