Servicio VMware VirtualCenter Server no inicia.

Buenas, hoy vamos a ver una incidencia que tuve con el servicio VMware VirtualCenter Server que no iniciaba, después de un reinicio, el servicio ya no inició.

El servicio VMware VirtualCenter Server no se puede iniciar por muchas razones:

• Conflicto de puertos con otras aplicaciones, Error “The following port numbers are either invalid or already in use” en instalación de vCenter»
• Base de Datos Llena,«limpiar registros obsoletos y reducir BBDD de vCenter»
• Conflicto de servicios «el servicio de vCenter no inicia»
• Base de Datos Corrupta.

Al reiniciar el vCenter me encontré de que los servicios no se iniciaban, todos sabemos que les cuesta iniciar pero después de un buen rato seguían igual. En este caso, me pareció extraño ya que era un vCenter recién instalado y lo único que tenia instalado era el Veeam Backup.

Buscando por google, decían que revisaría la conexión ODBC, así que comprobé que estaría correcta la configuración, una vez comprobado al hacer el test de prueba, me salia TEST FAILED!

Después de revisar las 2 primeras opciones, me descargue el Sql Management studio para revisar la BBDD si estaba llena o tenia algún otro tipo de problema. Cual fue mi sorpresa que al abrir la BBDD se encontraba en un estado «Sospechoso».

Googleando me encontré con este blog de donde gracias a el pude solucionarlo.

Reparar BBDD corrupta parte 1

Reparar BBDD corrupta parte 2

Seleccionamos la BBDD y ejecutamos la siguiente consulta:

SELECT state_desc FROM sys.databases WHERE name =‘VIM_VCDB’; donde VIM_VCDB es la BBDD del vCenter.

Ponemos la BBDD en modo emergencia con ALTER DATABASE VIM_VCDB SET EMERGENCY . Con esto lo que hacemos es poner la BBDD del modo “RECOVERY_PENDING” al modo “EMERGENCY”.

ALTER DATABASE VIM_VCDB SET SINGLE_USER . Ponemos la BBDD en modo de usuario único.

DBCC CHECKDB (VIM_VCDB, REPAIR_ALLOW_DATA_LOSS )WITH NO_INFOMSGS

Comprobamos la BBDD con la opción REPAIR_ALLOW_DATA_LOSS

Con ALTER DATABASE VIM_VCDB SET MULTI_USER  ponemos la BBDD en modo multiusuario.

Una vez ejecutada la ultima consulta, comprobamos que la BBDD esta en un estado normal y funcionando.

Si vamos al administrador de origen de datos ODBC y ejecutamos un Test, veremos que se hace correctamente.

Vamos a servicios y ahora si podremos iniciarlo con normalidad.

Este error se origino por unos apagados en el almacenamiento que se encontraba. Tampoco había copias con Veeam, por eso se tuvo que intentar solucionar reparando la BBDD.

Saludos y espero que os sirva.