Skip to main content

Reconstruir contadores de rendimiento SQL Server 2005

lodctr.exe

 Descripción del problema
Al intentar agregar items al monitor de rendimiento de windows (perfmon), relacionados con SQL Server, es decir, parámetros de instancia, memoria o uso de disco, estos no se pueden agregar, o se pueden agregar pero no muestran datos. Asimismo, cuando se intenta monitorear la base de datos desde otro servidor, a través de contadores, como por ejemplo con el servidor de monitoreo Zabbix, el host que se trata de monitorear no registra datos.
Plan de acción
1 - Mediante cmd.exe, ubicarse en la siguiente ruta, o la ruta de la instalación por defecto.

 C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn>

2 - Eliminar los contadores

Para una instancia con nombre por defecto, se debe ejecutar el siguiente comando.

 C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn> unlodctr MSSQLSERVER

 Para una instancia renombrada, es decir, cuyo nombre se haya personalizado durante la instalacion, se debe ejecutar el siguiente comando:

 C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn> unlodctr MSSQL$<INSTANCIA>

3 - Chequear los archivos .ini ejecutando el siguiente comando:

 C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn> dir *.ini

Una vez ejecutados este comando, nos encontraremos con varios archivos, sin embargo los que nos interesan son 2:
  • perf-MSSQLSERVERsqlctr.ini
  • perf-MSSQLSERVERsqlagtctr.ini


Nota: Esto siempre y cuando el nombre de la instancia sea el instalado por defecto, de lo contrario se debe cambiar <MSSQLSERVER> por el nombre de la instancia.

4 - Recargar los contadores:

Finalmente, el comando que recargará los contadores será el siguiente:

 C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn> lodctr  /T perf-MSSQLSERVERsqlctr.ini

Una vez que este comando se ejecuta exitosamente, es decir, sin mostrar mensajes de error, proceder al siguiente paso.

5 - Reiniciar la máquina

6 - Para SQL Server 2008 en Windows Server 2008 se deben seguir los mismos pasos, a excepción de reiniciar la máquina. En este caso solo de debe reiniciar el servicio de registro remoto y el problema será resuelto.

Artículo original
Labels:

Comments

Post a Comment

Popular posts from this blog

How to "safely" truncate history tables in Zabbix 6 before enabling timescale.

The script was tested against Zabbix 6.0 and 6.2. I'll add a proper introduction soon. If you don't fully understand every single line better don't run it in production. --RECREATING HISTORY TABLES WITH DATA. INSTEAD OF "WHERE FALSE" YOU CAN USE "WHERE CLOCK > X" IF YOU WANT TO PRESERVE SOME DATA ALTER TABLE history RENAME TO history_big; CREATE TABLE history as SELECT * FROM history_big where false; ALTER TABLE history_uint RENAME TO history_uint_big; CREATE TABLE history_uint as SELECT * FROM history_uint_big where false; ALTER TABLE history_str RENAME TO history_str_big; CREATE TABLE history_str as SELECT * FROM history_str_big where false; ALTER TABLE history_log RENAME TO history_log_big; CREATE TABLE history_log as SELECT * FROM history_log_big where false; ALTER TABLE history_text RENAME TO history_text_big; CREATE TABLE history_text as SELECT * FROM history_text_big where false; ALTER TABLE history_text RENAME TO history_text_big; CREATE TABLE...
Post a Comment
Read more

Consulta de espacio ocupado de logs SQL SERVER

SQLPERF Pese a que en SQL SERVER disponemos de funciones simples que nos devuelven información relevante sobre el uso de la base de datos, muchas veces necesitamos especificar campos específicos sobre una funcion predeterminada. En el ejemplo siguiente, se muestra la consulta equivalente a realizar una de las DMF más usadas: DBCC sqlperf(logspace) La consulta anterior es exactamente igual a la siguiente: SELECT instance_name AS DatabaseName,        [Data File(s) Size (KB)],        [LOG File(s) Size (KB)],        [Log File(s) Used Size (KB)],        [Percent Log Used] FROM (    SELECT *    FROM sys.dm_os_performance_counters    WHERE counter_name IN    (        'Data File(s) Size (KB)',        'Log File(s) Size (KB)',        'Log File(s) Used Size (KB)',        'Per...
Post a Comment
Read more

Uso de memoria en SQL Server

Configuración de memoria Muchas veces, nos encontramos con que un servidor SQL Server está consumiendo demasiada memoria. Las causas de esto pueden ser muchas; Demasiados usuarios conectados o un exceso de carga de trabajo pueden ser las causantes. Sin embargo, una de las características que mas destacan de SQL Server , es que una vez que le asignamos memoria , la instancia es la encargada de administrarla, me explico. Cuando miramos el administrador de tareas de Windows (Task manager) nos daremos cuenta de que en la pestaña de rendimiento se observa muy poca memoria disponible. Esto no quiere decir que sea esa la memoria utilizada (aunque explícitamente lo diga), debido a que la instancia administra su propia memoria libre dentro de su memoria utilizada. Por ejemplo, si tenemos un servidor con 100GB de memoria RAM, y Task manager nos indica que tenemos 2 GB libres, y además, SQL Server está ocupando 90GB de RAM, tenemos que tomar en cuenta que dentro de esos 90GB ocupados por la i...
Post a Comment
Read more