Esta página se ha traducido con Cloud Translation API.

Realización de una actualización automatizada in situ de Windows Server 2008 R2
Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

Si tienes instancias de máquinas virtuales (VM) que ejecutan Windows Server 2008 R2, puedes usar la CLI de gcloud para actualizarlas automáticamente a Windows Server 2012 R2.

Usar la CLI de gcloud para realizar una actualización local es una alternativa a realizar una actualización manual . Al automatizar el proceso de actualización, la CLI de gcloud te permite reducir el esfuerzo requerido para cada VM que necesitas actualizar.

Durante una actualización local de una VM, la CLI de gcloud realiza los siguientes pasos:

Detiene la máquina virtual.
Crea una instantánea de disco persistente estándar como copia de seguridad.
Crea una copia del disco de inicio y mantiene el disco de inicio original como copia de seguridad.
Adjunta un disco de instalación que contiene los medios de instalación de Windows 2012 R2 .
Inicia el programa de instalación de Windows ( setup.exe ) desde el disco de instalación para realizar una actualización en modo desatendido .
Aplica la configuración posterior a la actualización .
Separa el disco de instalación.
Detiene la máquina virtual.

Limitaciones

Puedes usar la CLI de gcloud para realizar actualizaciones de Windows Server 2008 R2 a Windows Server 2012 R2. Este enfoque solo admite instancias de VM que se basan en una imagen pública del sistema operativo proporcionada por Google. Para actualizar otras configuraciones de Windows Server o actualizar instancias de VM para las cuales trae su propia licencia , consulte Realización de una actualización local de Windows Server .

Costos

No hay ningún cargo por realizar una actualización local de Windows Server. Solo se le cobrarán los recursos consumidos durante la actualización, incluidos:

Motor de Computación

Utilice la calculadora de precios para generar una estimación de costos basada en su uso proyectado.

Antes de comenzar

Asegúrese de comprender las limitaciones y las posibles alternativas para realizar actualizaciones locales de Windows Server.
Verifique que Windows Server esté actualizado mediante Windows Update .
Deshabilite o desinstale antivirus, antispyware y otros agentes que puedan interferir con la actualización o que sean incompatibles con la versión de Windows Server a la que está actualizando.
Revise la documentación de Microsoft sobre los requisitos previos y las posibles limitaciones de Windows Server 2012 R2:
- Verifique que su instancia de VM cumpla con los requisitos del sistema para Windows Server 2012 y tenga suficiente espacio libre en disco .
- Revise las recomendaciones para actualizar las funciones del servidor , los problemas conocidos y el proceso de actualización de Windows Server 2012 R2.
- Revise las recomendaciones para planificar una actualización local .
- Verifique que no le afecten las funciones eliminadas o obsoletas en Windows Server 2012 R2.
- Verifique que cualquier software personalizado o de terceros sea compatible con Windows Server 2012 R2.
Asegúrese de tener asignado uno de los siguientes roles de Cloud IAM antes de continuar:
- Administrador de computación
- Administrador de instancia informática
Esta guía utiliza Cloud Shell para ejecutar la CLI de gcloud. Si deseas ejecutar la CLI de gcloud en tu computadora local, asegúrate de descargar e instalar primero la CLI de gcloud más reciente .

Iniciando la actualización

Las siguientes secciones lo guiarán a través del proceso de actualización de su instancia de VM.

En la consola de Google Cloud, abra Cloud Shell haciendo clic en Activar Cloud Shell botón.
Ve a la consola de Google Cloud
Establezca el ID del proyecto predeterminado. Reemplaza PROJECT_ID con el nombre de tu proyecto de Compute Engine:
```
gcloud config set project PROJECT_ID
```
Ejecute el siguiente comando para iniciar la actualización:
```
gcloud beta compute os-config os-upgrade VM_NAME \
  --zone=ZONE \
  --source-os=windows-2008r2 \
  --target-os=windows-2012r2 \
  --async \
  --auto-rollback
```
Reemplace lo siguiente:
- VM_NAME : el nombre de la instancia de VM a actualizar
- ZONE : la zona en la que se ejecuta la instancia de VM
Nota: Es posible que vea una advertencia que indica que la API de Resource Manager no está habilitada en su proyecto. En este caso, presione y para habilitar la API.
La marca --async le indica a la CLI de gcloud que ejecute la actualización en segundo plano mediante Cloud Build . Ejecutar la actualización en segundo plano le permite actualizar varias instancias de VM en paralelo y también garantiza que el proceso continúe incluso si cierra su sesión de Cloud Shell. Puede encontrar un enlace al trabajo de Cloud Build en el resultado del comando:
```
Created [https://cloudbuild.googleapis.com/v1/projects/...].
...
logUrl: https://console.cloud.google.com/build/builds/...
...
status: QUEUED
...
```
Advertencia: No realice cambios en la instancia de VM ni realice ninguna acción durante el proceso de actualización.

Observando el proceso de actualización

Dependiendo de la configuración de su instancia de VM, la actualización puede tardar entre 40 y 90 minutos en completarse. Puede verificar el estado del proceso de actualización abriendo el registro de Cloud Build:

Haz clic en la URL que se muestra junto a logUrl en el resultado del comando de la CLI de gcloud.
En Registro de compilación , puede ver el estado actual del proceso de actualización.

Cuando la actualización finaliza correctamente, la compilación se marca como Exitosa y puede ver el siguiente resultado en el registro de compilación:

Successfully upgraded instance 'projects/...!'

Si la CLI de gcloud encuentra un problema durante la actualización, marca la compilación como fallida . Si se especifica la opción --auto-rollback , la CLI de gcloud también inicia una reversión automática. Puede encontrar más detalles sobre el problema encontrado en el registro de compilación.

Si la actualización continúa ejecutándose después de 90 minutos y sospecha que no está progresando, utilice uno de los métodos descritos en Solución de problemas de la actualización local para averiguar si el proceso de actualización falló o está estancado.

Completando la actualización

Una vez completada la actualización, inicie la instancia de VM y ejecute Windows Update para descargar e instalar las últimas actualizaciones de seguridad:

Inicie la instancia de VM:
```
gcloud compute instances start VM_NAME --zone=ZONE
```
Reemplace lo siguiente:
- VM_NAME : el nombre de la instancia de VM
- ZONE : la zona en la que se ejecuta la instancia de VM
Conéctese a la máquina mediante un cliente RDP. Para obtener más información, consulte Conexión a instancias .
Utilice Windows Update para instalar las últimas actualizaciones de Windows . Es posible que tengas que reiniciar la instancia de VM varias veces durante este proceso.
Verifique que todas sus aplicaciones funcionen como se esperaba.

Revertir una actualización

Si la actualización falla, la CLI de gcloud inicia automáticamente una reversión. Si la actualización se realiza correctamente, es posible que aún descubra que una de sus aplicaciones no funciona como se esperaba. En ese caso, revierta la actualización cambiando la instancia de VM para usar el disco de arranque original nuevamente:

Detenga la instancia de VM:
```
gcloud compute instances stop VM_NAME --zone=ZONE
```
Reemplace lo siguiente:
- VM_NAME : el nombre de la instancia de VM
- ZONE : la zona en la que se ejecuta la instancia de VM
En el registro de compilación, busque las líneas que indican el nombre del disco de arranque original y el nombre del archivo adjunto:
```
4. Original boot disk: ORIGINAL_DISK_NAME
    - Device name of the attachment: DEVICE_NAME
```
Separe el disco que contiene el sistema operativo defectuoso de su instancia:
```
gcloud compute instances detach-disk VM_NAME \
  --device-name=DEVICE_NAME \
  --zone=ZONE
```
Reemplace lo siguiente:
- VM_NAME : el nombre de la instancia de VM
- DEVICE_NAME : el nombre del dispositivo como lo indica el registro de compilación
- ZONE : la zona en la que se ejecuta la instancia de VM
Vuelva a conectar el disco de arranque original:
```
gcloud compute instances attach-disk VM_NAME \
  --disk=ORIGINAL_DISK_NAME \
  --device-name=DEVICE_NAME \
  --zone=ZONE
```
Reemplace lo siguiente:
- VM_NAME : el nombre de la instancia de VM
- ORIGINAL_DISK_NAME : el nombre del disco de arranque original como lo indica el registro de compilación
- DEVICE_NAME : el nombre del dispositivo como lo indica el registro de compilación
- ZONE : la zona en la que se ejecuta la instancia de VM
Inicie la instancia de VM:
```
gcloud compute instances start VM_NAME --zone=ZONE
```
Reemplace lo siguiente:
- VM_NAME : el nombre de la instancia de VM
- ZONE : la zona en la que se ejecuta la instancia de VM

Limpiar

Para evitar incurrir en cargos adicionales, elimina las copias de seguridad que la CLI de gcloud creó automáticamente antes de la actualización:

En el registro de compilación, busque la línea que indica el nombre de la instantánea del disco y el disco de arranque original:

3. Snapshot for original boot disk: SNAPSHOT_NAME
4. Original boot disk: DISK_NAME
   - Device name of the attachment: ...
   - AutoDelete setting of the attachment: true
5. Name of the new boot disk: ...

Regrese a Cloud Shell y elimine la instantánea del disco:
```
gcloud compute snapshots delete SNAPSHOT_NAME
```
Elimine el disco de arranque original y reemplace ZONE con la zona en la que está implementada la VM:
```
gcloud compute disks delete DISK_NAME --zone=ZONE
```

¿Qué sigue?

Lea acerca de cómo realizar manualmente actualizaciones in situ de Windows Server .
Descubra cómo puede solucionar problemas de una actualización local .
Obtenga más información sobre las instantáneas de disco persistentes .