Migrationsspeicher mit festem Link

Ein Migrationsspeicher mit festem Link ermöglicht eine direkte Migration, bei der der gesamte Benutzerzustand auf dem Computer beibehalten wird, während das alte Betriebssystem entfernt und das neue Betriebssystem installiert wird. Durch diese Funktionalität eignet sich der Migrationsspeicher mit festem Link am besten für das Computeraktualisierungsszenario. Die Verwendung eines Migrationsspeichers mit festem Link für ein Computeraktualisierungsszenario verbessert die Migrationsleistung erheblich und reduziert die Festplattenauslastung erheblich, reduziert die Bereitstellungskosten und ermöglicht völlig neue Migrationsszenarien.

Ein Festverknüpfungsspeicher kann verwendet werden, wenn die geplante Migration die beiden folgenden Kriterien erfüllt:

  • Das Betriebssystem wird auf vorhandener Hardware aktualisiert, anstatt zu neuen Computern zu migrieren.

  • Das Betriebssystem wird auf demselben Volume des Computers aktualisiert.

Ein Festverknüpfungsspeicher kann nicht verwendet werden, wenn die geplante Migration eine der folgenden Aufgaben umfasst:

  • Daten werden von einem Computer zu einem anderen Computer migriert.

  • Daten werden von einem Volume auf einem Computer zu einem anderen Volume auf demselben Computer migriert, z. B. von C: zu D:.

  • Der Datenträger, der den Migrationsspeicher enthält, wird entweder außerhalb von Windows Setup oder während des Windows Setups formatiert oder neu partitioniert.

Der Festverknüpfungsspeicher wird mithilfe der Befehlszeilenoption /hardlinkerstellt und entspricht anderen Migrationsspeichertypen. Es unterscheidet sich jedoch darin, dass feste Links verwendet werden, um Dateien während der Migration auf dem Quellcomputer zu speichern. Wenn Sie die Dateien auf dem Quellcomputer beibehalten, entfällt das Duplizieren von Dateien. Es ermöglicht auch die Leistungsvorteile und die Verringerung der Datenträgerauslastung, die dieses Szenario definieren.

Wenn eine feste Verknüpfung erstellt wird, erhält eine vorhandene Datei einen weiteren Pfad. Für instance kann eine feste Verknüpfung mit c:\file1.txt mit dem Namen c:\hard link\myFile.txterstellt werden. Diese beiden Pfade beziehen sich auf dieselbe Datei. Wenn c:\file1.txt geöffnet wird, werden änderungen an der Datei gefolgt von der zu speichernden Datei vorgenommen, und diese Änderungen werden beim c:\hard link\myFile.txt Öffnen angezeigt. Wenn c:\file1.txt gelöscht wird, ist die Datei auf dem Computer weiterhin als c:\hardlink\myFile.txtvorhanden. Beide Verweise auf die Datei müssen gelöscht werden, um die Datei zu löschen.

Hinweis

Eine feste Verknüpfung kann nur für eine Datei auf demselben Volume erstellt werden. Wenn ein Festverknüpfungsspeicher auf ein anderes Laufwerk oder externes Gerät kopiert wird, werden die Dateien und nicht die Links wie in einem szenario mit einem nicht komprimierten Migrationsspeicher kopiert.

Weitere Informationen zu harten Links finden Sie unter Feste Links und Verbindungen.

In den meisten Aspekten ist ein Migrationsspeicher mit festem Link mit einem nicht komprimierten Migrationsspeicher identisch. Der Festverknüpfungsspeicher befindet sich wie imScanState.exe-Befehlszeilentool angegeben. Der Inhalt des Stores kann mithilfe von Windows Explorer angezeigt werden. Nach der Erstellung kann es gelöscht oder an einen anderen Speicherort kopiert werden, ohne den Benutzerstatus zu ändern. Das Wiederherstellen eines Migrationsspeichers mit festem Link ähnelt dem Wiederherstellen eines anderen Migrationsspeichers. Wie beim Erstellen des Speichers wird jedoch die gleiche Funktion für feste Verknüpfungen verwendet, um Dateien an Ort und Stelle zu halten.

Als bewährte Methode sollten Sie den Migrationsspeicher mit festem Link löschen, nachdem Sie bestätigt haben, dass die Dateien erfolgreich über das LoadState-Tool migriert wurden. Da LoadState neue Pfade zu den Dateien unter der neu installierten Installation eines Windows-Betriebssystems erstellt, löscht das Löschen der harten Links im Migrationsspeicher nur einen Pfad zu den Dateien. Die tatsächlichen Dateien oder pfade zu ihnen werden nicht aus dem neuen Betriebssystem gelöscht.

Wichtig

Die Verwendung der /c Option zwingt das LoadState-Tool , dateien weiterhin anzuwenden, wenn nicht schwerwiegende Fehler auftreten. Wenn die /c Option verwendet wird, überprüfen Sie, ob keine Fehler in den Protokollen gemeldet werden, bevor Sie den Migrationsspeicher für feste Verknüpfungen löschen, um Datenverluste zu vermeiden.

Das Beibehalten des Migrationsspeichers für feste Verknüpfungen kann dazu führen, dass zusätzlicher Speicherplatz belegt wird oder probleme mit einigen Anwendungen aus den folgenden Gründen auftreten:

  • Anwendungen, die Dateisystemstatistiken melden, z. B. belegter Speicherplatz und freier Speicherplatz, können diese Statistiken möglicherweise fälschlicherweise melden, während der Migrationsspeicher für feste Verbindungen vorhanden ist. Die Datei wird aufgrund der beiden Pfade, die auf diese Datei verweisen, möglicherweise zweimal gemeldet.

  • Eine feste Verknüpfung kann ihre Verbindung mit der ursprünglichen Datei verlieren. Einige Anwendungen speichern Änderungen an einer Datei, indem sie eine temporäre Datei erstellen und dann die ursprüngliche Datei in einen Sicherungsdateinamen umbenennen. Der Pfad, der nicht zum Öffnen der Datei in dieser Anwendung verwendet wurde, verweist weiterhin auf die unveränderte Datei. Die unveränderte Datei, die nicht verwendet wird, belegt mehr Speicherplatz. Der Festverknüpfungsspeicher für die Migration sollte unmittelbar vor der Migration erstellt werden. Nachdem der Speicher erstellt wurde, sollten keine Anwendungen mehr verwendet werden, um sicherzustellen, dass die neuesten Versionen aller Dateien migriert werden.

  • Das gleichzeitige Bearbeiten der Datei mit verschiedenen Pfaden kann zu Einer Beschädigung der Daten führen.

Wichtig

Das schreibgeschützte Dateiattribute für migrierte Dateien geht verloren, wenn der Migrationsspeicher mit festem Link gelöscht wird. Dies ist auf eine Einschränkung der ntfs-Dateisystem-Hardlinks zurückzuführen.

Ein organization beschließt beispielsweise, die neueste unterstützte Version von Windows auf allen Computern bereitzustellen. Jeder Mitarbeiter behält denselben Computer, aber das Betriebssystem auf jedem Computer wird aktualisiert.

  1. Ein Administrator führt das Befehlszeilentool ScanState auf jedem Computer aus und gibt dabei die /hardlink Befehlszeilenoption an. Das ScanState-Tool speichert den Benutzerzustand in einem Migrationsspeicher mit festem Link auf jedem Computer, wodurch die Leistung verbessert wird, indem die Dateiduplizierung reduziert wird, außer in bestimmten bestimmten Fällen.

    Hinweis

    Als bewährte Methode empfiehlt Microsoft, den Migrationsspeicher für feste Verknüpfungen erst kurz vor der Migration zu erstellen, um die neuesten Versionen von Dateien zu migrieren. Softwareanwendungen sollten nach dem Erstellen des Migrationsspeichers erst auf dem Computer verwendet werden, wenn die Migration von Dateien mit LoadState abgeschlossen ist.

  2. Auf jedem Computer installiert ein Administrator die Standardbetriebsumgebung (SOE) des organization, die die neueste unterstützte Version von Windows und andere Anwendungen enthält, die der organization derzeit verwendet.

  3. Ein Administrator führt das Befehlszeilentool LoadState auf jedem Computer aus. Das LoadState-Tool stellt den Benutzerzustand auf jedem Computer wieder her.

Hinweis

Während der Aktualisierung eines in die Domäne eingebundenen Computers werden die Profile von Benutzern, deren SID nicht aufgelöst werden kann, nicht migriert. Bei Verwendung eines Migrationsspeichers mit festem Link kann dies zu Datenverlusten führen.

Dieser Abschnitt enthält Details zu Migrationsspeichern mit festem Link.

Festplattenspeicher

Die /hardlink Befehlszeilenoption fährt nur dann mit dem Erstellen des Migrationsspeichers fort, wenn auf der Festplatte 250 MB freier Speicherplatz vorhanden ist. Wenn jedes an der Migration beteiligte Volume als NTFS formatiert ist, sollten 250 MB ausreichend Speicherplatz zur Sicherstellung des Erfolgs für fast jede Migration mit festem Link sein, unabhängig von der Größe der Migration.

Es ist nicht erforderlich, die Größe eines Migrationsspeichers für feste Verknüpfungen zu schätzen, da ein Migrationsspeicher mit festem Link auf einem NTFS-Volume relativ klein ist und viel weniger inkrementellen Speicherplatz benötigt als andere Speicheroptionen. Die Schätzung der Größe eines Migrationsspeichers ist nur in Szenarien nützlich, in denen der Migrationsspeicher groß ist. Der einzige Fall, in dem der lokale Speicher bei Hardlinkmigrationen groß sein kann, ist:

  • Auf dem System ist ein Nicht-NTFS-Dateisystem vorhanden.
  • Das Nicht-NTFS-Dateisystem enthält Daten, die migriert werden müssen.

Da NTFS das Standarddateisystemformat für alle derzeit unterstützten Versionen von Windows ist, ist diese Situation ungewöhnlich.

Migrationsspeicherpfad auf mehreren Volumes

Auf jedem NTFS-Volume, das migrierte Daten enthält, werden separate Migrationsspeicher für feste Verbindungen erstellt. In diesem Szenario wird der primäre Migrationsspeicherort in der Befehlszeile angegeben und sollte das Betriebssystemvolume sein. Migrationsspeicher mit identischen Namen und Verzeichnisnamen werden auf jedem Volume mit migrierten Daten erstellt. Zum Beispiel:

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

Wenn Sie diesen Befehl auf einem System ausführen, das das Betriebssystem auf Laufwerk C: und die Benutzerdaten auf Laufwerk D: enthält, werden Migrationsspeicher an den folgenden Speicherorten generiert, vorausgesetzt, dass beide Laufwerke NTFS sind:

C:\USMTMIG\

D:\USMTMIG\

Das in der Befehlszeile für den Migrationsspeicher für feste Verknüpfungen angegebene Laufwerk ist wichtig, da es definiert, wo der master Migrationsspeicher platziert werden soll. Der master Migrationsspeicher ist der Speicherort, an dem Daten gespeichert werden, die von Nicht-NTFS-Volumes migriert werden. Dieses Volume muss über genügend Speicherplatz verfügen, um alle Daten zu enthalten, die von Nicht-NTFS-Volumes stammen. Wenn bereits ein Migrationsspeicher unter dem angegebenen Pfad vorhanden ist, muss die /o Option wie in anderen Szenarien verwendet werden, um die vorhandenen Daten im Speicher zu überschreiben.

Standortänderungen

Standortänderungen, durch die migrierte Inhalte von einem Volume auf ein anderes Volume umgeleitet werden, wirken sich negativ auf die Leistung einer Migration mit festem Link aus. Die Leistung wird beeinträchtigt, da die migrierenden Daten, die systemübergreifende Volumes benötigen, nicht im Migrationsspeicher mit festem Link verbleiben können. Sie müssen auf die Systemvolumes kopiert werden.

Migrieren von EFS-Zertifikaten und -Dateien (Encrypting File System)

Um EFS-Dateien (Encrypting File System) zu einer neuen Installation eines Betriebssystems auf demselben Volume des Computers zu migrieren, geben Sie die /efs:hardlink Option in der ScanState.exe Befehlszeilensyntax an.

Wenn die EFS-Dateien in einer anderen Partition wiederhergestellt werden, sollte anstelle der Option die /efs:copyraw/efs:hardlink Option verwendet werden. Feste Links können nur für Dateien auf demselben Volume erstellt werden. Wenn Sie die Dateien während der Migration in eine andere Partition verschieben, muss eine Kopie der Dateien auf der neuen Partition erstellt werden. Die /efs:copyraw Option kopiert die Dateien im verschlüsselten Format auf die neue Partition.

Weitere Informationen finden Sie unter Migrieren von EFS-Dateien und -Zertifikaten undOptionen für verschlüsselte Dateien.

Wenn eine Anwendung oder das Betriebssystem über eine Sperre für eine Datei verfügt, wird die Datei bei Verwendung eines Migrationsspeichers mit festem Link anders behandelt.

Gesperrte Dateien des Betriebssystems können nicht beibehalten werden und müssen in den Migrationsspeicher mit festem Link kopiert werden. Daher verringert die Auswahl vieler Betriebssystemdateien für die Migration die Leistung während einer Migration mit festem Link erheblich. Als bewährte Methode empfiehlt Microsoft, keine Dateien aus dem \Windows Verzeichnis zu migrieren, wodurch leistungsbezogene Probleme minimiert werden.

Dateien mit Anwendungssperrung werden bei Hardlinkmigrationen genauso behandelt wie in anderen Szenarien, in denen der Volumeschattenkopiedienst nicht verwendet wird. Der Volumeschattenkopiedienst kann nicht mit Hardlinkmigrationen verwendet werden. Durch Ändern des neuen <HardLinkStoreControl-Abschnitts> in der Config.xml Datei ist es jedoch möglich, die Migration von Dateien zu aktivieren, die von einer Anwendung gesperrt sind.

Wichtig

Es gibt einige Szenarien, in denen das Ändern des <HardLinkStoreControl-Abschnitts> in der Config.xml Datei das Löschen eines Migrationsspeichers mit festem Link erschwert. In diesen Szenarien muss verwendet werden, UsmtUtils.exe um den Migrationsspeicher für den Löschvorgang beim nächsten Neustart zu planen.

XML-Elemente in der Config.xml-Datei

Ein neuer Abschnitt in der Config.xml Datei ermöglicht die optionale Konfiguration eines Teils des Migrationsverhaltens für feste Verknüpfungen, das mit der /HardLink Option eingeführt wurde.

Element Beschreibung
<Richtlinien> Dieses Element enthält Elemente, die die Richtlinien beschreiben, die USMT beim Erstellen eines Migrationsspeichers befolgt.
<HardLinkStoreControl> Dieses Element enthält Elemente, die beschreiben, wie Dateien während der Erstellung eines Migrationsspeichers mit festem Link behandelt werden.
<fileLocked> Dieses Element enthält Elemente, die beschreiben, wie Dateien behandelt werden, die zur Bearbeitung gesperrt sind.
<createHardLink> Dieses Element definiert ein MigXML-Standardmuster, das Dateipfade beschreibt, an denen feste Links erstellt werden sollen, auch wenn die Datei für die Bearbeitung durch eine andere Anwendung gesperrt ist.

Syntax: <createHardLink> [Muster] </createHardLink>
<errorHardLink> Dieses Element definiert ein MigXML-Standardmuster, das Dateipfade beschreibt, bei denen keine harten Links erstellt werden sollen, wenn die Datei für die Bearbeitung durch eine andere Anwendung gesperrt ist.

<errorHardLink> [Muster] </errorHardLink>

Wichtig

Die /nocompress Option muss mit der /HardLink Option verwendet werden.

Das folgende XML-Beispiel gibt an, dass Dateien, die \Users von einer Anwendung im Verzeichnis gesperrt sind, während der Migration beibehalten werden können. Außerdem wird angegeben, dass gesperrte Dateien, die \Users sich nicht im Verzeichnis befinden, zum Fehler Datei in Verwendung führen sollen. Es ist wichtig, beim Angeben der Pfade mithilfe des <createhardlink> -Tags Vorsicht walten zu lassen, um Szenarien zu minimieren, die das Löschen des Migrationsspeichers mit harter Verknüpfung erschweren.

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