次の方法で共有

ハードリンク移行ストア

  • [アーティクル]
  • 適用対象:
    ✅ Windows 11, ✅ Windows 10

ハード リンク移行ストアを使用すると、古いオペレーティング システムが削除され、新しいオペレーティング システムがインストールされている間に、すべてのユーザー状態がコンピューター上で維持されるインプレース移行を実行できます。 この機能により、 ハードリンク移行ストア はコンピューターの更新シナリオに最適です。 コンピューター更新シナリオにハード リンク移行ストアを使用すると、移行のパフォーマンスが大幅に向上し、ハード ディスク使用率が大幅に削減され、展開コストが削減され、まったく新しい移行シナリオが可能になります。

ハードリンク移行ストアは、計画された移行が次の両方の条件を満たしている場合に使用できます。

  • オペレーティング システムは、新しいコンピューターに移行するのではなく、既存のハードウェアでアップグレードされています。

  • オペレーティング システムは、コンピューターの同じボリュームでアップグレードされています。

計画された移行に次のいずれかのタスクが含まれている場合、ハードリンク移行ストアは使用できません。

  • あるコンピューターから別のコンピューターにデータが移行されています。

  • データは、コンピューター上の 1 つのボリュームから同じコンピューター上の別のボリューム (たとえば、 C: から D:) に移行中です。

  • 移行ストアを含むディスクは、Windows セットアップの外部または Windows セットアップ中に、ディスクのフォーマットまたは再パーティション分割されています。

ハード リンク移行ストアは、コマンド ライン オプション ( /hardlink) を使用して作成され、他の移行ストアの種類と同等です。 ただし、ハード リンクは、移行中にソース コンピューターにファイルを保存するために使用される点で異なります。 ソース コンピューターにファイルを配置したままにしておくと、ファイルを複製する冗長な作業が不要になります。 また、このシナリオを定義するディスク使用率のパフォーマンス上の利点と削減も可能になります。

ハード リンクが作成されると、既存のファイルにもう 1 つのパスが指定されます。 たとえば、c:\hard link\myFile.txtと呼ばれるc:\file1.txtへのハード リンクを作成できます。 これら 2 つのパスは、同じファイルに関連します。 c:\file1.txtが開かれた場合、ファイルに加えられた変更とそれに続いて保存されているファイルは、c:\hard link\myFile.txtが開いたときに表示されます。 c:\file1.txtが削除された場合でも、ファイルはc:\hardlink\myFile.txtとしてコンピューター上に存在します。 ファイルを削除するには、ファイルへの両方の参照を削除する必要があります。

注

ハード リンクは、同じボリューム上のファイルに対してのみ作成できます。 ハード リンク移行ストアが別のドライブまたは外部デバイスにコピーされた場合、圧縮されていない移行ストアのシナリオと同様に、リンクではなくファイルがコピーされます。

ハード リンクの詳細については、「ハード リンクとジャンクション」を参照してください。

ほとんどの点で、ハード リンク移行ストアは非圧縮移行ストアと同じです。 ハード リンク移行ストアは、 ScanState.exe コマンド ライン ツールで指定されているとおりに配置されます。 ストアの内容は、Windows エクスプローラーを使用して表示できます。 作成後は、ユーザーの状態を変更せずに、削除または別の場所にコピーできます。 ハード リンク移行ストアの復元は、他の移行ストアの復元と似ています。 ただし、ストアの作成と同様に、ファイルをインプレースに保持するために同じハード リンク機能が使用されます。

ベスト プラクティスとして、 LoadState ツールを使用してファイルが正常に移行されたことを確認した後、ハード リンク移行ストアを削除します。 LoadState は Windows オペレーティング システムの新しいインストール時にファイルへの新しいパスを作成するため、移行ストア内のハード リンクを削除すると、ファイルへの 1 つのパスのみが削除されます。 新しいオペレーティング システムから実際のファイルやパスは削除されません。

重要

/c オプションを使用すると、致命的でないエラーが発生したときに LoadState ツールでファイルの適用が続行されます。 /c オプションを使用する場合は、データ損失を回避するために、ハードリンク移行ストアを削除する前にログにエラーが報告されていないことを確認します。

ハード リンク移行ストアを保持すると、次の理由により、余分なディスク領域が消費されたり、一部のアプリケーションで問題が発生したりする可能性があります。

  • ファイル システム統計 (使用領域や空き領域など) を報告するアプリケーションでは、ハード リンク移行ストアが存在する間に、これらの統計が誤って報告される可能性があります。 ファイルを参照する 2 つのパスが原因で、ファイルが 2 回報告される場合があります。

  • ハード リンクが元のファイルとの接続を失う可能性があります。 一部のアプリケーションでは、一時ファイルを作成し、元のファイル名をバックアップ ファイル名に変更することで、ファイルに変更を保存します。 このアプリケーションでファイルを開くために使用されなかったパスは、変更されていないファイルを引き続き参照します。 使用されていない変更されていないファイルは、より多くのディスク領域を占有しています。 移行が実行される直前に、ハードリンク移行ストアを作成する必要があります。 ストアが作成されたら、すべてのファイルの最新バージョンが移行されていることを確認するためにアプリケーションを使用しないでください。

  • 異なるパスを同時に使用してファイルを編集すると、データが破損する可能性があります。

重要

移行されたファイルの読み取り専用ファイル属性は、ハードリンク移行ストアが削除されると失われます。 これは、NTFS ファイル システムのハード リンクの制限が原因です。

たとえば、組織は、サポートされている最新バージョンの Windows をすべてのコンピューターに展開することを決定します。 各従業員は同じコンピューターを保持しますが、各コンピューターのオペレーティング システムが更新されます。

  1. 管理者は、各コンピューターで ScanState コマンド ライン ツールを実行し、 /hardlink コマンド ライン オプションを指定します。 ScanState ツールは、ユーザーの状態を各コンピューターのハード リンク移行ストアに保存し、特定のインスタンスを除き、ファイルの重複を減らすことでパフォーマンスを向上させます。

    注

    ベスト プラクティスとして、最新バージョンのファイルを移行するために、移行が実行される直前までハード リンク移行ストアを作成しないことをお勧めします。 LoadState でのファイルの移行が完了するまで、移行ストアを作成した後は、コンピューターでソフトウェア アプリケーションを使用しないでください。

  2. 各コンピューターに、管理者が組織の標準オペレーティング環境 (SOE) をインストールします。これには、サポートされている最新バージョンの Windows と、組織が現在使用しているその他のアプリケーションが含まれます。

  3. 管理者は、各コンピューターで LoadState コマンド ライン ツールを実行します。 LoadState ツールは、各コンピューターでユーザーの状態を復元します。

注

ドメインに参加しているコンピューターの更新中に、SID を解決できないユーザーのプロファイルは移行されません。 ハード リンク移行ストアを使用すると、データが失われる可能性があります。

このセクションでは、ハード リンク移行ストアの詳細について説明します。

ハード ディスク領域

/hardlink コマンド ライン オプションは、ハード ディスクに 250 MB (MB) の空き領域がある場合にのみ、移行ストアの作成に進みます。 移行に関係するすべてのボリュームが NTFS 形式の場合、移行のサイズに関係なく、ほぼすべてのハード リンク移行で成功を収めるために、250 MB の十分な領域が必要です。

NTFS ボリューム上のハード リンク移行ストアは比較的小さく、他のストア オプションよりもはるかに少ない増分領域を必要とするため、ハードリンク移行ストアのサイズを見積もる必要はありません。 移行ストアのサイズの見積もりは、移行ストアが大きいシナリオでのみ役立ちます。 ハード リンク移行でローカル ストアが大きくなる可能性がある唯一のケースは次のとおりです。

  • NTFS 以外のファイル システムがシステムに存在します。
  • NTFS 以外のファイル システムには、移行する必要があるデータが含まれています。

NTFS は現在サポートされているすべてのバージョンの Windows の既定のファイル システム形式であるため、この状況は通常とは異なっています。

複数のボリューム上の移行ストア パス

移行されるデータを含む NTFS ボリュームごとに、個別のハード リンク移行ストアが作成されます。 このシナリオでは、プライマリ移行ストアの場所がコマンド ラインで指定され、オペレーティング システム ボリュームである必要があります。 同じ名前とディレクトリ名を持つ移行ストアは、移行されるデータを含むすべてのボリュームに作成されます。 次に、例を示します。

ScanState.exe /hardlink c:\USMTMIG […]

C: ドライブ上のオペレーティング システムと D: ドライブ上のユーザー データを含むシステムでこのコマンドを実行すると、両方のドライブが NTFS であると仮定して、次の場所に移行ストアが生成されます。

C:\USMTMIG\

D:\USMTMIG\

ハード リンク移行ストアのコマンド ラインで指定されたドライブは、 マスター 移行ストアを配置する場所を定義するため、重要です。 マスター移行ストアは、NTFS 以外のボリュームから移行するデータが格納される場所です。 このボリュームには、NTFS 以外のボリュームからのすべてのデータを格納するのに十分な領域が必要です。 他のシナリオと同様に、移行ストアが指定されたパスに既に存在する場合は、 /o オプションを使用してストア内の既存のデータを上書きする必要があります。

場所の変更

移行されたコンテンツを 1 つのボリュームから別のボリュームにリダイレクトする場所の変更は、ハード リンク移行のパフォーマンスに悪影響を及ぼします。 システム ボリュームを超える必要がある移行データをハードリンク移行ストアに残すことはできません。 システム ボリューム間でコピーする必要があります。

暗号化ファイル システム (EFS) の証明書とファイルの移行

暗号化ファイル システム (EFS) ファイルをコンピューターの同じボリューム上のオペレーティング システムの新しいインストールに移行するには、ScanState.exe コマンド ライン構文で /efs:hardlink オプションを指定します。

EFS ファイルを別のパーティションに復元する場合は、/efs:hardlink オプションの代わりに /efs:copyraw オプションを使用する必要があります。 ハード リンクは、同じボリューム上のファイルに対してのみ作成できます。 移行中にファイルを別のパーティションに移動するには、新しいパーティションにファイルのコピーを作成する必要があります。 /efs:copyraw オプションは、暗号化された形式で新しいパーティションにファイルをコピーします。

詳細については、「 EFS ファイルと証明書を移行する」および 「 暗号化されたファイル オプション」を参照してください。

アプリケーションまたはオペレーティング システムがファイルをロックしている場合、ハードリンク移行ストアを使用する場合、ファイルの処理方法が異なります。

オペレーティング システムのロックされたファイルを所定の場所に残すことはできません。ハード リンク移行ストアにコピーする必要があります。 その結果、移行のために多数のオペレーティング システム ファイルを選択すると、ハードリンク移行中のパフォーマンスが大幅に低下します。 ベスト プラクティスとして、 \Windows ディレクトリからファイルを移行しないことをお勧めします。これにより、パフォーマンス関連の問題が最小限に抑えられます。

アプリケーションロックされたファイルは、ハードリンク移行では、ボリュームシャドウコピーサービスが利用されていない他のシナリオと同じように扱われます。 ボリューム シャドウ コピー サービスは、ハード リンク移行では使用できません。 ただし、Config.xml ファイルの新しい <HardLinkStoreControl> セクションを変更することで、アプリケーションによってロックされたファイルの移行を有効にできます。

重要

Config.xml ファイルの <HardLinkStoreControl> セクションを変更すると、ハード リンク移行ストアの削除が困難になるシナリオがいくつかあります。 これらのシナリオでは、 UsmtUtils.exe を使用して、次回の再起動時に移行ストアの削除をスケジュールする必要があります。

Config.xml ファイル内の XML 要素

Config.xml ファイルの新しいセクションでは、/HardLink オプションで導入されたハードリンク移行動作の一部をオプションで構成できます。

要素 説明
<Policies> この要素には、移行ストアの作成時に USMT が従うポリシーを記述する要素が含まれています。
<HardLinkStoreControl> この要素には、ハード リンク移行ストアの作成時にファイルを処理する方法を説明する要素が含まれています。
<fileLocked> この要素には、編集のためにロックされているファイルを処理する方法を説明する要素が含まれています。
<createHardLink> この要素は、ファイルが別のアプリケーションによって編集用にロックされている場合でも、ハード リンクを作成する必要があるファイル パスを記述する標準の MigXML パターンを定義します。

構文: <createHardLink> [pattern] </createHardLink>
<errorHardLink> この要素は、ファイルが別のアプリケーションによって編集用にロックされている場合に、ハード リンクを作成しないファイル パスを記述する標準の MigXML パターンを定義します。

<errorHardLink> [pattern] </errorHardLink>

重要

/nocompress オプションは、/HardLink オプションと共に使用する必要があります。

次の XML サンプルでは、 \Users ディレクトリの下にあるアプリケーションによってロックされたファイルを移行中に保持できることを指定します。 また、 \Users ディレクトリに存在しないロックされたファイルは、使用中の ファイル エラーが発生することを指定します。 ハード リンク移行ストアの削除が困難になるシナリオを最小限に抑えるには、 <createhardlink> タグを使用してパスを指定する場合は注意が必要です。

<Policies>
    <HardLinkStoreControl>
          <fileLocked>
            <createHardLink>c:\Users\* [*]</createHardLink>
            <errorHardLink>C:\* [*]</errorHardLink>
          </fileLocked>
    </HardLinkStoreControl>
</Policies>