Consulta con el equipo de Windows : Hyper-V

¿Donde encuentro una lista de parches para Hyper-V?

esplat — Tue, 01 Dec 2009 09:21:33 GMT

Hola a todos,

En alguna ocasiones necesitamos actualizar un equipo y esta tarea se nos complica al tener que buscar los parches que existen publicados para una tecnología concreta.

Tenemos Windows Update, pero puede ser complicado diferenciar que parches aplican a una tecnología u otra y no permite ver los fixes publicados, ante esta situación localicé, para uno de nuestros casos, una web de Technet que contiene las ultimas actualizaciones que hemos publicado respecto a Hyper-V.

En ella viene detallado el artículo, si esta en Windows Update o solo como Fix, y para que entorno aplica cada uno, todo esto en un cuadro, lo que simplifica mucho esta tarea.

Lo tenéis en: http://technet.microsoft.com/en-us/library/dd430893(WS.10).aspx

Espero que os resulte de utilidad.

Consulta con el equipo de Windows.

KB976246 El borrado de un VHD en SCVMM 2008 R2 borra el fichero del servidor de Hyper-V

esplat — Mon, 30 Nov 2009 14:24:20 GMT

En Microsoft System Center Virtual Machine Manager 2008 R2, cuando eliminas un disco duro virtual (VHD) de una máquina virtual espera que el fichero .vhd únicamente se desasigne de la maquina virtual. Si embargo el fichero vhd es eliminado del servidor de Hyper-V.

Hemos publicado un Fix que soluciona este comportamiento. Puedes leer los detalles y acceder al Fix para instalarlo en:

KB976246 - When you remove a virtual hard disk from a virtual machine in System Center Virtual Machine Manager 2008 R2, the .vhd file on the Hyper-V server is deleted without warning

Tras aplicar este fix aparece el siguiente mensaje al realizar esta acción:

You have chosen to remove virtual hard disks from virtual machine VMName. This action will delete the .vhd files.
Do you want to continue?

Si pulsas Yes, el fichero .vhd es borrado del Hyper-V server. Si pulsas en No, el fichero .vhd se mantiene unido a la maquina virtual y no es eliminado del Hyper-V server.

Un saludo.

Consulta con el equipo de Windows.

Actualización de los videos paso a paso de Hyper-V Live Migration Tool para la versión RC

esplat — Wed, 27 May 2009 11:23:00 GMT

Hola a tod@s,

A nivel mundial se esta levantando una gran expectación alrededor de esta herramienta que permite, el paso de maquinas virtuales entre nodos de un clúster, de forma transparente para el usuario final, y sin afectar al servicio.

Se publico una serie de de videos con los paso a paso para la versión Beta del producto por parte de mi compañero Giovanni Marchetti, la cual podeis revisar desde:

Con la llegada de la RC de la herramienta Hyper-V Live Migration ha actualizado el primer video publicada en Technet en la cual explica paso a paso el manejo de la herramienta. Teniendo previsto ir actualizando el resto de los videos en breve.

Podéis acceder a la actualización del primer video desde update , en el se explican las mejoras incluidas en este versión RC para R2.

Lo podéis revisar junto con al documentación sobre el producto publicada en Technet aqui.

Saludos.

Raúl del Moral

Técnico de Soporte Premier

Soporte nativo sobre discos VHD en Windows7

esplat — Mon, 25 May 2009 17:19:05 GMT

Nativo de VHD en Windows 7

Este blog es una traducción del post de Mike Kolitz Native support to VHD in W7, en el que se describe la entrada en Windows 7 y Windows Server 2008 R2 de opciones para la creación y la gestión de disco duro virtual (VHD) , además de permitir arrancar una máquina física a partir de un archivo VHD. Esto ayudara a nuestros clientes empresariales y la comunidad de desarrolladores a utilizar un formato de imagen y herramientas comunes para la gestión y despliegue de imágenes de Windows que se ejecutan tanto en Hyper-V con máquinas virtuales como en máquinas físicas.

El disco duro virtual de Microsoft de (VHD) es una especificación de formato de archivo a disposición del público el que se define un disco duro virtual encapsulado en un archivo único, capaz de acoger los sistemas de archivos nativos y apoyo a las operaciones de disco estándar. Los VHD se pueden emplear en Microsoft Windows Server 2008 Hyper-V, Microsoft Virtual Server y Microsoft Virtual PC para los discos virtuales conectados a una máquina virtual. Los VHDs son útiles como contenedores, además el formato de archivo VHD también es utilizado por Microsoft Data Protection Manager, Windows Server Backup así como muchos otros productos y soluciones de Microsoft. Para crear un VHD en Windows Server 2008, anteriormente se tenia que instalar el servidor Hyper-V y usar las APIs de función Hyper-V Manager para crear un archivo VHD para, a continuación, instalar una versión de Windows en una partición en el VHD.

En muchos de nuestros clientes el centro de datos esta en transición a máquinas virtuales Hyper-V para la consolidación de servidores y tener costes energéticos más bajos. También se produce el desplazamiento de un número cada vez mayor de aplicaciones a las máquinas virtuales, que seguirán funcionando en una parte significativa del centro de datos sobre máquinas físicas. La gestión de la integridad de las imágenes que se despliegan a las máquinas físicas y las máquinas virtuales pueden ser un reto. Los administradores de TI tienen que mantener dos conjuntos de imágenes: un conjunto basado en el formato WIM física para máquinas, otro juego basado en el formato VHD de máquinas virtuales. Lo que los administradores necesitan es un formato común y un conjunto de herramientas para hacer más sencilla la administración de imágenes, y reducir así el número de imágenes que se necesita catalogar y mantener.

Desarrolladores y probadores están utilizando máquinas virtuales para probar nuevos sistemas y software de aplicación. Las máquinas virtuales proporcionan una conveniente, y aislada del medio ambiente, forma de reducir la necesidad de prueba en hardware dedicado. Pero a veces es necesario ejecutar las pruebas sobre una máquina física para probar la respuesta al acceder a un dispositivo de hardware , como la tarjeta gráfica, o para obtener perfiles precisos de rendimiento. Un formato de imagen común que se ejecuta tanto en máquinas virtuales como físicas también beneficia a los desarrolladores y probadores.

En esta entrada del blog que vamos a examinar los objetivos del soporte a VHDs como formato nativo en el sistema, el núcleo del sistema operativo compatible con VHDs, y los principales escenarios objeto de despliegue de discos VHD.

Objetivos de soporte nativo para VHDs en Windows Server 2008 R2 y Windows 7

Simplificar la experiencia de la creación, gestión y despliegue de imágenes de Windows a través tanto de máquinas físicas como máquinas virtuales utilizando un único formato de imagen y herramientas comunes.
Permitir a los sistemas tener varias instancias de Windows instaladas sin usar particiones separadas de disco para una mayor flexibilidad, según sea necesario.
Permitir el desarrollo eficiente de software y las pruebas que requiere un entorno de prueba aislado utilizando una imagen común, ya sea esta ejecutada en una máquina virtual o física.

Creación y gestión de VHDs

Windows 7 simplifica la gestión de las imágenes mediante la adición de soporte para discos virtuales en las herramientas de gestión de disco. Ya no es necesario instalar el servidor Hyper-V y el uso de la función Hyper-V Manager para crear VHDs desde la consola. La consola de Administración de Discos puede crear un nuevo archivo VHD, ya sea de tamaño fijo o expandible dinámicamente. Después de crear el archivo VHD, la acción VHD add hace que el disco virtual quede disponible en el sistema como si estuviera enchufado en una unidad de disco duro físico.

Figura 1. Creación de un VHD utilizando la consola Administración de discos

Después de añadir un nuevo disco virtual, se crea una partición y formatea un volumen NTFS en el VHD como si fuera un disco físico. El VHD está listo para que una imagen de Windows se aplique al volumen y se inicialice para arrancar.

Los administradores con frecuencia prefieren herramientas de línea de comandos, y puede hacerse lo mismo desde el cmd, utilizando en diskpart el comando vdisk. Diskpart también acepta una secuencia de comandos para automatizar los pasos para crear y dar formato a un VHD. Cuando un VHD contiene un volumen del sistema de archivos adjunto, Windows reconoce automáticamente el volumen y proporciona una opción para explorar el contenido.

Figura 2. Uso de Diskpart para crear un VHD

Núcleo de Apoyo al Sistema de Almacenamiento
El acceso a los contenidos del VHD es proporcionado por un nuevo mini-port driver en la pila de almacenamiento para archivos VHD. El driver es lo que permite las peticiones de E / S de archivos en el VHD ser enviados al sistema de archivos NTFS en la partición donde se encuentra el archivo VHD. Las operaciones también se puede realizar en un recurso VHD compartido en un sistema remoto.

Con Windows Server 2008 R2, Hyper-V ahora utiliza el nuevo soporte nativo para VHDs en el core del sistema operativo. Se han realizado extensas pruebas en una amplia gama de E / S y las pruebaa en escenario con soporte nativa a VHD es increíblemente eficaz. El rendimiento de lectura y escritura, de E / S en diferentes tamaños de bloque, tanto aleatoria como secuencial de E / S, es comparable con el rendimiento del disco físico. Los gráficos siguientes muestran algunos de los resultados preliminares de pruebas de rendimiento en comparación de rendimiento fijo y dinámico sobre archivos VHD entre Windows Server 2008 R2 beta y Windows Server 2008 con Hyper-V. El valor "Bare Metal" muestra el máximo rendimiento de E / S de disco físico al dispositivo sin utilizar un archivo VHD. Baja el rendimiento al escribir sobre un volumen dinámico VHDs debiendose a los múltiples E / S necesarios para ampliar el archivo según nuevos bloques se escriben en el disco virtual.

El soporte desde el Sistema operativo de forma nativa sobre VHD ofrece oportunidades para la gestión de los ISVs al aportar un valor añadido a sus clientes sin la complejidad de la introducción de nuevos formatos de imagen. Hay nuevas API de Win32 para operaciones de la imagen sobre VHD que permiten a las herramientas de gestión apoyar el formato VHD como marco de gestión.

Soporte nativo de arranque VHD
El arranque nativo desde VHD permite la transición sin tropiezos a la virtualización mediante un único formato de imagen que arranca tanto en máquinas físicas como máquinas virtuales. El arranque nativo de VHD desde Windows significa que la imagen en un archivo VHD puede arrancar en una máquina física sin iniciar una máquina Hyper-V virtual. Los archivos de imagen VHD hacen que sea fácil que una única máquina física que tenga varias instancias del sistema operativo las tenga disponibles para arrancar en cualquier momento. El soporte al arranque múltiple ha estado disponible en Windows para muchas versiones, pero requería una partición de disco para cada sistema operativo instalado. Ahora soporta de forma nativa el arranque desde VHD de los tres tipos de archivos VHD: fija, dinámica, y diferenciado los discos.

Desarrolladores y probadores pueden utilizar el arranque nativo desde VHD para ejecutar versiones de prueba de nuevos los controladores de dispositivo u otro software para Windows, con pleno acceso a los dispositivos de hardware conectado al sistema. El disco diferencial VHD proporciona una manera conveniente de inicializar un entorno de prueba, la realización de pruebas y la vuelta a un estado limpio o línea de base después de que la prueba se ha completado. La ejecución de pruebas dará lugar a cambios que se realizan sólo en el disco diferencial. Una vez que la prueba está completa, puede volver a limpiar el estado de la matriz del VHD simplemente eliminando el archivo diferencial y mediante la creación de uno nuevo.

El arranque nativo VHD permite a los administradores de TI rápidamente readaptar una máquina para diferentes funciones. Los servidores pueden tener varias aplicaciones de trabajo entre los distintos archivos VHD y cambiar el volumen de trabajo para adaptarse a la demanda. La flexibilidad de múltiples archivos de arranque utilizando VHD también hace que sea fácil de mantener un imagen anterior de Windows disponible para su uso como fall-back en caso de un problema con una nueva imagen.

El arranque nativo desde VHD depende de las mejoras en los datos de configuración de arranque (BCD) para representar el archivo VHD como dispositivo de arranque en lugar de una partición de disco físico. La siguiente imagen muestra un ejemplo de una configuración de arranque múltiple con una entrada de inicio VHD.

Figura 3. Configuración de arranque múltiple con VHD como inicio

El gestor de arranque de Windows 7 y su cargador puede ahora leer los archivos necesarios para iniciar el sistema operativo Windows de la imagen dentro de un archivo VHD. Cuando Windows se inicia desde un archivo VHD, todos los "E / S de disco" para cargar el kernel de los controladores de dispositivo, Sistema de arranque de los servicios, y ejecución de aplicaciones se traduce a I / O para el archivo VHD , y luego de E / S al volumen NTFS y el disco físico. En el apagado, se gestionan todas las operaciones de escritura al mismo nivel que el archivo VHD y partición física subyacente en el orden correcto de la pila de almacenamiento antes de apagar el dispositivo de disco. Debido a estas mejoras de las partes fundamentales del sistema, el arranque nativo desde VHD sólo funciona para VHDs contienen Windows 7 o Windows Server 2008 R2, y no las versiones anteriores de Windows. Esta versión no es compatible con BitLocker, o la hibernación (que incluye la reanudación de la hibernación).

El despliegue de imágenes

Para poner en un equipo con Windows 7 o Windows Server 2008 R2 la imagen del sistema operativo en el archivo VHD, se tiene que aplicar una imagen a la partición en el archivo VHD. Ejecutar el programa de instalación desde el DVD de instalación y la selección de una partición en un archivo VHD para la instalación no es compatible. Aquí hay dos formas de aplicar una imagen WIM VHD:

Usar la Install-WindowsImage secuencia de comandos Powershell desde el Código de MSDN.
O utilizar la herramienta de despliegue Imagex del kit de instalación automatizada de Windows (WAIK).

El script de Powershell-WindowsImage utiliza el wimgapi.dll en Windows 7 al aplicar una WIM a un VHD. Utilice la secuencia de comandos si no está familiarizado con la WAIK y la herramienta Imagex.exe , o no tiene WAIK disponible.

Ver el documento Instalación de Uso-WindowsImage, para las instrucciones paso a paso sobre cómo crear un VHD WIM y aplicar una imagen de arranque a un VHD.

Los profesionales de TI se interesan en el uso de las herramientas de implementación de WAIK para personalizar y captar una imagen de referencia de Windows y desplegar la imagen en formato VHD ya sea a maquinas físicas o máquinas virtuales. El despliegue de medidas básicas para preparar una imagen personalizada de Windows incluye el texto siguiente:

Instalar Windows en una partición en un máquina física en primer lugar como máquina de referencia.
Personalizar la imagen de referencia y la configuración de la instalación de las aplicaciones que desee.
Ejecute el comando sysprep en el sistema de referencia para generalizar la imagen, se restablece el estado del sistema y la configuración de dispositivos específicos de Windows en la máquina a su primera instalación y se apaga.
Captura en la imagen de referencia física de la partición de Windows en un archivo de imagen que se copia a un servidor compartido (WIM).
Aplicar la imagen de Windows a un archivo VHD e inicializar el entorno de arranque desde el VHD.

El VHD generalizado con un archivo de imagen puede ser copiado y utilizado en múltiples máquinas virtuales o físicas. Una imagen generalizada es necesaria para evitar errores en el inicio del sistema, porque el hardware del nuevo sistema es diferente, y para evitar tener múltiples copias de Windows de la misma máquina con el mismo SID (nombre y la identidad de seguridad), en la red. Durante el primer arranque de Windows del fichero VHD en otra máquina virtual o física, Windows especializará la imagen para la nueva máquina, configurando dispositivos, y preparándola para la primera utilización. Copiar el archivo de referencia VHD es una manera rápida de obtener un nuevo Windows 7 o Windows Server 2008 R2 para el desarrollo, ensayo, o puesta en producción para los servidores.

Si usted quiere implementar imágenes Windows a varias máquinas, puede aprovechar el servicio de implementación de Windows (WDS) de Windows Server 2008 R2. WDS se refuerza con la posibilidad de añadir archivos de imagen VHD a la imagen del catálogo WDS. El administrador crea grupos de imágenes VHD en WDS para los archivos que están dispuestos a desplegar a las máquinas permitiendo utilizar el arranque desde red, o "arranque PXE". WDS cuando despliega una imagen VHD, el cliente del agente copia el archivo VHD en local y configura el entorno de arranque para arrancar desde este VHD. Todas las aplicaciones y la configuración del sistema se realizan desde el patrón de referencia de la imagen de archivo VHD. Cuando Windows se inicia desde el archivo VHD por primera vez, el sistema se ha especializado como se mencionó anteriormente, para los dispositivos físicos en la máquina objetivo estando ya listo para usar. Eso es muy cómodo y simplifica el despliegue rápido.

Aunque el apoyo al formato nativo VHD y, concretamente, el arranque, abre un montón de escenarios, nuestros objetivos con esta tecnología son bastante específicos: simplificar la gestión de imágenes para los clientes empresariales ayudando a migrar los servidores a máquinas virtuales, y permitir el desarrollo eficiente y las pruebas de software en entorno aislado del medio, ya sea para máquinas físicas o máquinas virtuales. El apoyo a la VHD como formato nativo es uno de los objetivos clave en los escenarios en la empresa, donde el personal de TI está bien versado con diferentes tecnologías de creación de imágenes y herramientas para la gestión de sus clientes y servidores. Un entorno empresarial gestionado también emplea tecnologías como la redirección de carpetas y los perfiles móviles para la gestión de la información del usuario fuera de las imágenes desplegadas VHD. Los desarrolladores apreciarán rápidamente la capacidad de actualizar o sustituir una imagen VHD durante el desarrollo. Los entornos de prueba pueden usar múltiples imágenes VHD y discos diferenciales para un uso más eficiente de las máquinas de pruebas.

Esperemos que este blog de una idea de cómo Windows 7 y Windows Server 2008 R2 soporta VHD como archivos de formato y por qué el formato de imagen común para la física y las máquinas virtuales será interesante para muchos de los entornos del usuario.

Actualización: algunas personas me han preguntado si esta información se aplica a Microsoft Hyper-V Server 2008 R2 también. La respuesta es sí.

Se hace publica la versión Windows Server 2008 R2 Release Candidate (RC) y Microsoft Hyper-V Server 2008 R2 (La versión stand-alone de Hypervisor)

esplat — Wed, 06 May 2009 12:43:06 GMT

Hola a tod@s.

Ayer se hizo publica la versión RC de Windows Server R2, esta se encuentra disponible para su descarga y testeo en:

http://www.microsoft.com/WindowsServer2008R2

http://www.microsoft.com/windowsserver2008/en/us/R2-Download.aspx

También se ha hecho publica la versión RC de Hyper-V Server 2008 R2.

Se puede ampliar información en

Ya se pueden testear estas versiones en vuestros sistemas y disfrutar de sus avances en vitalización.

Un saludo.

Documentación sobre Hyper-V y Servicio de Cluster para sistemas de alta disponibildad

esplat — Wed, 21 Jan 2009 15:55:39 GMT

Hola a todos,

Hace algunos días se publicaron una serie de guías sobre Hyper-V y Servicios de Cluster en Technet.

Para todos los interesados en testar e implantar esta tecnología resultaran de gran utilidad y los reunimos todos en este post para que sean mas fáciles de localizar.

· Design for a Failover Cluster in Which All Nodes Run Hyper-V http://go.microsoft.com/fwlink/?LinkId=129117

· Requirements and Recommendations for Failover Clusters in Which All Nodes Run Hyper-V

http://go.microsoft.com/fwlink/?LinkId=129110

· Checklist: Failover Cluster in Which the Servers Run Hyper-V

http://go.microsoft.com/fwlink/?LinkId=129123

Step by-Step Guide: Hyper-V and Failover Clustering

http://go.microsoft.com/fwlink/?LinkId=129063

Configure a Virtual Machine for High Availability

http://go.microsoft.com/fwlink/?LinkId=131363

Un saludo.

Raúl del Moral.

Técnico de Soporte Premier

Hyper-V Server 2008 ya esta en su versión final

esplat — Fri, 03 Oct 2008 11:26:03 GMT

Hola a todos,

Finalmente Hyper-V Server 2008 esta disponible en su versión RTM de forma pública.

Esta publicado en la web de Virtualización mediante Hyper-V http://www.microsoft.com/servers/hyper-v-server/default.mspx

Para su descarga directa basta con dirigirse a Get Hyper-V Server 2008 here!

Los requisitos de instalación son los siguientes.

SO soportado: Windows Server 2008

Nota: Hyper-V Server 2008 es una tecnología de 64-bit necesita un hardware compatible con 64 bits y con un procesador con ta siguiente tecnología habilitada Intel VT o AMD-V .
Procesador : Intel Pentium 4, Xeon, Core 2 DUO processor; AMD Opteron, Athlon 64, Athlon X2, . Hardware Data Execution Protection (DEP) debe estar disponible y habilitada. Especificamente, se debe habilitar Intel XD bit (ejecutar disable bit) o AMD NX bit (no execute bit).
Minima velocidad de CPU : 1 GHz; Recomendado: 2 GHz o más.
RAM : Minimo: 1 GB RAM; Recomendado: 2+ GB RAM; Maximo32 GB
Espacio requerido en disco: 2GB de espacio disponible en disco(se precisa espacio adicional en disco para cada uno de los sistemas cliente a instalar)

Hay que tener en cuenta que este paquete tiene funcionalidad parecida al ROL de Hyper-V incluido en Windows Server 2008 pero no es exactamente lo mismo.

Hyper-V Server no tiene una consola de administración gráfica, si trae una una UI de línea de comandos básica que permite la mayor parte de las tareas de administración, principalmente la configuración de red para su acceso remoto de administración. Esto supone que Hyper-V Server esta pensado para ser administrado remotamente mediante Hyper-V Manager MMC desde una máquina Vista o W2K8 o desde System Center Virtual Machine Manager. También se puede administrar mediante WMI.

Hyper-V Server 2008 no precisa una licencia de instalación, lo que si se requiere es una licencia adecuada para cada uno de los sistemas que se vayan a instalar como sistema cliente.

La principal ventaja que presenta esta herramienta que proporciona servicios de virtualización mediante Hyper-V en sistemas W2K8 básicos, sin necesidad que se trate de las versiones Enterprise o Data Center.

Espero que la disfruten.

Si queréis información de instalación (está en portugués) podéis acceder al siguiente POST de nuestros compañeros de LATAM HYPER-V Server 2008

Web Microsoft de tecnología Hyper-V

Raúl del Moral Guirado

Soporte Microsoft Premier

Como Configurar Windows Server Backup para soportar VSS Writer en Hyper-V

esplat — Thu, 04 Sep 2008 11:53:12 GMT

Hola a todos,

Una de las nuevas tecnologías que tenemos con Windows Server 2008 es la de virtualización mediante Hyper-V.

Pero esto nos plantea una cuestión muy importante en los entornos de alta disponibilidad o que resulten claves en la producción, ¿como hago BackUp de las máquinas virtuales que tengo afectando lo menos posible a mis usuarios?

Para esto tenemos nuestro software de BackUp DPM 2007 (Data Protection Manager) o herramientas desarrolladas por terceros que están pensadas específicamente para este entorno.

Pero investigando un poco me encontré con un post de mi compañero Rob Hefner que os traduzco esperando que os resulte de utilidad.

Para habilitar el BackUp basado en VSS de Hyper-V en la utilidad Windows Server BackUp se deben añadir las siguientes claves al registro de Hyper-V VSS. La clave WindowsServerBackUp no es generada cuando se instala la utilidad Windows Server BackUp en la máquina. Se debe crear esta clave manualmente:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT
\CurrentVersion\WindowsServerBackup\Application Support\{66841CD4-6DED-4F4B-8F17-FD23F8DDC3DE}

Una vez creada la clave se necesitaran incluir un String Value con los campos:

Name: Application Identifier
Type: REG_SZ
Value: Hyper-V

Cuando este completado, deberán verse como esto:

La utilidad Windows Server Backup solo soporta el BackUp de volúmenes, por esto cuando se realicen los BackUps de las máquinas virtuales se deben seleccionar todos los volúmenes donde los datos de las MV estén guardados.

Por ejemplo, si se esta empleando la ubicación por defecto de los ficheros de configuración (C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines) y el disco VHD esta en otro volumen se deberán seleccionar los dos volúmenes en el BackUp.

Cuando se inicie la restauración del BackUp seleccionar en “Application Restore” la opción de Hyper-V, si no se selecciona este método no se podrá restaurar ficheros de las MV en funcionamiento. Como parte del proceso de restauración las MV actuales serán paradas y borradas, siendo sustituidas y registradas por las del BackUp en Hyper-V.

Hay algunas limitaciones y comportamientos que se deben conocer antes de decidirse por este método:

1. Si la máquina virtual contiene discos dinámicos no puede ser salvada mediante VSS, solo se soportara el BackUp con la máquina parada (Offline BackUp). Otra opción seria realizar el BackUp mediante un software de BackUp local en la máquina como cualquier máquina física.

2. En el caso de máquinas virtuales que no soporten VSS, como son W2000, Windows XP o máquinas sin Integration Services instalados, entraran en estado "salvada" (saved state) mientras se hace el Snapshot y se restauraran tras terminar la operación, por lo que el proceso supone una parada en la máquina (cosa que normalmente evita VSS).

Se experimentará este mismo comportamiento si se deshabilitar Integration Services en la máquina como se muestra a continuación:

3. Cuando se realiza la restauración desde el BackUp se debe restaurar todo el volumen, la restauración de máquinas virtuales independientes no esta soportada con Windows Server BackUp.

4. Si la máquina virtual tiene 2 o más Snapshots la restauración fallará. Para poder solucionarlo:

Si la máquina virtual esta corriendo habrá que pararla y eliminarla del servidor.
Seleccionar la opción "Files and Folders" en las opciones de recuperación del BackUp, para recuperar, la carpeta con los Snapshots, por defecto es C:\ProgramData\Microsoft\Windows\Hyper-V\Snapshots, pero es configurable en cada máquina virtual.
Seleccionar la carpeta individual con el Snapshot a restaurar.
Una vez que esta operación esta completada lanzar la la opción "Aplication Recovery" para restaurar el volumen.

El post completo, en Ingles, lo podéis localizar en

How to enable Windows Server Backup support for the Hyper-V VSS Writer

Espero que os resulte de utilidad.

Raúl del Moral Guirado

Técnico de Soporte Microsoft Premier

CONSIDERACIONES A TENER EN CUENTA EN EL PASO DE MAQUINAS VIRTUALES (virtual PC y Virtual Server) a Hyper-V W2008

esplat — Mon, 11 Aug 2008 15:04:00 GMT

Ante el paso de máquinas virtuales de los sistemas actuales de virtualización a Hyper-V se deben tener en cuenta una serie de factores antes de incluir directamente los vhd en un servidor el rol habilitado y arrancar las máquinas en él, con esto nos evitaremos sorpresas y algún que otro quebradero inesperado.

Aparte de las recomendaciones habituales del manual como no tener las máquinas en estado guardado, encontrarse todas en el estado apagado, … estas son algunas situaciones en las que nos podremos encontrar tras la actualización.

1. Licenciamiento ante el cambio a Hyper-V

Algo que debemos de tener en cuenta ante el cambio a Hyper-V es que el sistema operativo de la máquina cliente (child partition) deja de emplear los driver genéricos de virtualización y el hardware emulado para pasar a emplear, a través del bus de Hyper-V, los recursos físicos de la máquina W2K8.

Esto supone que se registran una serie de modificaciones en el hardware de la máquina que pueden obligar a volver a activar la licencia , es conveniente tenerlo en cuenta ya que el proceso de activación puede requerir un acceso a internet o, en caso de no disponer de este acceso, una activación por teléfono.

Por si surge el caso, para la activación por teléfono bastara con marcar esta opción de activación y aparecerá el teléfono de contacto según el país en el que nos encontremos.

2. Que ocurre con los archivos de configuración de la máquina

Con el paso a Hyper-V cambia el formato de los archivos de configuración de las máquinas virtuales siendo este .xml.

Esto supone que los archivos de configuración de la maquina (memoria, red, ...) deben ser generados de nuevo para que se apliquen a la antigua máquina virtual.

El formato del vhd sigue siendo compatible, con lo que el fichero vhd antiguo no precisa ninguna modificación para que sea aceptado por Hyper-V.

3. Como actuar cuando la antigua máquina tiene Virtual Machine Additions

En este punto hay que ser especialmente cuidadoso ya que podemos dejar la antigua maquina en un estado inestable.

Siempre se deben desinstalar la virtual machine additions antes del paso a Hyper-V.

Esto es así ya que, en caso de tener la maquina estas instaladas no se permite la instalación de las Integration Services .

Pero una vez que la maquina esta en Hyper-V las virtual machine additions no pueden ser desinstaladas, ya que, al emplear los drivers nuevos para hyper-v la maquina se considera física, no virtualizada, y da un error a la hora de proceder a su desinstalación.

4. ¿Y si mi máquina virtual es W2K3 SP1?

Las versiones soportadas con Hyper-V se pueden comprobar en el artículo siguiente:

http://support.microsoft.com/kb/954958/en-us

la pregunta es, ¿cómo es que W2K3 no aparece que este soportado como sistema cliente su versión con SP1?

Esto no supone que no funcione esta version en Hyper-V, supone que no ha sido testeado y las mejoras de cara a su administración incluidas en los Integration Services, como integrar el ratón en sesiones de administración establecidas mediante terminal server, y otras, no están disponibles para esta versión ni pueden ser instaladas.

Raúl del Moral Guirado

Soporte Core Premier España