[解決済み]メールがOffice365のアーカイブに移動しない

この投稿の戦略は、メールをクラウドアーカイブメールボックスに効果的に移動するのに役立ちます。

アーカイブメールボックスを使用すると、ユーザーの電子メールメッセージをさらに保存できます。ただし、一部のシナリオでは、電子メールがMicrosoft365のアーカイブに移動しません。これはさまざまな理由によるものです。

調査結果を詳しく見ていきましょう。

アーカイブステータス

ハイブリッド環境では、ユーザーアカウントがオンプレミスから同期され、アーカイブメールボックスがMicrosoft 365に存在するアーカイブメールボックスのステータスを確認します。オンプレミスのアーカイブのステータスを確認するには、次の両方のプロパティを使用する必要がありますとクラウド。

ArchiveGuid
DisabledArchiveGuid

オンプレミスのPowerShellで次のコマンドレットを実行します。

Get-RemoteMailbox UserName | FL ArchiveGuid、DisabledArchiveGuid

ExchangeOnlinePowerShellで次のコマンドレットを実行します。

Get-Mailbox UserName | FL ArchiveGuid、DisabledArchiveGuid

上記のコマンドの出力は同じである必要があります。一致しない場合は修正してください。私の場合、どちらも同じです。

保持ポリシー

Microsoft 365で2年間の保持ポリシーを適用しました。これにより、2年より古い電子メールがユーザーメールボックスからクラウドアーカイブメールボックスに移動されます。
保持ポリシーが適用されていることを確認するには、Microsoft 365で次のコマンドレットを実行して、メールボックスの保持ポリシーを取得します。

Get-Mailbox UserName | FL RetentionPolicy

ポータルを使用して単一のメールボックスに保持ポリシーを適用するには、次の手順に従います。

[受信者] >[ メールボックス]に移動します。
リストビューで、保持ポリシーを適用するメールボックスを選択し、[編集]をクリックします。
[ユーザーメールボックス]で、 [メールボックス機能]をクリックします。
[ 保持ポリシー]リストで、メールボックスに適用するポリシーを選択し、[保存 ]をクリックします。

PowerShellを使用して単一のメールボックスに保持ポリシーを適用するには：

Set-Mailbox UserName -RetentionPolicy“ PolicyName”

メールがアーカイブメールボックスに移動しない

保持ポリシーを作成した後、ポリシーは自動的に実行されません。ただし、メッセージをアーカイブに移動するたびに、以下のコマンドレットを手動で実行できます。

Start-ManagedFolderAssistant –Identity

管理フォルダーアシスタントは、ユーザーのメールボックスの保持ポリシー設定を使用して、アイテムの保持を処理します。このメールボックス処理は自動的に行われます。Start-ManagedFolderAssistantコマンドレットを使用して、指定したメールボックスの処理をすぐに開始できます。
このコマンドレットを実行する前に、権限を割り当てる必要があります。このトピックにはコマンドレットのすべてのパラメーターがリストされていますが、割り当てられたアクセス許可にパラメーターが含まれていない場合、一部のパラメーターにアクセスできない場合があります。組織でコマンドレットまたはパラメーターを実行するために必要なアクセス許可を見つけるには、 Exchangeコマンドレットを実行するために必要なアクセス許可を検索するを参照してください。

ヒント1：

管理フォルダーアシスタンスの呼び出しが一般的なRPCエラーで失敗するという問題が発生した場合。「サーバー上のメールボックスアシスタンスサービスの呼び出し：'NAME'が失敗しました。RPCからのエラーは–2147220989"です。
このエラーが発生した場合、同じコマンドの後続の再試行が成功する可能性があります。メールボックスの一部がサービス内で初期化されているときに、エラーが発生することがあります。たとえば、セカンダリアーカイブがメインアーカイブからプロビジョニングされている場合。この問題の潜在的な回避策として、プライマリメールボックスGUIDをstart-ManagedFolderAssistantコマンドで指定できます。

Get-Mailbox UserName | FL ExchangeGUID

このメールボックスGUIDを使用して、管理フォルダーアシスタンスを呼び出すことができます。

Start-ManagedFolderAssistant aace1f4e-5181-4855-a0c7-466f1fe2f1d1

GUIDを利用すると、初期化プロセスによってコマンドが失敗しないという変更を最小限に抑えることができます。

Managed Folder Assistantを実行すると、メールはプライマリメールボックスからクラウドアーカイブメールボックスに移動されます。処理には最低1日かかります。場合によっては、メールの移動に24時間以上かかることがあります。

ヒント2：

MRM（Messaging Records Management）は処理が遅く、メールボックスの処理には独自の時間がかかります。ただし、以下のコマンドを使用して、MRMを頻繁にトリガーできます。必要な秒数を変更できます。私の場合は30分に設定しました。

while（$ true）
{
start-managedfolderassistant [email protected]
write-host“ waiting”; start-sleep -seconds 1800;
}

メールの移動状況を確認する方法は？

このコマンドレットは、すべてがメールボックス内にあることを検証することを目的としていますが、Elc *（電子メールライフサイクル）プレフィックスとともにグループ化されたMFAに関する興味深い情報を返します。次のように、特定のユーザーのメールボックス診断ログを生成します。

Export-MailboxDiagnosticLogs –Identity UserName -ExtendedProperties

出力には次のフィールドがあります。

分野	意味
ElcLastRunTotalProcessingTime	管理フォルダーアシスタントが最後の実行でメールボックスの処理に費やした合計時間（ミリ秒単位）。
ElcLastRunSubAssistantProcessingTime	ELCTagSubAssistant（アイテムのタグ付けと有効期限を処理するMFAの部分）の合計時間（ミリ秒単位）。IPMフォルダツリー内のアイテムの処理に費やされた時間のみが計算されます。リカバリ可能アイテムフォルダ構造（ゴミ箱）内のアイテムの処理に費やされた時間は無視されます。
ElcLastRunUpdatedFolderCount	前回の実行でMFAによって更新されたフォルダーの数。
ElcLastRunTaggedFolderCount	前回の実行でMFAによってタグ付けされた（またはタグ付けされていない）フォルダーの数。
ElcLastRunUpdatedItemCount	前回の実行でMFAによってタグ付けされた（またはタグ付けされていない）個々のアイテムの数。
ElcLastRunTaggedWithArchiveItemCount	MFAが前回の実行でアーカイブタグで更新したアイテムの数。
ElcLastRunTaggedWithExpiryItemCount	MFAが最後の実行で有効期限（削除）タグで更新したアイテムの数。
ElcLastRunDeletedFromRootItemCount	前回の実行でMFAがIPMフォルダーツリーから削除したアイテムの数。
ElcLastRynDeletedFromDumpsterItemCount	前回の実行でMFAがRecoverableItemsフォルダー構造から削除したアイテムの数。
ElcLastRunArchivedFromDumpsterItemCount	MFAが前回の実行でRecoverableItemsフォルダー構造からアーカイブメールボックスに移動したアイテムの数。
ElcLastRunArchivedFromRootItemCount	MFAが最後の実行でIPMフォルダーツリーからアーカイブメールボックスに移動したアイテムの数。
ElcLastRunSuccessTimeStamp	MFAがメールボックスの処理を最後に正常に終了したとき。

これで、プロパティを調べて、管理フォルダーアシスタントの最後のパスを決定するのに役立つ値を見つけることができます。
探している値はElcLastSuccessTimeStampです。ElcLastSuccessTimeStampは、管理フォルダーアシスタントが実行された後にのみスタンプされます。
Exchange Onlineの場合、ManagedFolderAssistantは10MBを超えるメールボックスのみを処理します。

自動拡張アーカイブ