Inserire un collegamento reale all'archivio delle migrazioni

Un archivio di migrazione hard-link consente di eseguire una migrazione sul posto in cui tutto lo stato utente viene mantenuto nel computer mentre il sistema operativo precedente viene rimosso e viene installato il nuovo sistema operativo. Questa funzionalità rende l'archivio migrazione hard-link più adatto per lo scenario di aggiornamento del computer. L'uso di un archivio migrazione hard-link per uno scenario di aggiornamento del computer migliora notevolmente le prestazioni di migrazione e riduce significativamente l'utilizzo del disco rigido, riduce i costi di distribuzione e consente scenari di migrazione completamente nuovi.

È possibile usare un archivio migrazione hard-link quando la migrazione pianificata soddisfa entrambi i criteri seguenti:

  • Il sistema operativo viene aggiornato nell'hardware esistente invece di eseguire la migrazione a nuovi computer.

  • Il sistema operativo viene aggiornato sullo stesso volume del computer.

Non è possibile usare un archivio migrazione hard-link se la migrazione pianificata include una delle attività seguenti:

  • Viene eseguita la migrazione dei dati da un computer a un altro.

  • La migrazione dei dati da un volume di un computer a un altro volume nello stesso computer, ad esempio da C: a D:.

  • Il disco contenente l'archivio migrazione viene formattato o ripartizionato al di fuori del programma di installazione di Windows o durante l'installazione di Windows.

L'archivio migrazione con collegamento rigido viene creato usando l'opzione della riga di comando , /hardlinked è equivalente ad altri tipi di archivio migrazione. Tuttavia, è diverso in quanto i collegamenti rigidi vengono utilizzati per mantenere i file archiviati nel computer di origine durante la migrazione. Il mantenimento dei file sul computer di origine elimina il lavoro ridondante di duplicare i file. Consente anche i vantaggi in termini di prestazioni e la riduzione dell'utilizzo del disco che definiscono questo scenario.

Quando viene creato un collegamento rigido, a un file esistente viene assegnato un altro percorso. Ad esempio, è possibile creare un collegamento rigido a c:\file1.txt denominato c:\hard link\myFile.txt. Questi due percorsi sono correlati allo stesso file. Se c:\file1.txt viene aperto, quindi le modifiche apportate al file seguito dal file da salvare, tali modifiche vengono visualizzate quando c:\hard link\myFile.txt viene aperto. Se c:\file1.txt viene eliminato, il file esiste ancora nel computer come c:\hardlink\myFile.txt. Entrambi i riferimenti al file devono essere eliminati per eliminare il file.

Nota

È possibile creare un collegamento rigido solo per un file nello stesso volume. Se un archivio di migrazione con collegamento rigido viene copiato in un'altra unità o in un dispositivo esterno, i file e non i collegamenti vengono copiati, come in uno scenario di archivio di migrazione non compresso.

Per altre informazioni sui collegamenti reali, vedere Collegamenti rigidi e giunzioni

Nella maggior parte degli aspetti, un archivio di migrazione hard-link è identico a un archivio di migrazione non compresso. L'archivio migrazione hard-link si trova come specificato dallo strumento da riga di comando ScanState.exe . Il contenuto dell'archivio può essere visualizzato usando Esplora risorse. Una volta creato, può essere eliminato o copiato in un'altra posizione senza modificare lo stato dell'utente. Il ripristino di un archivio di migrazione con collegamento rigido è simile al ripristino di qualsiasi altro archivio di migrazione. Tuttavia, come per la creazione dell'archivio, viene usata la stessa funzionalità di collegamento rigido per mantenere i file sul posto.

Come procedura consigliata, eliminare l'archivio migrazione hard-link dopo aver confermato che la migrazione dei file viene eseguita correttamente tramite lo strumento LoadState . Poiché LoadState crea nuovi percorsi per i file nella nuova installazione di un sistema operativo Windows, l'eliminazione dei collegamenti rigidi nell'archivio di migrazione elimina solo un percorso dei file. Non elimina i file effettivi o i percorsi a essi dal nuovo sistema operativo.

Importante

L'uso dell'opzione /c forza lo strumento LoadState a continuare ad applicare i file quando si verificano errori non irreversibili. Se si usa l'opzione /c , verificare che non vengano segnalati errori nei log prima di eliminare l'archivio migrazione hard-link per evitare la perdita di dati.

Mantenere l'archivio migrazione hard-link può comportare l'utilizzo di spazio su disco aggiuntivo o problemi con alcune applicazioni per i motivi seguenti:

  • Le applicazioni che segnalano statistiche del file system, ad esempio lo spazio usato e lo spazio disponibile, potrebbero segnalare erroneamente queste statistiche mentre è presente l'archivio migrazione hard-link. Il file potrebbe essere segnalato due volte a causa dei due percorsi che fanno riferimento a tale file.

  • Un collegamento rigido potrebbe perdere la connessione al file originale. Alcune applicazioni salvano le modifiche apportate a un file creando un file temporaneo e quindi rinominando l'originale in un nome file di backup. Il percorso che non è stato usato per aprire il file in questa applicazione continua a fare riferimento al file non modificato. Il file non modificato che non è in uso occupa più spazio su disco. L'archivio migrazione hard-link deve essere creato poco prima dell'esecuzione della migrazione. Dopo aver creato l'archivio, le applicazioni non devono essere usate per assicurarsi che siano in corso la migrazione delle versioni più recenti di tutti i file.

  • La modifica del file usando percorsi diversi contemporaneamente potrebbe causare il danneggiamento dei dati.

Importante

L'attributo di file di sola lettura nei file migrati viene perso quando viene eliminato l'archivio migrazione hard-link. Ciò è dovuto a una limitazione nei collegamenti rigidi del file system NTFS.

Ad esempio, un'organizzazione decide di distribuire la versione più recente supportata di Windows in tutti i computer. Ogni dipendente mantiene lo stesso computer, ma il sistema operativo in ogni computer verrà aggiornato.

  1. Un amministratore esegue lo strumento da riga di comando ScanState in ogni computer, specificando l'opzione della /hardlink riga di comando. Lo strumento ScanState salva lo stato utente in un archivio di migrazione hard-link in ogni computer, migliorando le prestazioni riducendo la duplicazione dei file, ad eccezione di determinate istanze specifiche.

    Nota

    Come procedura consigliata, Microsoft consiglia di non creare l'archivio di migrazione hard-link fino a poco prima dell'esecuzione della migrazione per eseguire la migrazione delle versioni più recenti dei file. Le applicazioni software non devono essere usate nel computer dopo la creazione dell'archivio migrazione fino a quando i file non terminano la migrazione con LoadState.

  2. In ogni computer un amministratore installa l'ambiente operativo standard dell'organizzazione, che include la versione più recente supportata di Windows e altre applicazioni attualmente usate dall'organizzazione.

  3. Un amministratore esegue lo strumento da riga di comando LoadState in ogni computer. Lo strumento LoadState ripristina lo stato utente in ogni computer.

Nota

Durante l'aggiornamento di un computer aggiunto a un dominio, non verrà eseguita la migrazione dei profili degli utenti il cui SID non può essere risolto. Quando si usa un archivio di migrazione con collegamento rigido, potrebbe causare una perdita di dati.

Questa sezione fornisce informazioni dettagliate sugli archivi di migrazione hard-link.

Spazio su disco rigido

L'opzione /hardlink della riga di comando procede con la creazione dell'archivio migrazione solo se lo spazio disponibile sul disco rigido è di 250 MB. Se ogni volume coinvolto nella migrazione è formattato come NTFS, 250 MB devono avere spazio sufficiente per garantire il successo per quasi tutte le migrazioni hard-link, indipendentemente dalle dimensioni della migrazione.

Non è necessario stimare le dimensioni di un archivio di migrazione con collegamento rigido perché un archivio migrazione hard-link in un volume NTFS è relativamente piccolo e richiede molto meno spazio incrementale rispetto ad altre opzioni di archiviazione. La stima delle dimensioni di un archivio di migrazione è utile solo negli scenari in cui l'archivio di migrazione è di grandi dimensioni. L'unico caso in cui l'archivio locale può essere di grandi dimensioni con migrazioni con collegamento rigido è:

  • Nel sistema esiste un file system non NTFS.
  • Il sistema di file non NTFS contiene dati di cui è necessario eseguire la migrazione.

Poiché NTFS è il formato file system predefinito per tutte le versioni attualmente supportate di Windows, questa situazione è insolita.

Percorso dell'archivio migrazione in più volumi

Gli archivi di migrazione con collegamento rigido separati vengono creati in ogni volume NTFS che contiene i dati di cui viene eseguita la migrazione. In questo scenario, il percorso dell'archivio migrazione primario viene specificato nella riga di comando e deve essere il volume del sistema operativo. Gli archivi di migrazione con nomi e nomi di directory identici vengono creati in ogni volume contenente i dati di cui viene eseguita la migrazione. Ad esempio:

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

L'esecuzione di questo comando in un sistema che contiene il sistema operativo nell'unità C: e i dati utente nell'unità D: genera archivi di migrazione nei percorsi seguenti, presupponendo che entrambe le unità siano NTFS:

C:\USMTMIG\

D:\USMTMIG\

L'unità specificata nella riga di comando per l'archivio migrazione con collegamento rigido è importante, perché definisce dove inserire l'archivio migrazione master . L'archivio migrazione master è il percorso in cui vengono archiviati i dati che esezionano la migrazione da volumi non NTFS. Questo volume deve avere spazio sufficiente per contenere tutti i dati provenienti da volumi non NTFS. Come in altri scenari, se nel percorso specificato esiste già un archivio di migrazione, è necessario usare l'opzione /o per sovrascrivere i dati esistenti nell'archivio.

Modifiche alla posizione

Le modifiche alla posizione che reindirizzano il contenuto migrato da un volume a un altro hanno un effetto negativo sulle prestazioni di una migrazione hard-link. Le prestazioni sono interessate perché i dati di migrazione che devono attraversare i volumi di sistema non possono rimanere nell'archivio migrazione hard-link. Devono essere copiati tra i volumi di sistema.

Migrazione di certificati e file EFS (Encrypting File System)

Per eseguire la migrazione dei file EFS (Encrypting File System) a una nuova installazione di un sistema operativo nello stesso volume del computer, specificare l'opzione /efs:hardlink nella sintassi della ScanState.exe riga di comando.

Se i file EFS vengono ripristinati in una partizione diversa, è necessario usare l'opzione /efs:copyraw anziché l'opzione /efs:hardlink . I collegamenti rigidi possono essere creati solo per i file nello stesso volume. Lo spostamento dei file in un'altra partizione durante la migrazione richiede la creazione di una copia dei file nella nuova partizione. L'opzione /efs:copyraw copia i file nella nuova partizione in formato crittografato.

Per altre informazioni, vedere Eseguire la migrazione di file e certificati EFS e opzioni di file crittografati.

Quando un'applicazione o il sistema operativo ha un blocco su un file, il file viene gestito in modo diverso quando si usa un archivio di migrazione hard-link.

I file bloccati del sistema operativo non possono rimanere sul posto e devono essere copiati nell'archivio migrazione hard-link. Di conseguenza, la selezione di molti file del sistema operativo per la migrazione riduce significativamente le prestazioni durante una migrazione hard-link. Come procedura consigliata, Microsoft consiglia di non eseguire la \Windows migrazione di file dalla directory, riducendo al minimo i problemi correlati alle prestazioni.

I file bloccati dell'applicazione vengono trattati allo stesso modo nelle migrazioni con collegamento rigido come in altri scenari in cui il servizio copia shadow del volume non viene utilizzato. Il servizio copia shadow del volume non può essere usato con le migrazioni con collegamento rigido. Tuttavia, modificando la nuova <sezione HardLinkStoreControl> nel Config.xml file, è possibile abilitare la migrazione dei file bloccati da un'applicazione.

Importante

Esistono alcuni scenari in cui la modifica della <sezione HardLinkStoreControl> nel Config.xml file rende più difficile eliminare un archivio migrazione hard-link. In questi scenari, UsmtUtils.exe è necessario usare per pianificare l'archivio migrazione per l'eliminazione al riavvio successivo.

Elementi XML nel file Config.xml

Una nuova sezione nel file consente la Config.xml configurazione facoltativa di alcuni comportamenti di migrazione hard-link introdotti con l'opzione /HardLink .

Elemento Descrizione
<Criteri> Questo elemento contiene elementi che descrivono i criteri che USMT segue durante la creazione di un archivio di migrazione.
<HardLinkStoreControl> Questo elemento contiene elementi che descrivono come gestire i file durante la creazione di un archivio di migrazione hard link.
<fileLocked> Questo elemento contiene elementi che descrivono come gestire i file bloccati per la modifica.
<createHardLink> Questo elemento definisce un modello MigXML standard che descrive i percorsi di file in cui devono essere creati collegamenti rigidi, anche se il file è bloccato per la modifica da un'altra applicazione.

Sintassi: <createHardLink> [pattern] </createHardLink>
<errorHardLink> Questo elemento definisce un modello MigXML standard che descrive i percorsi di file in cui non devono essere creati collegamenti rigidi, se il file è bloccato per la modifica da un'altra applicazione.

<errorHardLink> [modello] </errorHardLink>

Importante

L'opzione /nocompress deve essere usata con l'opzione /HardLink .

L'esempio XML seguente specifica che i file bloccati da un'applicazione nella \Users directory possono rimanere in posizione durante la migrazione. Specifica inoltre che i file bloccati che non si trovano nella \Users directory devono generare l'errore File in uso . È importante prestare attenzione quando si specificano i percorsi usando il <createhardlink> tag per ridurre al minimo gli scenari che rendono più difficile eliminare l'archivio migrazione hard-link.

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