データ保護の責任の共有に対する Microsoft の姿勢は変わりましたか?
いいえ、私たちは今でも同じ見解を持っていますが、組織がこれらの目標と責任を達成するのに役立つより多くのツールを提供しています。
ディザスター リカバリーのコピーがバックアップに十分ではないのはなぜですか?
ディザスター・リカバリー (DR) は、プライマリ・データ・センターの運用を継続できない状況からリカバリーする機能です。 Microsoft 365 を使用した DR コピーでは、コンテンツの現在の状態が保持され、以前の時点の履歴バージョンは保持されません。 Microsoft 365 バックアップには、高速 RTO (目標復旧時間) と短い RPO (目標復旧ポイント) によって、データを以前の正常な状態にすばやく復元できるという利点もあります。
なぜバージョンはこの特定の時点のリストアの問題を解決していないのでしょうか?
バージョンは、個々のユーザーにファイルまたはサイトを以前の時点に復元する方法を提供します。 ただし、そのような回復方法は、管理者が回復を調整する必要がある大規模なランサムウェア攻撃には適していません。 管理者が設定したバージョン制限によっては、バージョンが使い果たされる場合もあります。
なぜリカバリのためにアイテムのすべてのバージョンを保持する問題を法的ホールドで解決できないのでしょうか?
法的ホールドではデータが保持されますが、その機能は一括復元用ではなく、エクスポート (電子情報開示などを介して) 用に最適化されています。 Microsoft 365 バックアップは、大規模なランサムウェアや偶発的/悪意のある削除に適切に強化された復元ツールを提供し、それらのシナリオに最適化されたパフォーマンスを提供します。
どの Exchange メールボックスの種類がサポートされていますか?
Microsoft 365 バックアップは、ユーザー メールボックスと共有メールボックスの両方をサポートします。 会議室メールボックスやグループ メールボックスなど、他の Exchange 受信者の種類はサポートされていません。
どのようなメールボックスの変更が "バックアップ" されますか?
メールボックス バックアップを使用すると、メールボックス アイテム "バージョン" のコピーを回復できます。バージョンを作成するアクションには、次の 2 つのタイプがあります。
- 変更
- Deletions
バージョンがあり、バックアップによって回復可能なイベントの例:
ユーザー操作
- Outlook で [メッセージの編集] を使用して受信したメールを編集する
- メモを編集する (下書きではない)
- メールから添付ファイルを削除する
- メールの添付ファイルを編集する
- 連絡先を編集する (下書きではない)
- 予定表の招待の本文を変更する
- 予定表の招待の時刻を更新する
- タスクを編集する (下書きではない)
- 削除済みアイテムからメモを削除する
- 削除済みアイテムからメールを削除する
- 1 つのアイテムの保持期間からアイテムを削除する
- アイテムがあるフォルダーを削除する
バージョン管理できない、またはバックアップによって回復できないイベントの例:
ユーザー操作
- [下書き] フォルダー内のメール アイテムを編集する
- 受信したメールのフラグを更新する
- 受信したメールに "転送不可" を設定する
- 受信したメッセージを [非常に重要] に設定する
サービス回復ポイントの目標とは
目標復旧時点 (RPO) は、最新のバックアップからデータ破壊イベントまでの最大時間です。 別の言い方をすれば、バックアップによって回復できないデータ破壊イベントによって失われたデータの量です。 Microsoft 365 バックアップの場合、RPO は次のとおりです。
OneDrive と SharePoint の場合、過去 2 週間の RPO は 10 分です。 つまり、月曜日の午前 8:00 であれば、過去 2 週間以内の任意の 10 分間にタイムスリップできます。 2 週間を超えると、過去 2 週間から 52 週間前までの任意の 1 週間の期間に戻ることができます。
Exchange Online の場合、RPO は 10 分です。つまり、データ破壊イベントが原因で失われる可能性があるデータの最大量は、約 10 分分のデータです。
まずは、その意味ではない点から始めましょう: スナップショットを 10 分ごとに取得する わけではありません 。
バックアップの頻度が 10 分の場合、10 分以内に発生した変更の数に関係なく、アイテムに加えられたすべての変更が 10 分ごとに新しいバージョンとして保存されます。 たとえば、ランサムウェア攻撃によってメール アイテムが 1 分ごとに暗号化された場合、1 時間で 6 つのコピーが作成されます。 バックアップの頻度は削除には適用されません。 すべての削除はバックアップされます。
ユーザー コンテンツがバックアップされた後に Microsoft Entra ID (旧称 Azure Active Directory) から削除または削除された場合はどうなりますか?
ユーザーがバックアップ ポリシーから削除されると、OneDrive アカウントまたは Exchange メールボックスのバックアップは、バックアップが作成された日から 1 年間保持されます。
ユーザーが Microsoft Entra ID から削除されると、OneDrive アカウントまたは Exchange メールボックスのバックアップは、バックアップが作成された日から 1 年間保持されます。
サイトがバックアップ ポリシーから削除されると、SharePoint サイトのバックアップは、そのサイトに対して特定の復元ポイントが作成された時点から 52 週間保持されます。
Microsoft Entra ID (旧称 Azure Active Directory) から削除されたユーザーの OneDrive アカウントまたは Exchange メールボックスを復元するにはどうすればよいですか?
ユーザーが過去 30 日以内に削除された場合、ユーザーは論理的に削除された状態です。 最適なオプションは、Microsoft 365 管理センターの「ユーザーの復元」にある手順に基づいてユーザーを回復することです。 ユーザーが回復すると、復元エクスペリエンスの残りの部分は通常どおりに機能します。
OneDrive の場合は、OneDrive を元の URL または新しい URL に復元できます。 その時点で、OneDrive は "孤立" 状態です。 OneDrive をユーザーに接続するには、「 SharePoint または OneDrive でサイトのユーザー ID の不一致を修正する」を参照してください。
Exchange の場合、ユーザー アカウントが恒久的な/ハード削除された場合、バックアップ ポリシーが有効なままである間、Microsoft 365 バックアップ は非アクティブなメールボックスを保持します。 非アクティブなメールボックスを回復するには、「 非アクティブなメールボックスを回復する 」のガイダンスに従って、非アクティブなメールボックスを新しいアクティブなメールボックスに変換します。 非アクティブなメールボックスが回復されたら、新しいユーザーをバックアップ ポリシーに追加して、回復されたメールボックスのバックアップにアクセスします。 元のユーザーが削除された後は、バックアップ ポリシーから削除できます。 非 アクティブなメールボックスの回復 処理のみがサポートされています。 非アクティブなメールボックスの復元処理では、古いメールボックスのバックアップ データは保持されません。
"この非アクティブなメールボックスの ExternalDirectoryObjectID がまだ存在します" というエラーが表示された場合、ユーザーは 30 日以内に削除されています。 この場合は、「Microsoft 365 管理センターでユーザーを復元する」にある手順に基づいてユーザーを復元します。
バックアップ ツールの制御権をネイティブのファースト パーティの Microsoft 365 アプリケーションから Microsoft 365 バックアップ ストレージ プラットフォーム上に構築されたサード パーティ製アプリケーションに移管した場合、後日制御をファースト パーティのアプリケーションに戻すことはできますか?
現時点では、ファースト パーティの Microsoft 365 アプリケーションからサード パーティのアプリケーションにのみ制御を移すことができます。 サード パーティのアプリケーションからファースト パーティのアプリケーションへの転送を許可するための機能強化に積極的に取り組んでいます。 サード パーティ アプリケーションからファースト パーティ アプリケーションに制御を緊急に転送する必要がある場合は、サポート チケットを提出してください。
PowerShell コマンドレットを使用して、Microsoft 365 バックアップを使用してバックアップを管理し、復元できますか?
はい、できます。 Microsoft 365 バックアップでは、PowerShell コマンドレットがサポートされています。 関連する PowerShell コマンドレットは、Microsoft 365 バックアップ ストレージ グラフ API リファレンス ガイドにあります。
Microsoft 365 バックアップの復元は、サイトレベルおよびファイルレベルのアーカイブとどのように連携しますか?
Microsoft 365 アーカイブと Microsoft 365 バックアップ は直交する機能です。 バックアップ ツールを使用して復元しても、SharePoint サイトの現在のサイト レベルの階層の状態は変更されません。 ただし、サイトが以前の時点に復元されると、個々のファイルの階層の状態はその時点の状態に復元されます。
例: サイト レベルの階層の状態 サイトは現在アーカイブされていますが、サイトをアクティブだったときのバックアップに復元します。 復元後もサイトはアーカイブされたままになります。 逆に、サイトが現在アクティブな場合は、アーカイブされた時点に復元しても、サイトはアーカイブされません。アクティブなままです。
例: ファイル レベルの層の状態 サイトは現在アクティブで、その中のファイルはアーカイブされています。 ファイルを、そのファイルがアクティブだった時点に復元します。 復元後、ファイルはアクティブになります。 逆に言えば、ファイルが現在アクティブであるが、復元ポイントでアーカイブされていた場合、復元されたファイルはアーカイブされます。
すべての種類の SharePoint サイトをバックアップできますか?
いいえ。サポートされていない SharePoint サイトがいくつかあります。 ほとんどの SharePoint テンプレートはサポートされていますが、まだサポートされていない従来のテンプレートの種類がいくつかあります。 サポートされていないテンプレートは次のとおりです。
| テンプレート ID | テンプレート | テンプレート名 |
|---|---|---|
| 70 | SharePoint Embedded コンテナー | CSPCONTAINER#0 |
| 6000 | レビュー センター | REVIEWCTR#0 |
| 3500 | ポリシー センター | POLICYCTR#0 |
| 16 | テナント管理サイト | TENANTADMIN#0 |
| 54 | MySite Host | SPSMSITEHOST#0 |