Realizar copias de seguridad y restaurar Virtual Machine Manager
Publicado: marzo de 2016
Se aplica a: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager
En este tema se describe el proceso de copia de seguridad y recuperación en un entorno Virtual Machine Manager (VMM) y se ofrecen algunas recomendaciones.
Importante |
---|
No utilice puntos de control para la recuperación ante desastres. Los puntos de control no crean duplicados completos del contenido del disco duro ni copian los datos en un volumen independiente. Un punto de control puede servir como copia de seguridad temporal antes de actualizar un sistema operativo de una máquina virtual, de modo que se pueda revertir la actualización si esta tiene efectos negativos. Debe usar una aplicación de copia de seguridad para realizar copias de seguridad de los datos y recuperarlos en caso de pérdida de datos grave. |
Una opción de copia de seguridad y recuperación de VMM es Data Protection Manager (DPM). Para obtener más información, consulte Data Protection Manager.
Puede introducir datos como contraseñas de autorización de acceso remoto (RAA) y la clave de producto cuando vuelva a instalar VMM. Sin embargo, algunos datos cifrados, como los roles de máquina virtual no se pueden especificar de nuevo. No se puede realizar una copia de seguridad de estos datos ni restaurarlos si se utiliza la interfaz de programación de aplicaciones de protección de datos (DPAPI) para realizar copias de seguridad de VMM: los datos se perderán si se produce un error del servidor de administración VMM .
Creación e implementación de un plan de copia de seguridad
Dos elementos básicos de un plan de copia de seguridad son una lista de lo que debe incluirse en la copia de seguridad y un resumen de lo que se cambia con frecuencia (y por lo tanto, de lo que se debe crear una copia de seguridad con frecuencia) en su entorno. Las siguientes secciones de este tema pueden ayudarle a crear e implementar el plan de copia de seguridad:
Realizar una copia de seguridad de la base de datos VMM
Realizar una copia de seguridad de hosts y máquinas virtuales
Back up library servers (incluidos los archivos de disco duro virtual y las imágenes ISO)
Realizar una copia de seguridad de las nubes privadas de VMM
Realizar una copia de seguridad de las claves del Registro, las claves de cifrado y las credenciales
Realizar una copia de seguridad de complementos de la interfaz de usuario y otras aplicaciones que no son de Microsoft
Realizar una copia de seguridad de la base de datos VMM
La base de datos VMM contiene información como configuraciones, plantillas de servicio, perfiles, plantillas de máquina virtual, servicios, servicios de escalabilidad horizontal y otros datos importantes que son necesarios para que VMM funcione correctamente. Realice una copia de seguridad de la base de datos VMM periódicamente.
La base de datos VMM puede almacenarse en el servidor de administración VMM o en un servidor independiente que ejecute Microsoft SQL Server. Para realizar una copia de seguridad de la base de datos VMM , puede utilizar uno varios de los elementos siguientes:
Herramientas de SQL Server. Para obtener más información, consulte Crear una copia de seguridad completa de base de datos (SQL Server).
Otras herramientas de copia de seguridad que se utilizan en su entorno.
La consola VMM o un cmdlet de Windows PowerShell , como se describe en los procedimientos siguientes.
Además de realizar una copia de seguridad de la base de datos, recomendamos que cree una copia de seguridad del estado del sistema del servidor de administración VMM , de modo que pueda volver a crear el servidor con el mismo identificador de seguridad (SID) en caso de una pérdida de datos grave. El SID es una parte integral del modo en que VMM está autorizado en hosts de máquina virtual.
Importante |
---|
|
Para realizar una copia de seguridad de la base de datos VMM mediante la consola VMM
En el área de trabajo Configuración , en la pestaña Inicio , grupo Copia de seguridad , haga clic en Copia de seguridad.
En el cuadro de diálogo Copia de seguridad de Virtual Machine Manager, escriba la ubicación del archivo de copia de seguridad. Seleccione una carpeta que no sea un directorio raíz y a la que pueda acceder SQL Server.
Puede comprobar el estado de la copia de seguridad en el área de trabajo Trabajos.
Para obtener información acerca de cómo recuperar la copia de seguridad, consulte la nota Importante antes de este procedimiento.
Para realizar una copia de seguridad de la base de datos VMM con los cmdlets de Windows PowerShell
Inicie una sesión de Windows PowerShell .
En el símbolo del sistema de Windows PowerShell , ejecute los cmdlets Get-SCVMMServer y Backup-SCVMMServer mediante la sintaxis siguiente:
get-scvmmserver <VMM management server name> | backup-scvmmserver -Path <BackupFileDir>
Para obtener información sobre cómo recuperar la copia de seguridad, consulte la nota Importante antes de estos procedimientos.
Realizar una copia de seguridad de hosts y máquinas virtuales
Los hosts de máquina virtual son hosts de Citrix XenServer, VMware ESXi y Hyper-V, y clústeres de hosts de Hyper-V en los que se implementan las máquinas virtuales y los servicios. Para realizar una copia de seguridad de los hosts y los clústeres de máquina virtual, utilice Microsoft System Center Data Protection Manager (DPM) u otra aplicación de copia de seguridad que aproveche las ventajas del Servicio de instantáneas de volumen (VSS) para copiar los datos del host y de la máquina virtual en un recurso compartido de servidor de archivos remoto.
Importante |
---|
Se recomienda realizar diariamente una copia de seguridad de los archivos de configuración de máquina virtual (.vmc). |
Realice un inventario de los hosts y, a continuación, efectúe una copia de seguridad de todas las máquinas virtuales hospedadas. Para obtener la lista de los hosts que administra VMM, ejecute el cmdlet siguiente desde una línea de comandos de Windows PowerShell :
$vmhost = get-scvmmserver <VMM management server name> | get-scvmhost
Para obtener más información, consulte Get-SCVMMServer y Get SCVMHost.
Realice una copia de seguridad de todos los archivos de configuración y de recursos en cada host de VMM mediante software de copia de seguridad que admita el escritor de VSS de VMM . El software de copia de seguridad compatible con VMM minimiza el número de pasos necesarios para archivar y restaurar máquinas virtuales, reduce el tiempo de inactividad y garantiza la coherencia de los datos que se archivan o restauran.
Realizar una copia de seguridad de servidores de biblioteca
La biblioteca de VMM incluye los recursos basados en archivos, como discos duros virtuales, disquetes virtuales, imágenes ISO, scripts, archivos de controlador y paquetes de aplicación almacenados en servidores de biblioteca. Estos recursos están estrechamente asociados a los recursos de la base de datos VMM que no están basados en archivos, como máquinas virtuales, y perfiles y plantillas de servicio. Es necesario realizar una copia de seguridad de todos estos recursos.
Para realizar una copia de seguridad de los datos de servidores de biblioteca, utilice System Center Data Protection Manager (DPM) u otra aplicación de copia de seguridad que aproveche las ventajas del Servicio de instantáneas de volumen (VSS) para copiar los datos del host y de la máquina virtual en un recurso compartido de servidor de archivos remoto. Para obtener la lista de servidores de biblioteca de VMM , ejecute el cmdlet siguiente desde una línea de comandos de Windows PowerShell :
$libraryservers = get-scvmmserver <VMM management server name> | get-sclibraryserver
Para obtener más información, consulte Get-SCVMMServer y Get SCLibraryServer.
Realice una copia de seguridad de todos los archivos de los recursos compartidos de biblioteca en una carpeta compartida de un servidor de archivos remoto, incluidos los archivos con las siguientes extensiones:
- .vhd and .vhdx - .vfd - .iso - .inf |
- .vmx - .ps1 - .vmc - .vsv |
Realizar una copia de seguridad de las nubes privadas de VMM
Con System Center 2012, puede replicar máquinas virtuales en nubes de VMM mediante la replicación de Hyper-V. A partir de System Center 2012 SP1, puede utilizar el Administrador de recuperación de sitios de Azure para coordinar y automatizar la replicación y la conmutación por error de las máquinas virtuales que se encuentran en nubes de VMM. Puede replicar de las maneras siguientes:
Desde un sitio de VMM local a otro, mediante la replicación de Hyper-V o SAN.
Desde un sitio de VMM local a Azure, mediante la replicación de Hyper-V.
Para obtener más información acerca de la recuperación del sitio de Azure, vea Información general sobre la recuperación de sitios de Azure.
Realizar una copia de seguridad de las claves del Registro, las claves de cifrado y las credenciales
Use las directrices siguientes para copias de seguridad de las claves del Registro, las claves de cifrado y las credenciales no administradas por VMM:
Claves del Registro: VMM usa varias claves del Registro para almacenar valores de configuración importantes. La configuración se almacena en la siguiente clave del Registro y sus subclaves: HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings.
Debe hacer una copia de seguridad de toda esta sección del Registro, con la excepción posible de la subclave SQL. Al realizar una copia se seguridad de la subclave SQL, captura el nombre, la ubicación y otros detalles de la base de datos en el momento de la copia de seguridad, lo que podría no coincidir con los detalles de la base de datos VMM deseados en el momento de la recuperación.
Para realizar una copia de seguridad de las claves del Registro, puede utilizar la función Exportar de Regedit o cualquier otra herramienta que se use en su entorno para realizar una copia de seguridad de las claves del Registro.
Claves de cifrado en Servicios de dominio de Active Directory: Si la administración de claves distribuida (DKM) está configurada, está almacenando las claves de cifrado relacionadas con VMMen Servicios de dominio de Active Directory (AD DS). Para realizar una copia de seguridad de estas claves, realice una copia de seguridad de Active Directory de forma regular.
Credenciales no administradas por VMM: Algunas credenciales relacionadas con VMM se administran mediante el Administrador de credenciales de Windows en el servidor de administración VMM . Para acceder al Administrador de credenciales, seleccione en el Panel de control Todos los elementos de Panel de controly haga clic en Administrador de credenciales. Haga clic en Copia de seguridad de credenciales para realizar una copia de seguridad de todas las credenciales relacionadas con VMM.
Realizar una copia de seguridad de complementos de la interfaz de usuario y otras aplicaciones que no son de Microsoft
Los complementos de la interfaz de usuario que no son de Microsoft pueden usarse para ampliar la funcionalidad de la consola WMM. Los datos que usa un complemento de la interfaz de usuario pueden almacenarse en el servidor local o en un equipo remoto y pueden estar configurados con un conjunto específico de permisos. Consulte las instrucciones de copia de seguridad de su complemento de interfaz de usuario específico.
Para otras aplicaciones que no sean de Microsoft, consulte las instrucciones de copia de seguridad específicas de las aplicaciones.
Restauración del entorno de VMM
Las secciones siguientes describen el proceso para restaurar el entorno de VMM, incluidas la recuperación de datos y la reasociación de servidores en su entorno de VMM.
Restaurar la base de datos VMM si es necesario
Se da una de estas situaciones:
Para restaurar el servidor VMM en el mismo equipo
Restaurar el servidor VMM en un equipo diferente
Nota
Para restaurar el servidor VMM en un equipo diferente, debe volver a instalarla y orientarla a la base de datos VMM que está utilizando.
Reasociar los servidores de una red perimetral
Restaurar los servidores de biblioteca VMM
Restaurar claves del Registro, objetos de Active Directory y credenciales no administradas por VMM
Después de restaurar el entorno de VMM, realice cualquier Post-restore tasksnecesaria.
Restaurar la base de datos VMM si es necesario
Si la base de datos WMM debe restaurarse, restáurela primero mediante el proceso que corresponde al método de copia de seguridad. Por ejemplo, para usar las herramientas de SQL Server para la restauración, vea Información general sobre restauración y recuperación (SQL Server).
Si también va a restaurar el servidor de administración VMM (lo que significa que lo reinstalará), lo orientará a la base de datos VMM durante ese proceso.
Si la base de datos VMM es el único elemento que necesita restaurar y desea obtener información sobre la herramienta SCVMMRecover.exe, consulte Backup-SCVMMServer.
Restaurar el servidor VMM en el mismo equipo
Si utiliza el mismo equipo para el servidor VMM , realice una restauración del estado del sistema en este (de lo contrario, omita esta sección). Si lo hace, el SID del servidor VMM se mantiene y se requieren menos pasos para restaurar el entorno VMM.
Después de restaurar el servidor VMM, siga estos pasos:
Quite todos los hosts o máquinas virtuales desde la consola VMM que se quitaron después de la última copia de seguridad. Si se quitó un host después de la última copia de seguridad, aparece como "No responde" y todas las máquinas virtuales del host aparecen como "El host no responde". Si el host está presente pero se quitó una máquina virtual después de la última copia de seguridad, la máquina virtual aparece como "Falta".
Agregue los hosts o las máquinas virtuales que se agregaron después de la última copia de seguridad.
Restaurar el servidor VMM en un equipo diferente
Si tiene previsto restaurar el servidor de administración VMM en un equipo físico diferente, reviste primero los requisitos del sistema:
-
O BIEN
Requisitos de hardware para System Center 2012 R2
Preparar el entorno para System Center 2012 R2 Virtual Machine Manager
Luego, reinstale VMM en el servidor seleccionado y oriente el servidor VMM a la base de datos VMM. Dado que este servidor tendrá un SID diferente que el equipo original, se requieren unos pocos pasos para sincronizarlo con el entorno. Estos pasos incluyen la reasociación de hosts con el nuevo servidor VMM (de lo contrario, seguirán asignados a la cuenta del equipo original).
Procedimiento para actualizar la lista de hosts y reasociar los hosts con el nuevo servidor de administración VMM
Abra la consola VMM .
Revise las listas de hosts y máquinas virtuales, según sea necesario, para prepararse para los siguientes pasos de este procedimiento:
Para revisar la lista de servidores, en el área de trabajo Tejido, a la izquierda, haga clic en Servidores.
Para revisar la lista de máquinas virtuales, en el área de trabajo VM y servicios , a la izquierda, haga clic en Todos los hosts.
Quite todos los hosts o máquinas virtuales desde la consola VMM que se quitaron después de la última copia de seguridad. Si se quitó un host después de la última copia de seguridad, aparece como "No responde" y todas las máquinas virtuales del host aparecen como "El host no responde". Si el host está presente pero se quitó una máquina virtual después de la última copia de seguridad, la máquina virtual aparece como "Falta".
Agregue los hosts o las máquinas virtuales que se agregaron después de la última copia de seguridad.
Identifique los equipos administrados que están marcados como "Acceso denegado", haga clic con el botón derecho en cada uno de ellos, haga clic en Reasociary proporcione las credenciales administrativas.
Si va a restaurar un servidor de administración VMM que también era un servidor de biblioteca, el nuevo equipo mostrará el servidor VMM original como servidor de biblioteca predeterminado. Desde la vista Biblioteca , quite el servidor de biblioteca original y, a continuación, agregue el nuevo equipo como servidor de biblioteca.
Es posible que también deba reasociar los servidores de la red perimetral (también conocida como DMZ, zona desmilitarizada y subred filtrada), como se describe en la sección siguiente.
Reasociar los servidores de una red perimetral
Después de restaurar un servidor VMM, los servidores de una red perimetral pueden aparecer inicialmente como "No responde". En ese caso, realice los pasos que se indican a continuación.
Para reasociar los servidores de una red perimetral
Inicie sesión en cada servidor de la red perimetral y busque la cuenta VMM . La cuenta VMM es una cuenta de administrador local con un nombre de usuario de 10 caracteres de scvmm más 5 caracteres aleatorios.
Cambie la contraseña de la cuenta VMM en cada servidor.
En el servidor de administración VMM , en el cuadro de diálogo Propiedades de host , haga clic en la ficha Opciones y asigne a cada servidor la misma contraseña que creó en el paso 2.
Restaurar los servidores de biblioteca VMM
Para restaurar un servidor de biblioteca después de la pérdida de datos, restaure los recursos compartidos de servidor de archivos y, a continuación, restaure los datos en los recursos compartidos.
Después de restaurar el servidor de administración VMM y la base de datos VMM , los servidores de biblioteca se muestran en la consola VMM . Vuelva a asociar estas listas con los servidores de biblioteca físicos según sea necesario.
Para reasociar servidores de biblioteca con equipos físicos
Si el equipo recién restaurado tiene el mismo nombre que el equipo original, instale el agente Virtual Machine Manager localmente en el equipo y, a continuación, reasocie ese equipo con el servidor de administración VMM . Para obtener más información, vea How to Reassociate a Host or Library Server.
Si el equipo recién restaurado tiene un nombre diferente al del equipo original, utilice la consola VMM para quitar el equipo original de la lista de equipos administrados y, después, agregue el nuevo equipo.
Restaurar claves del Registro, objetos de Active Directory y credenciales no administradas por VMM
Use las directrices siguientes para restaurar claves del Registro, objetos de Active Directory y credenciales no administradas por VMM:
Claves del Registro: Para restaurar las claves del Registro de las que previamente se realizó una copia de seguridad, puede usar la función Importar de Regedit o cualquier otra herramienta que se use en su entorno para realizar la copia de seguridad y la restauración de las claves del Registro. Sin embargo, no restaure la subclave SQL si el nombre, la ubicación y otros detalles de la base de datos que la contiene no coinciden con los deseados para la base de datos VMM en el momento en que se va a restaurar las claves del Registro.
Objetos de Active Directory: Si la administración de claves distribuida (DKM) está habilitada en su entorno de VMM , VMM almacena algunos datos en Active Directory, como contraseñas de RAA, información de la clave del producto y datos del rol de máquina virtual. Después de volver a instalar VMM, puede volver a introducir algunos de los datos que estaban almacenados en Active Directory, como contraseñas de RAA e información de la clave del producto, si es necesario. Después de volver a instalar VMM y (si es necesario) restaurar Active Directory, los datos de Active Directory siguen siendo accesibles para VMM.
Credenciales no administradas por VMM: En el Panel de control, seleccione Todos los elementos de Panel de controly haga clic en Administrador de credenciales. Haga clic en Restaurar credenciales para restaurar todas las credenciales relacionadas con VMMde las que se realizó previamente una copia de seguridad.
Tareas posteriores a la restauración
En función de su configuración de VMM , debe llevar a cabo algunas de las tareas siguientes después de restaurar su entorno de VMM.
Configurar grupos de disponibilidad AlwaysOn
Reinstalar el Paquete de Windows Azure
Instalar consolas VMM adicionales
Actualizar plantillas de máquina virtual
Restaurar el Administrador de recuperación de Hyper-V de Windows Azure
Revisar complementos, paquetes de controladores y certificados
Configurar grupos de disponibilidad AlwaysOn
Si la base de datos VMM se configuró mediante el uso de grupos de disponibilidad AlwaysOn de SQL Server, deberá realizar algunas tareas para garantizar que la base de datos esté configurada correctamente con grupos de disponibilidad. Para obtener más información, vea How to Complete the Configuration of AlwaysOn Availability Groups for the Database.
Reinstalar el Paquete de Windows Azure
Si se implementó el Paquete de Windows Azure (WAP) en su entorno para admitir inquilinos mediante VMM, tendrá que reinstalarlo después de restaurar el entorno de VMM . Para obtener más información sobre Windows Azure Pack para Windows Server, consulteWindows Azure Pack para Windows Server.
Instalar consolas VMM adicionales
Si tuvo que reemplazar servidores en los que estaban instaladas las consolas VMM , reinstale las consolas en dichos servidores.
Para obtener más información, vea Installing and Opening the VMM Console.
Actualizar plantillas de máquina virtual
Todas las plantillas de máquina virtual que se restauraron deben especificar correctamente el disco duro virtual que contiene el sistema operativo.
Para actualizar una plantilla de máquina virtual
En la consola VMM , abra el área de trabajo Biblioteca , expanda Plantillasy haga clic en Plantillas de VM.
En el panel Plantillas, haga clic con el botón derecho en la plantilla de máquina virtual que desea actualizar, haga clic en Propiedades y, a continuación, haga clic en la página Configuración de hardware para actualizar la configuración.
Restaurar el Administrador de recuperación de Hyper-V de Windows Azure
Si el Administrador de recuperación de Hyper-V de Windows Azure se implementa en el entorno de VMM , debe realizar algunos pasos para restaurar el proveedor del Administrador de recuperación de Hyper-V de Windows Azure.
Para obtener más información, vea How to Restore Windows Azure Hyper-V Recovery Manager Provider.
Revisar complementos, paquetes de controladores y certificados
Después de restaurar VMM, revise los siguientes elementos para asegurarse de haber realizado los pasos necesarios para los complementos, paquetes de certificados y complementos:
Complementos de la interfaz de usuario que no son de Microsoft: Para restaurar complementos de la interfaz de usuario que no son de Microsoft o cualquier otra aplicación que no es de Microsoft, consulte las directrices de restauración de la aplicación correspondiente.
Paquetes de controladores: los paquetes de controladores que se agregaron previamente a la biblioteca de VMM podrían no detectarse correctamente tras una restauración. Es posible que deban eliminarse y volver a agregarse. Para obtener más información, vea How to Add Driver Files to the VMM Library.
Certificados: Todos los certificados relacionados con VMMde los hosts deben actualizarse con la información del nuevo servidor de administración VMM .
Nota
Después de reinstalar VMM, VMM actualiza las listas de control de cuentas (ACL) que quedaron obsoletas debido al error. No es necesaria ninguna intervención.