Syntaxe de ScanState

          </div>
          <p>Exemple :</p>
          <p>
            <code>scanstate \\server\share\migration\mystore /v:13 /i:migdocs.xml /i:migapp.xml</code>
          </p>
          <p>
            
          </p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/progress</strong>:[<em>chemin\</em>]<em>nom_fichier</em></p>
        </td>
        <td colspan="1">
          <p>Crée le journal de progression facultatif. Vous ne pouvez pas stocker les fichiers journaux dans <em>chemin_accès_magasin</em>. <em>chemin</em> peut être un chemin d’accès relatif ou complet. Si vous ne spécifiez pas la variable <em>chemin</em>, <em>nom_fichier</em> est créé dans le répertoire actuel.</p>
          <p>Exemple :</p>
          <p>
            <code>scanstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore /progress:prog.log /l:scanlog.log</code>
          </p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/c</strong>
          </p>
        </td>
        <td colspan="2">
          <p> Lorsque vous spécifiez cette option, l’exécution de la commande <strong>ScanState</strong> se poursuit même si des erreurs récupérables surviennent. Tout fichier ou paramètre qui provoque une erreur est consigné dans le journal de progression. Par exemple, si un fichier de taille importante ne tient pas dans le magasin, la commande <strong>ScanState</strong> consigne une erreur et poursuit la migration. De plus, si un fichier est ouvert ou est en cours d’utilisation dans une application, l’USMT risque de ne pas pouvoir migrer le fichier et enregistre une erreur. Sans l’option <strong>/c</strong>, la commande <strong>ScanState</strong> se ferme dès la première erreur.</p>
          <p>Vous pouvez utiliser la nouvelle section <strong>&lt;ErrorControl&gt;</strong> du fichier Config.xml pour spécifier les erreurs de lecture/écriture de fichier ou du Registre qui peuvent être ignorées sans risque et celles susceptibles de faire échouer la migration. Ceci permet à l’option de ligne de commande <strong>/c</strong> d’ignorer en toute sécurité toutes les erreurs d’entrée/sortie (E/S) dans votre environnement. De plus, l’option <strong>/genconfig</strong> génère à présent un exemple de section <strong>&lt;ErrorControl&gt;</strong> mis en place en spécifiant les messages d’erreur et les comportements souhaités au sein du fichier Config.xml.</p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/r:</strong>
            <em>&lt;nombre_nouvelles_tentatives&gt;</em>
          </p>
        </td>
        <td colspan="2">
          <p>
            <strong>(Retry)</strong>
          </p>
          <p>Spécifie le nombre de nouvelles tentatives à effectuer en cas d’erreur lors de l’enregistrement de l’état utilisateur sur un serveur. La valeur par défaut est trois fois. Cette option est utile dans les environnements où la connectivité réseau n’est pas fiable.</p>
          <p>Lors de la restauration de l’état utilisateur, l’option <strong>/r</strong> ne récupère pas les données perdues suite à une défaillance de l’équipement réseau (par exemple, un câble réseau défectueux ou déconnecté) ou à l’échec d’une connexion VPN (réseau privé virtuel). L’option de nouvelle tentative est destinée aux grands réseaux encombrés où la connectivité est satisfaisante, mais où la latence de communication pose problème.</p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/w:</strong>
            <em>&lt;secondes_avant_nouvelle tentative&gt;</em>
          </p>
        </td>
        <td colspan="2">
          <p>
            <strong>(Wait)</strong>
          </p>
          <p>Spécifie le délai d’attente (en secondes) avant que l’opération de fichier réseau ne soit retentée. La valeur par défaut est 1 seconde.</p>
        </td>
      </tr>
      <tr>
        <td>
          <p>
            <strong>/p:</strong>
            <em>&lt;chemin_accès_fichier&gt;</em>
          </p>
        </td>
        <td>
          <p>Lorsque la commande <strong>ScanState</strong> s’exécute, elle crée un fichier XML à l’emplacement précisé. Ce fichier XML inclut des estimations d’espace améliorées pour le magasin de migration. L’exemple suivant montre comment créer ce fichier XML :</p>
          <p>
            <code>Scanstate.exe C:\MigrationLocation [additional parameters]</code>
          </p>
          <p>
            <code>/p:"C:\MigrationStoreSize.xml"</code>
          </p>
          <p>Pour plus d’informations, voir <a runat="server" href="hh825132(v=win.10).md">Estimer la taille des magasins de migration</a>.</p>
          <p>Pour conserver la fonctionnalité des scripts ou applications existants qui nécessitent le comportement précédent de l’USMT, vous pouvez vous servir de l’option <strong>/p</strong>, sans spécifier « <em>chemin_accès_fichier</em> » dans l’USMT. Si vous spécifiez uniquement l’option <strong>/p</strong>, les estimations d’espace de stockage sont créées de la même manière que dans les versions USMT3.x.</p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/?</strong> ou <strong>/help</strong></p>
        </td>
        <td colspan="2">
          <p>Affiche l’aide sur la ligne de commande.</p>
        </td>
      </tr>
    </table>

Options utilisateur

Par défaut, tous les utilisateurs sont migrés. Le seul moyen de spécifier les utilisateurs à inclure et à exclure consiste à utiliser les options suivantes. Vous ne pouvez pas exclure des utilisateurs dans les fichiers XML de migration ou à l’aide du fichier Config.xml. Pour plus d’informations, voir Identifier les utilisateurs et Migrer des comptes d’utilisateurs.

Option de ligne de commande	Description
/all	Migre tous les utilisateurs sur l’ordinateur. L’USMT migre tous les comptes d’utilisateurs de l’ordinateur, sauf si vous excluez spécifiquement un compte au moyen de l’option /ue ou /uel. C’est pourquoi il n’est pas nécessaire de spécifier cette option sur la ligne de commande. En revanche, si vous choisissez d’utiliser l’option /all, vous ne pouvez pas utiliser également les options /ui, /ue ou /uel.
/ui: <nom_domaine>\<nom_utilisateur> ou /ui: <nom_ordinateur>\<nom_utilisateur_local>	(User include) Migre les utilisateurs spécifiés. Par défaut, tous les utilisateurs sont inclus dans la migration. Autrement dit, cette option n’est utile que lorsque vous utilisez l’option /ue ou /uel. Vous pouvez spécifier plusieurs options /ui, mais vous ne pouvez pas utiliser l’option /ui avec l’option /all. nom_domaine et nom_utilisateur peuvent contenir le caractère générique « * » (astérisque). Lorsque vous spécifiez un nom d’utilisateur qui contient des espaces, vous devez le placer entre guillemets. Remarque Si vous précisez qu’un utilisateur est inclus au moyen de l’option /ui et qu’il est également exclu à l’aide de l’option /ue ou /uel, l’utilisateur est inclus dans la migration. Exemple : Pour inclure uniquement l’utilisateur User2 du domaine Fabrikam, tapez : /ue:*\* /ui:fabrikam\user2 Pour migrer tous les utilisateurs du domaine Fabrikam et uniquement les comptes d’utilisateurs d’autres domaines qui ont été actifs ou modifiés au cours des 30 derniers jours, tapez : /uel:30 /ui:fabrikam\* Dans cet exemple, un compte d’utilisateur du domaine Contoso qui a été modifié pour la dernière fois il y a deux mois n’est pas migré. Pour obtenir plus d’exemples, voir les descriptions des options /ue et /ui dans ce tableau.
/uel: <nombre_jours> ou /uel: <AAAA/MM/JJ> ou /uel:0	(User exclude based on last logon) Migre uniquement les utilisateurs qui ont ouvert une session sur l’ordinateur source au cours de la période spécifiée en se basant sur la date de dernière modification inscrite dans le fichier Ntuser.dat sur l’ordinateur source. L’option /uel intervient en qualité de règle d’inclusion. Par exemple, l’option /uel:30 migre les utilisateurs qui ont ouvert une session, ou dont le compte a été modifié, au cours des 30 derniers jours à compter de la date d’exécution de la commande ScanState. Vous pouvez spécifier un nombre de jours ou bien une date. Vous ne pouvez pas utiliser cette option avec l’option /all. L’USMT récupère les dernières informations d’ouverture de session depuis l’ordinateur local ; il n’est donc pas nécessaire que celui-ci soit connecté au réseau lorsque vous exécutez cette option. De plus, si un utilisateur du domaine a ouvert une session sur un autre ordinateur, cette instance d’ouverture de session n’est pas prise en compte par l’USMT. Remarque L’option /uel n’est pas valide pour les migrations hors connexion. /uel:0 migre tous les utilisateurs actuellement connectés. /uel:90 migre les utilisateurs qui ont ouvert une session ou dont le compte a été modifié au cours des 90 derniers jours. /uel:1 migre les utilisateurs dont les comptes ont été modifiés au cours des dernières 24 heures. /uel:2002/1/15 migre les utilisateurs qui ont ouvert une session ou dont les comptes ont été modifiés le 15 janvier 2002 ou au-delà. Exemple : scanstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore /uel:0
/ue: <nom_domaine>\<nom_utilisateur> – ou – /ue: <nom_ordinateur>\<nom_utilisateur_local>	(User exclude) Exclut les utilisateurs spécifiés de la migration. Vous pouvez spécifier plusieurs options /ue. Vous ne pouvez pas utiliser cette option avec l’option /all. <nom_domaine> et <nom_utilisateur> peuvent contenir le caractère générique « * » (astérisque). Lorsque vous spécifiez un nom d’utilisateur qui contient des espaces, vous devez le mettre entre guillemets. Exemple : scanstate /i:migdocs.xml /i:migapp.xml \\server\share\migration\mystore /ue:contoso\user1

Utilisation des options /ui et /ue

Les exemples qui suivent s’appliquent aux options /ui et /ue. Vous pouvez remplacer l’option /ue par l’option /ui pour inclure, et non exclure, les utilisateurs spécifiés.

Utilisation conjointe des options

Vous pouvez utiliser les options /uel, /ue et /ui ensemble pour migrer uniquement les utilisateurs que vous cherchez à migrer.

L’option /ui a priorité sur les options /ue et /uel. Si vous précisez qu’un utilisateur est inclus avec l’option /ui et qu’il est également exclu soit avec l’option /ue ou avec l’option /uel, l’utilisateur est inclus dans la migration. Par exemple, si vous spécifiez /ui:contoso\* /ue:contoso\user1, alors l’utilisateur User1 est migré puisque l’option /ui est prioritaire sur l’option /ue.

L’option /uel a priorité sur l’option /ue. Si un utilisateur a ouvert une session pendant la période définie par le biais de l’option /uel, le profil de cet utilisateur est migré même s’il a été exclu à l’aide de l’option /ue. Par exemple, si vous spécifiez /ue:fixed\user1 /uel:14, l’utilisateur User1 est migré s’il a ouvert une session sur l’ordinateur au cours des 14 derniers jours.

Options de fichier chiffré

Vous pouvez utiliser les options suivantes pour migrer des fichiers chiffrés. Dans tous les cas, par défaut, l’USMT échoue si un fichier chiffré est détecté (sauf si vous spécifiez une option /efs). Pour migrer des fichiers chiffrés, vous devez modifier le comportement par défaut.

Pour plus d’informations, voir Migrer des fichiers et des certificats EFS.

Options de ligne de commande incompatibles

Le tableau qui suit indique les options de ligne de commande qui ne sont pas compatibles avec la commande ScanState. Si l’entrée de tableau d’une combinaison spécifique est vide, cela signifie que les options sont compatibles et peuvent être utilisées conjointement. Le symbole X signifie que les options sont incompatibles. Par exemple, vous ne pouvez pas utiliser l’option /nocompress avec l’option /encrypt.

Voir aussi

Autres ressources

Bibliothèque d’éléments XML