Investigando el estado del servidor de bases de datos de VirtualCenter
search cancel

Investigando el estado del servidor de bases de datos de VirtualCenter

book

Article ID: 309599

calendar_today

Updated On:

Products

VMware vCenter Server

Issue/Introduction

En la solución de problemas, puede ser necesario verificar el estado del servidor de la base de datos de VirtualCenter. Este artículo proporciona una serie de pasos para eliminar causas comunes de problemas relacionados con el servidor de la base de datos incluyendo agotamiento del espacio en disco, mantenimiento del archivo Log de transacciones, Indice de fragmentación y otros problemas comunes a la base de datos.


Symptoms:

Renuncia: Este artículo es una traducción de Investigating the health of a vCenter Server database (1003979). Los artículos han sido traducidos en español basados en el mejor esfuerzo. Sin embargo, el contenido localizado o específico puede quedar desactualizado. Para revisar el contenido más reciente, por favor consulte el artículo en Inglés.

  • VirtualCenter no puede arrancar o falla después de un tiempo indefinido.
  • VirtualCenter está muy lento o no responde.
  • VirtualCenter al estar conectado a una base de datos Microsoft SQL, muestra en su archivo Log de eventos (vpxd.log) un error similar al siguiente:

    ODBC error: (42000) - [Microsoft][SQL Native Client][SQL Server]Could not allocate space for object <object> in database '<database>' because the '<filegroup>' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup." is returned when executing SQL statement "<sql statement>".

  • VirtualCenter al estar conectado a una base de datos Oracle, muestra en su archivo Log de eventos (vpxd.log) un error similar al siguiente:

    ODBC error: (HY000) - [Oracle][ODBC][Ora]ORA-01653: unable to extend table by <size> in tablespace
    is returned when executing SQL statement <SQL Statement >.

  • Aparece el siguiente mensaje de error cuando se trata de conectar al servidor de base de datos SQL:

    ODBC error: (08S01) - [Microsoft][SQL Native Client]Named Pipes Provider: No process is on the other end of the pipe.

  • El servicio de VirtualCenter Server no se puede autenticar en la base de datos.
  • Cuando se tiene el sistema operativo Windows 64bit y se ha creado un ODBC System DSN pero el DSN no es reconocido ó aparece el siguiente error al conectar VirtualCenter a la base de datos:

    Please setup a 32-bit system DSN

  • No se puede conectar al repositorio de la base de datos a través de Oracle o SQL Server.
  • El servicio de vCenter Server no arranca o falla continuamente.
  • El servicio de la base de datos de vCenter Server funciona en Suspect mode.
  • La base de datos de vCenter Server está dañada.

    • Nota: El archivo de eventos Log vpxd.log está localizado en: %ALLUSERSPROFILE%\Application Data\VMware\VMware VirtualCenter\Logs.
</object>

Environment

VMware vCenter Server 4.0.x
VMware VirtualCenter 2.0.x
VMware VirtualCenter 2.5.x

Resolution

Es importante que valide que cada paso descrito en este procedimiento para la solución de problemas, aplique o sea
adecuado en su ambiente. Cada paso proporciona instrucciones o el enlace a un documento con el fin de eliminar
las posibles causas y tomar las acciones correctivas necesarias. Los pasos han sido organizados en la secuencia
más adecuada para aislar el problema e identificar la solución apropiada. Por favor no omita ningún paso.

Proceda con los siguientes pasos para verificar el estado del servidor de la base de datos de VirtualCenter:
Nota: Si realiza alguna acción correctiva en cualquiera de los pasos descritos, intente reiniciar nuevamante el
servicio del servidor VirtualCenter de VMware.
  1. Verifique que el espacio de disco disponible, en el volumen que está almacenando los archivos de la base de datos, es adecuado para asegurar el correcto funcionamiento de la misma. Si el espacio de disco que tiene disponible en el volumen físico que almacena la base de datos es inadecuado, debe liberar espacio en el disco. Si el servicio del servidor VirtualCenter no estaba fucionando antes de liberar el espacio en disco, entonces intente ahora reiniciar el servicio. Para mayor información, vea Stopping, starting or restarting the vCenter server service (1003895).

  2. Si esta usando Microsoft SQL Server, verifique en el archivo Log de transacciones que la base de datos de VirtualCenter está bién y se han realizado copias de respaldo o backups periódicamente. Para mayor información, vea Solucionando problemas del archivo de transacciones (Log) de una Base de Datos Microsoft SQL Server (1031885) ó Troubleshooting transaction logs on a Microsoft SQL database server (1003980).

  3. Si está usando Oracle, verifique que hay suficiente espacio disponible en la tabla de espacio para el crecimiento de la base de datos. Para mayor información, vea Extending the tablespace on an Oracle database (1003982).

  4. Si está trabajando una base de datos Microsoft SQL , realice una defragmentación de los índices de desempeño de datos en la base de datos del servidor VirtualCenter. Para mayor información, vea Defragmenting VMwareVirtualCenter or vCenter Server performance data indexes on a Microsoft SQL database (1003990).
Si los problemas persisten después de realizar los pasos anteriores, siga estos pasos adicionales de resolución de problemas:
  1. Puede aparecer un error ODBC cuando se conecta al servidor de una base de datos SQL, si está usando una contraseña incorrecta o la contraseña necesita ser cambiada. Para cambiar la contraseña revise: Changing the vCenter database user ID and password (1006482).

  2. El servicio del servidor de VirtualCenter puede que no esté disponible para autenticarse con la base de datos en los siguientes casos:

    • Existen problemas de permisos con la base de datos al importar de una instancia a otra. Para mayor información, diríjase al artículo 246133 de la base de conocimiento de Microsoft.
    • Ha cambiado la contraseña de la cuenta con la que se está autenticando en la base de datos pero no la ha cambiado además en el registro. Para mayor información, vea Changing the vCenter database user ID and password (1006482).

  3. El DSN puede que no sea reconocido o le aparece el error: setup a 32-bit system DSN when connecting vCenter Server to the database. Dado que aunque se puede usar una base de datos de 64bit, el DSN para vCenter Server requiere una fuente de datos de 32bit para conectarse a la base de datos. Para crear una conexión de 32bit, vea Creating a 32bit DSN on a 64bit Windows machine (1010401).

  4. Puede que no logre conectarse al repositorio de la base de datos a través de Oracle o SQL Server, si vCenter Server de desconecta de la base de datos (Oracle o SQL Server) y esta mantiene un bloqueo a la base de datos de vCenter Server. Para liberar el bloqueo es necesario reiniciar la instancia de Oracle o el servicio de SQL. Para reiniciar el servicio de SQL Server realice lo siguiente:

    1. Haga click en Start > Run, luego escriba services.msc y haga click en OK.
    2. Presione click-derecho en el servicio SQL Server y luego haga click en Restart.

  5. El servicio de vCenter Server puede fallar en el arranque si todo el espacio en disco es consumido por el archivo Log de transacciones o por falta de espacio para el mismo.Para hacer comprimir y reducir el archivo de transacciones, vea Solucionando problemas del archivo de transacciones (Log) de una Base de Datos Microsoft SQL Server (1031885) ó Troubleshooting transactions logs on a Microsoft SQL database server (1003980). Adicionalmente puede ejecutar el siguiente query en SQL Management Studio para reducir los logs:

    BACKUP LOG vc WITH TRUNCATE_ONLY
    DBCC SHRINKFILE(vc_log,2)

    Donde: vc es el archivo Log transaccional que se quiere procesar.

  6. Una Base de datos puede estar en Suspect mode debido a un daño en el archivo Log transaccional. Para recuperar una base de datos del estado Suspect mode, ejecute los siguientes comandos:

    Advertencia: Consulte su administrador DBA antes de ejecutar estos comandos. Asegúrese que ha hecho una copia o backup total de su base de datos y que todas las otras alternativas han sido exploradas.

    DBCC CHECKDB (‘YourDBname’) WITH NO_INFOMSGS, ALL_ERRORMSGS

    EXEC sp_resetstatus ‘yourDBname’;
    ALTER DATABASE yourDBname SET EMERGENCY
    DBCC checkdb(‘yourDBname’)

    ALTER DATABASE yourDBname SET SINGLE_USER WITH ROLLBACK IMMEDIATE

    DBCC CheckDB (‘yourDBname’, REPAIR_ALLOW_DATA_LOSS)

    ALTER DATABASE yourDBname SET MULTI_USER


  7. Una base de datos dañada sucede en raras circunstancias. En caso que no tenga una copia completa de la base de datos y no pueda usar ninguna de las otras alternativas para restaurar la base de datos, puede ser necesario limpiarla y empezarla de nuevo.

    Para Limpiar la base de datos, siga estos pasos:

    Precaución: Este procedimiento borra permanentemente todos los datos de la base de datos. Si existe alguna información o datos que quiera proteger, asegure que ha hecho una copia total de respaldo o full backup. Use este procedimiento de limpieza solo como último recurso.

    1. Detenga el servicio de VMware vCenter Server. Para mayor información, vea Stopping, starting, or restarting vCenter Services (1003895).
    2. Haga click en Start > Run, escriba cmd y luego haga clikc en OK.
    3. Ejecute el comando:

      cd C:\Program Files\VMware\Infrastructure\VirtualCenter\vpxd -b

    4. Inicie el servicio de VMware vCenter Server. De nuevo para mayor información, revise Stopping, starting, or restarting vCenter Services (1003895).


Additional Information

Nota: Si después de realizar los pasos descritos en este artículo, el problema todavía existe. Entonces:


Powered by Wolken Software