バッチ移行を使用して、従来のパブリックフォルダーを Microsoft 365 または Office 365に移行する

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

概要: 次の手順を使用して、Exchange 2010 パブリックフォルダーを Microsoft 365 または Office 365に移動します。

このトピックでは、Exchange Server 2010 Service Pack 3 (SP3) の更新プログラムロールアップ 8 から Microsoft 365 または Office 365 および Exchange Online に、カットオーバーまたは段階的な移行でパブリックフォルダーを移行する方法について説明します。

このトピックでは、Exchange 2010 SP3 RU8 サーバーを従来の Exchange サーバーとして参照します。また、このトピックの手順は、Exchange Onlineと Microsoft 365 またはOffice 365の両方に適用されます。このトピックでは用語を同じ意味で使用する場合があります。

Outlook の PST エクスポート機能を使用して、パブリックフォルダーを Microsoft 365 またはOffice 365またはExchange Onlineに移行しないことをお勧めします。 Microsoft 365、Office 365、およびExchange Onlineパブリックフォルダーメールボックスの増加は、パブリックフォルダーメールボックスがサイズクォータを超えたときに分割する自動分割機能を使用して管理されます。 PST エクスポートを使ってパブリックフォルダーを移行すると、自動分割機能はパブリックフォルダーメールボックスの急激な容量増加に対処できなくなり、自動分割機能によってプライマリメールボックスからデータが移動されるまで、最大で 2 週間待たなければならない場合があります。このドキュメントのコマンドレットベースの手順を使用して、パブリックフォルダーを Microsoft 365、Office 365、またはExchange Onlineに移行することをお勧めします。ただし、PST エクスポートを使用してパブリックフォルダーを移行する場合は、このトピックの後半の「Outlook PST エクスポートを使用してパブリックフォルダーを Microsoft 365 またはOffice 365に移行する」セクションを参照してください。

次の PowerShell スクリプトに加えて、 *-MigrationBatch コマンドレットを使用して移行を実行します。

SourceSideValidations.ps1: ソース側検証スクリプトは、ソースにあるパブリックフォルダーをスキャンし、検出された問題と問題を報告して問題を解決するアクションを報告します。このスクリプトは、従来の Exchange サーバーオンプレミスで実行します。
Export-PublicFolderStatistics.ps1: このスクリプトは、フォルダー名とフォルダーサイズのマッピングファイルを作成します。このスクリプトは、従来の Exchange サーバーで実行します。
Export-PublicFolderStatistics.psd1: このサポートファイルはスクリプトによって Export-PublicFolderStatistics.ps1 使用され、同じ場所にダウンロードする必要があります。
PublicFolderToMailboxMapGenerator.ps1: このスクリプトは、スクリプトからの出力を使用して、パブリックフォルダーからメールボックスへのマッピングファイルを Export-PublicFolderStatistics.ps1 作成します。このスクリプトは、従来の Exchange サーバーで実行します。
PublicFolderToMailboxMapGenerator.strings.psd1: このサポートファイルはスクリプトによって PublicFolderToMailboxMapGenerator.ps1 使用され、同じ場所にダウンロードする必要があります。
Create-PublicFolderMailboxesForMigration.ps1: このスクリプトは、移行対象のパブリックフォルダーメールボックスを作成します。また、このスクリプトでは、 Limits for Public Folders で推奨されるパグリックフォルダーのメールボックスごとのユーザーログオン数に基づいて、予想されるユーザー負荷を処理するために必要なメールボックス数も計算します。
Create-PublicFolderMailboxesForMigration.strings.psd1: このサポートファイルは、Create-PublicFolderMailboxesForMigration.ps1 スクリプトによって使用され、同じ場所にダウンロードする必要があります。
Sync-MailPublicFolders.ps1: このスクリプトは、ローカル Exchange 展開と Microsoft 365 または Office 365の間でメールが有効なパブリックフォルダーオブジェクトを同期します。このスクリプトは、従来の Exchange サーバーで実行します。
SyncMailPublicFolders.strings.psd1: これはスクリプトによって使用されるサポートファイルであり、前の Sync-MailPublicFolders.ps1 スクリプトと同じ場所にコピーする必要があります。

手順 1: 移行スクリプトをダウンロードするこのスクリプトは、これらのスクリプトのダウンロード場所に関する詳細を提供します。すべてのスクリプトは、同じ場所にダウンロードする必要があります。

パブリックフォルダーを Microsoft 365 または Office 365 および Exchange Online に移行するためにサポートされている Exchange のバージョンは何ですか?

Exchange では、パブリックフォルダーを Microsoft 365 または Office 365 に移動し、次のレガシバージョンのExchange ServerからExchange Onlineできます。

Exchange 2010 SP3 RU8 以降

パブリックフォルダーをExchange Onlineに移動する必要があるが、オンプレミスサーバーで Exchange 2010 の最小サポートバージョンが実行されていない場合は、オンプレミスサーバーをアップグレードし、サポートされている唯一のパブリックフォルダー移行方法であるバッチ移行を使用することを強くお勧めします。

Exchange 2003 または Exchange 2007 からパブリックフォルダーを直接移行することはできません。 organizationで Exchange 2007 以前を実行している場合は、すべてのパブリックフォルダーデータベースとレプリカを Exchange 2010 SP3 RU8 以降に移動する必要があります。 Exchange 2007 以前にパブリックフォルダーレプリカを残す必要はありません。さらに、Exchange 2013 以降のパブリックフォルダー宛てのメールは、Exchange 2003 または Exchange 2007 サーバー経由でルーティングできません。

はじめに把握しておくべき情報

Exchange 2010 サーバーでは、Exchange 2010 SP3 RU8 以降が稼働している必要があります。
Microsoft 365 またはOffice 365とExchange Onlineでは、Organization Management ロールグループのメンバーである必要があります。この役割グループは、Microsoft 365、Office 365、または Exchange Online にサブスクライブした場合に割り当てられるアクセス許可とは異なるものです。組織の管理役割グループを有効にする方法の詳細については、「Exchange Onlineで役割グループを管理する」を参照してください。
Exchange 2010 では、組織の管理役割グループまたはサーバーの管理 RBAC 役割グループのメンバーになっている必要があります。詳細については、「役割グループにメンバーを追加する」をご覧ください。
パブリックフォルダーの移行を開始する前に、organization内の 1 つのパブリックフォルダーが 25 GB を超える場合は、そのフォルダーからコンテンツを削除して小さくすることをお勧めします。または、パブリックフォルダーのコンテンツを複数の小さなパブリックフォルダーに分割することをお勧めします。ここで言及している 25 GB の制限はパブリックフォルダーだけに適用され、そのフォルダーに子フォルダーやサブフォルダーがあってもそれらには適用されないのでご注意ください。これらのオプションがいずれも実行できない場合、パブリックフォルダーを Exchange Online に移動しないことをお勧めします。詳細については、「Exchange Online の制限」をご覧ください。注: Exchange Onlineの現在のパブリックフォルダークォータが 25 GB 未満の場合は、Set-OrganizationConfig コマンドレットを使用して、パラメーターと DefaultPublicFolderProhibitPostQuota パラメーターを使用DefaultPublicFolderIssueWarningQuotaしてそれらを増やすことができます。

ファイアウォールとアクセス制御リスト (ACL) を使用する場合は、Microsoft 365 またはリージョン内のOffice 365で使用される IP 範囲がファイアウォール経由で許可されていることを確認します。

Microsoft 365、Office 365、Exchange Onlineでは、最大 1,000 個のパブリックフォルダーメールボックスを作成できます。
パブリックフォルダーを移行する前に、まずすべてのユーザーメールボックスを Microsoft 365 または Office 365 および Exchange Onlineに移動することをお勧めします。詳細については、「複数のメールアカウントを Microsoft 365 またはOffice 365に移行する方法」を参照してください。ただし、移行を実行する PF 管理者のメールボックスをオンプレミス環境に保持するか、新しい PF 管理者アカウントを作成し、レガシ Exchange サーバーでホストされているメールボックスを割り当てる必要があります。
従来の Exchange サーバーで Outlook Anywhere が有効になっている必要があります。 Exchange 2010 サーバーで Outlook Anywhere を有効にする方法の詳細については、「Outlook Anywhere を有効にする」を参照してください。
Exchange 管理センター (EAC) または Exchange 管理コンソール (EMC) を使用して、この手順を実行することはできません。従来の Exchange サーバーでは、Exchange 管理シェルを使用する必要があります。 Exchange Online の場合、Exchange Online PowerShell を使用する必要があります。詳細については、「Exchange Online PowerShell への接続」を参照してください。
すべてのパブリックフォルダーのデータを移行するには、単一の移行バッチを使用する必要があります。 Exchange では、一度に 1 つの移行バッチのみを作成できます。複数の移行バッチを同時に作成しようとすると、結果はエラーになります。
一部の手順ではダウンタイムが必要になるため、この手順を始める前に、このトピック全体に目を通してください。
このトピックの手順で使用可能なキーボードショートカットについては、「Exchange 管理センターのキーボードショートカット」を参照してください。
DefaultPublicFolderAgeLimit が organization レベルで構成されているかどうか (Get-OrganizationConfig | Format-List DefaultPublicFolderAgeLimit) または個々のパブリックフォルダーに対して AgeLimit (Get-PublicFolder <FolderPath> | Format-List AgeLimit) が構成されているかどうかを確認して、コンテンツの自動削除を防止してください。

ヒント

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

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

「パブリックフォルダー移行スクリプト」からすべてのスクリプトとサポートファイルをダウンロードします。
PowerShell を実行するローカルコンピューターにスクリプトを保存します。たとえば C:\PFScripts などです。すべてのスクリプトは同じ場所に保存する必要があります。
以下のファイルを、メールが有効なパブリックフォルダー - ディレクトリ同期スクリプトからダウンロードします。
- Sync-MailPublicFolders.ps1
- SyncMailPublicFolders.strings.psd1
ソース側の検証スクリプトのダウンロード元 https://www.microsoft.com/download/confirmation.aspx?id=100414
手順 2 で行ったのと同じ場所にスクリプトを保存します。たとえば、「C:\PFScripts」とします。

手順 2:移行の準備

移行を開始する前に、以下の前提となる手順を実行します。

注:

メールボックスの役割を持つオンプレミスの Exchange Server2010 からソース側検証スクリプトを実行することを強くお勧めします。このスクリプトは、移行に時間がかかる原因として知られている問題を、これらの問題を修正するためのガイダンスに沿ってスキャンして報告します。ここに記載されている例を使用してください。

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

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

従来の Exchange サーバー上で前提となる手順

注:

従来の Exchange サーバーで、Microsoft 365 または Office 365 または Exchange Online に存在するメールが有効なパブリックフォルダーへのルーティングは、インターネット上のすべての DNS キャッシュが Microsoft 365、Office 365、または Exchange Online DNS を指すように更新されるまで引き続き動作します。organizationが存在するようになりました。これを行うには、次のコマンドを実行して、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) を無効にする必要があります。詳細については、「ディレクトリベースのエッジブロックを使用して無効な受信者に送信されたメッセージを拒否する」を参照してください。

パブリックフォルダーの名前に円記号 ( ) またはスラッシュ ( \/ ) が含まれている場合、移行が発生したときに、パブリックフォルダーが親パブリックフォルダーに作成される可能性があります。移行する前に、名前に円記号またはスラッシュを含むパブリックフォルダーの名前を変更することをお勧めします。

Exchange 2010 では、名前にバックスラッシュが含まれているパブリックフォルダーを特定するには、次のコマンドを実行します。
```
Get-PublicFolderStatistics -ResultSize Unlimited | Where {($_.Name -like "*\*") -or ($_.Name -like "*/*") } | Format-List Name,Identity
```
パブリックフォルダーが返された場合、次のコマンドを実行することで、名前を変更することができます。
```
Set-PublicFolder -Identity <public folder identity> -Name <new public folder name>
```
過去に正常終了した移行の記録がないことを確認してください。ある場合は、その値をに設定する $false必要があります。値がに $true設定されている場合、移行要求は失敗します。

次の例では、パブリックフォルダーの移行ステータスを確認します。
```
Get-OrganizationConfig | Format-List PublicFoldersLockedforMigration,PublicFolderMigrationComplete
```
(この手順は、以前に失敗した移行を再試行する場合にのみ必要であることに注意してください)。 PublicFoldersLockedforMigration プロパティまたは PublicFolderMigrationComplete プロパティの状態がである場合は $true、次のコマンドを実行して値をに $false設定します。
```
Set-OrganizationConfig -PublicFoldersLockedforMigration:$false -PublicFolderMigrationComplete:$false
```
注意

上記のプロパティをリセットした後は、Exchange が新しい設定を検出するまで待機する必要があります。この処理が完了するまで最大 2 時間かかる場合があります。
移行終了時に確認できるよう、最初に従来の Exchange サーバーで次の Exchange 管理シェルコマンドを実行して、現在のパブリックフォルダー展開のスナップショットを取得することをお勧めします。

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

構文およびパラメーターの詳細については、以下のトピックを参照してください。

Microsoft 365、Office 365、またはExchange Onlineの前提条件の手順

既存のパブリックフォルダーの移行要求がないことを確認します。要求がある場合、その要求をクリアしないと、自身が行っている移行要求が失敗します。この手順は、すべての場合に必要なわけではありません。これは、パイプラインに既存の移行要求がある可能性があると思われる場合にのみ必要です。

重要

移行要求を削除する前に、既存の要求がなぜ存在するかを理解することが重要です。次のコマンドを実行して、以前の要求がいつ実行されたかを特定し、発生した可能性がある問題の診断に役立てることができます。なぜ変更したかを特定するには、場合によって、組織内の他の管理者と連絡を取る必要があります。

次の例では、既存のバッチ移行要求を検出します。
```
$batch = Get-MigrationBatch | ?{$_.MigrationType.ToString() -eq "PublicFolder"}
```
次の例では、既存のパブリックフォルダーのバッチ移行要求を削除します。
```
$batch | Remove-MigrationBatch -Confirm:$false
```
Microsoft 365 または Office 365にパブリックフォルダーまたはパブリックフォルダーメールボックスが存在しないことを確認します。

重要

Microsoft 365、Office 365、またはExchange Onlineにパブリックフォルダーが表示される場合は、パブリックフォルダーとパブリックフォルダーメールボックスを削除する前に、そのフォルダーが存在する理由と、organizationでパブリックフォルダー階層を開始したユーザーを決定することが重要です。
1. PowerShell Exchange Onlineで、次のコマンドを実行して、パブリックフォルダーメールボックスが存在するかどうかを確認します。
```
Get-Mailbox -PublicFolder
```
2. コマンドを実行しても、パブリックフォルダーメールバックスが返されなかった場合は、手順 3: .csv ファイルを生成するに進んでください。上記のコマンドによってパブリックフォルダーメールボックスが返された場合は、以下のコマンドを使って、パブリックフォルダーが存在するかどうかを確認します。
```
Get-PublicFolder
```
3. Microsoft 365、Office 365、またはExchange Onlineにパブリックフォルダーがある場合は、次の PowerShell コマンドを実行して削除します。 Microsoft 365 または Office 365 のパブリックフォルダーにあった情報が保存されていることを確認します。
  
  注意
  
  パブリックフォルダーを削除すると、パブリックフォルダーに含まれていたすべての情報は完全に削除されます。
```
Get-MailPublicFolder | where {$_.EntryId -ne $null}| Disable-MailPublicFolder -Confirm:$false
Get-PublicFolder -GetChildren \ | Remove-PublicFolder -Recurse -Confirm:$false
```
4. パブリックフォルダ－を削除した後、次のコマンドを実行して、パブリックフォルダーメールボックスをすべて削除します。

$hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false

構文およびパラメーターの詳細については、以下のトピックを参照してください。

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

従来の Exchange サーバーで、スクリプトを Export-PublicFolderStatistics.ps1 実行してフォルダー名とフォルダーサイズのマッピングファイルを作成します。このスクリプトは必ずローカル管理者が実行する必要があります。このファイルには、 FolderName と FolderSize の 2 つの列があります。 FolderSize 列の値は、バイト単位で表示されます。 \PublicFolder01,10000 などとなります。
```
.\Export-PublicFolderStatistics.ps1  <Folder to size map path> <FQDN of source server>
```
- FQDN of source server は、パブリックフォルダー階層をホストしているメールボックスサーバーの完全修飾ドメイン名です。
- Folder to size map path は .csv ファイルを保存するネットワーク共有フォルダーのパスとファイル名です。このトピックでは後ほど、Exchange Online PowerShell を使って、このファイルにアクセスする必要があります。ファイル名だけを指定すると、ローカルコンピューター上の現在の PowerShellディレクトリにファイルが生成されます。
- 必要に応じて、処理を続行する前にスクリプトの出力から、メールが有効なシステムフォルダーを削除します。
スクリプトを PublicFolderToMailboxMapGenerator.ps1 実行して、パブリックフォルダーからメールボックスへのマッピングファイルを作成します。このファイルは、Exchange Online のパブリックフォルダーメールボックスの適正数を計算するために使用されます。
```
.\PublicFolderToMailboxMapGenerator.ps1 <Maximum mailbox size in bytes> <Folder to size map path> <Folder to mailbox map path>
```
- スクリプトを実行する前に、次のコマンドを使用して、Exchange Online テナントの現在のパブリックフォルダーの制限をチェックします。次に、パブリックフォルダーの現在のクォータ値をメモします。
```
Get-OrganizationConfig | Format-List *quota*
```
  Exchange Onlineでは、既定値は DefaultPublicFolderIssueWarningQuota の場合は 1.7 GB、DefaultPublicFolderProhibitPostQuota の場合は 2 GB です。
- メールボックスの最大サイズ (バイト単位) は、新しいパブリックフォルダーメールボックスに設定する最大サイズと同じです。 Exchange Onlineでは、パブリックフォルダーメールボックスの最大サイズは 100 GB です。各パブリックフォルダーメールボックスの容量を増やすために、75 GB の設定を使用することをお勧めします。パブリックフォルダーメールボックスの数が少ないほど、Outlook クライアントの接続数が少なくなります。これは、パフォーマンスの問題を回避するのに役立つ可能性があります。ユーザーの場合、情報がホストされている場所は透過的であり、クライアント側には同じ階層がさらに表示されます。 Exchange Onlineの既定のパブリックフォルダー "禁止投稿" クォータは 2 GB です。 2 GB を超える個々のパブリックフォルダーがある場合は、次のいずれかのオプションを使用してこの問題を解決できます。
- 移行バッチを開始する前に、次のコマンドを実行して、既定のパブリックフォルダー "禁止投稿" クォータを増やします。
```
Set-OrganizationConfig -DefaultPublicFolderProhibitPostQuota <size value> -DefaultPublicFolderIssueWarningQuota <size value>
```
- 移行バッチを開始する前に、パブリックフォルダーのコンテンツを削除して、コンテンツのサイズを 2 GB 以下に減らします。
- 移行バッチを開始する前に、パブリックフォルダーをそれぞれ 2 GB 以下の複数のパブリックフォルダーに分割します。
  
  注:
  
  パブリックフォルダーが 30 GB を超え、コンテンツを削除したり、複数のパブリックフォルダーに分割したりできない場合は、パブリックフォルダーをExchange Onlineに移動しないことをお勧めします。
- マップパスのサイズを変更するフォルダー は、スクリプトの実行時に作成した .csv ファイルのファイルパスと Export-PublicFolderStatistics.ps1 同じです。
- フォルダーからメールボックスへのマップパス は、この手順で作成したフォルダーからメールボックスへの .csv ファイルのファイル名とパスと同じです。ファイル名のみを指定すると、ローカルコンピューターの現在の PowerShell ディレクトリにファイルが生成されます。

注:

スクリプトが実行され、.csv ファイルが生成されると、新しいパブリックフォルダーや既存のパブリックフォルダーの更新は収集されません。

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

次のコマンドを実行し、ターゲットのパブリックフォルダーメールボックスを作成します。スクリプトは、スクリプトを実行して、手順 3 で前に生成した .csv ファイル内の各メールボックスのターゲットメールボックスを作成します PublicFoldertoMailboxMapGenerator.ps1 。

.\Create-PublicFolderMailboxesForMigration.ps1 -FolderMappingCsv Mapping.csv -EstimatedNumberOfConcurrentUsers:<estimate>

Mapping.csv は、手順 3 のスクリプトによって PublicFoldertoMailboxMapGenerator.ps1 生成されたファイルです。通常、パブリックフォルダー階層を参照する同時ユーザー接続の推定値は、組織内のユーザー数の合計より少なくなります。

注:

このスクリプトExchange Online実行するには、PowerShell を使用します。詳細については、「Exchange Online PowerShell への接続」を参照してください。

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

Exchange サーバーで次の手順を実行して、 Sync-MailPublicFolders.ps1 スクリプトを実行するための前提条件を満たします。
1. エンタープライズ管理者のアクセス許可を持つアカウントでサインインします。
2. EXO PowerShell をインストールします。 EXO PowerShell のインストール方法については、こちらを参照してください。
3. 管理者モードで PowerShell を起動します。
4. 次のコマンドを実行して同期を開始します。
```
Add-PSSnapin *exchange* | .\Sync-MailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv
```
5. メッセージが表示されたら、Microsoft 365 テナント管理者アカウントの資格情報を入力します。
従来の Exchange サーバーで、移行要求を実行するために必要な以下の情報を取得します。
1. LegacyExchangeDNパブリックフォルダー管理者ロールのメンバーであるユーザーのアカウントのを見つけます。これは、この手順の手順 3 で資格情報が必要だったユーザーと同じユーザーです。
  
  注:
  
  使用するアカウントは、オンプレミスのExchange Serverでメールボックスが有効になっている必要があります。パブリックフォルダー管理者アカウントが存在しない場合は、新しいオンプレミスメールボックスを作成します。
```
Get-Mailbox <PublicFolder_Administrator_Account> | Select-Object LegacyExchangeDN
```
2. パブリックフォルダーデータベースを LegacyExchangeDN 持つメールボックスサーバーのを検索します。
```
Get-ExchangeServer <public folder server> | Select-Object -Expand ExchangeLegacyDN
```
3. Outlook Anywhere ホスト名の FQDN を検索します。 Outlook Anywhere に複数のインスタンスが存在する場合、従来の Exchange 組織で移行エンドポイントに一番近いインスタンスか、パブリックフォルダーレプリカに一番近いインスタンスのいずれかを選択します。次のコマンドを実行すると、Outlook Anywhere のすべてのインスタンスが検索されます。
```
Get-OutlookAnywhere | Format-Table Identity,ExternalHostName
```
PowerShell Exchange Onlineで、次のコマンドを実行して、前の手順で返された情報を、移行要求で使用される変数に渡します。
1. 従来の Exchange サーバーに対する管理アクセス許可を持つユーザーの資格情報を変数 $Source_Credentialに渡します。 Exchange Online で実行される移行要求では、この資格情報を使って、コンテンツをコピーするために従来の Exchange サーバーにアクセスします。
```
$Source_Credential = Get-Credential <source_domain\PublicFolder_Administrator_Account>
```
2. ExchangeLegacyDN手順 2a で見つけたレガシ Exchange サーバー上の移行ユーザーのを使用し、変数 $Source_RemoteMailboxLegacyDNに渡します。
```
$Source_RemoteMailboxLegacyDN = "<paste the value here>"
```
3. ExchangeLegacyDN上記の手順 2b で見つけたパブリックフォルダーサーバーのを使用し、変数 $Source_RemotePublicFolderServerLegacyDNに渡します。
```
$Source_RemotePublicFolderServerLegacyDN = "<paste the value here>"
```
4. 上記の手順 2c で見つけた Outlook Anywhere の外部ホスト名を使用し、変数 $Source_OutlookAnywhereExternalHostNameに渡します。
```
$Source_OutlookAnywhereExternalHostName = "<paste the value here>"
```
最後に Exchange Online PowerShell で次のコマンドを実行し、移行要求を作成します。

注:

次の例の認証方法は、Outlook Anywhere の設定と一致する必要があります。使用しない場合、コマンドは失敗します。
```
$PfEndpoint = New-MigrationEndpoint -PublicFolder -Name PublicFolderEndpoint -RPCProxyServer $Source_OutlookAnywhereExternalHostName -Credentials $Source_Credential -SourceMailboxLegacyDN $Source_RemoteMailboxLegacyDN -PublicFolderDatabaseServerLegacyDN $Source_RemotePublicFolderServerLegacyDN -Authentication Basic
$bytes = [System.IO.File]::ReadAllBytes('folder_mapping.csv')
New-MigrationBatch -Name PublicFolderMigration -CSVData $bytes -SourceEndpoint $PfEndpoint.Identity -NotificationEmails <email addresses for migration notifications>
```
手順 3: .csv ファイルを生成するで生成されたマップファイルを指定folder_mapping.csvします。

注:

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

バッチ移行は Exchange 管理シェルで New-MigrationBatch コマンドレットを使用して作成する必要がありますが、移行の進行と完了は EAC で表示および管理できます。 New-MigrationBatch コマンドレットは、各パブリックフォルダーメールボックスのメールボックス移行要求を開始するので、メールボックスの移行ページを使用してこれらの要求の状態を表示することができます。以下の手順により、メールボックス移行ページにアクセスして、メールで受信可能な移行レポートを作成することができます。

Exchange Online にログインし、EAC を開きます。
[メールボックスの移行] > に移動します。
作成した移行要求を選択して、 [詳細] ウィンドウの [詳細の表示] をクリックします。

構文およびパラメーターの詳細については、以下のトピックを参照してください。

手順 6: 従来の Exchange サーバーでパブリックフォルダーを最後の移行用にロックダウンする (ダウンタイムが必要)

移行プロセスのこの時点まで、ユーザーはパブリックフォルダーにアクセスできます。次の手順では、ユーザーは従来のパブリックフォルダーからログオフされ、移行で最終的な同期が完了するまでフォルダーはロックされます。このプロセスの間、ユーザーはパブリックフォルダーにアクセスできません。また、メールが有効なパブリックフォルダーに送信されたメールはキューに入れられ、パブリックフォルダーの移行が完了するまで配信されません。

注:

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

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

Exchange Online PowerShell で次のコマンドを実行して、詳細を取得します。

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

Get-PublicFolderMailboxMigrationRequest | Get-PublicFolderMailboxMigrationRequestStatistics | Format-Table targetmailbox,*last*sync*

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

バッチとすべての移行要求が正常に同期されたことを確認したら、レガシ Exchange サーバーで次のコマンドを実行して、レガシパブリックフォルダーをロックしてファイナライズします。

Set-OrganizationConfig -PublicFoldersLockedForMigration:$true

構文およびパラメーターの詳細については、「set-OrganizationConfig」を参照してください。

organizationに複数のパブリックフォルダーデータベースがある場合は、パブリックフォルダーのレプリケーションが完了するまで待って、すべてのパブリックフォルダーデータベースがフラグを取得PublicFoldersLockedForMigrationし、最近フォルダーに加えられた保留中の変更がorganization全体に収束したことを確認する必要があります。この処理には数時間かかる場合があります。

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

パブリックフォルダーの移行を完了するには、次のコマンドを実行します。

Complete-MigrationBatch PublicFolderMigration

重要

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

移行を完了すると、Exchange は、従来の Exchange サーバーと Exchange Online との間で最終的な同期を実行します。最終的な同期が成功すると、Exchange Onlineのパブリックフォルダーがロック解除され、移行バッチの状態が [完了] に変わります。移行バッチの状態は、完了に切り替わる前に、数時間 "同期済み" のままであることが一般的です。多数のターゲットメールボックスを含む移行の場合、基になるパブリックフォルダーの移行要求に失敗または検疫されていない場合、状態は 24 時間を超えて "同期済み" 状態のままになるのが通常です。

オンプレミスの Exchange サーバーと Microsoft 365 または Office 365の間でハイブリッド展開を構成した場合は、移行が完了した後、PowerShell Exchange Onlineで次のコマンドを実行する必要があります。

Set-OrganizationConfig -RemotePublicFolderMailboxes $Null -PublicFoldersEnabled Local

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

パブリックフォルダーの移行の最終処理の後、次のテストを実行して移行が正常に実行されたことを確認してください。これにより、Microsoft 365、Office 365、またはパブリックフォルダーの使用に切り替える前に、移行されたパブリックフォルダー階層Exchange Onlineテストできます。

PowerShell Exchange Onlineで、新しく移行されたパブリックフォルダーメールボックスを既定のパブリックフォルダーメールボックスとして使用するように、いくつかのテストメールボックスを割り当てます。
```
Set-Mailbox -Identity <Test User> -DefaultPublicFolderMailbox <Public Folder Mailbox Identity>
```
前の手順で特定したテストユーザーを使用して Outlook 2010 以降にログオンし、次のパブリックフォルダーテストを実行します。
- 階層の表示
- アクセス許可のチェック
- パブリックフォルダーの作成と削除
- パブリックフォルダーに対する内容の追加と削除
問題が発生した場合は、この記事の後半の「移行をロールバックする」を参照してください。パブリックフォルダーのコンテンツと階層が許容され、期待どおりに機能する場合は、次の手順に進みます。
レガシ Exchange サーバーで次のコマンドを実行して、パブリックフォルダーの移行が完了したことを示します。
```
Set-OrganizationConfig -PublicFolderMigrationComplete:$true
```
移行が完了したことを確認したら、PowerShell Exchange Onlineで次のコマンドを実行して、Set-OrganizationConfig の PublicFoldersEnabled パラメーターがにLocal設定されていることを確認します。
```
Set-OrganizationConfig -PublicFoldersEnabled Local
```

構文およびパラメーターの詳細については、以下のトピックを参照してください。

Set-Mailbox

Get-Mailbox

Set-OrganizationConfig

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

「Step 2: Prepare for the migration」で、移行を開始する前にパブリックフォルダー構造、統計、アクセス許可のスナップショットを取得しました。以下の手順では、移行完了後に同じスナップショットを取得して、パブリックフォルダーの移行が正しく行われたことを確認します。両方のファイルのデータを比較して、移行が正しく行われたことを確認します。

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

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

Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML  C:\PFMigration\Cloud_PFPerms.xml

従来の Exchange サーバーからパブリックフォルダーデータベースを削除する

移行が完了して Exchange Online パブリックフォルダーが想定どおりに動作することを確認したら、従来の Exchange サーバーのパブリックフォルダーデータベースを削除する必要があります。

重要

すべてのメールボックスは、パブリックフォルダーの移行前に Microsoft 365 またはOffice 365に移行されているため、オンプレミス環境を通じて一元化されたメールフローではなく、Microsoft 365 または Office 365 (分散型メールフロー) を介してトラフィックをルーティングすることを強くお勧めします。一元的なメールフローのままにすることを選択した場合、オンプレミス組織からパブリックフォルダーのメールボックスデータベースを削除しているため、パブリックフォルダーへの配信に問題が発生する可能性があります。

Exchange 2010 サーバーからパブリックフォルダーデータベースを削除する方法の詳細は、「パブリックフォルダデータベースの削除」を参照してください。

移行のロールバック

移行に関して何らかの問題が発生し、従来の Exchange パブリックフォルダーを再度アクティブにする必要がある場合は、次の手順を実行します。

注意

従来の Exchange サーバーに移行をロールバックすると、移行後にメール対応パブリックフォルダーに送信されたすべての電子メール、またはパブリックフォルダーに投稿された内容がすべて失われます。この内容を保存するには、パブリックフォルダーの内容を .pst ファイルにエクスポートして、ロールバック終了後に従来のパブリックフォルダーにインポートする必要があります。

従来の Exchange サーバーで次のコマンドを実行すると、従来の Exchange パブリックフォルダーのロックが解除されます。この処理には数時間かかる場合があります。
```
Set-OrganizationConfig -PublicFoldersLockedForMigration:$False
```

Exchange Online PowerShell で次のコマンドを実行し、Exchange Online パブリックフォルダーをすべて削除します。

$hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force

従来の Exchange サーバーで、次のコマンドを実行してフラグを PublicFolderMigrationComplete に $false設定します。
```
Set-OrganizationConfig -PublicFolderMigrationComplete:$False
```

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

Outlook の PST エクスポート機能を使用して、オンプレミスのパブリックフォルダー階層が 30 GB を超える場合は、パブリックフォルダーを 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 ファイルを生成する」の手順 2 に従って、パブリックフォルダーとメールボックスとのマッピングファイルを作成します。このファイルは、Exchange Online のパブリックフォルダーメールボックスの適正数を計算するために使用されます。
マッピングファイルに基づいて、必要なパブリックフォルダーメールボックスを作成します。詳細については、「パブリックフォルダーメールボックスの作成」を参照してください。
New-PublicFolder コマンドレットで、Mailbox パラメータを使って各パブリックフォルダーメールボックスの最上位のパブリックフォルダーを作成します。
Outlook を使って、PST ファイルをエクスポートし、インポートします。
EAC を使って、パブリックフォルダーのアクセス許可を設定します。詳細については、「手順 3: パブリックフォルダーにアクセス許可を割り当てる」を参照してください。

注意

PST の移行を既に開始していて、プライマリメールボックスがいっぱいの問題が発生した場合は、PST 移行を回復するための 2 つのオプションがあります。最初のオプションは、自動分割がプライマリメールボックスからデータを移動するのを待つ方法です。最大で 2 週間かかる場合があります。ただし、パブリックフォルダーメールボックスが完全にいっぱいになると、自動分割が完了するまで、そのすべてのパブリックフォルダーは新しいコンテンツを受信できません。もう 1 つのオプションは、パブリックフォルダーメールボックスを作成してから、Mailbox パラメーターを指定して New-PublicFolder コマンドレットを使用して、セカンダリパブリックフォルダーメールボックスに残りのパブリックフォルダーを作成することです。

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

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

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

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

次の方法で共有

バッチ移行を使用して、従来のパブリックフォルダーを Microsoft 365 または Office 365に移行する

パブリックフォルダーを Microsoft 365 または Office 365 および Exchange Online に移行するためにサポートされている Exchange のバージョンは何ですか?

はじめに把握しておくべき情報

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

手順 2:移行の準備

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

従来の Exchange サーバー上で前提となる手順

Microsoft 365、Office 365、またはExchange Onlineの前提条件の手順

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

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

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

手順 6: 従来の Exchange サーバーでパブリックフォルダーを最後の移行用にロックダウンする (ダウンタイムが必要)

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

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

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

従来の Exchange サーバーからパブリックフォルダーデータベースを削除する

移行のロールバック

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

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

その他のリソース

次の方法で共有

バッチ移行を使用して、従来のパブリック フォルダーを Microsoft 365 または Office 365に移行する

パブリック フォルダーを Microsoft 365 または Office 365 および Exchange Online に移行するためにサポートされている Exchange のバージョンは何ですか?

はじめに把握しておくべき情報

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

手順 2:移行の準備

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

従来の Exchange サーバー上で前提となる手順

Microsoft 365、Office 365、またはExchange Onlineの前提条件の手順

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

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

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

手順 6: 従来の Exchange サーバーでパブリック フォルダーを最後の移行用にロック ダウンする (ダウンタイムが必要)

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

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

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

従来の Exchange サーバーからパブリック フォルダー データベースを削除する

移行のロールバック

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

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

その他のリソース

バッチ移行を使用して、従来のパブリックフォルダーを Microsoft 365 または Office 365に移行する

パブリックフォルダーを Microsoft 365 または Office 365 および Exchange Online に移行するためにサポートされている Exchange のバージョンは何ですか?

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

手順 6: 従来の Exchange サーバーでパブリックフォルダーを最後の移行用にロックダウンする (ダウンタイムが必要)

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

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

従来の Exchange サーバーからパブリックフォルダーデータベースを削除する

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

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