ドキュメント移行用語集

ドキュメント内に埋め込まれたクリック可能な参照で、別のファイル、Webページ、メールアドレス、またはブックマークを指します。Officeドキュメントでは、ハイパーリンクはプレーンテキスト文字列として保存されており、リンク先ファイルが移動または名前変更されても自動的に更新されません。例：\\Server\Reports\Q1.xlsx へのハイパーリンクを含むWordドキュメントは、ファイルが別のサーバーやフォルダーに移動されるとリンク切れになります。

OLE（オブジェクトのリンクと埋め込み）リンクは、ドキュメント内のオブジェクトを外部に保存されたソースファイルに接続します。オブジェクト（Wordドキュメントに埋め込まれたExcelグラフなど）はソースファイルのコンテンツを表示し、ソースが変更されると更新できます。ソースファイルが移動されると、保存されたパスが解決できなくなるためOLEリンクは切れます。OLEリンクはOffice標準の検索・置換ダイアログからはアクセスできず、一括修復には専用ツールが必要です。

Excelでは、リンクソースとはセル数式で参照される外部ブックのことです。例：='\\Server\Shared\[Budget.xlsx]Sheet1'!$B$5。Wordでは、リンクソースとは外部ファイルからコンテンツを取得するフィールドコード（INCLUDETEXTやINCLUDEPICTUREなど）を指します。どちらの形式もソースファイルへの完全パスを保存します。ソースファイルが移動されると保存パスが無効になり、セルまたはフィールドにエラーが表示されます。

OfficeドキュメントのVBA（Visual Basic for Applications）マクロコード内にハードコードされたファイルパスへの参照。VBA参照は標準リンク検証ツールからは見えず、Office自身のリンク管理機能では更新されません。サーバー移行やフォルダー再構成後、古い場所を使用してファイルパスを構築または開くVBAコードは、サイレントに失敗するかランタイムエラーが発生します。ReplaceMagicはVBAモジュール内のパス文字列を検索・置換できます。

UNC（汎用命名規則）パスは、\\サーバー名\共有名\フォルダーパス\ファイル名 の形式でネットワーク上のリソースを識別する標準フォーマットです。UNCパスはドライブ文字の割り当てに依存せず、共有ネットワークストレージ上のファイルを参照するOfficeドキュメントで一般的に使用されます。サーバー名、共有名、またはパスのフォルダー構造を変更すると、そのUNC形式で保存されたすべてのリンクが切れます。例：\\FILESERVER\Company\Finance\Report.xlsx。

ドライブ文字またはサーバー名を含む、ファイルシステムのルートからファイルの完全な場所を指定するパス。例：C:\Users\Finance\Reports\Q1.xlsx または \\Server\Shared\Reports\Q1.xlsx。絶対パスは曖昧さがなく現在の作業ディレクトリに依存しませんが、サーバー名の変更、フォルダーの移動、ドライブ文字の再割り当てなど、パスの一部が変更されるとすぐに切れます。

リンクを含むドキュメントの場所を基準にファイルの場所を指定するパス。例：..\Finance\Budget.xlsx は「フォルダーを1つ上がってからFinanceフォルダーに入る」ことを意味します。相対パスは、ソースドキュメントとリンク先ドキュメントの相対的な関係が保持される限り、移動後も有効です。ただし、フォルダーの深さが変わる場合（例：中間フォルダーが挿入される場合）、.. のトラバースが正しい場所に届かなくなるため相対パスは切れます。

リンクの種類に関わらず、Officeドキュメント内にテキスト文字列として保存されたファイルパス。埋め込みパスには、ハイパーリンクのリンク先、OLEソースパス、Excelの外部参照、VBA文字列、Wordのフィールドコードが含まれます。この用語は、ドキュメントコンテンツ内に保存されたパスと、ファイルシステム上のみに存在するパスを区別するために使用されます。一括リンク修復ツールは、Officeでドキュメントを開かずに埋め込みパス文字列を検索・置換することで機能します。

SharePointがサイト内の各アイテム（ファイル、フォルダー、またはリストアイテム）に割り当てる数値識別子。アイテムIDはリストやライブラリ内で一意ですが、サイトコレクション間やテナント間では移植できません。OfficeドキュメントをSharePointに保存すると、一部のリンクタイプ（特にOfficeを介して作成されたドキュメント間リンク）はURLパスではなくアイテムIDを使用して保存される場合があります。テナント間移行ではアイテムIDが再割り当てされるため、IDベースのリンクはすべて切れ、単純なパス置換では修復できません。

URLやファイルパスではなく、SharePointアイテムIDまたはGUIDを使用してリンク先を識別するハイパーリンクまたは参照。IDベースのリンクは同じSharePoint環境内でのファイルの名前変更や移動に対して堅牢です。SharePointがアクセス時にIDを現在のURLに解決するためです。ただし、新しいIDが割り当てられる別のテナントまたはサイトコレクションへの移行は生き残れません。移行前にIDベースのリンクを絶対URLリンク（ユーザーが提供した検索・置換の組み合わせ）に変換することが、テナント間シナリオの推奨アプローチです。

企業買収、合併、または事業売却に伴い、コンテンツをあるMicrosoft 365テナントから別のテナントに移動するSharePoint移行。テナント間移行は複雑です。なぜなら、移行先テナントは異なるドメイン、異なるサイトURL、そしてすべての内部SharePoint IDが再割り当てされるからです。ソーステナントのURLを指すすべてのドキュメント内のすべての埋め込みリンクは、移行後に切れます。移行前のリンク分析と移行後の一括置換は不可欠なステップです。

SharePoint Onlineが所定の時間枠内に単一のアプリケーションまたはユーザーがAPIリクエストを行える速度を制限するために使用するメカニズム。一括処理ツールが短時間に多数のリクエストを送信すると、SharePointはHTTP 429（「リクエストが多すぎます」）レスポンスを返します。SharePoint向けに設計されたツールは、調整に対応するために指数バックオフを使ったリトライロジックを実装する必要があります。ReplaceMagicのSharePointエディションは、大規模なドキュメントライブラリの信頼性の高い一括処理を保証するために、調整を自動的に処理します。

SharePointにおいてファイルを特定ユーザーによる編集のためにロックするドキュメント管理メカニズム。チェックアウトされたドキュメントは、チェックインされるまで他のユーザーや自動化ツールが変更できません。SharePointライブラリで一括リンク修復を実行する際、ユーザーによってチェックアウトされているドキュメントはスキップされるか、そのユーザーが先にチェックインする必要があります。チェックアウト状態の管理は、SharePointでの一括修復プロジェクトの運用上の考慮事項です。

変更されたドキュメントがすべてのユーザーに表示される前にレビューと承認が必要なSharePoint機能。ライブラリでコンテンツ承認が有効な場合、ドキュメントを変更する一括修復ツールは変更された各ファイルに対して承認待ちアイテムを作成します。承認ワークフローを修復済みドキュメントがアクセス可能になる前に完了させる必要がある場合、移行スケジュールに影響を与える可能性があります。SharePointライブラリで一括リンク修復操作を実行する前に、コンテンツ承認の設定を確認する必要があります。

SharePointでドキュメントを保存・管理するためのコンテナ。各ドキュメントライブラリはSharePointサイトに関連付けられており、独自のURL、権限、バージョン管理設定、メタデータ列を持ちます。ドキュメントライブラリはSharePointにおけるファイルサーバーフォルダーに相当し、そのURLはSharePointに保存されたファイルへの絶対パス参照の基盤となります。移行中にライブラリのURLが変わることが多く、古いURLを参照していたすべての埋め込みパスが切れます。

UNCプロトコルを介してネットワークユーザーが利用できるようにされたWindowsファイルサーバー上のフォルダー。ネットワーク共有はサーバー名の下に共有名で識別されます。例：\\FILESERVER\Finance。サーバー名と共有名を合わせると、その共有上のファイルを参照するUNCパスのルートが形成されます。サーバー名や共有名の変更、またはSharePointやクラウドストレージへの移行の一環としての削除は、そのUNCルートを持つすべてのドキュメントに含まれるパスを切れさせます。

標準のネットワークファイル共有プロトコル（Windowsネットワークでは通常SMB/CIFS）を使用して、クライアントにファイルレベルのデータストレージを提供するネットワーク接続の専用ストレージデバイス。NASデバイスはOfficeアプリケーションにはネットワークサーバーとして見え、UNCパスでアクセスします。NASデバイスが交換されると、そのホスト名またはIPアドレスが変わり、古いデバイスを参照していたすべての埋め込みパスが切れます。例：\\NAS-OLD\Data\ を \\NAS-NEW\Data\ に置き換えるには、すべてのドキュメントで一括リンク修復が必要です。

サーバーをブロックレベルストレージデバイスに接続する、ストレージ専用の高速ネットワーク。NASとは異なり、SANはファイルではなく生のブロックデバイスとしてストレージを提供し、ファイルシステムはサーバーによって管理されます。SANに保存されたドキュメントは、SANを直接経由せず、ファイルシステムをホストするサーバーを通じてアクセスされます。SANのアップグレードまたは移行時のドキュメントリンクへの影響は、その結果としてユーザーに提供されるサーバー名とボリュームパスが変わるかどうかによって異なります。

ドキュメントに埋め込まれたパスまたは参照で、アクセス可能なファイルまたはリソースに解決できなくなったもの。リンク切れの原因としては、リンク先ファイルの移動、名前変更、削除、またはストレージ場所やネットワークインフラの変更により保存パスが有効な場所を指さなくなることがあります。リンク切れは、ユーザーがリンクをたどろうとするとエラーメッセージを生成し、データの更新、OLEオブジェクトの更新、マクロの実行を妨げる可能性があります。リンク切れの特定と修復がReplaceMagicの主要機能です。

ドキュメント内の各埋め込みパスが実際にアクセス可能なファイルまたはリソースに解決されるかどうかを確認するプロセス。リンク検証はリンク修復とは異なります。検証はどのリンクが切れているかを特定し、修復はそれを修正します。移行前に検証を実行するとベースラインが確立され、移行後に実行すると以前に有効だったすべてのリンクが引き続き解決されることを確認できます。ReplaceMagicはドキュメント分析プロセスの一環としてリンク検証を実行し、有効、切れ、到達不能なリンクを個別に報告します。

ドキュメント内の特定のテキスト文字列を見つけて別の文字列に置き換えるプロセス。一括リンク修復の文脈では、検索と置換はフォルダーツリー内のすべてのドキュメントのすべての埋め込みパスに同時に適用され、古いパスコンポーネント（例：古いサーバー名）を新しいものに置き換えます。ReplaceMagicは標準の検索・置換を拡張し、OLEリンク、VBA文字列、ヘッダー、フッター、フィールドコードなど、Office組み込みダイアログがアクセスできないリンクタイプにも対応します。

各ドキュメントを手動で開くことなく、単一の操作で大量のドキュメントを自動処理すること。一括処理ツールはドキュメントのファイル形式に直接作用し、Officeアプリケーションを起動せずにコンテンツを抽出・変更します。これにより、手動処理に必要な時間のほんの一部で何千ものドキュメントを分析または修復でき、繰り返しの手作業によって生じる人為的ミスのリスクも排除されます。

実際にディスクに変更を書き込まずに、各ドキュメントにどのような変更が加えられるかを表示するReplaceMagicの動作モード。プレビューモードでは、操作を確定する前に提案された置換内容（影響を受けるドキュメント、置換される文字列、その理由）を確認できます。特に不適切なルールが広範な誤った変更を生む可能性がある大規模なドキュメントセットでは、一括置換を実行する前にプレビューモードで実行することを強く推奨します。

特定のユーザーに代わって行動するのではなく、アプリケーション自身のID（アプリケーション資格情報）を使用してSharePointリソースにアクセスできるMicrosoft 365認証方式。アプリ専用認証は、ユーザーによる対話型サインインが実用的でない一括リンク修復などのバックグラウンド処理シナリオで使用されます。テナント管理者によって適切なSharePoint権限が付与されたAzure ADアプリケーション登録が必要です。ReplaceMagicのSharePointエディションは、無人一括操作のためのアプリ専用認証をサポートしています。

ユーザーが2つ以上の要素（通常はパスワードと認証アプリまたはSMSからのワンタイムコード）を使用して身元を確認することを要求するセキュリティメカニズム。MFAはMicrosoft 365テナントでますます必須となっています。ユーザーアカウントに代わってSharePointにアクセスする一括処理ツールでは、MFAが無人操作を中断させる可能性があります。MFAが有効なテナントでのSharePoint一括操作には、対話型MFAプロンプトをバイパスする登録済みアプリケーションを使用したアプリ専用認証の使用が推奨されるアプローチです。