バッチ移行を使用して、Exchange server のパブリックフォルダーを Exchange Online に移行する

[アーティクル]
04/04/2023

適用先: Exchange Server 2013、Exchange Server 2016、Exchange Server 2019

Exchange Server のパブリックフォルダーを Exchange Online に移行するには、オンプレミスの環境で Exchange Server 2013 CU15 以降または Exchange Server 2016 CU4 以降を実行している必要があります。パブリックフォルダーのバッチ移行は、Exchange Server 2019 のすべてのバージョンがサポートされています。

組織内に Exchange 2013 と Exchange 2016/2019 の両方のパブリックフォルダーが混在する環境で、それらのパブリックフォルダーをすべて Exchange Online に移動する場合は、この記事での手順を行うためには、Exchange 2013 サーバーには CU15 以降がインストールされている必要があります。

Exchange Server 2010 のパブリックフォルダーを Exchange Online に移行する手順の詳細については、「従来のパブリックフォルダーを Exchange Online に移行する」を参照してください。

始める前に把握しておくべき情報

移行する前にパブリックフォルダーに関するよくある質問を確認することを強くお勧めします。
Exchange Server 2013 CU15 以降または Exchange Server 2016 CU4 以降にアップグレードする場合は、Active Directory を準備する必要もあります。準備しないと、パブリックフォルダーの移行が失敗します。この Active Directory を準備すると、関連するすべての PowerShell コマンドレットとパラメーターを使って移行を準備して実行できるようになります。詳細については、「Active Directory とドメインを準備する」を参照してください。
Exchange Online で組織の管理役割グループのメンバーになっている必要があります。この役割グループは、Microsoft 365、Office 365、または Exchange Online にサブスクライブした場合に割り当てられるアクセス許可とは異なるものです。組織の管理役割グループを有効にする方法の詳細については、「役割グループの管理」を参照してください。
Exchange Server では、組織の管理役割グループまたはサーバーの管理 RBAC 役割グループのメンバーになっている必要があります。詳細については、「役割グループにメンバーを追加する」をご覧ください。
組織に 25 GB よりも大きい単一のパブリックフォルダーがある場合は、パブリックフォルダ－の移行を始める前に、そのフォルダーからコンテンツを削除して小さくするか、そのパブリックフォルダーのコンテンツを分割して複数の小さなパブリックフォルダーにすることをお勧めします。ここで言及している 25 GB の制限はパブリックフォルダーだけに適用され、そのフォルダーに子フォルダーやサブフォルダーがあってもそれらには適用されないのでご注意ください。これらのオプションがいずれも実行できない場合、パブリックフォルダーを Exchange Online に移動しないことをお勧めします。詳細については、「Exchange Online の制限」をご覧ください。

注:

Exchange Online の現在のパブリックフォルダーのクォータが 25 GB 未満の場合は、Set-OrganizationConfig コマンドレットを使用し、DefaultPublicFolderIssueWarningQuota パラメーターと DefaultPublicFolderProhibitPostQuota パラメーターを指定してクォータを大きくすることができます。
Microsoft 365、Office 365、および Exchange Online では、最大 1000 個のパブリックフォルダーメールボックスを作成できます。ただし、Exchange Server からの移行では、パブリックフォルダーの最大 100 個のメールボックスがサポートされています。
ユーザーを Microsoft 365 または Office 365 に移行しようとしている場合は、パブリックフォルダーを移行する前にユーザーの移行を完了している必要があります。詳細については、「複数のメールアカウントを Microsoft 365 または Office 365 に移行する方法」を参照してください。
1 つ以上の Exchange サーバー (パブリックフォルダーメールボックスのホストもしているサーバー) で MR プロキシを有効にする必要があります。詳細については、「MRS プロキシエンドポイントのリモート移動を有効にする」をご覧ください。
Exchange 管理センター (EAC) を使用して、この記事の移行手順を実行することはできません。代わりに、Exchange サーバーで Exchange 管理シェルを使用する必要があります。 Exchange Online では、Exchange Online PowerShell を使用する必要があります。詳細については、「Exchange Online PowerShell への接続」を参照してください。
この記事の内容にある移行スクリプトを実行するには、基本認証が有効になっているアカウントを使用する必要があります。多要素認証 (MFA) を使用するアカウントは、現在サポートされていません。
削除済みのアイテムや削除済みのフォルダーの Exchange 2013 から Exchange Online への移行のスキップがサポートされています。詳細については、Exchange チームのブログ記事「削除済みアイテム収集機能データなしでの最新のパブリックフォルダーの移行」をご覧ください。
すべてのパブリックフォルダーのデータを移行するには、単一の移行バッチを使用する必要があります。 Exchange では、パブリックフォルダーの移行には 1 つの移行バッチしか作成できません。複数のパブリックフォルダーの移行バッチを同時に作成しようとした場合は、結果としてエラーが発生します。また、移行バッチの状態が "完了" になると、ソース環境からのデータのコピーはできなくなることに注意してください。
パブリックフォルダーを Microsoft 365、Office 365、または Exchange Online に移行する場合、Outlook の PST エクスポート機能を使用しないことをお勧めします。 Exchange Online 内のパブリックフォルダーメールボックスの容量は、自動分割機能により管理されており、パブリックフォルダーメールボックスがサイズクォータを超えると、この機能によって分割されます。 PST エクスポートを使ってパブリックフォルダーを移行すると、自動分割機能はパブリックフォルダーメールボックスの急激な容量増加に対処できなくなり、自動分割機能によってプライマリメールボックスからデータが移動されるまで、最大で 2 週間待たなければならない場合があります。パブリックフォルダーを移行するには、この記事に記載されたコマンドレットベースの手順を代わりに使用することをお勧めします。 PST エクスポートを使用してパブリックフォルダーを移行する場合は、この記事の後半の「Outlook PST エクスポートを使用してパブリックフォルダーをOffice 365に移行する」を参照してください。
DefaultPublicFolderAgeLimit が organization レベルで構成されているかどうか (Get-OrganizationConfig | Format-List DefaultPublicFolderAgeLimit) または個々のパブリックフォルダーに対して AgeLimit (Get-PublicFolder <FolderPath> | Format-List AgeLimit) が構成されているかどうかを確認して、コンテンツの自動削除を防止してください。
作業を始める前に、この記事全体をお読みください。ダウンタイムが必要になる手順があります。このダウンタイム中には、パブリックフォルダーにだれもアクセスできません。既知の問題の一覧も確認してください。また、移行の計画を立てるには、パブリックフォルダーの移行に関するベストプラクティスをお読みください。

ヒント

問題がある場合は、 Exchange のフォーラムで質問してください。 Exchange ServerまたはExchange Onlineのフォーラムにアクセスします。

手順 1: 移行スクリプトをダウンロードする

Exchange 2013/2016/2019 パブリックフォルダーの移行スクリプトおよび Microsoft 365 または Office 365 事前移行スプリクトへの Exchange 2010/2013/2016/EXO パブリックフォルダーですべてのスクリプトとサポートするファイルをダウンロードできます。
PowerShell を実行するローカルコンピューターにスクリプトを保存します。たとえば C:\PFScripts などです。すべてのスクリプトは同じ場所に保存する必要があります。

ダウンロードするスクリプトとファイルは次のとおりです。
- SourceSideValidations.ps1: ソース側検証スクリプトは、ソースにあるパブリックフォルダーをスキャンし、検出された問題と、問題を解決するために必要なアクションを報告します。このスクリプトは、オンプレミスの Exchange サーバーで実行します。
- Sync-ModernMailPublicFolders.ps1 このスクリプトは、Exchange オンプレミス環境と Microsoft 365 または Office 365 との間で、メールが有効なパブリックフォルダーオブジェクトを同期します。このスクリプトは、オンプレミスの Exchange サーバーで実行します。
- SyncModernMailPublicFolders.strings.psd1 このサポートファイルは Sync-ModernMailPublicFolders.ps1 スクリプトが使用します。同じ場所にダウンロードする必要があります。
- Export-ModernPublicFolderStatistics.ps1 このスクリプトは、フォルダー名からフォルダーサイズと削除済みのアイテムサイズへのマッピングファイルを作成します。このスクリプトは、オンプレミスの Exchange サーバーで実行します。
- Export-ModernPublicFolderStatistics.strings.psd1 このサポートファイルは Export-ModernPublicFolderStatistics.ps1 スクリプトが使用します。同じ場所にダウンロードする必要があります。
- ModernPublicFolderToMailboxMapGenerator.ps1 このスクリプトは、Export-ModernPublicFolderStatistics.ps1 スクリプトからの出力を使用して、パブリックフォルダーからメールボックスへのマッピングファイルを作成します。このスクリプトは、オンプレミスの Exchange サーバーで実行します。
- ModernPublicFolderToMailboxMapGenerator.strings.psd1 このサポートファイルは ModernPublicFolderToMailboxMapGenerator.ps1 スクリプトが使用します。同じ場所にダウンロードする必要があります。
- SetMailPublicFolderExternalAddress.ps1 このスクリプトは、オンプレミス環境内のメールが有効なパブリックフォルダーの ExternalEmailAddress を、Exchange Online の対応するものに更新します。この更新により、移行後に、メールが有効なパブリックフォルダー宛てのメールが適切に Exchange Online にルーティングされるようになります。このスクリプトは、オンプレミスの Exchange サーバーで実行する必要があります。
- SetMailPublicFolderExternalAddress.strings.psd1 このサポートファイルは Create-PublicFolderMailboxesForMigration.ps1 スクリプトで使用されます。同じ場所にダウンロードする必要があります。

手順 2: 移行の準備

注:

オンプレミスの Exchange メールボックスサーバーでソース側の検証スクリプトを実行することを強くお勧めします。このスクリプトは、移行に時間がかかる原因として知られている問題を、これらの問題を修正するためのガイダンスに沿ってスキャンして報告します。このスクリプトは、以下の前提条件をすべて実行します。

パブリックフォルダーの移行を始める前に、次のセクションの前提条件となる手順をすべて実行します。

前提条件となる手順の概要

移行を成功させるには、次の手順を実行する必要があります。

Active Directory 内に孤立したパブリックフォルダーメールオブジェクトが存在しないことを確認します。孤立したオブジェクトとは、対応する Exchange オブジェクトがない Active Directory 内のオブジェクトのことです。
Active Directory 内のパブリックフォルダー用に構成された SMTP メールアドレスが、Exchange オブジェクトの SMTP メールアドレスと一致することを確認します。
Active Directory 内に重複するパブリックフォルダーオブジェクトがないことを確認します。この手順は、複数の Active Directory オブジェクトが、メールが有効な同一のパブリックフォルダーを指す状況を回避するために必要です。

オンプレミスの Exchange 2013、Exchange 2016、または Exchange 2019 サーバー環境での前提条件となる手順

Exchange 管理シェル (オンプレミス) で、次の手順を実行します。

移行が完了すると、Exchange Online 内の新しい場所にある、メールが有効なパブリックフォルダーにメッセージを送るために、インターネットを介した DNS キャッシュが行われます。これには時間がかかります。この DNS の切り替えが行われている間に、既知の名前の承認済みドメインを作成して、移行したばかりのメールが有効なパブリックフォルダーがメッセージを受信することを確認できます。確認するには、Exchange オンプレミス環境で次のコマンドを実行します。この例で、target domain は Microsoft 365、Office 365、または Exchange Online のドメインで、ハイブリッド構成ウィザードにより送信コネクタが既に構成済みです。
```
New-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 -DomainName <target domain> -DomainType InternalRelay
```
例:
```
New-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 -DomainName "contoso.mail.onmicrosoft.com" -DomainType InternalRelay
```
オンプレミスの環境に承認済みドメインが既にある場合は、名前を PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 に変更し、その他の属性はそのまま保持します。

オンプレミスの環境に承認済みドメインが既にあるかどうか確認するには、次のように実行します。
```
Get-AcceptedDomain | Where {$_.DomainName -eq "<target domain>"}
```
承認済みドメインの名前を PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 に変更するには、次のように実行します。
```
Get-AcceptedDomain | Where {$_.DomainName -eq "<target domain>"} | Set-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99
```
注:

Exchange Online 内のメールが有効なパブリックフォルダーがインターネットから外部のメールを受信することを想定している場合は、Exchange Online と Exchange Online Protection (EOP) で Directory Based Edge Blocking (DBEB) を無効にする必要があります。詳細については、「ディレクトリベースのエッジブロックを使用して無効な受信者に送信されたメッセージを拒否する」をご覧ください。
パブリックフォルダーの名前にバックスラッシュ \ かスラッシュ / が含まれていると、移行プロセス中に指定のメールボックスに移行されない可能性があります。移行する前に、このようなフォルダーの名前を変更して、これらの文字を削除してください。

a. パブリックフォルダー名にバックスラッシュが含まれているパブリックフォルダーを配置するには、次のコマンドを実行します。
```
Get-PublicFolder -Recurse -ResultSize Unlimited | Where {$_.Name -like "*\*" -or $_.Name -like "*/*"} | Format-List Name, Identity, EntryId
```
b. パブリックフォルダーが戻された場合、次のコマンドを実行して名前を変更します。
```
Set-PublicFolder -Identity "<public folder EntryId>" -Name "<new public folder name>"
```
(この手順は、何らかの理由で以前の移行試行を再実行する場合にのみ必要です。そうでない場合は、次の手順に進んでください)。次のコマンドレットを実行して、organizationに以前に成功した移行のレコードがないことを確認します。以前に成功した移行の記録がある場合は、その値を $false に設定する必要があります。

値を変更する前に、誤って 2 回目の移行を実行しないように、以前に試みた移行を破棄できるか確認してください。

a. 次のコマンドを実行して、以前に行われた移行と、それらの移行の状態を確認します。
```
Get-OrganizationConfig | Format-List  PublicFolderMailboxesLockedForNewConnections, PublicFolderMailboxesMigrationComplete
```
b. 返された出力で、上記のいずれかの値の設定が $true になっている場合は、次のコマンドを実行して $false にします。
```
Set-OrganizationConfig -PublicFolderMailboxesLockedForNewConnections:$false -PublicFolderMailboxesMigrationComplete:$false
```
完了時に移行が成功したことを確認するために、すべての適切な Exchange 2016 または Exchange 2019 サーバーで次のコマンドを実行することをお勧めします。現在のパブリックフォルダーの展開のスナップショットが取得されるので、後でこのスナップショットを使用して、移行したばかりのパブリックフォルダーと比較できます。

注:

Exchange 組織のサイズによっては、これらのコマンドの実行に時間がかかる可能性があります。
- 移行元のフォルダー構造のスナップショットを取得するには、次のコマンドを実行します。
```
Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML OnPrem_PFStructure.xml
```
- アイテム数、サイズ、所有者などのパブリックフォルダーの統計情報のスナップショットを取得するには、次のコマンドを実行します。
```
Get-PublicFolderStatistics -ResultSize Unlimited | Export-CliXML OnPrem_PFStatistics.xml
```
- パブリックフォルダーのアクセス許可のスナップショットを取得するには、次のコマンドを実行します。
```
Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User,AccessRights -ExpandProperty AccessRights | Export-CliXML OnPrem_PFPerms.xml
```
- メールが有効なパブリックフォルダーのスナップショットを取得するには、次のコマンドを実行します。
```
Get-MailPublicFolder -ResultSize Unlimited | Export-CliXML OnPrem_MEPF.xml
```
- 移行が終了した時点で比較するために、先に実行したコマンドで生成されたファイルを安全な場所に保存します。
Microsoft Entra Connect (Microsoft Entra Connect) を使用してオンプレミスのディレクトリを Microsoft Entra ID と同期する場合は、次の操作を行う必要があります (Microsoft Entra Connect を使用していない場合は、この手順をスキップできます)。
1. オンプレミスコンピューターで、[接続] Microsoft Entra開き、[構成] を選択します。
2. [追加のタスク] 画面で、 [同期オプションのカスタマイズ] を選択し、 [次へ] をクリックします。
3. [Microsoft Entra ID への接続] 画面で、適切な資格情報を入力し、[次へ] をクリックします。接続したら、[オプションの機能] 画面が表示されるまで [次へ] をクリックし続けます。
4. [Exchange メールパブリックフォルダー] が選択されていないことを確認します。選択されていない場合には、次のセクションの「Exchange Online の事前に必要な手順」に進むことができます。選択されている場合には、クリックしてチェックボックスをオフにし、[次へ] をクリックします。
  
  注:
  
  [オプション機能] 画面にオプションとして Exchange メールパブリックフォルダーが表示されない場合は、接続Microsoft Entra終了し、次のセクション「Exchange Onlineの前提条件の手順」に進むことができます。
5. [Exchange メールパブリックフォルダー] の選択を解除した後、[構成の準備完了] 画面が表示されるまで [次へ] をクリックし、[構成] をクリックします。

Exchange Online での前提となる手順

Exchange Online PowerShell で、次の手順を実行します。

既存のパブリックフォルダーの移行要求がないことを確認します。要求がある場合、その要求をクリアしないと、自身が行っている移行要求が失敗します。この手順は、パイプラインに既存の移行要求 (失敗した要求や中止しようとしている要求) が存在している可能性がある場合にのみ必要です。

次の例では、既存のバッチ移行要求を検出します。
```
Get-MigrationBatch | ?{$_.MigrationType.ToString() -eq "PublicFolder"}
```
次の例では、既存のパブリックフォルダーのバッチ移行要求を削除します。
```
Remove-MigrationBatch <name of migration batch> -Confirm:$false
```
Exchange Online に既存のパブリックフォルダーやパブリックフォルダーメールボックスがないことを確認します。下記の手順に従った後に Exchange Online にパブリックフォルダーが見つかる場合には、パブリックフォルダーとパブリックフォルダーメールボックスの削除を始める前に、なぜパブリックフォルダーが存在するのか、組織内のだれがパブリックフォルダー階層を開始したかを特定することが重要です。

a. PowerShell Exchange Onlineで、次のコマンドを実行して、パブリックフォルダーメールボックスが存在するかどうかを確認します。
```
Get-Mailbox -PublicFolder
```
b. コマンドを実行しても、パブリックフォルダーメールバックスが返されない場合は、「手順 3: .csv ファイルを生成する」に進んでください。上記のコマンドによってパブリックフォルダーメールボックスが返される場合は、次のコマンドを実行して、パブリックフォルダーが存在するかどうかを確認します。
```
Get-PublicFolder -Recurse
```
Microsoft 365 または Office 365 または Exchange Online にパブリックフォルダーがある場合は、次の PowerShell コマンドを実行して削除します (不要であることを確認した後)。パブリックフォルダーを削除すると、すべての情報が完全に削除されるため、これらのパブリックフォルダー内の情報を削除する前に保存していることを確認します。
```
Get-MailPublicFolder -ResultSize Unlimited | where {$_.EntryId -ne $null}| Disable-MailPublicFolder -Confirm:$false
Get-PublicFolder -GetChildren \ -ResultSize Unlimited | Remove-PublicFolder -Recurse -Confirm:$false
```

パブリックフォルダ－を削除した後、次のコマンドを実行して、パブリックフォルダーメールボックスをすべて削除します。

$hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
Get-Mailbox -PublicFolder | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
Get-Mailbox -PublicFolder | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
Get-Mailbox -PublicFolder -SoftDeletedMailbox | % {Remove-Mailbox -PublicFolder $_.PrimarySmtpAddress -PermanentlyDelete:$true -force -Confirm:$false}  
$soft=Get-Mailbox -PublicFolder -SoftDeletedMailbox; foreach ($mbx in $soft){if ($mbx.Name -like "*CNF:*" -or $mbx.identity -like "*CNF:*") {Remove-Mailbox -PublicFolder        $mbx.ExchangeGUID.GUID -RemoveCNFPublicFolderMailboxPermanently -Force -Confirm:$false}}

上記のコマンドブロックを 5 分から 10 分間隔で繰り返して、SoftDeletedMailboxes がクリアされ、CNF オブジェクトが残されていないことを確認します。

注:

上記のコマンドブロックでは、"オブジェクト <MailboxName> が見つからなかったため、操作を実行できませんでした" のようなエラーが返される場合があります。これは、AD レプリケーションの待機時間のために無視しても問題ありません。

次のコマンドをもう一度実行して、SoftDeleted メールボックスまたは CNF メールボックスが残されていないことを確認します。
```
Get-Mailbox -PublicFolder -SoftDeletedMailbox
```
論理的に削除されたメールボックスの一覧が表示される場合は、手順 4 のコマンドブロックを繰り返します。それ以外の場合は次の手順に進みます

手順 3: .csv ファイルを生成する

以前にダウンロードしたスクリプトを使用して、移行に使用する .csv ファイルを生成します。

Exchange 管理シェル (オンプレミス) から Export-ModernPublicFolderStatistics.ps1 スクリプトを実行して、フォルダー名からフォルダーサイズへのマッピングファイルを作成します。このスクリプトを実行するには、ローカル管理者のアクセス許可が必要です。生成されたファイルには、 FolderName、 FolderSize、 DeletedItemSize の 3 つの列が含まれます。 FolderSize 列と DeletedItemSize 列の値は、バイト単位で表示されます。たとえば、\PublicFolder01,10240, 100 は、階層のルート内にある PublicFolder01 という名前のパブリックフォルダーのサイズが 10240 バイト (10 KB) で、このフォルダー内に 100 バイトの回復可能なアイテムがあることを意味しています。
```
.\Export-ModernPublicFolderStatistics.ps1 <Folder-to-size map path>
```
例:
```
.\Export-ModernPublicFolderStatistics.ps1 stats.csv
```
スクリプトをModernPublicFolderToMailboxMapGenerator.ps1実行して、ソースパブリックフォルダーをExchange Online宛先のパブリックフォルダーメールボックスにマップする .csv ファイルを作成します。このファイルは、Exchange Online のパブリックフォルダーメールボックスの適正数を計算するために使用されます。

ModernPublicFolderToMailboxMapGenerator.ps1 で生成されるファイルには、組織内のすべてのパブリックフォルダーの名前は含まれないことに注意してください。大きなフォルダーツリーの親フォルダーへの参照や、非常に大きなフォルダーの名前が含まれます。このファイルは、特定のフォルダーツリーや大きなフォルダーが特定のパブリックフォルダーメールボックスに配置されるようにするために使用する "例外" ファイルと見なすことができます。このファイルにすべてのパブリックフォルダーが示されていなくても正常です。このマッピングファイルに一覧表示されているフォルダーの子フォルダーも、親フォルダーと同じパブリックフォルダーメールボックスに移行されます。ただし、マッピングファイル内の別の行で、別のパブリックフォルダーメールボックスに送るよう明示的に示されている場合は異なります。

.\ModernPublicFolderToMailboxMapGenerator.ps1 <Maximum mailbox size in bytes><Maximum mailbox recoverable item size in bytes><Folder-to-size map path><Folder-to-mailbox map path>

Maximum mailbox size in bytes は、Exchange Online の単一のパブリックフォルダーメールボックスに移行しようとしているデータの最大量です。このフィールドの最大サイズは現在 100 GB ですが、将来拡張できるように、最大サイズの 50% などの小さめのサイズを使用することをお勧めします。
Maximum mailbox recoverable items size in bytes は、Exchange Online メールボックス上の回復可能なアイテムのクォータです。 Exchange Online のパブリックフォルダーメールボックスの最大サイズは現在 100 GB です。 RecoverableItemsQuota を 15 GB 以下に設定することをお勧めします。
Folder-to-size map path は、Export-ModernPublicFolderStatistics.ps1 スクリプトの実行時に作成された .csv ファイルのファイルパスです。
Folder-to-mailbox map path は、この手順で作成するフォルダーからメールボックスへの .csv ファイルのファイルパスです。ファイル名だけを指定すると、ローカルコンピューターの現在の PowerShell ディレクトリにファイルが生成されます。

例:

.\ModernPublicFolderToMailboxMapGenerator.ps1 -MailboxSize 50GB -MailboxRecoverableItemSize 1GB -ImportFile .\stats.csv -ExportFile map.csv

注:

スクリプトが生成する map.csv には、次の手順で EXO に作成される対象のパブリックフォルダーメールボックス向けの一般的な名前が使用されています (例: Mailbox1、Mailbox2)。組織の名前付けポリシーに合わせて、map.csv でパブリックフォルダーメールボックス名を変更することをお勧めします。また、社内組織に一般的な名前と一致するメールボックスがすでに存在する場合は、map.csv を編集して、Exchange Online でターゲットとなるパブリックフォルダーメールボックスに一意の名前を付ける必要があります。メモ帳などのエディターで、map.csv に含まれる TargetMailbox 名を編集します。

注:

Exchange Online に 100 個以上の一意のパブリックフォルダーメールボックスがある場合は、パブリックフォルダーの Exchange Online への移行はサポートされていません。移行時には、最大 100 個のパブリックフォルダーメールボックスを有効にすることができます。

手順 4: Exchange Online でパブリックフォルダーメールボックスを作成する

次に、Exchange Online PowerShell で、移行後のパブリックフォルダーを含めるターゲットのパブリックフォルダーメールボックスを作成します。

次のスクリプトを実行し、ターゲットのパブリックフォルダーメールボックスを作成します。このスクリプトは、以前に「手順 3: .csv ファイルを生成する」で ModernPublicFoldertoMailboxMapGenerator.ps1 スクリプトを実行して生成した .csv ファイル内のメールボックスごとに、ターゲットのメールボックスを作成します。

$mappings = Import-Csv <Folder-to-mailbox map path>
$primaryMailboxName = ($mappings | Where-Object FolderPath -eq "\" ).TargetMailbox;
New-Mailbox -HoldForMigration:$true -PublicFolder -IsExcludedFromServingHierarchy:$false $primaryMailboxName
($mappings | Where-Object TargetMailbox -ne $primaryMailboxName).TargetMailbox | Sort-Object -unique | ForEach-Object { New-Mailbox -PublicFolder -IsExcludedFromServingHierarchy:$false $_ }

Folder-to-mailbox map path は、ModernPublicFoldertoMailboxMapGenerator.ps1 スクリプトで生成された、フォルダーからメールボックスへのマッピング .csv ファイル (「手順 3: .csv ファイルを生成する」で生成されたファイル) のファイルパスです。

手順 5: 移行要求を開始する

この手順では、Exchange Server オンプレミス環境と Exchange Online の両方で、いくつかのコマンドを実行する必要があります。

パブリックフォルダーメールボックスをホストしている Exchange 2016 サーバーまたは Exchange 2019 サーバーから、次のスクリプトを実行します。このスクリプトは、メールが有効なパブリックフォルダーを、ローカル Active Directory から Exchange Online に同期します。このスクリプトの最新バージョンをダウンロードしていること、および Exchange Management Shell から実行していることを確認します。
```
.\Sync-ModernMailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv
```
- CsvSummaryFile は、同期操作やエラーのログファイルの置き場所へのファイルパスです。ログは .csv 形式になります。
注:

Sync-ModernMailPublicFolders.ps1 スクリプト中にエラーが発生した場合は、MEPF スクリプトのトラブルシューティングの同期を使用します。
Exchange Online PowerShell では、Exchange 2013、Exchange 2016、または Exchange 2019 のオンプレミス環境で管理者のアクセス許可を持つユーザーの資格情報を変数 $Source_Credential に渡します。 Exchange Online で実行する移行要求では、この資格情報を使って、パブリックフォルダーのコンテンツを Exchange Online にコピーするためにオンプレミスの Exchange サーバーにアクセスします。
```
$Source_Credential = Get-Credential <source_domain>\<PublicFolder_Administrator_Account>
```
Exchange Online Powershell で、Exchange メールボックスレプリケーションサービス (MRS) のインターネットルーティング可能な完全修飾ドメイン名を変数 $Source_RemoteServer に渡します。 Exchange Online で実行する移行要求では、このリモートサーバーを使用して、パブリックフォルダーのコンテンツを Exchange Online にコピーします。
```
$Source_RemoteServer = "<MRS proxy endpoint server>"
```
オンプレミスの Exchange サーバーで、Exchange 管理シェルを開き、次のコマンドでプライマリ階層メールボックスの GUID を検索します。
```
(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid.GUID
```
このコマンドの出力に注意してください。この値は次の手順で必要になります。次に例を示します。

91edc6dd-478a-497c-8731-b0b793f5a986

注:

前のコマンドで説明したパブリックフォルダーメールボックス GUID は、オンプレミスサーバーから取得する必要があります。Exchange Onlineから取得した場合、移行バッチは一時的なエラーで失敗します。

Exchange Online PowerShell で、次のコマンドを実行して、パブリックフォルダー移行エンドポイントとパブリックフォルダー移行要求を作成します。
```
$bytes = [System.IO.File]::ReadAllBytes('folder_mapping.csv')
$PfEndpoint = New-MigrationEndpoint -PublicFolder -Name PublicFolderEndpoint -RemoteServer $Source_RemoteServer -Credentials $Source_Credential
New-MigrationBatch -Name PublicFolderMigration -CSVData $bytes -SourceEndpoint $PfEndpoint.Identity -SourcePfPrimaryMailboxGuid <guid you noted from previous step> -NotificationEmails <email addresses for migration notifications>
```
ここで、folder_mapping.csv は手順 3: .csv ファイルを生成するで生成されたマップファイル、HierarchyMailboxGUID は前の手順でメモされた出力です。完全なファイルパスを folder_mapping.csv に指定していることを確認します。何らかの理由でマップファイルを移動した場合は、新しい場所を使用していることを確認します。

複数のメールアドレスは、コンマで区切って指定します。

注:

上記のコマンドが失敗し、EXO のパブリックフォルダーメールボックスに関する GUID が記載された "メールボックス GUID を持つ受信者を見つけることができません" というエラーが表示されることがあります。これは、AD レプリケーションの待機時間が原因で発生する可能性があります。このような場合は、1 時間待ってからコマンドをもう一度やり直してください。

最後に Exchange Online PowerShell で次のコマンドを使用し、移行を開始します。
```
Start-MigrationBatch PublicFolderMigration
```

バッチ移行は Exchange Online PowerShell で New-MigrationBatch コマンドレットを使用して作成する必要がありますが、移行の進行と完了は EAC で、または Get-MigrationBatch コマンドレットを実行することで表示および管理することができます。 New-MigrationBatch コマンドレットは、各パブリックフォルダーメールボックスのメールボックス移行要求を開始するので、メールボックスの移行ページを使用してこれらの要求の状態を表示することができます。

メールボックス移行ページにアクセスするには、次のようにします。

Exchange Online にログオンし、EAC を開きます。
[受信者] に移動してから、 [移行] を選択します。
作成したばかりの移行要求を選択して、 [詳細] ウィンドウの [詳細の表示] を選択します。

手順 6: Exchange オンプレミスサーバー上のパブリックフォルダーをロックダウンする前に、すべてのデータがコピーされていること、および移行にエラーがないことを確認します。バッチが同期済みの状態に移行したことを確認したら、Exchange Server オンプレミス環境での前提条件の最後の手順で「手順 2: 移行の準備」に言及されたコマンドを実行して、オンプレミスのパブリックフォルダーのスナップショットを撮影します。

これらのコマンドを実行し終えたら、次の手順に進むことができます。対象フォルダーの数によっては、これらのコマンドが完了するまでにしばらく時間がかかることがあるのでご注意ください。移行プロセスでは、ソース (オンプレミス) 環境から 24 時間ごとにデータが同期されます。

移行を監視するには、次のコマンドレットを使用できます。

手順 6: オンプレミスの Exchange サーバーでパブリックフォルダーをロックダウンする (パブリックフォルダーのダウンタイムが必要)

移行プロセスのこの時点まで、ユーザーはオンプレミスのパブリックフォルダーにアクセスできました。次の手順では、移行プロセスが最終的な同期を完了すると、ユーザー Exchange Serverパブリックフォルダーからログオフし、フォルダーをロックします。この間、ユーザーはパブリックフォルダーにアクセスできず、これらのメールが有効なパブリックフォルダーに送信されたメッセージはキューに入れられ、パブリックフォルダーの移行が完了するまで配信不能のままです。

注:

最終的な同期には、ソース環境に行った変更、パブリックフォルダー展開のサイズ、サーバーの容量などによって、かなりの時間がかかる場合があります。フォルダー階層に多くの破損した ACL があり、それが移行前にクリーンアップされていない場合は、完了までに大幅な遅れが生じる場合があります。最終的な同期が完了するまで、少なくとも 48 時間のダウンタイムを計画しておくことをお勧めします。

移行バッチと個々の移行要求が正常に同期されていることを確認します。

詳細については、EXO PowerShell で次のコマンドを実行します。

Get-MigrationBatch |?{$_.MigrationType -like "*PublicFolder*"} | ft *last*sync*

Get-PublicFolderMailboxMigrationRequest | Get-PublicFolderMailboxMigrationRequestStatistics |ft targetmailbox,*last*sync*

LastSyncedDate (移行バッチの場合) と LastSuccessfulSyncTimestamp (個々のジョブの場合) は、過去 7 日以内である必要があります。 1 か月以上前など、あまりにも過去の日付になっている場合は、パブリックフォルダーの移行要求を確認して、すべての要求が最近同期されたことを確認する必要があります。

バッチとすべての移行要求が正常に同期したことを確認した後、オンプレミス環境で、次のコマンドを実行して終了処理のために Exchange Server パブリックフォルダーをロックします。

Set-OrganizationConfig -PublicFolderMailboxesLockedForNewConnections $true

注:

パラメーターにアクセス -PublicFolderMailboxesLockedForNewConnections できない場合は、「 開始する前に何を知る必要がありますか」 で前述したように、CU アップグレード中に Active Directory が準備されなかった可能性があります。詳細については、「 Active Directory とドメインの準備」を参照してください。パブリックフォルダー自体を移行する前に、そのパブリックフォルダーへのアクセスを必要とするユーザーを最初に移行する必要があることにもご注意ください。

組織の複数の Exchange サーバーにパブリックフォルダーメールボックスがある場合、Active Directory のレプリケーションが完了するまで待つ必要が生じます。完了したら、すべてのパブリックフォルダーメールボックスの PublicFolderMailboxesLockedForNewConnections フラグが採用されたことと、ユーザーが最近パブリックフォルダーに加えた保留中の変更が組織全体で収束したことを確認できます。これらのすべてには数時間かかることがあります。

オンプレミス環境で次のコマンドを実行し、パブリックフォルダーがロックされていることを確認します。

Get-PublicFolder \

パブリックフォルダーがロックされている場合、予期される結果は以下のとおりです。

Couldn't find the public folder mailbox. + CategoryInfo : NotSpecified: (:) [Get-PublicFolder], ObjectNotFoundException

手順 7:パブリックフォルダーの移行の終了処理をする (パブリックフォルダーのダウンタイムが必要)

パブリックフォルダーの移行が完了する前に、以下の項目をチェックする必要があります。

オンプレミスの Exchange 環境で他のパブリックフォルダーメールボックスの移動やパブリックフォルダーの移動が行われていないことを確認します。これを行うには、Get-MoveRequest および Get-PublicFolderMoveRequest コマンドレットを使用して、既存のパブリックフォルダーの移動を表示します。進行中の移動がある場合、または完了状態の場合は、削除します。
この時点で、以下のスクリプトを再実行して、新しいメール対応のパブリックフォルダーが Exchange Online と同期されることを確認しておくことをお勧めします。
```
.\Sync-ModernMailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv
```
環境に複数の Active Directory ドメインがある場合は、「アクティブなパブリックフォルダーメールボックスが見つかりませんでした」エラーの手順を確認し、完了を開始する前 Complete-MigrationBatch コマンドで移行バッチが失敗していることを確認します。
パブリックフォルダーの移行を完了するには、Exchange Online PowerShell で次のコマンドを実行します。
```
Complete-MigrationBatch PublicFolderMigration
```

重要

移行バッチが完了した後は、オンプレミスの Exchange サーバーと Exchange Online で追加データを同期させることはできません。

Complete-MigrationBatch PublicFolderMigration を実行すると、Exchange は Exchange のオンプレミスの組織と Exchange Online の間での最終的な同期を実行します。この間に、移行バッチの状態は 同期済みから 完了処理中に変わり、最終的に完了に変わります。最終的な同期が成功すると、Exchange Online のパブリックフォルダーのロックが解除されます。ただし、パブリックフォルダーをユーザーに公開する前に、この記事の手順 8 と手順 9 を完了しておくことを強くお勧めします。

移行バッチの状態は、[完了] に切り替わる前に数時間 [同期済み] のままになるのが一般的です。多数のターゲットメールボックスを含む移行の場合、基になるパブリックフォルダーの移行の要求が失敗または検疫されていない限り、状態は 24 時間以上 [同期済み] 状態のままです。

手順 8:Exchange Online のパブリックフォルダーをテストしてロックを解除する

パブリックフォルダーの移行を完了した後、次の手順を実行して、移行が成功したかテストし、完了したことを正式に確認します。この最後のタスクにより、移行したパブリックフォルダー階層をテストしてから、Exchange Online のパブリックフォルダーを使用するように組織を完全に切り替えることができるようになります。

Exchange Online PowerShell で、次のようにテストユーザーメールボックスを構成して、移行したばかりのパブリックフォルダーメールボックスのいずれかを既定のパブリックフォルダーメールボックスとして使用するようにします。
```
Set-Mailbox -Identity <test user> -DefaultPublicFolderMailbox <public folder mailbox identity>
```
パブリックフォルダーの作成に必要なアクセス許可が、テストユーザーにあることを確認します。
前の手順で指定したテストユーザーを使って Outlook にログオンし、次のパブリックフォルダーテストを実行します。変更が反映されるまで 15 分から 30 分かかる場合があることにご注意ください。 Outlook で変更が認識されると、再起動を求めるダイアログが何回か表示される場合があります。

a. 階層の表示

b. アクセス許可を確認します。

c. パブリックフォルダーの作成と削除

d. パブリックフォルダーに対する内容の追加と削除

問題が発生し、組織のパブリックフォルダー全体を Exchange Online に切り替える準備ができていないと判断した場合は、「Exchange Server から Exchange Online へのパブリックフォルダーの移行のロールバック」を参照してください。
Exchange Online PowerShell で次のコマンドを実行し、Exchange Online 内のパブリックフォルダーのロックを解除します。コマンドを実行してから変更が反映されるまでに約 15 分から 30 分かかる場合があります。 Outlook で変更が認識されると、ユーザーに Outlook の再起動を求めるダイアログが何回か表示される場合があります。
```
Set-OrganizationConfig -RemotePublicFolderMailboxes $Null -PublicFoldersEnabled Local
```

手順 9:オンプレミスでの移行の終了処理を行う

メールが有効なパブリックフォルダーに対するメールをオンプレミスで有効にするには、次の手順を実行します。

オンプレミス環境で以下のコマンドを実行すると、メールが有効なパブリックフォルダーに送信されたキューに入ったメールのバックアップを取得することができます。このバックアップは、メールが有効なパブリックフォルダーへのメール配信が何らかの理由で失敗したシナリオで使用できます。

$Server=Get-TransportService;ForEach ($t in $server) {Get-Message -Server $t -ResultSize Unlimited| ?{$_.Recipients -like "*PF.InTransit*"} | ForEach-Object {Suspend-Message $_.Identity -Confirm:$False; $Temp="C:\ExportFolder\"+$_.InternetMessageID+".eml"; $Temp=$Temp.Replace("<","_"); $Temp=$Temp.Replace(">","_"); Export-Message $_.Identity | AssembleMessage -Path $Temp;Resume-message $_.Identity -Confirm:$false}}

オンプレミスの環境で、次のスクリプトを実行し、メールが有効なパブリックフォルダーに対するすべてのメールが Exchange Online に正しくルーティングされることを確認します。このスクリプトでは、メールが有効なパブリックフォルダーにExternalEmailAddress、対応するExchange Onlineを指すがスタンプされます。
```
.\SetMailPublicFolderExternalAddress.ps1 -ExecutionSummaryFile:mepf_summary.csv
```
テストが成功した場合は、オンプレミスの環境で次のコマンドを実行して、パブリックフォルダーの移行が完了したことを示します。
```
Set-OrganizationConfig -PublicFolderMailboxesMigrationComplete:$true -PublicFoldersEnabled Remote
```

設定が適用されたことを確認する方法

「手順 2: 移行の準備」で、オンプレミスのパブリックフォルダーの構造、統計情報、アクセス許可に関するスナップショットを取得しました。次のステップでは、Exchange Online への移行後に同様のスナップショットを取得して、パブリックフォルダーの移行が成功したことを確認します。両ファイルのデータを比較して、移行が成功したことを確認します。

新しいフォルダー構造のスナップショットを取得するには、Exchange Online PowerShell で次のコマンドを実行します。
```
Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML Cloud_PFStructure.xml
```
アイテム数、サイズ、所有者などのパブリックフォルダーの統計情報のスナップショットを取得するには、Exchange Online PowerShell で次のコマンドを実行します。
```
Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderStatistics | Export-CliXML Cloud_PFStatistics.xml
```

アクセス許可のスナップショットを取得するには、Exchange Online PowerShell で次のコマンドを実行します。

Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User,AccessRights | Export-CliXML Cloud_PFPerms.xml

メールが有効なパブリックフォルダーのスナップショットを取得するには、Exchange Online PowerShell で次のコマンドを実行します。
```
Get-MailPublicFolder -ResultSize Unlimited | Export-CliXML Cloud_MEPF.xml
```

注:

移行後、Exchange Online で外部メールがメールが有効なパブリックフォルダーで 5.7.13 または 5.4.1 エラーが発生して失敗する場合は、パブリックフォルダーで構成されたメールドメインに対して、匿名ユーザーの CreateItems アクセス許可が有効で、ドメインベースのエッジブロック (DBEB)が無効になっていることを確認してください。

既知の問題

パブリックフォルダーの移行に関する次のような一般的な問題が組織で発生する可能性があります。

Exchange Online に 100 個以上の一意のパブリックフォルダーメールボックスがある場合は、パブリックフォルダーの Exchange Online への移行はサポートされていません。
ルートパブリックフォルダーや EFORMS REGISTRY フォルダーに対するアクセス権が Exchange Online に移行されず、Exchange Online で手動で適用する必要が生じます。適用するには、Exchange Online PowerShell で次のコマンドを実行します。このコマンドは、オンプレミスでは存在し Exchange Online では存在しないアクセス許可エントリごとに 1 度ずつ実行します。
```
Add-PublicFolderClientPermission "\" -User <user> -AccessRights <access rights>
Add-PublicFolderClientPermission "\NON_IPM_SUBTREE\EFORMS REGISTRY" -User <user> -AccessRights <access rights>
```
一部のパブリックフォルダーメールボックスがパブリックフォルダー階層サービスを提供していない場合に、一部のパブリックフォルダーの移行が失敗するという既知の問題があります。これは、1 つ以上の IsExcludedFromServingHierarchy メールボックスのパラメーターがに $true設定されていることを意味します。この問題が発生しないようにするには、階層サービスを提供するように Exchange Online のすべてのメールボックスを設定します。
送信者と 代理人として送信するのアクセス許可が Exchange Online に移行されません。移行の際にこの問題が発生する場合は、オンプレミスの環境で次のコマンドを使用し、だれがこれらのアクセス許可を持っているかをメモします。

オンプレミスで送信者アクセス許可を持つパブリックフォルダーを調べるには、次のようにします。
```
Get-MailPublicFolder | Get-ADPermission | ?{$_.ExtendedRights -like "*Send-As*"}
```
オンプレミスで代理人として送信するアクセス許可を持つパブリックフォルダーを調べるには、次のようにします。
```
Get-MailPublicFolder | ?{$_.GrantSendOnBehalfTo -ne "$null"} | Format-Table name,GrantSendOnBehalfTo
```
Exchange Online でメールが有効なパブリックフォルダーに送信者アクセス許可を追加するには、Exchange Online PowerShell で次のように入力します。
```
Add-RecipientPermission -Identity <mail-enabled public folder primary SMTP address> -Trustee <name of user to be assigned permission> -AccessRights SendAs
```
例:
```
Add-RecipientPermission -Identity send1 -Trustee Exo1 -AccessRights SendAs
```
Exchange Online でメールが有効なパブリックフォルダーに代理人として送信するアクセス許可を追加するには、Exchange Online PowerShell で次のように入力します。
```
Set-MailPublicFolder -Identity <name of public folder> -GrantSendOnBehalfTo <user or comma-separated list of users>
```
例:
```
Set-MailPublicFolder send2 -GrantSendOnBehalfTo exo1,exo2
```
"\NON_IPM_SUBTREE\DUMPSTER_ROOT" フォルダーの下に 10,000 を超える数のフォルダーがあると、移行が失敗することがあります。したがって、"\NON_IPM_SUBTREE\DUMPSTER_ROOT" フォルダーをチェックして、10,000 を超える数のフォルダーが直下にないか (直接の子) どうかを確認してください。次のコマンドを使用すると、現在の場所にあるパブリックフォルダーの数を確認できます。
```
(Get-PublicFolder -GetChildren "\NON_IPM_SUBTREE\DUMPSTER_ROOT").Count
```
Exchange Online は、10,000 個を超えるサブフォルダーをサポートしていないために、10,000 個を超えるフォルダーの移行が失敗します。このような構成のブロックを解除するためのスクリプトを開発中です。その間は、パブリックフォルダーの移行はお待ちいただくことをお勧めします。
移行ジョブが進行しない、または停止してしまう。これは、並列で実行されているジョブの数が多すぎて、ジョブが断続的なエラーで失敗している場合に発生することがあります。と MaxConcurrentIncrementalSyncs を小さな数に変更MaxConcurrentMigrationsすることで、同時実行ジョブの数を減らすことができます。これらの値を設定するには、次の例を使用します。
```
Set-MigrationEndpoint <PublicFolderEndpoint> -MaxConcurrentMigrations 30 -MaxConcurrentIncrementalSyncs 20 -SkipVerification
```
移行ジョブが次のエラーで失敗する。"エラー:収集フォルダーの収集。"このエラーが発生した場合、バッチを停止してから再起動すると、解決します。
移行ジョブが失敗し、「次のエラーが原因で要求が検疫されました:指定されたキーがディクショナリに存在しなかった」というエラーが表示されます。これは、移行ジョブがコピーできないフォルダーに破損した項目が存在する場合に発生します。これを回避するには、次のようにします。
1. 移行バッチを停止します。
2. 破損した項目を含むフォルダーを特定します。移行レポートに、エラーが発生したときにコピー中だったフォルダーへの参照が含まれています。
3. オンプレミス環境で、影響のあったフォルダーをプライマリパブリックフォルダーのメールボックスに移動します。コマンドレットを New-PublicFolderMoveRequest 使用してフォルダーを移動できます。
4. フォルダーの移動が完了するまで待機します。移動の完了後、移動要求を削除します。最後に、移行バッチを再起動します。

Exchange オンプレミス環境からパブリックフォルダーメールボックスを削除する

移行の完了後に、Exchange Online のパブリックフォルダーが想定どおりに動作しており、想定しているすべてのデータが含まれていることを確認したら、オンプレミスのパブリックフォルダーメールボックスを削除できます。

パブリックフォルダーメールボックスを削除した後に回復することはできないので、この手順は元に戻せないことにご注意ください。したがって、移行が成功したことを検証することに加えて、Exchange Online のパブリックフォルダーを 2、3 週間監視してから、オンプレミスのパブリックフォルダーメールボックスを削除することを強くお勧めします。

Outlook の PST エクスポートを使ってパブリックフォルダーを Microsoft 365 または Office 365 に移行する

オンプレミスのパブリックフォルダー階層が 30 GB を超える場合は、Outlook の PST エクスポート機能を使用してパブリックフォルダーを Microsoft 365 またはOffice 365またはExchange Onlineに移行しないことをお勧めします。 Microsoft 365 および Office 365 オンラインパブリックフォルダーメールボックスの増加は、サイズクォータを超えたときにパブリックフォルダーメールボックスを分割する自動分割機能を使用して管理されます。 PST エクスポートを使ってパブリックフォルダーを移行すると、自動分割機能はパブリックフォルダーメールボックスの急激な容量増加に対処できなくなり、自動分割機能によってプライマリメールボックスからデータが移動されるまで、最大で 2 週間待たなければならない場合があります。さらに、Outlook PST を使用してパブリックフォルダーを Microsoft 365 またはOffice 365またはExchange Onlineにエクスポートする前に、次の点を考慮してください。

パブリックフォルダーのアクセス許可は、この処理の実行中に失われます。移行の前に、現在のアクセス許可をキャプチャし、移行の完了後に手動で追加します。
複雑なアクセス許可を使用している場合や移行するフォルダーが多い場合は、コマンドレットを使って移行する方法をお勧めします。
PST エクスポートでの移行中に行われた元のパブリックフォルダーに対するアイテムやフォルダーの変更は失われます。したがって、エクスポートとインポート処理の完了に時間がかかる場合は、コマンドレットを使用する方法をお勧めします。

PST ファイルを使ってパブリックフォルダーを移行する場合は、移行を正常に実行するため以下の手順に従ってください。

「手順 1: 移行スクリプトをダウンロードする」の手順に従って、移行スクリプトをダウンロードします。ファイルをダウンロード PublicFolderToMailboxMapGenerator.ps1 するだけで済みます。
「手順 3: .csv files の生成」の手順 2 に従って、パブリックフォルダーとメールボックスとのマッピングファイルを作成します。このファイルは、Exchange Online のパブリックフォルダーメールボックスの適正数を計算するために使用されます。
マッピングファイルに基づいて、必要なパブリックフォルダーメールボックスを作成します。詳細については、「EAC を使用してパブリックフォルダーメールボックスを作成する」を参照してください。
New-PublicFolder コマンドレットで、Mailbox パラメータを使って各パブリックフォルダーメールボックスの最上位のパブリックフォルダーを作成します。
Outlook を使って、PST ファイルをエクスポートし、インポートします。
EAC を使って、パブリックフォルダーのアクセス許可を設定します。詳細については、「新しい組織でパブリックフォルダーをセットアップする」トピックの「手順 3:パブリックフォルダーにアクセス許可を割り当てる」を参照してください。

注意

PST 移行を既に開始しているが、プライマリメールボックスがいっぱいであるという問題が生じた場合、PST 移行を回復するには次の 2 つの方法があります。

最初のオプションは、自動分割がプライマリメールボックスからデータを移動するのを待つ方法です。最大で 2 週間かかる場合があります。ただし、パブリックフォルダーメールボックスが完全にいっぱいになると、自動分割が完了するまで、そのすべてのパブリックフォルダーは新しいコンテンツを受信できません。

2 つ目のオプションは、「Exchange Server でパブリックフォルダーメールボックスを作成する」を実行した後、New-PublicFolder コマンドレットで Mailbox パラメーターを使用して、セカンダリパブリックフォルダーメールボックスに残りのパブリックフォルダーを作成します。

パブリックフォルダーの移行のトラブルシューティング

パブリックフォルダーの移行中の一般的な問題については、次のボタンを選択します。

テストの実行: パブリックフォルダーの移行のトラブルシューティング

Microsoft 365 管理センターでポップアップページが開き、テナント管理者アカウントでログインし、適切なオプションを選択します

バッチ移行を使用して、Exchange server のパブリック フォルダーを Exchange Online に移行する