el blog de Kernelia

Hace pocos días la compañía Veeam Software (el fabricante de nuestro querido Veeam Backup) anunció en su web la cuenta atrás para la presentación de un nuevo producto llamado Veeam SureBackup.

Realmente la compañía no ha dado ninguna información con respecto a este producto (todavía no sabemos si es un producto nuevo y complementario a Veeam Backup o si se trata de la siguiente versión de Veeam Backup).

Como se puede ver en su portal, han puesto una cuenta atrás que finaliza el día 22 de Marzo de 2010. Supuestamente ese día darán a conocer este producto, y la expectación es bastante alta ya que ellos mismo anuncian que Veeam SureBackup cambiará la imagen preconcebida que tenemos sobre las copias de seguridad en VMware.

Cabe destacar que Veeam Software libera mucho material y documentación de forma gratuita en su web. Destacamos 3 whitepaper escritos recientemente:

5 Ways VMware vSphere Improves Backup and Recovery por Eric Siebert, VMware vExpert, Senior systems administrator at Boston Market

How Virtualization Cuts CDP Costs by 80% por David Davis, VMware vExpert, Director of Infrastructure at TrainSignal.com

openBench Lab Report: Better Data Protection for VMware vSphere por Jack Fegreus, Managing Director openBench Labs

En ciertas ocasiones hemos detectado que al reiniciar un servidor VMware vCenter, el servicio principal VMware VirtualCenter Server no arranca automáticamente. Esto sucede en aquellas instalaciones donde usamos un servidor con recursos muy ajustados para VMware vCenter y además instalamos en la misma máquina el servidor de base de datos SQL Server y el servidor VMware vCenter

Si acudimos a ver la lista de servicios de Windows, observaremos que efectivamente el servicio está parado

Además podremos observar un mensaje de error como el siguiente en la consola de eventos del sistema

Y si buscamos en los ficheros de log de VMware vCenter (C:\Documents and Settings\All Users\Datos de programa\VMware\VMware VirtualCenter\Logs\vpxd-XX.log), descubriremos unas líneas indicando un error de conexión con la base de datos de Microsoft SQL Server

Lo más curioso del asunto es que el servicio si lo arrancamos manualmente funciona a la perfección

Y nos preguntaremos, ¿cómo es posible que falle la conexión con la base de datos cuando el servicio arranca automáticamente y no falle cuando lo iniciamos manualmente?

La respuesta es bien sencilla. Resulta que en máquinas con pocos recursos, el servicio de VMware vCenter tiene la mala costumbre de iniciarse antes que el servicio de Microsoft SQL Server. Esto da como resultado que el servicio de VMware vCenter falle al intentar conectarse a una base de datos que todavía no está arrancada

Para evitar este problema debemos indicarle de alguna forma al servicio de VMware vCenter que arranque después que el servicio de Microsoft SQL Server

La solución para Windows 2003 Server consiste en configurar el servicio VMware vCenter para que dependa del servicio Microsoft SQL Server. Para ello editamos el registro de Windows y en la clave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vpxd\DependOnService añadimos el nombre del servicio de Microsoft SQL Server, que normalmente resulta ser MSSQL$SQLEXP_VIM

Para Windows 2008 Server tenemos una nueva característica que permite retrasar el arranque de un servicio de Windows.  En nuestro caso nos interesa retrasar el arranque del servicio de VMware vCenter, con lo cual editamos las propiedades del servicio VMware VirtualCenter Server y cambiamos el tipo de arranque de Automatic a Automatic (Delayed)

Bueno, espero que estas líneas os sirvan de ayuda, un saludo!!

Cuando instalamos el Update 2 de XenServer 5.5 se nos recomienda actualizar las “Citrix Tools”, cosa bastante recomendable si queremos evitar sorpresas. A continuación detallaré el procedimiento para actualizar correctamente esta aplicación.

Es importante destacar que NO se puede actualizar instalando las nuevas Tools encima de las viejas, ya que si hacemos esto, XenCenter nos continuará diciendo que las Citrix Tools no están actualizadas. Y que será necesario reinciar la máquina al menos 2 veces, con lo que si estamos en un escenario en producción deberemos planear una parada.

El procedimiento lo describo gráficamente a continuación, que básicamente consiste en la desinstalación de las antiguas “Citrix Tools”, reinicio de la máquina, instalación de las nuevas Tools, y reinicio final.

Para comenzar, arrancaremos la Máquina Virtual que queremos actualizar, y nos logaremos como Administrador, una vez dentro iremos a Inicio->Panel de control->Agregar o quitar programas, buscaremos las “Citrix Tools” y pincharemos sobre el botón Quitar.

Con esto comenzará la desinstalación. Aceptaremos la desinstalación:

Una vez finalizada la desinstalación, nos pedirá que reiniciemos la Máquina Virtual, le daremos al botón Finish y la máquina se reiniciará:

Cuando la máquina arranque, abriremos su consola para administrar la máquina desde XenCenter, nos logearemos como Administrador, cuando inicie el Asistente de nuevo hardware encontrado le daremos a Cancelar, y volveremos al XenCenter, seleccionando del menú VM->Install XenServer Tools:

Se nos advertirá que se procede a desmontar cualquier disco montado como unidad de CD de esa Máquina Virtual, a lo que aceptaremos dándole al botón Install XenServer Tools:

Y ahora ya dentro de la consola de la Máquina Virtual,  aceptaremos la licencia y le daremos a Next.

Aceptaremos la ruta por defecto y la daremos a Install para comenzar la instalación de las nuevas Tools.

Una vez finalizada la instalación nos volverá a pedir que reiniciemos la Máquina, marcaremos “Reboot now” y le daremos a Finish.