Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Mettre à niveau une instance Windows EC2 vers une version plus récente de Windows Server
S’il est temps de mettre à niveau le système d’exploitation Windows Server de votre instance Windows EC2 à partir d’une version antérieure, vous pouvez utiliser l’une des méthodes suivantes.
**Mises à niveau sur place**
Une mise à niveau sur place s’effectue sur une instance existante. Seuls les fichiers du système d’exploitation sont affectés au cours de ce processus, tandis que vos paramètres, vos rôles de serveur et vos données restent intacts.
**Migration (également appelée side-by-side mise à niveau)**
Une migration consiste à capturer les paramètres, les configurations et les données, et à les porter vers un système d’exploitation plus récent sur une nouvelle instance EC2 Windows. Vous pouvez lancer votre instance à partir d'une AMI Windows publique ou privée à laquelle vous vous abonnez depuis le AWS Marketplace, ou d'une AMI partagée avec vous. Vous pouvez également créer une AMI personnalisée à l’aide d’EC2 Image Builder. Pour plus d’informations, consultez le [Guide de l’utilisateur mage Builder](https://docs.aws.amazon.com/imagebuilder/latest/userguide/what-is-image-builder.html).
AWS fournit un ensemble d'Amazon Machine Images (AMI) accessibles au public pour les versions de Windows Server qui s'exécutent sur des instances EC2. Ils AMIs sont mis à jour tous les mois. Pour plus d'informations sur la dernière version de Windows AMIs, consultez le [AWS manuel Windows AMI Reference](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html).
Microsoft a toujours recommandé de migrer vers une version plus récente de Windows Server plutôt que de procéder à une mise à niveau. La migration peut entraîner moins d’erreurs ou de problèmes de mise à niveau, mais peut prendre plus de temps qu’une mise à niveau sur place en raison de la nécessité de provisionner une nouvelle instance, de planifier et de porter les applications, et d’ajuster les paramètres de configuration sur la nouvelle instance. Une mise à niveau sur place peut être plus rapide, mais les incompatibilités logicielles peuvent entraîner des erreurs.
**Topics**
+ [
# Effectuez une mise à niveau sur place sur votre instance Windows EC2
](os-inplaceupgrade.md)
+ [
# Utiliser des runbooks d’automatisation pour mettre à niveau une instance Windows EC2
](automated-upgrades.md)
+ [
# Migrer une instance Windows EC2 vers un type d’instance basé sur Nitro
](migrating-latest-types.md)
+ [
# Résoudre les problèmes liés à une mise à niveau du système d’exploitation sur une instance Windows EC2
](os-upgrade-trbl.md)
# Effectuez une mise à niveau sur place sur votre instance Windows EC2
Avant d’effectuer une mise à niveau sur place, vous devez déterminer quels pilotes réseau sont exécutés par l’instance. Les pilotes réseau PV vous permettent d’accéder à votre instance à l’aide des services Bureau à distance. Les instances utilisent des pilotes AWS PV, Intel Network Adapter ou Enhanced Networking. Pour de plus amples informations, veuillez consulter [Pilotes de virtualisation paravirtuelle pour les instances Windows](xen-drivers-overview.md).
## Avant de commencer une mise à niveau sur place
Exécutez les tâches suivantes et prenez note des renseignements importants suivants avant de démarrer la mise à niveau sur place.
+ Lisez la documentation Microsoft pour comprendre la configuration requise de la mise à niveau, les problèmes connus et les restrictions. Consultez également les instructions officielles de la mise à niveau.
+ [Upgrade Options for Windows Server 2012](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj574204(v=ws.11))
+ [Upgrade Options for Windows Server 2012 R2](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn303416(v=ws.11))
+ [Options de mise à niveau et de conversion pour Windows Server 2016 et les versions ultérieures](https://learn.microsoft.com/en-us/windows-server/get-started/install-upgrade-migrate)
+ [Windows Server Upgrades](https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-overview)
+ Nous vous recommandons d'effectuer une mise à niveau du système d'exploitation sur les instances dotées d'au moins 2 V CPUs et de 4 Go de RAM. Si nécessaire, vous pouvez changer l’instance à une taille plus grande du même type (t2.small à t2.large, par exemple), effectuer la mise à niveau, puis la redimensionner à la taille originale. Si vous devez conserver la taille de l’instance, vous pouvez suivre la progression à l’aide de[Capture d’écran de console d’instance](troubleshoot-unreachable-instance.md#instance-console-screenshot). Pour plus d’informations, consultez [Changements de type d'instance Amazon EC2](ec2-instance-resize.md).
+ Vérifiez que le volume racine de votre instance Windows dispose d’un espace disque suffisant. Le processus de l’installation Windows peut ne pas vous avertir en cas d’espace disque insuffisant. Pour obtenir plus d’informations sur l’espace disque requis pour mettre à niveau un système d’exploitation spécifique, consultez la documentation Microsoft. Si le volume ne dispose pas d’un espace suffisant, celui-ci peut être étendu. Pour plus d’informations, consultez la section [Volumes Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-modify-volume.html) dans le *Guide de l’utilisateur Amazon EC2*.
+ Déterminez le chemin de votre mise à niveau. Vous devez mettre à niveau le système d’exploitation sur la même architecture. Par exemple, vous devez mettre à niveau un système 32 bits vers un système 32 bits. Windows Server 2008 R2 et les versions ultérieures sont compatibles avec des systèmes 64 bits uniquement.
+ Désactivez les logiciels anti-virus et anti-espion, ainsi que les pare-feu. Ces types de logiciels peuvent créer des conflits avec le processus de mise à niveau. Une fois la mise à niveau terminée, réactivez les logiciels anti-virus et anti-espion, ainsi que les pare-feu.
+ Mettre à jour les derniers pilotes comme décrit dans [Migrer une instance Windows EC2 vers un type d’instance basé sur Nitro](migrating-latest-types.md).
+ Le service UpgradeHelperService prend uniquement en charge les instances exécutant des pilotes PV Citrix. Si l’instance exécute des pilotes Red Hat, vous devez d’abord les [mettre à niveau](Upgrading_PV_drivers.md) manuellement.
## Mettez à niveau une instance sur place avec le AWS PV, l'adaptateur réseau Intel ou les pilotes réseau améliorés
Utilisez la procédure suivante pour mettre à niveau une instance Windows Server utilisant des pilotes PV AWS , de carte réseau Intel ou de la mise en réseau améliorée.
**Pour exécuter une mise à niveau sur place**
1. Créez une AMI du système que vous prévoyez de mettre à niveau à des fins de sauvegarde ou de test. Vous pouvez ensuite exécuter la mise à niveau sur la copie pour simuler un environnement de test. Si la mise à niveau réussit, vous pouvez basculer le trafic vers cette instance avec une interruption courte. Si la mise à niveau échoue, vous pouvez restaurer la sauvegarde. Pour de plus amples informations, veuillez consulter [Créer une AMI basée sur Amazon EBS](creating-an-ami-ebs.md).
1. Assurez-vous que votre instance Windows Server utilise les derniers pilotes réseau.
1. Pour mettre à jour votre pilote AWS PV, voir[Mettre à niveau des pilotes PV sur les instances EC2 Windows](Upgrading_PV_drivers.md).
1. Pour mettre à jour votre pilote ENA, consultez [Installer le pilote ENA sur les instances Windows EC2](ena-adapter-driver-install-upgrade-win.md).
1. Pour mettre à jour vos pilotes Intel, consultez [Mise en réseau améliorée grâce à l’interface Intel 82599 VF](sriov-networking.md)
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**. Recherchez l’instance. Notez l’ID et la zone de disponibilité de l’instance. Vous aurez besoin de ces informations ultérieurement lors de cette procédure.
1. Si vous mettez à niveau Windows Server 2012 ou 2012 R2 vers Windows Server 2016 ou une version ultérieure, effectuez les opérations suivantes sur votre instance avant de poursuivre.
1. Désinstallez le service EC2 Config. Pour de plus amples informations, veuillez consulter [Administration des services Windows pour les agents EC2 Launch v2 et EC2 Config](launch-agents-service-admin.md).
1. Installez EC2 Launch v1 ou l'agent EC2 Launch v2. Pour plus d'informations, consultez [Utiliser l’agent EC2Launch v1 pour effectuer des tâches lors du lancement d’une instance EC2 Windows](ec2launch.md) et [Utiliser l’agent EC2Launch v2 pour effectuer des tâches lors du lancement d’une instance EC2 Windows](ec2launch-v2.md).
1. Installez l'agent AWS Systems Manager SSM. Pour plus d’informations, consultez la section [Installation manuelle de SSM Agent sur Amazon EC2 pour Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-windows.html) dans le *Guide de l’utilisateur AWS Systems Manager *.
1. Créez un volume à partir d’un instantané du média d’installation de Windows Server.
1. Dans le panneau de navigation, sous **Elastic Block Store**, sélectionnez **Instantanés**.
1. Dans la barre Filtre, choisissez **Instantanés publics**.
1. Dans la barre de recherche, spécifiez les filtres suivants :
+ Choisissez **Alias du propriétaire**, puis **=**, puis **Amazon**.
+ Choisissez **Description**, puis commencez à taper **Windows**. Sélectionnez le filtre Windows qui correspond à l’architecture système et la préférence de langue vers lesquelles vous effectuez la mise à niveau. Par exemple, sélectionnez **Windows 2019 English Installation Media** pour mettre à niveau vers Windows Server 2019.
1. Cochez la case en regard de l’instantané qui correspond à l’architecture du système et à la préférence linguistique vers lesquelles vous effectuez la mise à niveau, puis sélectionnez **Actions**, **Create volume from snapshot** (Créer un volume à partir d’un instantané).
1. Dans la boîte de dialogue **Create volume** (Créer un volume), sélectionnez la zone de disponibilité correspondant à votre instance Windows, puis choisissez **Create volume** (Créer un volume).
1. Dans la *1234567890example* bannière **Volume créé avec succès** en haut de la page, choisissez l'ID du volume que vous venez de créer.
1. Sélectionnez **Actions**, puis **Attach volume** (Attacher un volume).
1. Sur la page **Attach volume** (Attacher un volume), pour l’**Instance**, sélectionnez l’ID d’instance de votre instance Windows, puis choisissez **Attach volume** (Attacher un volume).
1. Rendez le nouveau volume utilisable en suivant les étapes décrites à la section [Rendre un volume Amazon EBS utilisable](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-using-volumes.html).
**Important**
Ne pas initialiser le disque car cela supprimerait les données existantes.
1. Sous Windows PowerShell, passez au nouveau lecteur de volume. Commencez la mise à niveau en ouvrant le volume du média d’installation que vous avez attaché à l’instance.
1. Si vous mettez à niveau vers Windows Server 2016 ou ultérieur, procédez comme suit :
```
.\setup.exe /auto upgrade /dynamicupdate disable
```
**Note**
L’exécution du setup.exe avec l’option `/dynamicupdate` définie sur désactivée empêche Windows d’installer des mises à jour pendant le processus de mise à niveau de Windows Server, car l’installation de mises à jour pendant la mise à niveau peut provoquer des échecs. Vous pouvez installer les mises à jour avec Windows Update une fois la mise à niveau terminée.
Si vous mettez à niveau vers une version précédente de Windows Server, procédez comme suit :
```
Sources\setup.exe
```
1. Pour **Sélectionner le système d’exploitation que vous souhaitez installer**, sélectionnez l’option d’installation complète pour votre instance Windows Server, puis cliquez sur **Suivant**.
1. Pour **Quel type d’installation voulez-vous effectuer ?**, choisissez **Mise à niveau**.
1. Exécutez l’assistant.
La configuration de Windows Server copie et traite les fichiers. Quelques minutes plus tard, votre session des services Bureau à distance se ferme. Le délai de la mise à niveau dépend du nombre d’applications et de rôles de serveurs s’exécutant sur votre instance Windows Server. Le processus de mise à niveau peut prendre de 40 minutes à plusieurs heures. L’instance peut échouer à un ou plusieurs contrôles de statut pendant le processus de mise à niveau. Une fois la mise à niveau terminée, tous les contrôles de statut réussissent. Vous pouvez consulter le journal système pour connaître les résultats de la console ou utiliser CloudWatch les métriques Amazon relatives à l'activité du disque et du processeur afin de déterminer si la mise à niveau progresse.
**Note**
Si vous mettez à niveau vers Windows Server 2019, une fois la mise à niveau terminée, vous pouvez modifier manuellement l’arrière-plan du bureau pour supprimer le nom du système d’exploitation précédent si vous le souhaitez.
Si l’instance n’a pas passé tous les contrôles de statut après plusieurs heures, consultez la section [Résoudre les problèmes liés à une mise à niveau du système d’exploitation sur une instance Windows EC2](os-upgrade-trbl.md).
## Tâches post-mise à niveau
1. Connectez-vous à l’instance pour initier une mise à niveau de .NET Framework et redémarrez le système quand vous y êtes invité.
1. Si vous ne l'avez pas déjà fait lors d'une étape précédente, installez l'agent EC2 Launch v1 ou EC2 Launch v2. Pour plus d'informations, consultez [Utiliser l’agent EC2Launch v1 pour effectuer des tâches lors du lancement d’une instance EC2 Windows](ec2launch.md) et [Utiliser l’agent EC2Launch v2 pour effectuer des tâches lors du lancement d’une instance EC2 Windows](ec2launch-v2.md).
1. Si vous avez effectué la mise à niveau vers Windows Server 2012 R2, nous vous recommandons de mettre à niveau les pilotes PV vers des pilotes AWS PV. Si vous avez mis à niveau sur une instance Nitro, nous vous recommandons d’installer ou de mettre à niveau les pilotes NVME et ENA. Pour plus d’informations, consultez [AWS NVMe pilotes](aws-nvme-drivers.md) ou [Activer les réseaux améliorés sur Windows](enabling_enhanced_networking.md#enable-enhanced-networking-ena-windows).
1. Réactivez les logiciels anti-virus et anti-espion, ainsi que les pare-feu.
# Utiliser des runbooks d’automatisation pour mettre à niveau une instance Windows EC2
Vous pouvez effectuer une mise à niveau automatique de vos instances Windows et SQL Server à l' AWS aide des runbooks AWS Systems Manager Automation.
**Topics**
+ [
## Services connexes
](#automated-related)
+ [
## Options d’exécution
](#automated-execution-option)
+ [
## Mettre à niveau Windows Server
](#automated-upgrades-windows)
+ [
## Mettre à niveau SQL Server
](#automated-upgrades-sql)
## Services connexes
Les AWS services suivants sont utilisés dans le processus de mise à niveau automatique :
+ **AWS Systems Manager**. AWS Systems Manager est une interface puissante et unifiée qui permet de gérer vos AWS ressources de manière centralisée. Pour plus d’informations, consultez le *Guide de l’utilisateur [AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/)*.
+ AWS Systems Manager L'agent (agent SSM) est un logiciel Amazon qui peut être installé et configuré sur une instance Amazon EC2, un serveur sur site ou une machine virtuelle (VM). SSM Agent permet à Systems Manager de mettre à jour, gérer et configurer ces ressources. L’agent traite les demandes du service Systems Manager dans le Cloud AWS , puis les exécute comme spécifié dans la demande. Pour plus d’informations, consultez [Utilisation de SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html) dans le *Guide de l’utilisateur AWS Systems Manager *.
+ **AWS Systems Manager Runbooks SSM**. Un runbook SSM définit les actions exécutées par Systems Manager sur vos instances gérées. Les runbooks SSM utilisent la notation JavaScript d'objet (JSON) ou YAML, et ils incluent des étapes et des paramètres que vous spécifiez. Cette rubrique utilise deux runbooks SSM Systems Manager d’automatisation. Pour plus d’informations, consultez [AWS Systems Manager Automation runbook reference](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html) dans le *Guide de l’utilisateur AWS Systems Manager *.
## Options d’exécution
Lorsque vous sélectionnez **Automation (Automatisation)** sur la console Systems Manager, choisissez **Execute (Exécuter)**. Après avoir sélectionné un document d’automatisation, vous êtes invité à choisir une option d’exécution de l’automatisation. Choisissez parmi les options suivantes. Dans les étapes des chemins fournis dans cette rubrique, nous utilisons l’**option d’exécution simple**.
**Exécution simple**
Choisissez cette option si vous souhaitez mettre à jour une seule instance mais que vous ne voulez pas passer par chaque étape d’automatisation pour auditer les résultats. Cette option est décrite plus en détails dans les étapes de mise à niveau qui suivent.
**Contrôle du débit**
Choisissez cette option si vous souhaitez appliquer la mise à niveau à plusieurs instances. Définissez les paramètres suivants.
+ **Paramètre**
Ce paramètre qui est également défini dans les paramètres Plusieurs comptes et plusieurs régions spécifie comment votre automatisation se ramifie.
+ **Cibles**
Sélectionnez la cible à laquelle appliquer l’automatisation. Ce paramètre est également défini dans les paramètres Plusieurs comptes et plusieurs régions.
+ **Valeurs de paramètres**
Utilisez les valeurs définies dans les paramètres du document d’automatisation.
+ **Groupe de ressources**
Dans AWS, une ressource est une entité avec laquelle vous pouvez travailler. Les exemples incluent les instances Amazon EC2, les AWS CloudFormation stacks ou les buckets Amazon S3. Si vous travaillez avec plusieurs ressources, il peut être utile de les gérer en groupe plutôt que de passer d'un AWS service à l'autre pour chaque tâche. Dans certains cas, vous souhaiterez gérer un grand nombre de ressources liées, comme les instances EC2 qui constituent une couche d’application. Dans ce cas, vous aurez probablement besoin d’exécuter des actions par lots simultanément sur ces ressources.
+ **Balises**
Les balises vous permettent de classer vos AWS ressources de différentes manières, par exemple par objectif, propriétaire ou environnement. Cette catégorisation est utile lorsque vous avez de nombreuses ressources du même type. Vous pouvez identifier rapidement une ressource spécifique à l’aide des balises attribuées.
+ **Contrôle du débit**
Le contrôle du débit est également défini dans les paramètres Plusieurs comptes et plusieurs régions. Lorsque vous définissez des paramètres de contrôle du débit, vous spécifiez la part de votre flotte à laquelle appliquer l’automatisation, par nombre de cibles ou selon un pourcentage du flotte.
**Plusieurs comptes et plusieurs régions**
Il existe deux paramètres en plus des paramètres spécifiés sous Contrôle du débit qui sont également utilisés dans les paramètres Plusieurs comptes et plusieurs régions :
+ **Comptes et unités organisationnelles (OUs)**
Spécifiez plusieurs comptes sur lesquels exécuter l’automatisation.
+ **Régions AWS**
Spécifiez plusieurs Régions AWS endroits où vous souhaitez exécuter l'automatisation.
**Exécution manuelle**
Cette option est similaire à **Exécution simple**, mais elle vous permet d’exécuter l’automatisation étape par étape et d’auditer les résultats.
## Mettre à niveau Windows Server
Le runbook `[AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html)` crée une Amazon Machine Image (AMI) à partir d’une instance Windows Server dans votre compte et met à niveau cette AMI vers une version prise en charge de votre choix. Ce processus en plusieurs étapes peut prendre jusqu’à deux heures.
Deux d'entre eux sont AMIs inclus dans le processus de mise à niveau automatique :
+ **Instance en cours d’exécution actuelle**. La première AMI est l’instance en cours d’exécution actuelle qui n’est pas mise à niveau. Cette AMI est utilisée pour lancer une autre instance afin d’exécuter la mise à niveau sur place. Lorsque le processus est terminé, cette AMI est supprimée de votre compte à moins que vous ne demandiez spécifiquement de conserver l’instance d’origine. Ce paramètre est traité par le paramètre `KeepPreUpgradeImageBackUp` (la valeur par défaut est `false`, ce qui signifie que l’AMI est supprimée par défaut).
+ **AMI mise à niveau**. Cette AMI est le résultat du processus d’automatisation.
Le résultat final est une AMI qui est l’instance mise à niveau de l’AMI.
Lorsque la mise à niveau est terminée, vous pouvez tester la fonctionnalité applicative en lançant la nouvelle AMI dans votre Amazon VPC. Après le test et avant de procéder à une autre mise à niveau, planifiez les temps d’arrêt de l’application avant de passer complètement à l’instance mise à niveau.
### Conditions préalables
Afin d'automatiser votre mise à niveau de Windows Server avec le document AWS Systems Manager Automation, vous devez effectuer les tâches suivantes :
+ Créez un rôle IAM avec les politiques IAM spécifiées pour autoriser Systems Manager à exécuter des tâches d’automatisation sur vos instances Amazon EC2 et vérifiez que vous répondez aux prérequis pour utiliser Systems Manager. Pour plus d'informations, consultez la section [Création d'un rôle pour déléguer des autorisations à un AWS service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) dans le *Guide de Gestion des identités et des accès AWS l'utilisateur*.
+ [Sélectionnez l’option souhaitée pour l’exécution de l’automatisation](#automated-execution-option). Les options d’exécution sont **Exécution simple**, **Contrôle du débit**, **Plusieurs comptes et plusieurs régions** et **Exécution manuelle**. Pour plus d’informations sur ces options, consultez [Options d’exécution](#automated-execution-option).
+ Vérifier que SSM Agent est installé sur votre instance. Pour plus d’informations, consultez [Installing and configuring SSM Agent on Amazon EC2 instances for Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ Windows PowerShell 3.0 ou version ultérieure doit être installé sur votre instance.
+ Pour les instances qui sont jointes à un domaine Microsoft Active Directory, nous vous recommandons de spécifier un `SubnetId` qui n’a pas de connectivité à vos contrôleurs de domaine afin d’éviter les conflits de noms d’hôte.
+ Le sous-réseau de l'instance doit disposer d'une connectivité sortante à Internet, qui permet d'accéder Services AWS à Amazon S3 et de télécharger des correctifs depuis Microsoft. Cette exigence est satisfaite si le sous-réseau est un sous-réseau public et que l’instance possède une adresse IP publique, ou si le sous-réseau est un sous-réseau privé avec une route qui envoie le trafic Internet vers un périphérique NAT public.
+ Cette automatisation fonctionne avec des instances exécutant Windows Server 2008 R2, Windows Server 2012 R2, Windows Server 2016 et Windows Server 2019.
+ Vérifiez que l’instance a 20 Go d’espace disque libre dans le disque de démarrage.
+ Si l'instance n'utilise pas de licence Windows fournie par AWS, spécifiez un ID de snapshot Amazon EBS qui inclut le support d'installation de Windows Server 2012 R2. Pour cela :
1. Vérifiez que l’instance Amazon EC2 exécute Windows Server 2012 ou version ultérieure.
1. Créez un volume Amazon EBS de 6 Go dans la même zone de disponibilité que celle où l’instance est en cours d’exécution. Attachez le volume à l’instance. Montez-la, par exemple, en tant que lecteur D.
1. Cliquez avec le bouton droit de la souris sur le fichier ISO et montez-le sur une instance telle que le lecteur E.
1. Copiez le contenu du fichier ISO depuis le lecteur E:\$1 vers le lecteur D:\$1.
1. Créez un instantané Amazon EBS du volume de 6 Go comme à l’étape 2 ci-dessus.
### Limitations de mise à niveau Windows Server
Cette procédure d’automatisation ne prend pas en charge la mise à niveau des contrôleurs de domaine Windows, des clusters ni des système d’exploitation de bureau Windows. En outre, cette automatisation ne prend pas en charge les instances Amazon EC2 for Windows Server avec les rôles suivants installés :
+ Hôte de session des services Bureau à distance (RDSH)
+ Broker de connexion des services Bureau à distance (RDCB)
+ Hôte de virtualisation des services Bureau à distance (RDVH)
+ Accès web des services Bureau à distance (RDWA)
### Étapes à suivre pour effectuer une mise à niveau automatisée de Windows Server
Suivez ces étapes pour mettre à niveau votre instance Windows Server à l'aide du runbook [AWSEC2- CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html) automation.
1. Ouvrez Systems Manager depuis la **Console de gestion AWS **.
1. Dans le panneau de navigation de gauche, sous **Change Management** (Gestion des modifications), choisissez **Automation** (Automatisation).
1. Choisissez **Execute automation (Exécuter l’automatisation)**.
1. Recherchez le document d’automatisation appelé `AWSEC2-CloneInstanceAndUpgradeWindows`.
1. Lorsque le nom du document apparaît, sélectionnez-le. Les détails du document apparaissent alors.
1. Choisissez **Execute automation** (Exécuter l’automatisation) afin de saisir les paramètres pour ce document. Laissez l’option **Exécution simple** sélectionnée en haut de la page.
1. Entrez les paramètres demandés en suivant les indications suivantes.
+ `InstanceID`
**Type** : chaîne
(Obligatoire) Instance exécutant Windows Server 2008 R2, 2012 R2, 2016 ou 2019 avec SSM Agent installé.
+ `InstanceProfile`.
**Type** : chaîne
(Obligatoire) Profil d’instance IAM. Il s'agit du rôle IAM utilisé pour effectuer l'automatisation de Systems Manager sur l'instance Amazon EC2 et. AWS AMIs Pour plus d’informations, consultez la section [Configuration des autorisations d’instance EC2](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-instance-permissions.html#instance-profile-add-permissions) dans le *Guide de l’utilisateur AWS Systems Manager *.
+ `TargetWindowsVersion`
**Type** : chaîne
(Obligatoire) Sélectionnez la version cible de Windows.
+ `SubnetId`
**Type :** chaîne
(Obligatoire) Il s’agit du sous-réseau pour le processus de mise à niveau et dans lequel l’instance EC2 source réside. Vérifiez que le sous-réseau dispose d'une connectivité sortante aux AWS services, notamment Amazon S3, ainsi qu'à Microsoft (afin de télécharger des correctifs).
+ `KeepPreUpgradedBackUp`
**Type** : chaîne
(Facultatif) Si ce paramètre est défini sur `true`, l’automatisation conserve l’image créée depuis l’instance. Le paramètre par défaut est `false`.
+ `RebootInstanceBeforeTakingImage`
**Type :** chaîne
(Facultatif) La valeur par défaut est `false` (pas de redémarrage). Si ce paramètre est défini sur `true`, Systems Manager redémarre l’instance avant de créer une AMI pour la mise à niveau.
1. Une fois que vous avez entré les paramètres, sélectionnez **Execute (Exécuter)**. Lorsque l’automatisation commence, vous pouvez surveiller la progression de l’exécution.
1. Lorsque l’automatisation est terminée, vous verrez l’ID de l’AMI. Vous pouvez lancer l’AMI pour vérifier que le système d’exploitation Windows est mis à niveau.
**Note**
Il n’est nécessaire que l’automatisation exécute toutes les étapes. Les étapes sont conditionnelles en fonction du comportement de l’automatisation et de l’instance. Systems Manager peut ignorer certaines étapes qui ne sont pas requises.
En outre, certaines étapes peuvent expirer. Systems Manager tente d’effectuer la mise à niveau et d’installer tous les derniers correctifs. Cependant, parfois, des correctifs expirent en fonction d’un paramètre de délai d’attente définissable pour l’étape donnée. Lorsque cela se produit, l’automatisation Systems Manager passe à l’étape suivante pour s’assurer que le système d’exploitation interne est mis à niveau vers la version de Windows Server cible.
1. Lorsque l’automatisation est terminée, vous pouvez lancer une instance Amazon EC2 à l’aide de l’ID d’AMI pour vérifier votre mise à niveau. Pour plus d'informations sur la création d'une instance Amazon EC2 à partir d'une AWS AMI, consultez [Comment lancer une instance EC2 à partir d'une AMI personnalisée](https://repost.aws/knowledge-center/launch-instance-custom-ami) ?
## Mettre à niveau SQL Server
Le CloneInstanceAndUpgrade SQLServer script [AWSEC2-](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) crée une AMI à partir d'une instance Amazon EC2 exécutant SQL Server dans votre compte, puis met à niveau l'AMI vers une version ultérieure de SQL Server. Ce processus en plusieurs étapes peut prendre jusqu’à deux heures.
Dans ce flux de travail, l’automatisation crée une AMI à partir de l’instance, puis lance la nouvelle AMI dans le sous-réseau que vous fournissez. L’automatisation exécute ensuite une mise à niveau sur place de SQL Server. Une fois la mise à niveau terminée, l’automatisation crée une AMI avant de résilier l’instance mise à niveau.
Deux d'entre eux sont AMIs inclus dans le processus de mise à niveau automatique :
+ **Instance en cours d’exécution actuelle**. La première AMI est l’instance en cours d’exécution actuelle qui n’est pas mise à niveau. Cette AMI est utilisée pour lancer une autre instance afin d’exécuter la mise à niveau sur place. Lorsque le processus est terminé, cette AMI est supprimée de votre compte à moins que vous ne demandiez spécifiquement de conserver l’instance d’origine. Ce paramètre est traité par le paramètre `KeepPreUpgradeImageBackUp` (la valeur par défaut est `false`, ce qui signifie que l’AMI est supprimée par défaut).
+ **AMI mise à niveau**. Cette AMI est le résultat du processus d’automatisation.
Le résultat final est une AMI qui est l’instance mise à niveau de l’AMI.
Lorsque la mise à niveau est terminée, vous pouvez tester la fonctionnalité applicative en lançant la nouvelle AMI dans votre Amazon VPC. Après le test et avant de procéder à une autre mise à niveau, planifiez les temps d’arrêt de l’application avant de passer complètement à l’instance mise à niveau.
### Conditions préalables
Afin d'automatiser votre mise à niveau de SQL Server avec le document AWS Systems Manager Automation, vous devez effectuer les tâches suivantes :
+ Créez un rôle IAM avec les politiques IAM spécifiées pour autoriser Systems Manager à exécuter des tâches d’automatisation sur vos instances Amazon EC2 et vérifiez que vous répondez aux prérequis pour utiliser Systems Manager. Pour plus d’informations, consultez [Création d’un rôle pour la délégation d’autorisations à un Service AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) dans le *Guide de l’utilisateur Gestion des identités et des accès AWS *.
+ [Sélectionnez l’option souhaitée pour l’exécution de l’automatisation](#automated-execution-option). Les options d’exécution sont **Exécution simple**, **Contrôle du débit**, **Plusieurs comptes et plusieurs régions** et **Exécution manuelle**. Pour plus d’informations sur ces options, consultez [Options d’exécution](#automated-execution-option).
+ L’instance Amazon EC2 doit utiliser Windows Server 2008 R2 ou version ultérieure et SQL Server 2008 ou version ultérieure.
+ Vérifier que SSM Agent est installé sur votre instance. Pour plus d’informations, consultez [Utilisation de l’agent SSM sur les instances Amazon EC2 pour Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ Vérifiez que l’instance dispose d’un espace disque suffisant :
+ Si vous effectuez une mise à niveau de Windows Server 2008 R2 vers 2012 R2, ou de Windows Server 2012 R2 vers un système d’exploitation plus récent, vérifiez que vous disposez de 20 Go d’espace disque libre sur le disque de démarrage de l’instance.
+ Si vous effectuez une mise à niveau de Windows Server 2008 R2 vers 2016 ou version ultérieure, vérifiez que l’instance dispose de 40 Go d’espace disque libre sur le disque de démarrage de l’instance.
+ Pour les instances qui utilisent une version SQL Server avec apport de sa propre licence (BYOL), les prérequis supplémentaires suivants s’appliquent :
+ Fournissez un ID d’instantané Amazon EBS qui inclut le support d’installation de SQL Server. Pour cela :
1. Vérifiez que l’instance Amazon EC2 exécute Windows Server 2008 R2 ou version ultérieure.
1. Créez un volume Amazon EBS de 6 Go dans la même zone de disponibilité que celle où l’instance est en cours d’exécution. Attachez le volume à l’instance. Montez-la, par exemple, en tant que lecteur D.
1. Cliquez avec le bouton droit de la souris sur le fichier ISO et montez-le sur une instance telle que le lecteur E.
1. Copiez le contenu du fichier ISO depuis le lecteur E:\$1 vers le lecteur D:\$1.
1. Créez un instantané Amazon EBS du volume de 6 Go comme à l’étape 2.
### Limitations de mise à niveau automatisée SQL Server
Les limitations suivantes s'appliquent lorsque vous utilisez le [AWSEC2- CloneInstanceAndUpgrade SQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) runbook pour effectuer une mise à niveau automatique :
+ La mise à niveau peut uniquement être effectuée sur un serveur SQL à l’aide de l’authentification Windows.
+ Vérifiez qu’il n’y a pas de correctifs et mises à jour de sécurité en attente sur les instances. Ouvrez le **Panneau de configuration**, puis choisissez **Rechercher les mises à jour**.
+ Les déploiements SQL Server HA et le mode de mise en miroir ne sont pas pris en charge.
### Étapes à suivre pour effectuer une mise à niveau automatisée de SQL Server
Suivez ces étapes pour mettre à niveau votre SQL Server à l'aide du runbook [AWSEC2- CloneInstanceAndUpgrade SQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) automation.
1. Si vous ne l’avez déjà fait, téléchargez le fichier .iso SQL Server 2016 et montez-le sur le serveur source.
1. Une fois le fichier .iso monté, copiez tous les le fichiers de composant et placez-les sur un volume de votre choix.
1. Prenez un instantané Amazon EBS du volume et copiez l’ID de l’instantané dans un presse-papiers pour une utilisation ultérieure. Pour plus d’informations, veuillez consulter la rubrique [Instantanés Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) dans le **Guide de l’utilisateur Amazon EBS**.
1. Attachez un profil d’instance à l’instance source Amazon EC2. Cela permet à Systems Manager de communiquer avec l'instance EC2 et d'exécuter des commandes sur celle-ci après son ajout au AWS Systems Manager service. Pour cet exemple, nous avons nommé le rôle `SSM-EC2-Profile-Role` avec la stratégie `AmazonSSMManagedInstanceCore ` attachée au rôle.
1. Dans le volet de navigation de gauche de la AWS Systems Manager console, sélectionnez **Managed Instances**. Vérifiez que votre instance EC2 se trouve dans la liste des instances gérées. Si vous ne voyez votre instance après quelques minutes, consultez [Où sont mes instances ?](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-remote-commands.html#where-are-instances) dans le *Guide de l’utilisateur AWS Systems Manager *.
1. Dans le panneau de navigation de gauche, sous **Change Management** (Gestion des modifications), choisissez **Automation** (Automatisation).
1. Choisissez **Execute automation (Exécuter l’automatisation)**.
1. Recherchez le document d’automatisation appelé `AWSEC2-CloneInstanceAndUpgradeSQLServer`.
1. Choisissez le document SSM `AWSEC2-CloneInstanceAndUpgradeSQLServer`, puis **Next** (Suivant).
1. Assurez-vous que l’option **Simple execution (Exécution simple)** est sélectionnée.
1. Entrez les paramètres demandés en suivant les indications suivantes.
+ `InstanceId`
**Type :** chaîne
(Obligatoire) Instance exécutant Windows Server 2008 R2 (ou version ultérieure).
+ `IamInstanceProfile`
**Type :** chaîne
(Obligatoire) Profil d’instance IAM.
+ `SQLServerSnapshotId`
**Type** : chaîne
(Obligatoire) ID d’instantané du support d’installation de SQL Server cible. Ce paramètre n’est pas requis pour les instances SQL Server comprenant une licence.
+ `SubnetId`
**Type** : chaîne
(Obligatoire) Il s’agit du sous-réseau pour le processus de mise à niveau et dans lequel l’instance EC2 source réside. Vérifiez que le sous-réseau dispose d'une connectivité sortante aux AWS services, notamment Amazon S3, ainsi qu'à Microsoft (afin de télécharger des correctifs).
+ `KeepPreUpgradedBackUp`
**Type** : chaîne
(Facultatif) Si ce paramètre est défini sur `true`, l’automatisation conserve l’image créée depuis l’instance. Le paramètre par défaut est `false`.
+ `RebootInstanceBeforeTakingImage`
**Type :** chaîne
(Facultatif) La valeur par défaut est `false` (pas de redémarrage). Si ce paramètre est défini sur `true`, Systems Manager redémarre l’instance avant de créer une AMI pour la mise à niveau.
+ `TargetSQLVersion`
**Type** : chaîne
(Facultatif) Version SQL Server cible. La valeur par défaut est `2016`.
1. Une fois que vous avez entré les paramètres, sélectionnez **Execute (Exécuter)**. Lorsque l’automatisation commence, vous pouvez surveiller la progression de l’exécution.
1. Lorsque le champ **Execution Status (Statut d’exécution)** affiche **Success (Réussite)**, choisissez la liste **Outputs (Sorties)** pour afficher les informations de l’AMI. Vous pouvez utiliser l’ID d’AMI afin de lancer votre instance SQL Server pour le VPC de votre choix.
1. Ouvrez la console Amazon EC2. Dans le panneau de navigation de gauche, choisissez **AMIs**. Vous devez voir la nouvelle AMI.
1. Pour vérifier que la nouvelle version de SQL Server a été installée avec succès, sélectionnez la nouvelle AMI et choisissez **Launch** (Lancer).
1. Choisissez le type d’instance souhaité pour l’AMI, le VPC et le sous-réseau vers lesquels déployer et le stockage à utiliser. Comme vous lancez la nouvelle instance depuis une AMI, les volumes vous sont présentés comme option à inclure au sein de la nouvelle EC2 que vous lancez. Vous pouvez supprimer tout volume ou ajouter des volumes.
1. Ajoutez une balise pour vous aider à identifier votre instance.
1. Ajoutez le ou les groupes de sécurité à l’instance.
1. Choisissez **Launch Instances**.
1. Choisissez le nom de la balise pour l’instance et sélectionnez **Connexion** sous la liste déroulante **Actions**.
1. Vérifiez que la nouvelle version de SQL Server est le moteur de base de données sur la nouvelle instance.
# Migrer une instance Windows EC2 vers un type d’instance basé sur Nitro
Les AWS fenêtres AMIs sont configurées avec les paramètres par défaut utilisés par le support d'installation Microsoft, avec quelques personnalisations. Les personnalisations incluent des pilotes et des configurations qui prennent en charge les [instances basées sur Nitro](instance-types.md#instance-hypervisor-type), telles que M5 et C5.
Lors de la migration d’instances basées sur Xen vers des instances basées sur Nitro, y compris des instances matériel nu, nous vous recommandons de suivre les étapes de cette rubrique dans les cas suivants :
+ Si vous lancez des instances à partir de Windows personnalisé AMIs
+ Si vous lancez des instances depuis Windows AMIs fournies par Amazon qui ont été créées avant août 2018
Vous pouvez également utiliser le document d’automatisation `AWSSupport-UpgradeWindowsAWSDrivers` pour automatiser les procédures décrites dans la première, la deuxième et la troisième étape. Si vous choisissez d’utiliser la procédure automatisée, consultez [(Alternative) Améliorez le AWS PV, l'ENA et NVMe les pilotes en utilisant AWS Systems Manager](#auto-upgrade), puis continuez avec la quatrième et la cinquième étape.
Pour plus d’informations, consultez le blog [Amazon EC2 Update — Additional Instance Types, Nitro System, and CPU Options](https://aws.amazon.com/blogs/aws/amazon-ec2-update-additional-instance-types-nitro-system-and-cpu-options/).
**Note**
Les procédures de migration suivantes peuvent être effectuées sur Windows Server version 2016 et les versions ultérieures. Les versions antérieures du système d’exploitation arrivées en fin de vie ne sont pas testées et peuvent ne pas être compatibles avec les derniers types d’instances.
Pour migrer des instances Linux, consultez[Changements de type d'instance Amazon EC2](ec2-instance-resize.md).
**Contents**
+ [
## Partie 1 : Installation et mise à niveau des pilotes AWS PV
](#upgrade-pv)
+ [
## Partie 2 : Installer et mettre à niveau l’ENA
](#upgrade-ena)
+ [
## Partie 3 : Mise à niveau des AWS NVMe pilotes
](#upgrade-nvme)
+ [
## Partie 4 : Mettre à jour la EC2 configuration et EC2 lancer
](#upgdate-ec2config-ec2launch)
+ [
## Étape 5 : Installer le pilote du port série pour les instances nues
](#install-serial-port-bare-metal)
+ [
## Étape 6 : Mettre à jour les paramètres de gestion de l’alimentation
](#power-management)
+ [
## Étape 7 : Mettre à jour les pilotes de puce Intel pour des nouveaux types d’instance
](#power-management-intel-drivers)
+ [
## (Alternative) Améliorez le AWS PV, l'ENA et NVMe les pilotes en utilisant AWS Systems Manager
](#auto-upgrade)
**Avant de commencer**
[Cette procédure suppose que vous disposez d’une [instance Xen, par exemple](instance-types.md#instance-hypervisor-type) M4 ou C4, et que vous migrez vers une instance Nitro.](instance-types.md#instance-hypervisor-type)
Vous devez utiliser PowerShell la version 3.0 ou ultérieure pour effectuer correctement la mise à niveau.
**Note**
Lors de la migration, les paramètres réseau IP statiques ou DNS personnalisés de la carte d’interface réseau existante peuvent être perdus, car l’instance passe par défaut à un nouvel adaptateur de réseau amélioré.
Avant de commencer à suivre les étapes de cette procédure, nous vous conseillons de créer une sauvegarde de l’instance. Dans la [console EC2](https://console.aws.amazon.com/ec2/), choisissez l’instance qui nécessite la migration, ouvrez le menu contextuel (clic droit) et sélectionnez **État de l’instance**, puis **Arrêter**.
**Avertissement**
Lorsque vous arrêtez une instance, les données contenues sur les volumes de stockage d’instances sont effacées. Pour préserver les données qui se trouvent sur les volumes de stockage d’instances, assurez-vous de les sauvegarder dans un stockage permanent.
Ouvrez le menu contextuel (clic droit) de l’instance dans la [console EC2](https://console.aws.amazon.com/ec2/), choisissez **Image**, puis **Créer une image**.
**Note**
Les étapes 4 et 5 de ces instructions peuvent être réalisées après la migration ou le changement de type d’instance. Cependant, nous vous recommandons de les compléter avant la migration, en particulier si vous migrez vers un type d’instance métal nu.
## Partie 1 : Installation et mise à niveau des pilotes AWS PV
Bien que les pilotes AWS PV ne soient pas utilisés dans le système Nitro, vous devez tout de même les mettre à niveau si vous utilisez des versions précédentes de Citrix PV ou AWS PV. Les pilotes PV AWS permettent de corriger des bogues présents dans des versions précédentes de pilotes, susceptibles de se manifester sur un système Nitro, ou si vous devez revenir à une instance Xen. À titre de bonne pratique, nous vous recommandons de toujours mettre à jour les derniers pilotes pour les instances Windows activées AWS.
Utilisez la procédure suivante pour effectuer une mise à niveau sur place des pilotes AWS PV ou pour passer des pilotes PV Citrix aux pilotes AWS PV sous Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 ou Windows Server 2019. Pour de plus amples informations, veuillez consulter [Mettre à niveau des pilotes PV sur les instances EC2 Windows](Upgrading_PV_drivers.md).
Pour mettre à niveau un contrôleur de domaine, consultez [Mettre à niveau un contrôleur de domaine (mise à niveau AWS PV)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).
**Pour effectuer une mise à niveau ou vers des pilotes AWS PV**
1. Connectez-vous à l’instance à l’aide des services Bureau à distance et préparez l’instance à la mise à niveau. Mettez tous les disques non système hors ligne avant d’exécuter la mise à niveau. Si vous effectuez une mise à jour sur place des pilotes AWS PV, cette étape n'est pas obligatoire. Définissez les services non essentiels sur le start-up **Manual (Manuel)** dans la console Services.
1. [Téléchargez](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPV/Latest/AWSPVDriver.zip) le package de pilotes le plus récent sur l’instance.
1. Extrayez le contenu du dossier, puis exécutez `AWSPVDriverSetup.msi`.
Après avoir exécuté le MSI, l’instance redémarre automatiquement et met à niveau le pilote. L’instance ne sera peut-être pas disponible pendant 15 minutes.
Lorsque la mise à niveau est terminée et que l’instance réussit les deux vérifications de l’état dans la console Amazon EC2, connectez-vous à l’instance à l’aide des services Bureau à distance et vérifiez que le nouveau pilote a été installé. Dans le Gestionnaire de périphériques, sous **Contrôleurs de stockage**, recherchez **Carte hôte AWS PV Storage**. Vérifiez que la version du pilote est identique à la version la plus récente répertoriée dans l’historique des versions de pilote. Pour plus d’informations, consultez [AWS Historique du package de pilotes PV](xen-drivers-overview.md#pv-driver-history).
## Partie 2 : Installer et mettre à niveau l’ENA
Effectuez une mise à niveau vers le pilote Elastic Network Adapter (ENA) le plus récent afin de garantir la prise en charge de toutes les fonctions du réseau. Si vous avez lancé votre instance et qu’elle n’a pas encore la mise en réseau améliorée activée, vous devez télécharger et installer le pilote de la carte réseau requis sur votre instance, puis définir l’attribut d’instance enaSupport pour **activer la mise en réseau améliorée**. Vous pouvez uniquement activer cet attribut sur les types d’instance pris en charge et seulement si le pilote ENA est installé. Pour plus d’informations, consultez [Activez la mise en réseau améliorée grâce à l’ENA sur vos instances EC2](enhanced-networking-ena.md).
1. [Téléchargez](https://s3.amazonaws.com/ec2-windows-drivers-downloads/ENA/Latest/AwsEnaNetworkDriver.zip) le pilote le plus récent sur l’instance. Si vous avez besoin d’une version précédente du pilote, consultez [Historique de la version du pilote ENA pour Windows](ena-driver-releases-windows.md#ena-win-driver-release-history).
1. Décompressez l’archive zip.
1. Installez le pilote en exécutant le `install.ps1` PowerShell script à partir du dossier extrait.
**Note**
Afin d’éviter les erreurs d’installation, exécutez le script `install.ps1` en tant qu’administrateur.
1. Vérifiez si enaSupport est activé pour votre AMI. Si ce n’est pas le cas, poursuivez à l’aide de la documentation disponible dans [Activez la mise en réseau améliorée grâce à l’ENA sur vos instances EC2](enhanced-networking-ena.md).
## Partie 3 : Mise à niveau des AWS NVMe pilotes
AWS NVMe les pilotes sont utilisés pour interagir avec Amazon EBS et les volumes de stockage d'instances SSD qui sont exposés sous forme de NVMe blocs dans le système Nitro pour de meilleures performances.
**Important**
Les instructions suivantes sont modifiées spécifiquement pour l'installation ou la mise à niveau d'une instance basée AWS NVMe sur Xen dans le but de migrer l'instance vers une instance basée sur Nitro.
1. [Téléchargez](https://s3.amazonaws.com/ec2-windows-drivers-downloads/NVMe/Latest/AWSNVMe.zip) le package de pilotes le plus récent sur l’instance.
Si vous avez besoin d’une version précédente du pilote, consultez [NVMe Versions de pilotes Windows](nvme-driver-version-history.md) pour les versions prises en charge.
1. Décompressez l’archive zip.
1. Installez le pilote comme décrit dans `Readme.txt`.
1. Ouvrez une **PowerShell**session et exécutez la commande suivante :
```
PS C:\> start rundll32.exe sppnp.dll,Sysprep_Generalize_Pnp -wait
```
**Note**
Pour appliquer la commande, vous devez exécuter la PowerShell session en tant qu'administrateur. PowerShell les versions (x86) provoqueront une erreur.
Cette commande exécute uniquement Sysprep sur les pilotes de périphérique. Elle n’exécute pas la préparation Sysprep complète.
1. Pour Windows Server 2008 R2 et Windows Server 2012, arrêtez l’instance, modifiez le type d’instance et démarrez l’instance, puis passez à l’étape 4. Si vous redémarrez à nouveau l’instance sur un type d’instance Xen avant de migrer vers un type d’instance Nitro, elle ne démarrera pas. Pour les autres systèmes Windows pris en charge AMIs, vous pouvez modifier le type d'instance à tout moment après le sysprep de l'appareil.
## Partie 4 : Mettre à jour la EC2 configuration et EC2 lancer
Pour les instances Windows, les derniers utilitaires EC2Config et EC2Launch offriront des fonctionnalités et des informations supplémentaires lors de l’exécution sur le système Nitro, y compris sur les instances EC2 Bare Metal. Par défaut, le service EC2 Config est inclus dans les AMIs versions antérieures à Windows Server 2016. EC2Launch remplace EC2 Config sur Windows Server 2016 et versions ultérieures AMIs.
Lorsque les services EC2 Config et EC2 Launch sont mis à jour, les nouvelles versions AMIs de Windows AWS incluent la dernière version du service. Cependant, vous devez mettre à jour votre propre Windows AMIs et vos instances avec la dernière version de EC2 Config and EC2 Launch.
**Pour installer ou mettre à jour EC2 Config**
1. Téléchargez et décompressez le programme d'[installation de EC2 Config](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip).
1. Exécutez `EC2Install.exe`. Pour obtenir une liste complète des options, exécutez `EC2Install` avec l’option `/?`. Par défaut, la configuration affiche les invites. Pour exécuter la commande sans invites, utilisez l'option `/quiet`.
Pour de plus amples informations, veuillez consulter [Installez la dernière version de EC2 Config](UsingConfig_Install.md).
**Pour installer ou mettre à jour EC2 Launch**
1. Si vous avez déjà installé et configuré EC2 Launch sur une instance, effectuez une sauvegarde du fichier de configuration de EC2 Launch. Le processus d’installation ne conserve pas les modifications de ce fichier. Par défaut, le fichier se trouve dans le répertoire `C:\ProgramData\Amazon\EC2-Windows\Launch\Config`.
1. Téléchargez [EC2-Windows-Launch.zip](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/EC2-Windows-Launch.zip) dans un répertoire sur l’instance.
1. Téléchargez [install.ps1](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/install.ps1) dans le répertoire dans lequel vous avez téléchargé `EC2-Windows-Launch.zip`.
1. Exécutez `install.ps1`.
**Note**
Afin d’éviter les erreurs d’installation, exécutez le script `install.ps1` en tant qu’administrateur.
1. Si vous avez effectué une sauvegarde du fichier de configuration de EC2 Launch, copiez-le `C:\ProgramData\Amazon\EC2-Windows\Launch\Config` dans le répertoire.
Pour de plus amples informations, veuillez consulter [Utiliser l’agent EC2Launch v1 pour effectuer des tâches lors du lancement d’une instance EC2 Windows](ec2launch.md).
## Étape 5 : Installer le pilote du port série pour les instances nues
Le type d'`i3.metal`instance utilise un périphérique série basé sur PCI plutôt qu'un périphérique série I/O basé sur un port. Les AMI Windows les plus récentes utilisent automatiquement le périphérique série basé sur PCI et le pilote du port série est installé. Si vous n’utilisez pas une instance lancée à partir d’une AMI Windows fournie par Amazon ayant pour date 11/4/2018 ou une date ultérieure, vous devez installer le pilote du port série pour activer le périphérique série pour les fonctions EC2 telles que la génération de mot de passe et la sortie de la console. Les derniers utilitaires EC2 Config et EC2 Launch prennent également en charge i3.metal et fournissent des fonctionnalités supplémentaires. Suivez les instructions de l’étape 4 si vous ne l’avez pas déjà fait.
**Pour installer le pilote du port série**
1. [Téléchargez](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPCISerialDriver/Latest/AWSPCISerialDriver.zip) le package de pilotes série le plus récent sur l’instance.
1. Extrayez le contenu du dossier, ouvrez le menu contextuel (clic droit) pour `aws_ser.INF` et choisissez **install** (installer).
1. Choisissez **OK**.
## Étape 6 : Mettre à jour les paramètres de gestion de l’alimentation
La mise à jour suivante des paramètres de gestion de l’alimentation fait en sorte que les écrans ne s’éteignent jamais, ce qui permet d’arrêter normalement le système d’exploitation sur le système Nitro. Tous les systèmes Windows AMIs fournis par Amazon au 28 novembre 2018 disposent déjà de cette configuration par défaut.
1. Ouvrez une invite de commande ou une PowerShell session.
1. Exécutez les commandes suivantes :
```
powercfg /setacvalueindex 381b4222-f694-41f0-9685-ff5bb260df2e 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
powercfg /setacvalueindex 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
powercfg /setacvalueindex a1841308-3541-4fab-bc81-f71556f20b4a 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
```
## Étape 7 : Mettre à jour les pilotes de puce Intel pour des nouveaux types d’instance
Les types d'`u-12tb1.metal`instance `u-6tb1.metal``u-9tb1.metal`, et utilisent du matériel qui nécessite des pilotes de chipset qui n'étaient pas précédemment installés sous Windows AMIs. Si vous n’utilisez pas une instance lancée à partir d’une AMI Windows fournie par Amazon datée du 19/11/2018 ou d’une date ultérieure, vous devez installer les pilotes à l’aide de l’utilitaire Intel Chipset INF.
**Pour installer les pilotes de puce**
1. [Utilitaire de puce INF](https://www.intel.com/content/www/us/en/download/19347/chipset-inf-utility.html) pour l’instance.
1. Extrayez les fichiers.
1. Exécutez `SetupChipset.exe`.
1. Acceptez le contrat de licence logicielle Intel et installez les pilotes de puce.
1. Redémarrez l’instance.
## (Alternative) Améliorez le AWS PV, l'ENA et NVMe les pilotes en utilisant AWS Systems Manager
Le document d’automatisation `AWSSupport-UpgradeWindowsAWSDrivers` automatise les étapes décrites dans la première, la deuxième et la troisième étape. Cette méthode peut également réparer une instance pour laquelle les mises à niveau du pilote ont échoué.
Le document `AWSSupport-UpgradeWindowsAWSDrivers` d'automatisation met à niveau ou répare le stockage et AWS les pilotes réseau sur l'instance EC2 spécifiée. Le document tente d'installer les dernières versions des AWS pilotes en ligne en appelant l' AWS Systems Manager agent (agent SSM). Si l'agent SSM n'est pas joignable, le document peut effectuer une installation hors ligne des AWS pilotes si cela est explicitement demandé.
**Note**
Cette procédure échouera sur un contrôleur de domaine. Pour mettre à jour les pilotes sur un contrôleur de domaine, consultez [Mettre à niveau un contrôleur de domaine (mise à niveau AWS PV)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).
**Pour mettre à niveau automatiquement le AWS PV, l'ENA et NVMe les pilotes à l'aide de AWS Systems Manager**
1. Ouvrez la console Systems Manager à l'adresse [https://console.aws.amazon.com/systems-manager.](https://console.aws.amazon.com/systems-manager)
1. Choisissez **Automatisation**, puis **Execute automation (Exécuter l’automatisation)**.
1. Recherchez et sélectionnez le document **AWSSupport-UpgradeWindowsAWSDrivers**d'automatisation, puis choisissez **Exécuter l'automatisation**.
1. Dans la section **Paramètres d’entrée**, configurez les options suivantes :
ID d’instance
Saisissez l’ID unique de l’instance à mettre à niveau.
AllowOffline
(Facultatif) Choisissez l’une des options suivantes :
+ `True` : choisissez cette option pour effectuer une installation hors ligne. L’instance est arrêtée et redémarrée pendant le processus de mise à niveau.
**Avertissement**
Lorsque vous arrêtez une instance, les données contenues sur les volumes de stockage d’instances sont effacées. Pour préserver les données qui se trouvent sur les volumes de stockage d’instances, assurez-vous de les sauvegarder dans un stockage permanent.
+ `False` : (par défaut) pour effectuer une installation en ligne, laissez cette option sélectionnée. L’instance est redémarrée pendant le processus de mise à niveau.
Les mises à niveau en ligne et hors ligne créent une AMI avant de tenter les opérations de mise à niveau. L’AMI persiste une fois l’automatisation terminée. Sécurisez votre accès à l’AMI ou supprimez-la si elle n’est plus nécessaire.
SubnetId
(Facultatif) Entrez l’une des valeurs suivantes :
+ `SelectedInstanceSubnet` : (par défaut) le processus de mise à niveau lance l’instance d’*assistant* dans le même sous-réseau que l’instance à mettre à niveau. Le sous-réseau doit autoriser la communication avec les points de terminaison Systems Manager (`ssm.*`).
+ `CreateNewVPC` : le processus de mise à niveau lance l’instance d’*assistant* dans un nouveau VPC. Utilisez cette option si vous ne savez pas si le sous-réseau de l’instance cible autorise la communication avec les points de terminaison `ssm.*`. Votre utilisateur doit disposer de l’autorisation de créer un VPC.
+ Un ID de sous-réseau spécifique : spécifiez l’ID d’un sous-réseau spécifique dans lequel lancer l’instance d’*assistant*. Le sous-réseau doit appartenir à la même zone de disponibilité que l’instance à mettre à niveau, et il doit autoriser la communication avec les points de terminaison `ssm.*`.
1. Sélectionnez **Execute (Exécuter)**.
1. Laissez la mise à niveau s’effectuer. Une mise à niveau en ligne peut prendre 10 minutes, et une mise à niveau en ligne jusqu’à 25 minutes.
# Résoudre les problèmes liés à une mise à niveau du système d’exploitation sur une instance Windows EC2
AWS fournit un support de mise à niveau pour les problèmes liés au service Upgrade Helper, un AWS utilitaire qui vous aide à effectuer des mises à niveau sur place impliquant des pilotes PV Citrix.
Après la mise à niveau, l’instance peut présenter temporairement une utilisation de l’unité centrale supérieure à la moyenne lorsque le service .NET Runtime Optimization optimise .NET framework. Ce comportement est normal.
Si l’instance n’a pas passé tous les contrôles de statut après plusieurs heures, effectuez les vérifications suivantes.
+ Si vous avez mis à niveau vers Windows Server 2008 et que tous les contrôles de statut échouent au bout de plusieurs heures, la mise à niveau peut avoir échoué et présenter l’invite **Cliquez sur OK** pour confirmer la restauration. Du fait que la console n’est pas accessible dans cet état, il n’est pas possible de cliquer sur le bouton. Pour résoudre ce problème, effectuez un redémarrage via la console Amazon EC2 ou l’API. Le redémarrage prend au moins dix minutes pour s’initier. L’instance peut devenir disponible au bout de 25 minutes.
+ Supprimez les applications ou les rôles de serveur du serveur et réessayez.
Si l’instance ne valide pas tous les contrôles de statut après la suppression des applications ou des rôles de serveur du serveur, procédez comme suit.
+ Arrêtez l’instance et attachez le volume racine à une autre instance. Pour plus d’informations, consultez la description de la méthode pour arrêter et attacher le volume racine à une autre instance dans [« En attente du service de métadonnées »](common-messages.md#metadata-unavailable).
+ Analysez les [fichiers journaux et d’événements de l’installation Windows](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/windows-setup-log-files-and-event-logs?view=windows-11) pour rechercher les échecs.
Pour tous les autres problèmes liés à la mise à niveau ou à la migration d’un système d’exploitation, nous vous recommandons de consulter les articles répertoriés dans [Avant de commencer une mise à niveau sur place](os-inplaceupgrade.md#os-upgrade-before).