Virtualizando …

La verdad es que, hasta esta pasada primavera, no tenía ninguna idea de lo que significaba la virtualización, pero ahora es un herramienta que me ayuda en mi trabajo y en mis aficiones y con un relativamente muy bajo esfuerzo.


Microsoft compró hace poco tiempo VirtualPC y lo está potenciando como un serio enemigo hacia el dominador, en este campo, VMWare.


VirtualPC proporciona una solución que nos permite ahorrarnos mucho tiempo y esfuerzo cuando se necesita utilizar varios sistemas operativos. VirtualPC nos facilita crear diversas máquinas virtuales en el escritorio de nuestro PC, virtualizando cada una el hard de un ordenador físico completo. Las máquinas virtuales pueden tener distintos sistemas operativos como MS-DOS, Windows 95, 98, Me, XP, 2000, XP SP2, Vista, OS/2 y la mayor parte de los Unix y Linux, y estas máquinas pueden estar funcionando en nuestro puesto al mismo tiempo con S.O. distintos y pasar de una a otra con un simple click de ratón.


Los usuarios pueden saltar de un S.O. a otro tan fácilmente como se pasa de una aplicación a otra en Windows. Pueden también detener una máquina virtual para que ésta no use ciclos de CPU en el micro físico. También pueden salvar una máquina virtual a disco y restaurarla más tarde, lo que necesita mucho menos tiempo que reinstalar el S.O.

El intercambio de información de las diversas máquinas virtuales, entre ellas y con el PC original es sencillo y puede hacerse compartiendo alguna carpeta (parece algo más lento que en una red local).

También, instalando Virtual Machine Additions, se puede cortar y pegar de una ventana de la máquina virtual a una de otra máquina o a la del S.O. anfitrión.

Hablando de la última versión de VirtualPC, la 2007, que es la que utilizo tras descargármela gratis de Microsoft, esta aplicación nos permite:


  • Migrar de una manera fácil: Podemos con VirtualPC correr aplicaciones obsoletas en una máquina virtual en lugar de demorar la instalación del nuevo S.O. por problemas de incompatibilidad. Podemos comprobar nuestros planes de migración en máquinas virtuales en lugar de tener que instalar ordenadores físicos con el nuevo S.O.

  • Hacer más en menos tiempo: El personal de soporte puede trabajar con varios S.O. en un ordenador físico y pasar de uno a otro con un simple click de ratón. Se puede formar al personal en varios S.O. y redes virtuales sin tener que comprar y mantener PC adicionales. 



  • Despliegues más sencillos: Se puede probar una aplicación en varios S.O. de una manera muy fácil. Si una aplicación o S.O. aborta en una máquina virtual, no afectará al resto.



  • Acelerar el tiempo de desarrollo: La calidad se incrementa probando y documentando nuestro software en diversos S.O. utilizando máquinas virtuales. El tiempo necesario para poner nuestras aplicaciones en el mercado disminuirá al reducir el tiempo de configuración de todos estos diversos S.O.


Como ejemplos más llamativos del uso de VirtualPC 2007, Microsoft está potenciando su uso para:



  • Hacer que funcionen en Vista aplicaciones antiguas que no funcionan directamente y que funcionarán en Vista con la máquina virtual.
  • Distribuir, como discos virtuales, S.O. o aplicaciones en versiones de prueba, perfectamente instalados y listos para probar. Ya lo están haciendo también otras empresas, como Citrix.

VirtualPC no es perfecto y tiene todavía un camino que recorrer para igualar a VMWare, pero su coste cero y su fácil integración con los productos Microsoft lo hacen muy fuerte. Una vez que permita que en las máquinas virtuales puedan correr aplicaciones de 64 bits y que la emulación de los dispositivos USB funcionen, le quedarán pocas cosas que mejorar.


Un buen blog sobre VirtualPC es éste: http://blogs.msdn.com/Virtual_PC_Guy/


Como ejemplo de todos los S.O. que pueden correr dentro de una máquina virtual  de VirtualPC se puede ver esta página (aunque es un poco antigua, para VirtualPC 2004).


Y como colofón, una anécdota que muestra un uso no esperado (por lo menos para mí) de VirtualPC:


Finalmente, el pasado verano le compré un micro nuevo a mi hijo y, como consecuencia de la tarjeta gráfica muy potente que tenía, el juego FinalFantasy8 no funcionaba (ya era un poco antiguo). Hace unos días me pidió que intentara otra vez hacerlo funcionar. Pensando en la propaganda de Microsoft de que VirtualPC es un medio para hacer funcionar en Vista aplicaciones incompatibles, instale VirtualPC 2007 y el juego funcionó perfectamente. Pero el micro no tenía Vista, sólo XP.


Así que Virtual PC sirve para hacer funcionar en una máquina virtual XP (dentro de un XP) lo que no funciona directamente en XP.


Technorati Tags:

Simular unidades en Vista (el comando subst no va)

En estos días he tenido que repetir ciertas pruebas que realicé hace unos meses para comprobar que nuestras aplicaciones cliente/servidor VB6 y Oracle funcionarán en Windows Vista (32 y 64 bits).

Los puestos de las pruebas no debían conectarse a la red de la empresa, por motivos de seguridad y una de las pruebas consistía en probar aplicaciones ya existentes, que se instalaban mediante unos kits preparados para instalarse desde varias unidades Netware.

En un principio, no parecía que esto fuera  ser un problema, y ya había realizado instalaciones parecidas en puestos XP sin Netware copiando mediante CD los kits de instalación al disco duro de los puestos y emulando las unidades de red T: y O: que utilizan los kits de instalación mediante el comando subst.

Pues bien, en Vista no había manera de que me funcionaran los kits de instalación y no podía probar las aplicaciones que quería.

El proceso que hacía era:

  • Lanzaba el comando subst desde una ventana de comandos.
  • Podía ver las nuevas unidades con el Explorador de Windows.
  • Desde el explorador recorría el árbol de carpetas hasta aquélla en la que estaba el programa de instalación y lo lanzaba como Administrador.
  • Obtenía un mensaje de error de que el camino de ese programa no era correcto.

Al final, buscando este problema en Internet, encontré una solución: quitar el UAC.

Así pues, quitando el UAC, y realizando los mismos pasos el proceso de instalación funcionaba e instalaba todos los componentes de la aplicación.

Investigando un poco más pude ver que el problema no era exactamente si estaba activado el UAC o no, sino que al estar activado el UAC, cuando lanzaba la subst para emular las unidades de red que el proceso de instalación necesitaba, lanzaba la subst sin derechos de administrador, por lo que este comando me mostraba en el Explorador las unidades emuladas, pero cuando ejecutaba programas sobre ellas era como si no existieran

Technorati Tags:

.

Si abro una ventana de comandos lanzando el cmd.exe con derechos de administrador y desde ella lanzo la subst para asignar las unidades necesarias, la instalación funcionará aunque el UAC esté activado.

Así que, finalmente, pude instalar las aplicaciones en Windows Vista y comprobar que funcionaban sin problemas en él y que también funcionaban sus kit de instalación.