# Actualizar una instancia de Windows de EC2 a una versión más reciente de Windows Server
Si es el momento de actualizar el sistema operativo Windows Server de la instancia de Windows de EC2 desde una versión anterior, puede utilizar uno de los siguientes métodos.
**Actualización in situ**
Una actualización in situ funciona en una instancia existente. Durante este proceso, solo se ven afectados los archivos del sistema operativo, mientras que los ajustes, los roles del servidor y los datos permanecen intactos.
**Migración (también conocida como actualización paralela)**
La migración implica capturar los ajustes, las configuraciones y los datos y llevarlos a un sistema operativo más reciente en una instancia de Windows de EC2 nueva. Puede iniciar la instancia desde una AMI de Windows pública o privada a la que se suscriba desde AWS Marketplace ella, o desde una AMI que comparta con usted. También puede crear una AMI personalizada con el Generador de imágenes de EC2. Para obtener más información, consulte la [Guía de usuario del Generador de imágenes](https://docs.aws.amazon.com/imagebuilder/latest/userguide/what-is-image-builder.html).
AWS proporciona un conjunto de imágenes de máquina de Amazon (AMI) disponibles públicamente para las versiones de Windows Server que se ejecutan en instancias de EC2. Estas AMI se actualizan mensualmente. Para obtener más información acerca de las últimas AMI de Windows, consulte la [referencia de las AMI de Windows de AWS](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html).
Tradicionalmente, Microsoft ha recomendado migrar a una versión más nueva de Windows Server en lugar de actualizarla. Al migrar se pueden registrar menos errores o problemas de actualización, pero puede tardar más tiempo que una actualización in situ, debido a la necesidad de aprovisionar una nueva instancia, planificar y trasladar aplicaciones y ajustar los valores de ajustes de la nueva instancia. Una actualización in situ puede ser más rápida, pero las incompatibilidades de software pueden producir errores.
**Topics**
+ [Realizar una actualización in situ en su instancia de Windows de EC2](os-inplaceupgrade.md)
+ [Utilice los manuales de procedimiento de automatización para actualizar una instancia de Windows de EC2.](automated-upgrades.md)
+ [Migración de una instancia de Windows de EC2 a un tipo de instancia basada en Nitro](migrating-latest-types.md)
+ [Solucionar problemas de una actualización de sistema operativo en una instancia de Windows de EC2](os-upgrade-trbl.md)
# Realizar una actualización in situ en su instancia de Windows de EC2
Antes de realizar una actualización local, debe determinar qué controladores de red está ejecutando la instancia. Con los controladores de red PV, puede obtener acceso a la instancia con el Escritorio remoto. Las instancias usan controladores de AWS PV, Intel Network Adapter o Enhanced Networking. Para obtener más información, consulte [Controladores paravirtuales para instancias de Windows](xen-drivers-overview.md).
## Antes de iniciar una actualización in situ
Realice las siguientes tareas y anote los siguientes datos importantes antes de empezar la actualización local.
+ Lea la documentación de Microsoft para comprender los requisitos de actualización, los problemas conocidos y las restricciones. Consulte también las instrucciones oficiales para aplicar actualizaciones.
+ [Opciones de actualización de Windows Server 2012](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj574204(v=ws.11))
+ [Opciones de actualización de 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))
+ [Opciones de actualización y conversión de Windows Server 2016 y versiones posteriores](https://learn.microsoft.com/en-us/windows-server/get-started/install-upgrade-migrate)
+ [Actualizaciones de Windows Server](https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-overview)
+ Recomendamos realizar una actualización del sistema operativo en instancias con al menos dos vCPU y 4 GB de RAM. Si lo necesita, puede cambiar la instancia a un mayor tamaño del mismo tipo (t2.small a t2.large, por ejemplo), realizar la actualización y, a continuación, volver a cambiar al tamaño original. Si tiene que mantener el tamaño de la instancia, puede monitorear el progreso utilizando la [Captura de pantalla de consola de instancia](troubleshoot-unreachable-instance.md#instance-console-screenshot). Para obtener más información, consulte [Cambios de tipos de instancias de Amazon EC2](ec2-instance-resize.md).
+ Verifique que el volumen raíz en su instancia de Windows tiene espacio de disco suficiente. El proceso de Windows Setup podría no advertirle de que el espacio de disco es insuficiente. Para obtener información acerca de cuánto espacio de disco se necesita para actualizar un sistema operativo concreto, consulte la documentación de Microsoft. Si el volumen no dispone de suficiente espacio, se puede ampliar. Para obtener más información, consulte [Volúmenes elásticos de Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-modify-volume.html) en la *Guía del usuario de Amazon EBS*.
+ Determine la ruta de actualización. Debe actualizar el sistema operativo a la misma arquitectura. Por ejemplo, debe actualizar un sistema de 32 bits a un sistema de 32 bits. Windows Server 2008 R2 y las versiones posteriores son solo de 64 bits.
+ Deshabilite el software antivirus y antispyware y los firewalls. Estos tipos de software pueden entrar en conflicto con el proceso de actualización. Vuelva a habilitar el software antivirus y antispyware y los firewalls una vez que finalice la actualización.
+ Actualice a los controladores más recientes, tal como se describe en [Migración de una instancia de Windows de EC2 a un tipo de instancia basada en Nitro](migrating-latest-types.md).
+ Upgrade Helper Service solo admite instancias que ejecuten controladores Citrix PV. Si la instancia ejecuta controladores Red Hat, primero debe [actualizar esos controladores](Upgrading_PV_drivers.md) manualmente.
## Actualización in situ de una instancia con controladores AWS PV, Intel Network Adapter o Enhanced Networking
Siga este procedimiento para actualizar una instancia de Windows Server con los controladores de red AWS PV, Intel Network Adapter o Enhanced Networking.
**Para ejecutar la actualización local**
1. Cree una AMI del sistema que tenga pensado actualizar con fines de copia de seguridad o de prueba. A continuación, puede realizar la actualización en la copia para simular un entorno de prueba. Si la actualización se completa, puede cambiar el tráfico a esta instancia con un bajo tiempo de inactividad. Si la actualización da error, puede volver a la copia de seguridad. Para obtener más información, consulte [Creación de una AMI basada en Amazon EBS](creating-an-ami-ebs.md).
1. Asegúrese de que la instancia con Windows Server use los controladores de red más recientes.
1. Para actualizar el controlador de PV de AWS, consulte[Actualizar controladores PV en instancias de Windows de EC2](Upgrading_PV_drivers.md).
1. Para actualizar el controlador de ENA, consulte [Instalar el controlador ENA en instancias de Windows de EC2](ena-adapter-driver-install-upgrade-win.md).
1. Para actualizar los controladores de Intel, consulte [Redes mejoradas con la interfaz de Intel 82599 VF](sriov-networking.md).
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Instances (Instancias)**. Localice la instancia. Anote el ID de instancia y la zona de disponibilidad de la instancia. Necesita esta información más tarde en este mismo procedimiento.
1. Si va a actualizar Windows Server 2012 o 2012 R2 a Windows Server 2016 o versiones posteriores, antes de continuar, realice las siguientes acciones en la instancia:
1. Desinstale el servicio EC2Config. Para obtener más información, consulte [Administración del servicio de Windows para los agentes EC2Launch v2 y EC2Config](launch-agents-service-admin.md).
1. Instale EC2Launch v1 o el agente de EC2Launch v2. Para obtener más información, consulte [Uso del agente EC2Launch v1 para realizar tareas durante la inicialización de una instancia de Windows de EC2](ec2launch.md) y [Uso del agente EC2Launch v2 para realizar tareas durante la inicialización de una instancia de EC2](ec2launch-v2.md).
1. Instalar el SSM Agent de AWS Systems Manager. Para obtener más información, consulte [ Instalar manualmente el agente SSM en Amazon EC2 para Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-windows.html) en la *AWS Systems Manager Guía del usuario*.
1. Cree un volumen a partir de una instantánea de un medio de instalación de Windows Server.
1. En el panel de navegación, bajo **Elastic Block Store**, elija **“Snapshots” (Instantáneas)**.
1. En la barra del filtro, elija **Instantáneas públicas**.
1. En la barra de búsqueda, especifique los siguientes filtros:
+ Seleccione **Alias del propietario**, **=** y **amazon**.
+ Seleccione **Descripción** y comience a escribir **Windows**. Seleccione el filtro de Windows que coincida con la arquitectura del sistema y la preferencia de idioma de la actualización. Por ejemplo, seleccione **Windows 2019 English Installation Media** si la actualización corresponde a Windows Server 2019.
1. Seleccione la casilla de verificación situada junto a la instantánea que corresponda a la arquitectura del sistema y la preferencia de idioma a la que vaya a realizar la actualización y, a continuación, elija **Acciones**, **Crear volumen a partir de una instantánea**.
1. En la página **Crear volumen**, elija la zona de disponibilidad que corresponda a la instancia de Windows y seleccione **Crear volumen**.
1. En el encabezado **Volumen creado correctamente vol-*ejemplo1234567890***), situado en la parte superior de la página, elija el ID del volumen que acaba de crear.
1. Elija **Actions** (Acciones), **Attach Volume** (Adjuntar volumen).
1. En la página **Adjuntar volumen**, en **instancia**, seleccione el ID de su instancia de Windows y, a continuación, elija **Adjuntar volumen**.
1. Haga que el nuevo volumen esté disponible para su uso siguiendo los pasos que se indican en [Hacer que un volumen de Amazon EBS esté disponible para su uso](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-using-volumes.html).
**importante**
No inicialice el disco porque al hacerlo se eliminarán los datos existentes.
1. En Windows PowerShell, cambie a la nueva unidad de volumen. Empiece la actualización abriendo el volumen de contenido multimedia de instalación que ha adjuntado a la instancia.
1. Si va a actualizar a Windows Server 2016 o una versión posterior, ejecute lo siguiente:
```
.\setup.exe /auto upgrade /dynamicupdate disable
```
**nota**
La ejecución de setup.exe con la opción `/dynamicupdate` deshabilitada impide que Windows instale actualizaciones durante el proceso de actualización de Windows Server, ya que la instalación de actualizaciones durante la actualización puede provocar errores. Puede instalar actualizaciones con Windows Update una vez finalizada la actualización.
Si va a actualizar a una versión anterior de Windows Server, ejecute lo siguiente:
```
Sources\setup.exe
```
1. En **Seleccione el sistema operativo que desea instalar**, seleccione la opción de instalación completa para la instancia de Windows Server y elija **Siguiente**.
1. En **Which type of installation do you want? (¿Qué tipo de instalación desea?)**, elija **Upgrade (Actualizar)**.
1. Complete el asistente.
El programa de instalación de Windows Server copia y procesa los archivos. Tras varios minutos, se cierra la sesión de escritorio remoto. El tiempo que tarda la actualización depende del número de aplicaciones y roles de servidor que se ejecuten en la instancia de Windows Server. El proceso de actualización podría tardar desde 40 minutos a varias horas. Al finalizar la actualización, la instancia supera satisfactoriamente todas las comprobaciones de estado. Una vez completada la actualización, se superan todas las comprobaciones de estado. Puede consultar en el registro del sistema el resultado de la consola o utilizar las métricas de Amazon CloudWatch de la actividad del disco y la CPU para determinar si la actualización está progresando.
**nota**
Si actualiza a Windows Server 2019, una vez completada la actualización, puede cambiar manualmente el fondo del escritorio para quitar el nombre del sistema operativo anterior.
Si la instancia no ha superado todas las comprobaciones de estado tras varias horas, consulte [Solucionar problemas de una actualización de sistema operativo en una instancia de Windows de EC2](os-upgrade-trbl.md).
## Tareas después de la actualización
1. Inicie sesión en la instancia para comenzar la actualización de .NET Framework y reinicie el sistema cuando se le indique.
1. Si aún no lo hizo en un paso anterior, instale el agente de EC2Launch v1 o EC2Launch v. Para obtener más información, consulte [Uso del agente EC2Launch v1 para realizar tareas durante la inicialización de una instancia de Windows de EC2](ec2launch.md) y [Uso del agente EC2Launch v2 para realizar tareas durante la inicialización de una instancia de EC2](ec2launch-v2.md).
1. Si actualizó a Windows Server 2012 R2, recomendamos que actualice los controladores PV a controladores AWS PV. Si ha actualizado en una instancia basada en Nitro, le recomendamos que instale o actualice los controladores NVME y ENA. Para obtener más información, consulte [AWSControladores NVMe de](aws-nvme-drivers.md) o [Habilitar redes mejoradas en Windows](enabling_enhanced_networking.md#enable-enhanced-networking-ena-windows).
1. Vuelva a habilitar el software antivirus y antispyware y los firewalls.
# Utilice los manuales de procedimiento de automatización para actualizar una instancia de Windows de EC2.
Puede llevar a cabo una actualización automatizada de las instancias de Windows y SQL Server en AWS con manuales de procedimientos de AWS Systems Manager Automation.
**Topics**
+ [Servicios relacionados](#automated-related)
+ [Opciones de ejecución](#automated-execution-option)
+ [Actualización de Windows Server](#automated-upgrades-windows)
+ [Actualización de SQL Server](#automated-upgrades-sql)
## Servicios relacionados
Los siguientes servicios de AWS se utilizan en el proceso de actualización automatizado:
+ **AWS Systems Manager**. AWS Systems Manager es una potente interfaz unificada para administrar de forma centralizada los recursos de AWS. Para obtener más información, consulte la *[Guía del usuario de AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/)*.
+ El agente de AWS Systems Manager (SSM Agent) es el software de Amazon que se puede instalar y configurar en una instancia de Amazon EC2, en un servidor en las instalaciones o en una máquina virtual (VM). El SSM Agent posibilita que Systems Manager actualice, administre y configure estos recursos. El agente procesa las solicitudes del servicio de Systems Manager de la nube de AWS y, a continuación, las ejecuta como se especifica en la solicitud. Para obtener más información, consulte [Usar el SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html) en la *Guía del usuario de AWS Systems Manager*.
+ **AWS Systems Manager Manuales de procedimientos de SSM**. Un runbook de SSM define las acciones que Systems Manager realiza en las instancias administradas. Los manuales de procedimientos de SSM utilizan JavaScript Object Notation (JSON) o YAML, e incluyen los pasos y los parámetros que especifique. En este tema se utilizan dos manuales de procedimientos de SSM de Systems Manager para la automatización. Para obtener más información, consulte [Referencia del runbook de AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html) en la *Guía del usuario de AWS Systems Manager*.
## Opciones de ejecución
Cuando seleccione **Automation (Automatización)** en la consola de Systems Manager, seleccione **Execute (Ejecutar)**. Después de seleccionar un documento Automation, se le solicita que elija una opción de ejecución de automatización. Puede elegir entre las siguientes opciones. En los pasos para las rutas indicados posteriormente en este tema, utilizamos la opción de **ejecución simple**.
**Ejecución simple**
Elija esta opción si desea actualizar una única instancia pero no desea pasar por todos los pasos de automatización para realizar una auditoría de los resultados. Esta opción se explica con mayor detalles en los pasos de actualización más adelante.
**Rate control (Control de velocidad**
Elija esta opción si desea aplicar la actualización a más de una instancia. Define las opciones siguientes.
+ **Parámetro**
Esta configuración, que también se establece en la configuración de varias cuentas y regiones, define cómo se ramificará la automatización.
+ **implementación**
Seleccione el destino al que desea aplicar la automatización. Este parámetro también se establece en la configuración de varias cuentas y regiones.
+ **Parameter Values (Valores de parámetro**
Utilice los valores definidos en los parámetros de documento de automatización.
+ **Grupo de recursos**
En AWS, un recurso es una entidad con la que se puede trabajar. Entre los ejemplos se incluyen instancias de Amazon EC2, pilas de AWS CloudFormation o buckets de Amazon S3. Si trabaja con varios recursos, puede resultarle útil administrarlos como un grupo en lugar de transferirlos de un servicio de AWS a otro para cada tarea. En algunos casos, es posible que desee administrar un gran número de recursos relacionados, como instancias de EC2 que componen una capa de aplicación. En este caso, es probable que tenga que llevar a cabo acciones por lotes en estos recursos a la vez.
+ **Etiquetas de**
Las etiquetas le permiten clasificar los recursos de AWS de diversas maneras, por ejemplo, según su finalidad, propietario o entorno. Esta clasificación es útil cuando se tienen muchos recursos del mismo tipo. Puede identificar rápidamente un recurso específico según las etiquetas asignadas.
+ **Rate Control (Control de velocidad**
El control de velocidad también se establece en la configuración de varias cuentas y regiones. Cuando se definen los parámetros de control de velocidad, defina a cuántos de la flota se aplica la automatización, bien por recuento de destino o por porcentaje de la flota.
**Multi-Account and Region (Varias cuentas y regiones**
Además de los parámetros especificados en control de velocidad que se utilizan en la configuración de varias cuentas y regiones, hay dos configuraciones adicionales:
+ **Accounts and organizational units (OUs) [Cuentas y unidades organizativas (OU)**
Especifique varias cuentas en las que desee ejecutar la automatización.
+ **Regiones de AWS**
Especifique varias Regiones de AWS en las que desea ejecutar la automatización.
**Ejecución manual**
Esta opción es similar a **Simple execution (Ejecución simple)**, pero le permite pasar por cada paso de automatización y realizar una auditoría de los resultados.
## Actualización de Windows Server
El manual de procedimientos de `[AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html)` crea una Imagen de máquina de Amazon (AMI) desde una instancia de Windows Server en su cuenta y actualiza esta AMI a una versión compatible de su elección. Este proceso de varios pasos puede tardar hasta dos horas en completarse.
Hay dos AMI incluidas en el proceso de actualización automatizado:
+ **instancia en ejecución actual**. La primera AMI es la instancia en ejecución actual, que no está actualizada. Esta AMI se utiliza para iniciar otra instancia para ejecutar la actualización in situ. Cuando el proceso está completo, esta AMI se elimina de su cuenta, a menos que solicite específicamente mantener la instancia original. Esta configuración se gestiona mediante el parámetro `KeepPreUpgradeImageBackUp` (el valor predeterminado es `false`, que significa que la AMI se elimina de forma predeterminada).
+ **AMI actualizada**. Esta AMI es el resultado del proceso de automatización.
El resultado final es una AMI, que es la instancia actualizada de la AMI.
Cuando la actualización está completa, puede probar la funcionalidad de la aplicación al iniciar la nueva AMI en la Amazon VPC. Una vez realizadas las pruebas y antes de realizar otra actualización, programe el tiempo de inactividad de las aplicaciones antes de cambiar completamente a la instancia actualizada.
### Requisitos previos
Para automatizar la actualización de Windows Server con documentos de AWS Systems Manager Automation, debe llevar a cabo las tareas siguientes:
+ Crear un rol de IAM con las políticas de IAM especificadas para permitir a Systems Manager llevar a cabo tareas de automatización en sus instancias Amazon EC2 y verificar que cumple los requisitos previos para utilizar Systems Manager. Para obtener más información, consulte [Creación de un rol para delegar permisos a un servicio de AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) en la *Guía del usuario de AWS Identity and Access Management*.
+ [Seleccione la opción para la que desea ejecutar la automatización](#automated-execution-option). Las opciones para ejecución son **Simple execution (Ejecución simple)**, **Rate control (Control de velocidad)**, **Multi-account and Region (Varias cuentas y regiones)** y **Manual execution (Ejecución manual)**. Para obtener más información sobre estas opciones, consulte [Opciones de ejecución](#automated-execution-option).
+ Compruebe que SSM Agent esté instalado en su instancia. Para obtener más información, consulte [Instalación y configuración de SSM Agent en instancias de Amazon EC2 para Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ Windows PowerShell 3.0 o posterior debe estar instalado en la instancia.
+ Para las instancias que están unidas a un dominio de Microsoft Active Directory, se recomienda especificar un `SubnetId` que no tenga conectividad con los controladores de dominio para evitar conflictos con nombres de host.
+ La subred de la instancia debe tener conectividad saliente a Internet, lo que proporciona acceso a Servicios de AWS como Amazon S3 y acceso a la descarga de revisiones de Microsoft. Este requisito se cumple si la subred es pública y la instancia tiene una dirección IP pública, o si la subred es una subred privada con una ruta que envía el tráfico de Internet a un dispositivo de NAT público.
+ Esta automatización funciona con instancias que ejecutan Windows Server 2008 R2, Windows Server 2012 R2, Windows Server 2016 y Windows Server 2019.
+ Verifique que la instancia tiene 20 GB de espacio libre en el disco de arranque.
+ Si la instancia no utiliza una licencia de Windows proporcionada por AWS, especifique un ID de instantánea de Amazon EBS que incluya los medios de instalación de Windows Server 2012 R2. Para ello:
1. Compruebe que las instancias de Amazon EC2 ejecuten Windows Server 2012 o una versión posterior.
1. Cree un volumen de Amazon EBS de 6 GB en la misma zona de disponibilidad en la que se ejecuta la instancia. Adjunte el volumen a la instancia. Móntelo, por ejemplo, como unidad D.
1. Haga clic con el botón derecho del ratón en la ISO y móntela en una instancia como, por ejemplo, la unidad E.
1. Copie el contenido de la ISO desde la unidad E:\$1 a la unidad D:\$1
1. Cree una instantánea de Amazon EBS del volumen de 6 GB creado en el paso 2 anterior.
### Límites de actualización de Windows Server
Esta automatización no admite la actualización de controladores de dominio de Windows, clústeres o sistemas operativos de escritorio de Windows. Además, esta automatización no admite instancias de Amazon EC2 para Windows Server con los siguientes roles instalados:
+ Host de sesión de Escritorio remoto (RDSH)
+ Agente de conexión a Escritorio remoto (RDCB)
+ Host de virtualización de Escritorio remoto (RDVH)
+ Acceso web de Escritorio remoto (RDWA)
### Pasos para realizar una actualización automatizada de Windows Server
Siga estos pasos para actualizar la instancia de Windows Server mediante el runbook [AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html) de automatización.
1. Abra Systems Manager desde **AWS Management Console**.
1. Desde el panel de navegación izquierdo, en **Change Management** (Administración de cambios), elija **Automation**(Automatización).
1. Elija **Execute automation (Ejecutar automatización)**.
1. Busque el documento de automatización denominado `AWSEC2-CloneInstanceAndUpgradeWindows`.
1. Cuando aparezca el nombre del documento, selecciónelo. Cuando lo seleccione, aparecen los detalles del documento.
1. Elija **Execute automation** (Ejecutar automatización) para introducir los parámetros de este documento. Deje **Simple execution (Ejecución simple)** seleccionado al principio de la página.
1. Introduzca los parámetros solicitados en función del siguiente asesoramiento.
+ `InstanceID`
**Tipo:** cadena
(Requerido) La instancia que ejecuta Windows Server 2008 R2, 2012 R2, 2016 o 2019 con SSM Agent instalado.
+ `InstanceProfile`.
**Tipo:** cadena
(Obligatorio) El perfil de instancia de IAM. Este es el rol de IAM utilizado para ejecutar la automatización de Systems Manager frente a la instancia de Amazon EC2 y las AMI de AWS. Para obtener más información, consulte [Configuración de permisos de instancias de EC2](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-instance-permissions.html#instance-profile-add-permissions) en la *Guía para usuarios de AWS Systems Manager*.
+ `TargetWindowsVersion`
**Tipo:** cadena
(Obligatorio) Seleccionar la versión de Windows de destino.
+ `SubnetId`
**Tipo:** cadena
(Requerido) Esta es la subred para el proceso de actualización y donde reside su instancia de EC2 de origen. Verifique que la subred tenga conectividad saliente a los servicios de AWS, incluido Amazon S3, y también a Microsoft (para descargar parches).
+ `KeepPreUpgradedBackUp`
**Tipo:** cadena
(Opcional) Si este parámetro se establece en `true`, la automatización conserva la imagen creada desde la instancia. El valor predeterminado es `false`.
+ `RebootInstanceBeforeTakingImage`
**Tipo:** cadena
(Opcional) El valor predeterminado es `false` (sin reinicio). Si este parámetro se establece en `true`, Administrador de sistemas reinicia la instancia antes de crear una AMI para la actualización.
1. Después de introducir los parámetros, elija **Execute (Ejecutar)**. Cuando se inicia la automatización, puede monitorizar el progreso de ejecución.
1. Cuando se complete la automatización, verá el ID de la AMI. Puede iniciar la AMI para verificar que el sistema operativo Windows está actualizado.
**nota**
No es necesario que la automatización ejecute todos los pasos. Los pasos son condicionales en función del comportamiento de la automatización y la instancia. Es posible que Systems Manager salte algunos pasos que no sean obligatorios.
Además, algunos de ellos pueden agotar el tiempo de espera. Systems Manager intenta actualizar e instalar todos los parches más recientes. En ocasiones, sin embargo, los parches agotan el tiempo de espera en función de una configuración de tiempo de espera definible para el paso dado. Cuando esto ocurre, la automatización de Systems Manager continúa al paso siguiente para asegurarse de que el sistema operativo interno se actualice a la versión de Windows Server de destino.
1. Una vez completada la automatización, puede iniciar una instancia de Amazon EC2 utilizando el ID de AMI para revisar su actualización. Para obtener más información sobre la creación de una instancia de Amazon EC2 desde una AMI de AWS, consulte [¿Cómo puedo lanzar una instancia de EC2 desde una AMI personalizada?](https://repost.aws/knowledge-center/launch-instance-custom-ami)
## Actualización de SQL Server
El script [AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) crea una AMI desde una instancia de Amazon EC2 que ejecuta SQL Server en la cuenta y, a continuación, actualiza la AMI a una versión posterior de SQL Server. Este proceso de varios pasos puede tardar hasta dos horas en completarse.
En este flujo de trabajo, la automatización crea una AMI desde la instancia y, a continuación, inicia la nueva AMI en la subred que proporcione. A continuación, la automatización realiza una actualización in situ de SQL Server. Después de la actualización, la automatización crea una nueva AMI antes de finalizar la instancia actualizada.
Hay dos AMI incluidas en el proceso de actualización automatizado:
+ **instancia en ejecución actual**. La primera AMI es la instancia en ejecución actual, que no está actualizada. Esta AMI se utiliza para iniciar otra instancia para ejecutar la actualización in situ. Cuando el proceso está completo, esta AMI se elimina de su cuenta, a menos que solicite específicamente mantener la instancia original. Esta configuración se gestiona mediante el parámetro `KeepPreUpgradeImageBackUp` (el valor predeterminado es `false`, que significa que la AMI se elimina de forma predeterminada).
+ **AMI actualizada**. Esta AMI es el resultado del proceso de automatización.
El resultado final es una AMI, que es la instancia actualizada de la AMI.
Cuando la actualización está completa, puede probar la funcionalidad de la aplicación al iniciar la nueva AMI en la Amazon VPC. Una vez realizadas las pruebas y antes de realizar otra actualización, programe el tiempo de inactividad de las aplicaciones antes de cambiar completamente a la instancia actualizada.
### Requisitos previos
Para automatizar la actualización de SQL Server con documentos de AWS Systems Manager Automation, debe llevar a cabo las tareas siguientes:
+ Crear un rol de IAM con las políticas de IAM especificadas para permitir a Systems Manager llevar a cabo tareas de automatización en sus instancias Amazon EC2 y verificar que cumple los requisitos previos para utilizar Systems Manager. Para obtener más información, consulte [Creación de un rol para delegar permisos a un Servicio de AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) en la *AWS Identity and Access ManagementGuía del usuario*.
+ [Seleccione la opción para la que desea ejecutar la automatización](#automated-execution-option). Las opciones para ejecución son **Simple execution (Ejecución simple)**, **Rate control (Control de velocidad)**, **Multi-account and Region (Varias cuentas y regiones)** y **Manual execution (Ejecución manual)**. Para obtener más información sobre estas opciones, consulte [Opciones de ejecución](#automated-execution-option).
+ La instancia de Amazon EC2 debe utilizar Windows Server 2008 R2 o posterior y SQL Server 2008 o posterior.
+ Compruebe que SSM Agent esté instalado en su instancia. Para obtener más información, consulte [Uso de SSM Agent en instancias de Amazon EC2 para Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ Verifique que la instancia tiene espacio de disco suficiente:
+ Si va a actualizar de Windows Server 2008 R2 a 2012 R2, o de Windows Server 2012 R2 a un sistema operativo posterior, compruebe que tenga 20 GB de espacio libre en el disco de arranque de la instancia.
+ Si va a actualizar de Windows Server 2008 R2 a una versión 2016 o posterior, compruebe que la instancia tenga 40 GB de espacio libre en el disco de arranque.
+ Para las instancias que utilizan una versión Bring Your Own License (BYOL) de SQL Server, se aplican los siguientes requisitos previos adicionales:
+ Proporcione un ID de instantánea de Amazon EBS que incluya medios de instalación de destino de SQL Server. Para ello:
1. Compruebe que las instancias de Amazon EC2 ejecuten Windows Server 2008 R2 o una versión posterior.
1. Cree un volumen de Amazon EBS de 6 GB en la misma zona de disponibilidad en la que se ejecuta la instancia. Adjunte el volumen a la instancia. Móntelo, por ejemplo, como unidad D.
1. Haga clic con el botón derecho del ratón en la ISO y móntela en una instancia como, por ejemplo, la unidad E.
1. Copie el contenido de la ISO desde la unidad E:\$1 a la unidad D:\$1
1. Cree una instantánea de Amazon EBS del volumen de 6 GB creado en el paso 2.
### Limitaciones de actualización automatizada de SQL Server
Al utilizar el comando del runbook [AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) para realizar una actualización automatizada, se aplican las siguientes limitaciones:
+ La actualización solo se puede realizar en un SQL Server mediante la autenticación de Windows.
+ Verifique que no exista ninguna actualización de parches de seguridad pendiente en las instancias. Abra **Control Panel** (Panel de control) y elija **Check for updates** (Buscar actualizaciones).
+ No se admiten las implementaciones de SQL Server en HA y el modo de duplicación.
### Pasos para realizar una actualización automatizada de SQL Server
Siga estos pasos para actualizar su SQL Server mediante el runbook [AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) de automatización.
1. Si no lo ha hecho aún, descargue el archivo .iso de SQL Server 2016 y móntelo en el servidor de origen.
1. Una vez que el archivo .iso se ha montado, copie todos los archivos de componentes y colóquelos en cualquier volumen de su elección.
1. Tome una instantánea de Amazon EBS del volumen y copie el ID de instantánea en un portapapeles para utilizarlo posteriormente. Para obtener más información, consulte [Creación de instantáneas de Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) en la **Guía del usuario de Amazon EBS**.
1. Adjunte el perfil de instancia a la instancia de Amazon EC2 de origen. Esto permite a Systems Manager comunicarse con la instancia de EC2 y ejecutar comandos en esta después de agregarla al servicio de AWS Systems Manager. En este ejemplo, denominamos el rol `SSM-EC2-Profile-Role` con la política `AmazonSSMManagedInstanceCore ` asociada al rol.
1. En la consola de AWS Systems Manager, en el panel de navegación izquierdo, elija **Managed Instances (instancias administradas)**. Verifique que su instancia de EC2 esté en la lista de instancias administradas. Si no ve su instancia después de unos minutos, consulte [¿Dónde están mis instancias?](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-remote-commands.html#where-are-instances) en la *Guía del usuario de AWS Systems Manager*.
1. En el panel de navegación izquierdo, en **Change Management** (Administración de cambios), elija **Automation** (Automatización).
1. Elija **Execute automation (Ejecutar automatización)**.
1. Busque el documento de automatización denominado `AWSEC2-CloneInstanceAndUpgradeSQLServer`.
1. Elija el documento de SSM `AWSEC2-CloneInstanceAndUpgradeSQLServer` y elija **Next** (Siguiente).
1. Asegúrese de haber seleccionado la opción **Simple execution (Ejecución simple)**.
1. Introduzca los parámetros solicitados en función del siguiente asesoramiento.
+ `InstanceId`
**Tipo:** cadena
(Obligatorio) la instancia que ejecuta SQL Server 2008 R2 (o posterior).
+ `IamInstanceProfile`
**Tipo:** cadena
(Obligatorio) El perfil de instancia de IAM.
+ `SQLServerSnapshotId`
**Tipo:** cadena
(Obligatorio) El ID de instantánea para los medios de instalación de SQL Server de destino. Este parámetro no es necesario para las instancias con licencia incluida de SQL Server.
+ `SubnetId`
**Tipo:** cadena
(Requerido) Esta es la subred para el proceso de actualización y donde reside su instancia de EC2 de origen. Verifique que la subred tenga conectividad saliente a los servicios de AWS, incluido Amazon S3, y también a Microsoft (para descargar parches).
+ `KeepPreUpgradedBackUp`
**Tipo:** cadena
(Opcional) Si este parámetro se establece en `true`, la automatización conserva la imagen creada desde la instancia. El valor predeterminado es `false`.
+ `RebootInstanceBeforeTakingImage`
**Tipo:** cadena
(Opcional) El valor predeterminado es `false` (sin reinicio). Si este parámetro se establece en `true`, Administrador de sistemas reinicia la instancia antes de crear una AMI para la actualización.
+ `TargetSQLVersion`
**Tipo:** cadena
(Opcional) La versión de SQL Server de destino. El valor predeterminado es `2016`.
1. Después de introducir los parámetros, elija **Execute (Ejecutar)**. Cuando se inicia la automatización, puede monitorizar el progreso de ejecución.
1. Cuando **Execution Status (Estado de ejecución)** muestre **Success (Éxito)**, expanda **Outputs (Salidas)** para ver la información de la AMI. Puede utilizar el ID de la AMI para iniciar su instancia de SQL Server para la VPC que elija.
1. Abra la consola de Amazon EC2. En el panel de navegación izquierdo, elija **AMIs**. Debería ver la nueva AMI.
1. Para verificar que la nueva versión de SQL Server se ha instalado correctamente, elija la nueva AMI y elija **Launch** (iniciar).
1. Elija el tipo de instancia que desea para la AMI, la VPC y la subred en la que la desea implementar, así como el almacenamiento que desea utilizar. Dado que está iniciando la nueva instancia desde una AMI, los volúmenes se presentan de forma opcional para incluirlos en la nueva instancia de EC2 que está iniciando. Puede eliminar cualquiera de estos volúmenes o puede añadir volúmenes.
1. Añada una etiqueta para ayudar a identificar la instancia.
1. Añada el grupo o grupos de seguridad a la instancia.
1. Elija **Launch Instance**.
1. Elija el nombre de etiqueta para la instancia y seleccione **Connect (Conectar)** en la lista desplegable **Actions (Acciones)**.
1. Verifique que la nueva versión de SQL Server sea el motor de base de datos en la nueva instancia.
# Migración de una instancia de Windows de EC2 a un tipo de instancia basada en Nitro
Las AMI de Windows de AWS se configuran con los ajustes predeterminados que utilizan los medios de instalación de Microsoft, con algunas personalizaciones. Las personalizaciones incluyen controladores y configuraciones que admiten las [instancias basadas en Nitro](instance-types.md#instance-hypervisor-type), como M5 y C5.
En el momento de migrar de instancias basadas en Xen a instancias basadas en Nitro, incluidas las instancias bare metal, le recomendamos que siga los pasos de este tema en los siguientes casos:
+ Si está iniciando instancias desde AMI de Windows personalizadas
+ Si está iniciando instancias desde AMI de Windows proporcionadas por Amazon creadas antes de agosto de 2018
También puede utilizar el documento de automatización `AWSSupport-UpgradeWindowsAWSDrivers` para automatizar los procedimientos descritos en la parte 1, la parte 2 y la parte 3. Si decide utilizar el procedimiento automatizado, consulte [(Alternativa) Actualizar los controladores PV, ENA y NVMe de AWS utilizando AWS Systems Manager](#auto-upgrade) y continúe con la parte 4 y la parte 5.
Para obtener más información, consulte [Actualización de Amazon EC2: otros tipos de instancias, el sistema Nitro y opciones de CPU](https://aws.amazon.com/blogs/aws/amazon-ec2-update-additional-instance-types-nitro-system-and-cpu-options/).
**nota**
Los siguientes procedimientos de migración pueden realizarse en Windows Server versión 2016 y posteriores. Las versiones anteriores del sistema operativo que han llegado al final de su vida útil no se prueban y es posible que no sean compatibles con los tipos de instancias más recientes.
Para migrar instancias de Linux, consulte [Cambios de tipos de instancias de Amazon EC2](ec2-instance-resize.md).
**Contents**
+ [Parte 1: instalación y actualización de controladores AWS PV](#upgrade-pv)
+ [Parte 2: instalar y actualizar ENA](#upgrade-ena)
+ [Parte 3: actualización de controladores NVMe de AWS](#upgrade-nvme)
+ [Sección 4: actualizar EC2Config y EC2Launch](#upgdate-ec2config-ec2launch)
+ [Parte 5: instalar el controlador del puerto serie para las instancias bare metal](#install-serial-port-bare-metal)
+ [Parte 6: actualizar la configuración de la administración de energía](#power-management)
+ [Parte 7: actualizar los controladores del chipset de Intel para nuevos tipos de instancias](#power-management-intel-drivers)
+ [(Alternativa) Actualizar los controladores PV, ENA y NVMe de AWS utilizando AWS Systems Manager](#auto-upgrade)
**Antes de empezar**
En este procedimiento, se supone que tiene una [instancia basada en Xen](instance-types.md#instance-hypervisor-type), como M4 o C4, y que desea migrarla a una [instancia basada en Nitro](instance-types.md#instance-hypervisor-type).
Debe usar PowerShell, versión 3.0 o posterior, para realizar correctamente la actualización.
**nota**
Al migrar, es posible que se pierdan la IP estática o la configuración de DNS personalizada en la tarjeta de interfaz de red existente, ya que la instancia se configurará por defecto con un nuevo dispositivo Enhanced Networking Adapter.
Antes de seguir los pasos que se indican en este procedimiento, le recomendamos que cree una copia de seguridad de la instancia. En la [consola de EC2](https://console.aws.amazon.com/ec2/), elija la instancia que se va a migrar, abra el menú contextual (con el botón derecho) y elija **Instance State (Estado de la instancia)**, **Stop (Detener)**.
**aviso**
Cuando detiene una instancia, se borran los datos contenidos en todos los volúmenes de almacén de instancias. Con el fin de conservar los datos de los volúmenes de almacén de instancias, asegúrese de realizar una copia de seguridad de los datos en un almacenamiento persistente.
Abra el menú contextual de la instancia (haga clic con el botón derecho) en la [consola de EC2](https://console.aws.amazon.com/ec2/) y seleccione **Image (Imagen)** y **Create Image (Crear imagen)**.
**nota**
Las secciones 4 y 5 de estas instrucciones pueden completarse después de migrar o cambiar el tipo de instancia. No obstante, es recomendable que siga estos pasos antes de llevar a cabo la migración, especialmente si el destino es un tipo de instancia bare metal.
## Parte 1: instalación y actualización de controladores AWS PV
Aunque los controladores AWS PV no se utilizan en el sistema Nitro, sigue siendo conveniente actualizarlos si se utilizan versiones anteriores de Citrix PV o AWS PV. Los últimos controladores PV de AWS resuelven errores de las versiones anteriores que podrían manifestarse cuando trabaje en el sistema Nitro o si necesita migrar de nuevo a una instancia basada en Xen. Es recomendable que actualice siempre los controladores más recientes de las instancias de Windows de AWS.
Utilice los siguientes procedimientos para llevar a cabo una actualización in situ de los controladores AWS PV o para actualizar los controladores Citrix PV a AWS PV en Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 o Windows Server 2019. Para obtener más información, consulte [Actualizar controladores PV en instancias de Windows de EC2](Upgrading_PV_drivers.md).
Para actualizar un controlador de dominio, consulte [Actualice un controlador de dominio (actualización de AWS PV)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).
**Para realizar una actualización de los controladores AWS PV o a los mismos.**
1. Conéctese a la instancia mediante el Escritorio remoto y prepare la instancia para la actualización. Desconecte los discos que no son del sistema antes de llevar a cabo la actualización. Este paso no es obligatorio si se está haciendo una actualización in situ de los controladores AWS PV. Establezca los servicios no esenciales en inicio **Manual** en la consola de servicios.
1. [Descargue](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPV/Latest/AWSPVDriver.zip) el último paquete del controlador en la instancia.
1. Extraiga el contenido de la carpeta y ejecute `AWSPVDriverSetup.msi`.
Después de ejecutar MSI, la instancia vuelve a arrancar automáticamente y actualiza el controlador. Es posible que la instancia no esté disponible hasta pasados unos 15 minutos como máximo.
Una vez finalizada la actualización y cuando la instancia haya superado las dos comprobaciones de estado en la consola de Amazon EC2, conéctese a la instancia mediante el Escritorio remoto y compruebe que el nuevo controlador se ha instalado. En Device Manager (Administrador de dispositivos), en **Storage Controllers** (Controladores de almacenamiento), localice ** PV Storage Host Adapter (Adaptador de host de almacenamiento de AWS)**. Verifique que la versión del controlador es la misma versión que la última enumerada en la tabla del historial de versiones del controlador. Para obtener más información, consulte [AWSHistorial de paquetes de controladores PV](xen-drivers-overview.md#pv-driver-history).
## Parte 2: instalar y actualizar ENA
Actualice al último controlador de Elastic Network Adapter para garantizar la compatibilidad de todas las características de red. Si ha iniciado la instancia y no tiene habilitadas las redes mejoradas, debe descargar e instalar el controlador del adaptador de red necesario en la instancia. A continuación, establezca el atributo enaSupport de la instancia para **activar las redes mejoradas**. Solo puede habilitar este atributo en los tipos de instancias admitidos y solo si está instalado el controlador de ENA. Para obtener más información, consulte [Habilitar redes mejoradas con ENA en las instancias de EC2](enhanced-networking-ena.md).
1. [Descargue](https://s3.amazonaws.com/ec2-windows-drivers-downloads/ENA/Latest/AwsEnaNetworkDriver.zip) el controlador más reciente en la instancia. Si necesita una versión anterior del controlador, consulte [Historial de versiones del controlador de Windows de ENA](ena-driver-releases-windows.md#ena-win-driver-release-history).
1. Extraiga el archivo zip.
1. Para instalar el controlador, ejecute el script `install.ps1` de PowerShell en la carpeta extraída.
**nota**
Para evitar errores de instalación, ejecute el script `install.ps1` como administrador.
1. Compruebe si la AMI tiene activado el atributo enaSupport. De no ser así, siga los pasos que se indican en [Habilitar redes mejoradas con ENA en las instancias de EC2](enhanced-networking-ena.md).
## Parte 3: actualización de controladores NVMe de AWS
Los controladores NVMe de AWS se usan para interactuar con los volúmenes del almacén de instancias de Amazon EBS y SSD que se exponen como dispositivo de bloques NVMe en el sistema Nitro para mejorar el rendimiento.
**importante**
Las siguientes instrucciones se han modificado expresamente para cuando se instale o actualice AWS NVMe en una instancia basada en Xen con la intención de migrar dicha instancia a una instancia basada en Nitro.
1. [Descargue](https://s3.amazonaws.com/ec2-windows-drivers-downloads/NVMe/Latest/AWSNVMe.zip) el último paquete del controlador en la instancia.
Si necesita una versión anterior del controlador, consulte [Lanzamientos del controlador NVMe para Windows](nvme-driver-version-history.md) para ver la versiones compatibles.
1. Extraiga el archivo zip.
1. Instale el controlador tal y como se describe en `Readme.txt`.
1. Abra una sesión de **PowerShell** y ejecute el siguiente comando:
```
PS C:\> start rundll32.exe sppnp.dll,Sysprep_Generalize_Pnp -wait
```
**nota**
Para aplicar el comando, debe ejecutar la sesión de PowerShell como administrador. Las versiones de PowerShell (x86) producirán un error.
Este comando solo ejecuta sysprep en los controladores de dispositivos. No ejecuta la preparación de sysprep completa.
1. En Windows Server 2008 R2 y en Windows Server 2012, apague la instancia, cambie el tipo de instancia, reiníciela y continúe con la sección 4. Si vuelve a iniciar la instancia en un tipo de instancia basada en Xen antes de migrarla a un tipo de instancia basada en Nitro, no arrancará. Para las demás AMI de Windows admitidas, puede cambiar el tipo de instancia en cualquier momento después de ejecutar sysprep en el dispositivo.
## Sección 4: actualizar EC2Config y EC2Launch
En las instancias de Windows, las utilidades EC2Config y EC2Launch más recientes proporcionarán información y funcionalidades adicionales cuando se ejecuten en el sistema Nitro, incluso en las instancias de EC2 Bare Metal (sin sistema operativo). De forma predeterminada, el servicio EC2Config está incluido en las AMI anteriores a Windows Server 2016. En las AMI de Windows Server 2016 y versiones posteriores, EC2Launch sustituye a EC2Config.
Cuando se actualizan los servicios EC2Config y EC2Launch, las nuevas AMI de Windows procedentes de AWS contienen la última versión del servicio. No obstante, necesitará actualizar sus propias AMI e instancias de Windows con la versión más reciente de EC2Config y EC2Launch.
**Para instalar o actualizar EC2Config**
1. Descargue y descomprima el [ instalador de EC2Config](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip).
1. Ejecute `EC2Install.exe`. Para obtener una lista completa de opciones, ejecute `EC2Install` con la opción `/?`. De forma predeterminada, el proceso de configuración muestra preguntas. Para ejecutar el comando sin este tipo de preguntas, utilice la opción `/quiet`.
Para obtener más información, consulte [Instalar la versión más reciente de EC2Config](UsingConfig_Install.md).
**Para instalar o actualizar EC2Launch**
1. Si ya ha instalado y configurado EC2Launch en una instancia, realice una copia de seguridad del archivo de configuración de EC2Launch. Durante el proceso de instalación, no se conservan los cambios realizados en este archivo. De forma predeterminada, el archivo se ubica en el directorio `C:\ProgramData\Amazon\EC2-Windows\Launch\Config`.
1. Descargue [EC2-Windows-Launch.zip](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/EC2-Windows-Launch.zip) en un directorio de la instancia.
1. Descargue [install.ps1](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/install.ps1) en el mismo directorio en que ha descargado `EC2-Windows-Launch.zip`.
1. Ejecute `install.ps1`.
**nota**
Para evitar errores de instalación, ejecute el script `install.ps1` como administrador.
1. Si ha realizado una copia de seguridad del archivo de configuración de EC2Launch, cópielo en el directorio `C:\ProgramData\Amazon\EC2-Windows\Launch\Config`.
Para obtener más información, consulte [Uso del agente EC2Launch v1 para realizar tareas durante la inicialización de una instancia de Windows de EC2](ec2launch.md).
## Parte 5: instalar el controlador del puerto serie para las instancias bare metal
El tipo de instancia `i3.metal` utiliza un dispositivo serie basado en PCI en vez de un dispositivo serie basado en puerto de E/S. Las últimas AMI de Windows utilizan automáticamente el dispositivo serie basado en PCI y tienen instalado el controlador del puerto serie. En caso de que no utilice una instancia iniciada desde una AMI de Windows proporcionada por Amazon con fecha igual o posterior al 11/04/2018, deberá instalar el controlador del puerto serie si quiere habilitar el dispositivo serie para características de EC2 como la generación de contraseñas y la salida de la consola. Las utilidades EC2Config y EC2Launch más recientes también son compatibles con i3.metal y proporcionan funciones adicionales. Siga los pasos de la parte 4, si aún no lo ha hecho.
**Para instalar el controlador del puerto serie**
1. [Descargue](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPCISerialDriver/Latest/AWSPCISerialDriver.zip) el paquete del controlador del puerto serie en la instancia.
1. Extraiga el contenido de la carpeta, abra el menú contextual (con el botón derecho) para `aws_ser.INF` y elija **“install” (Instalar)**.
1. Elija **Okay (Aceptar)**.
## Parte 6: actualizar la configuración de la administración de energía
La siguiente actualización de la configuración de la administración de energía establecerá que las pantallas no se apaguen nunca, lo que permite cierres apropiados del SO en el sistema Nitro. Todas las AMI de Windows proporcionadas por Amazon a partir del 28 de noviembre de 2018 ya incluyen esta configuración predeterminada.
1. Abra un símbolo del sistema o una sesión de PowerShell.
1. Ejecute los comandos siguientes:
```
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
```
## Parte 7: actualizar los controladores del chipset de Intel para nuevos tipos de instancias
Los tipos de instancias `u-6tb1.metal`, `u-9tb1.metal` y `u-12tb1.metal` utilizan un hardware que necesita unos controladores de chipset que no estaban instalados en las AMI de Windows. Si no está utilizando una instancia iniciada desde una AMI de Windows proporcionada por Amazon con fecha del 19.11.2018 o una fecha posterior, debe instalar los controladores utilizando Intel Chipset INF Utility.
**Para instalar los controladores del chipset**
1. [Utilidad INF del chipset](https://www.intel.com/content/www/us/en/download/19347/chipset-inf-utility.html) a la instancia.
1. Extraiga los archivos.
1. Ejecute `SetupChipset.exe`.
1. Acepte el contrato de licencia de software de Intel e instale los controladores del chipset.
1. Reinicie la instancia.
## (Alternativa) Actualizar los controladores PV, ENA y NVMe de AWS utilizando AWS Systems Manager
El documento de automatización `AWSSupport-UpgradeWindowsAWSDrivers` automatiza los pasos descritos en la parte 1, la parte 2 y la parte 3. Este método también permite reparar una instancia en la que no se han podido realizar las actualizaciones de los controladores.
El documento de automatización `AWSSupport-UpgradeWindowsAWSDrivers` actualiza o repara controladores de AWS de almacenamiento y de red en la instancia de EC2 especificada. El documento intenta instalar la versión más reciente de los controladores de AWS online llamando al agente de AWS Systems Manager (SSM Agent). Si el SSM Agent no responde, el documento puede llevar a cabo una instalación sin conexión de los controladores de AWS si se especifica de forma explícita.
**nota**
Este procedimiento producirá un error en un controlador de dominio. Para actualizar los controladores en un controlador de dominio, consulte [Actualice un controlador de dominio (actualización de AWS PV)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).
**Para actualizar de forma automática los controladores AWS PV, ENA y NVMe que utilizan AWS Systems Manager**
1. Abra la consola de Systems Manager en [https://console.aws.amazon.com/systems-manager](https://console.aws.amazon.com/systems-manager).
1. Elija **Automation (Automatización)**, **Execute Automation (Ejecutar automatización)**.
1. Busque y seleccione el documento de automatización **AWSSupport-UpgradeWindowsAWSDrivers** y, a continuación, seleccione **Ejecutar automatización**.
1. En la sección **Parámetros de entrada**, configure las siguientes opciones:
ID de instancia
Introduzca el ID único de la instancia que se va a actualizar.
AllowOffline
(Opcional) Elija una de las siguientes opciones:
+ `True` — elija esta opción para realizar una instalación sin conexión. La instancia se detiene y se reinicia durante el proceso de actualización.
**aviso**
Cuando detiene una instancia, se borran los datos contenidos en todos los volúmenes de almacén de instancias. Con el fin de conservar los datos de los volúmenes de almacén de instancias, asegúrese de realizar una copia de seguridad de los datos en un almacenamiento persistente.
+ `False` — (predeterminada) deje esta opción seleccionada para realizar una instalación online. La instancia se reinicia durante el proceso de actualización.
Las actualizaciones online y sin conexión crean una AMI antes de intentar realizar las operaciones de actualización. La AMI se conserva una vez terminada la automatización. Proteja el acceso a la AMI o elimínela si ya no la necesita.
SubnetId
(Opcional) Escriba uno de los siguientes valores:
+ `SelectedInstanceSubnet` — (predeterminado) el proceso de actualización inicia la instancia *auxiliar* en la misma subred que la instancia que se va a actualizar. La subred debe permitir la comunicación con los puntos de enlace de Systems Manager (`ssm.*`).
+ `CreateNewVPC` — el proceso de actualización inicia la instancia *auxiliar* en una VPC nueva. Utilice esta opción si no está seguro de si la subred de la instancia de destino permite la comunicación con los puntos de enlace de `ssm.*`. El usuario debe tener permiso para crear una VPC.
+ Un ID de subred específico — especifique el ID de una subred específica en la que desee iniciar la instancia *auxiliar*. La subred debe estar en la misma zona de disponibilidad que la instancia que se va a actualizar y debe permitir la comunicación con los puntos de enlace de `ssm.*`.
1. Elija **Ejecutar**.
1. Deje que finalice la actualización. Las actualizaciones online pueden tardar hasta 10 minutos en finalizar, frente a los 25 minutos de las actualizaciones sin conexión.
# Solucionar problemas de una actualización de sistema operativo en una instancia de Windows de EC2
AWS ofrece soporte para las actualizaciones con problemas con Upgrade Helper Service, una utilidad de AWS que ayuda a realizar actualizaciones in situ con controladores Citrix PV.
Tras la actualización, la instancia podría experimentar temporalmente un uso de la CPU superior a la media, mientras el servicio .NET Runtime Optimization optimiza .NET framework. Este es el comportamiento esperado.
Si la instancia no ha superado todas las comprobaciones de estado tras varias horas, compruebe lo que se indica a continuación.
+ Si actualizó a Windows Server 2008 y todas las comprobaciones de estado fallan después de varias horas, es posible que la actualización no se haya completado correctamente y aparezca el mensaje: **Haga clic en Aceptar** para confirmar la reversión. Puesto que no se puede obtener acceso a la consola en este estado, no hay forma de hacer clic en el botón. Para solucionarlo, vuelva a arrancar mediante la API o la consola de Amazon EC2. El nuevo arranque tarda diez minutos o más en iniciarse. La instancia podría estar disponible tras 25 minutos.
+ Elimine del servidor las aplicaciones o los roles de servidor e inténtelo de nuevo.
Si la instancia no supera todas las comprobaciones de estado después de eliminar las aplicaciones o los roles del servidor, siga las instrucciones que se indican a continuación.
+ Detenga la instancia y adjunte el volumen raíz a otra instancia. Para obtener más información, consulte la descripción acerca de cómo detener y adjuntar el volumen raíz a otra instancia en ["Waiting for the metadata service"](common-messages.md#metadata-unavailable).
+ Analice los [archivos de registro y los registros de eventos de Windows Setup](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/windows-setup-log-files-and-event-logs?view=windows-11) para detectar si hay errores.
Si tiene otros problemas con la actualización o la migración de un sistema operativo, recomendamos leer los artículos disponibles en [Antes de iniciar una actualización in situ](os-inplaceupgrade.md#os-upgrade-before).