コンテンツ、知識、アプリケーションの共有と管理に使用される Microsoft 製品とテクノロジのグループ。
Microsoft Q&Aフォーラムに質問を投稿していただきありがとうございます。
あなたの状況をよりよく理解するために、詳細な情報を提供していただけますか?
- どのSharePointを使用していますか(SharePoint OnlineそれともSharePointサーバー)?
- 移動したい新しいライブラリは古いライブラリと同じテナントにありますか? また、バックアップライブラリも同じテナントにしたいですか? (私の理解が間違っていたら修正してください)
その間に、お試しできるいくつかの提案があります(コードはありません)。
オプション 1:「このライブラリを復元」(ファイル復元)を使用
ライブラリ全体を特定の時点にロールバックします(共有設定、バージョン、メタデータを復元)。 ランサムウェア攻撃や大量削除イベントに最適です。
オプション 2:SPMT / Migration Manager を使用してメタデータを保持したまま移行
別のライブラリ(またはサイト)に復元する必要がある場合に使用します。
- ターゲットライブラリの準備:同一のコンテンツタイプと列(内部名を一致させる)を事前に作成します。バージョン管理を有効化します。
- SPMT の実行:ソースをバックアップ場所(OneDrive / SharePoint / ファイル共有)に設定し、ターゲットを新しいライブラリに設定します。
- 「バージョンを含める」を有効化
- ユーザーマッピングを使用して作成者情報を保持
- ツールによりタイムスタンプやメタデータを保持
- バッチ単位で実行し、ログを確認、宛先で列の値をスポットチェックします。
- ユーザーマッピングを使用して作成者情報を保持
- 「バージョンを含める」を有効化
注意:SPMT / Migration Manager は、ターゲットに対応する列やコンテンツタイプが存在する場合のみメタデータを保持します。欠落している列には値は設定されません。
オプション 3:「コピー」よりも「移動」を優先(同一サイト内の場合)
モダン SharePoint では、同一サイト内での「移動」は通常、バージョン履歴を保持します。「コピー」は一般的に保持しません。 ただし、実際には「移動」がコピー+削除のように動作し、バージョン履歴が完全に保持されないという報告もあります。大規模な移行の前に、パイロットライブラリでテストしてください。
上記の情報があなたにとって役立つことを願っています。他に質問があれば、どうぞお気軽にお問い合わせください。
回答が役に立った場合は、「回答を受け入れる」をクリックし、ぜひ高評価してください。この回答について追加の質問がある場合は、「コメント」をクリックしてください。
注: このスレッドに関連するメール通知を受け取りたい場合は、ドキュメントの手順に従ってメール通知を有効にしてください。