詳細
リスト項目 ID が保持されるのは、ShareGate Migrate のMicrosoft 365 向け Insane modeを使用する場合のみです。これはMicrosoft の新しい移行 APIを使用しているためで、これにより新しいリストでこれらの値を設定できます。リスト項目 ID は、移行先リストの他のアイテムで既に使用されていない値である必要があります。
リスト項目 ID は、Insane mode を有効にせずに実行した移行、またはInsane Mode を使用してオンプレミス環境の移行先に移行する場合には保持されません。
これら 2 つのシナリオでは通常の SharePoint API が使用され、リスト項目 ID の値は自動的に割り当てられます。この API を使用するどのバージョンの SharePoint でもリスト項目 ID を保持するには、コンテンツデータベースを直接操作する必要があり、SharePoint の保証が無効になってしまいます。この理由と、Microsoft 365 ではデータベースにアクセスできないことから、リスト項目 ID は Insane Mode を使用する場合、またはオンプレミス環境の移行先の場合を除いてサポートされません。
注: Microsoft 365 の移行先リストからアイテムを削除した場合、他のアイテムがその ID を再利用することはありません。例えば、移行先で ID が 2 のリスト項目を削除した後、Insane mode で Copy content only を使用して新しいアイテムを移行すると、移行元の同じ ID (2) を持つアイテムは、移行先で同じ ID を持つことができません。このような場合の回避策として、代わりに Copy structure and content を使用してください。
回避策
免責事項: 以下の回避策は現状のまま提供されるものであり、いかなる保証やサポートも伴いません。すべてのシナリオでテストされているわけではないため、すべてのケースで機能するとは限りません。この回避策が機能しない場合、代替の解決策を提供することはできません。
Microsoft 365 の移行 API を使用せずにリスト項目 ID を保持したい場合は、以下の回避策を代替方法として提供します。
注: 以下の手順により、リスト項目 ID を保持できます。ただし、いくつかの手動の手順が必要であり、権限、バージョン履歴、添付ファイルは保持されません。
ShareGate Migrate のパフォーマンスオプションがMinimal に設定されていることを確認してください（これにより、ID が順番にコピーされるようシングルスレッドが保証されます。別の設定になっていると、マルチスレッドの影響で正しく機能しない場合があります）。
移行先に新しいリストを作成してください（そのリストに一度もアイテムが作成されたことがないことを確認してください。以前アイテムが存在し削除された空のリストは使用できません）。
移行元と同じ ID 番号のアイテムが揃うまで、任意の順序でアイテムを移行先リストにコピーしてください（アイテムと ID の組み合わせが間違っていても構いません）。例えば、移行元リストに ID 1 から 100 がある場合、移行先リストにも ID 1 から 100 のアイテムがあることを確認してください。
移行元の ID に欠番がある場合（例えば ID 30 のアイテムが存在しない場合）、移行先でも同じ欠番になるようアイテムを削除する必要があります（この例では、ID 30 のアイテムを削除します）。
ShareGate Migrate で移行元リストまで移動し、Bulk edit contentをクリックします。
すべてのアイテムを選択し、Export metadataをクリックします。
任意の場所に保存します。
ShareGate Migrate で移行先リストまで移動し、Bulk edit contentをクリックします。
Import and Editを選択します。
これにより、正しい ID で事前に作成されたアイテムにすべての正しい値が再割り当てされ、ID を保持したままコピーした場合と同じ結果が得られます。
ワークフローでリスト項目 ID を使用している場合は、以下の回避策を代替方法として提供します。
移行先リストに、Old ID（または任意の名前）という新しい列（1 行テキスト）を作成します。
プロパティのマッピングオプションを使用して、移行元の ID 列をその新しいOld ID列にマッピングします。
その列を使用するようワークフローを設定します。
この記事はAIによって翻訳されています。ご不明な点がある場合は、英語の原文をご確認ください。