ネットワーク共有間の移行後に壊れたリンクを修復する

ドキュメントをあるネットワーク共有から別のネットワーク共有に移動する場合（サーバー統合、データセンター移転、ストレージアップグレードなど）、古い共有名やパスを参照するすべての埋め込みリンクが壊れます。このガイドでは、ReplaceMagicが一度の一括操作で何千ものドキュメント内の壊れたファイルパスをすべて修復する方法を説明します。

旧パス: \\OldServer\CompanyDocs\Finance\Budget.xlsx
新パス: \\NewServer\Archive\Finance\Budget.xlsx
ReplaceMagicはすべてのドキュメント内の埋め込みパスをすべて更新します — ファイルを一切開かずに

ネットワーク共有の移行がドキュメントのリンクを壊す理由

Officeドキュメントは、他のファイルへのリンクをリンク作成時にリンク先ファイルが存在した正確なUNCパスとして保存します。ネットワーク共有の名前が変更されたり、新しいサーバーに統合されたり、別のフォルダ構造に移動されたりすると、保存されたパスは無効になります。古い共有上のファイルへのリンクを持つすべてのドキュメントに壊れた参照が含まれることになります。

リンクを壊す一般的なシナリオ

サーバー名の変更: \\OldServerName → \\NewServerName（古い名前を含むすべてのパスが壊れる）
サーバー統合: 複数のサーバーを1つに統合（\\ServerAと\\ServerBが異なるサブフォルダパスを持つ\\NewServerになる）
新しいデータセンターへの移行: 新しい場所の新しいサーバー名によりUNCパスが変更される
ストレージアップグレード: 異なるホスト名または共有名を持つNASまたはSANの交換
フォルダ再構成: 階層に新しい親フォルダを挿入するとその下のすべてのパスが変更される

壊れるリンクの種類

古い共有に保存された他のドキュメントへのハイパーリンク
OLEオブジェクトリンク（埋め込みグラフ、リンクされた画像、リンクされたファイル）
Excelの外部データソース参照（リンク元）
古いパスを参照するExcelのPower Queryとピボットテーブルのデータソース
ハードコードされたUNCパスを含むVBAマクロコード
埋め込まれたファイル参照を含むヘッダーとフッター

ReplaceMagicによるネットワーク共有移行リンクの修復方法

ステップ1 — 移行前後にスキャンする

ドキュメントライブラリ（古いまたは新しい共有）でReplaceMagicを実行して、すべての埋め込みリンクと含まれる正確なパス文字列の完全なインベントリを取得します。これにより修復作業の範囲が定まり、置換ルールが必要なすべてのパスバリアントが特定されます。

ステップ2 — 置換ルールを定義する

すべてのパス変更をカバーする1つ以上の検索/置換ペアを設定します:

\\OldServer\CompanyDocs → \\NewServer\Archive

複数のソースサーバーを持つサーバー統合の場合は、同じインポートファイルにサーバーごとに1行追加します。

ステップ3 — ルールをインポートしてプレビューする

マッピングファイル（CSVまたはテキスト）をインポートします。プレビューモードで実行して、確定前にすべての提案された変更を検証します。実行前にすべてのパスバリアントがカバーされていることを確認するためにプレビューレポートを確認します。

ステップ4 — 実行する

置換を実行します。ReplaceMagicはすべてのドキュメントを並列処理し、各ドキュメント内のすべての一致するリンクを更新します。元のファイルの日付は保持されます。処理中にドキュメントは一切開かれません。

ステップ5 — 検証する

新しい共有を再スキャンして、すべてのリンクが正しく解決されることを確認します。プロジェクト文書化と監査目的のために検証レポートをエクスポートします。

複雑なパス変更の管理

フォルダ構造も変更された場合（サーバー名だけでなく）、複数の置換ルールが必要になる場合があります。例えば、\\OldServer\Dept1が\\NewServer\Archive\2024\Dept1になった場合、1つのルールでパス全体の変更をカバーできます。すべてのルールを1つのCSVファイルにインポートしてください — すべて1回の処理パスで実行されます。