Troubleshooting WMI

How To Troubleshoot WMI

Todos en algún momento nos hemos encontrado con problemas relacionados con WMI. Pues bién, yo he tenido este gran placer, por llamarlo de alguna manera.

En este post quiero dejar reflejado varios procedimientos y links que en su momento me han sido muy útiles para solucionar los problemas con WMI. 

Para empezar, debemos saber que existe una herramienta pública de Microsoft para diagnosticar y reparar problemas relacionados con WMI. Esta herramienta, con nombre WMI Diagnosis Utility, la podemos descargar en el siguiente link.

Download the WMI Diagnosis utility 
http://www.microsoft.com/downloads/details.aspx?familyid=D7BA3CD6-18D1-4D05-B11E-4C64192AE97D&displaylang=en
  

Para solucionar los problemas con WMI prodríamos probar con los siguientes métodos:

Método 1

 1 – Parar servicio Windows Management Instrumentation (Winmgmt)
 2 – Crear copia de la carpeta %SystemRoot%\system32\WBEM\Repository
 3 – Borrar el contenido de la carpeta %SystemRoot%\system32\WBEM\Repository
 4 – Iniciar el servicio

Método 2

1 – Parar el servicio
2 – Abrir un cmd y posicionarse en la carpeta de WMI (%SystemRoot%\system32\WBEM)
3 – Ejecutar for /f %s in (‘dir /b *.dll’) do regsvr32 /s %s
4 – Iniciar el servicio
5 – Reboot (antes comprobar el correcto funcionamiento)

Método 3

 1- Registrar de nuevo los componentes de WMI lanzando uno a uno lo siguientes comandos desde una cmd:

 sc config winmgmt start= disabled
 net stop winmgmt /y
 %systemdrive%
 cd %windir%\system32\wbem
 for /f %s in (‘dir /b *.dll’) do regsvr32 /s %s
 wmiprvse /regserver
 winmgmt /regserver
 net start winmgmt

 2 – Desde el mismo CMD del punto 1 compilar de nuevo los archivos mfl y mof.

 for /f %s in (‘dir /b *.mof *.mfl’) do mofcomp %s 

Podemos encontra algo más de documentación sobre WMI y de como realizar troubleshooting en los siguientes links:

How to troubleshoot WinMgmt-based performance counter errors 
http://support.microsoft.com/kb/266416/en-us
 

Error message in Windows Server 2003 when you run queries against the WMI Performance Monitoring provider: “WBEM_E_FAILED (0x80041001)”  
http://support.microsoft.com/kb/907510/en-us
 

For more information about the WMI Diagnosis utility 
http://www.microsoft.com/technet/scriptcenter/topics/help/wmidiag.ms
 

OnlyIT

Disable Shutdown Option

How To disable Shutdown Option

In this section below I describe how to disable shutdown option in a workstation, server o domain controller. Normaly you can do it by domain policy, but in this case I explain how to do by local policies.

There are some cases that the server o workstation is not in a domain. If this is your case, this is your solution.

  1. Open  Local Security Settings (secpol.msc). 
  2.  Security Settings
  3. Local Policies
  4. User Rights Assignment
  5. Shutdown the System

With Shutdown the System, you can specify who (local users o groups) CAN shutdown the system.

By default the values are:

  • Workstation: Administrators, Backup Operators, Power Users, Users
  • Servers: Administrators, Backup Operators, Power Users
  • Domain Controllers: Account Operators, Administrators, Backup Operators, Server Operators

I hope that this will be useful to someone.

OnlyIT

Disable Error Reporting by Registry

Disable Error Reporting by Registry

This is a fast post !!! 

I only want to make an appointment about how to disable error reporting in Microsoft Windows XP by registry.

We need to modify this registry key: 

HKLM\Software\Microsoft\PCHealth\ErrorReporting\DoReport
Where :
(0=Disable, 1=Enable)

Anayway, if we want to modify it through GUI, we can do it. Only have to implement the steps that are explained in the following document: 

How To Configure and Use Error Reporting in Windows XP 
http://support.microsoft.com/default.aspx/kb/310414/en-us
  

OnlyIT

Licenciamiento SQL Server

Licenciamiento SQL Sever y Uso de CPUs

Como a mi seguro que a muchos otros les ha surgido la duda de como Microsoft licenia MS SQL Server. Pues bien, resumiendo en muy pocas palabras, Microsoft hace el licenciamiento por CPU física, o sea por socket. Por lo tanto si la intención es instalar MS SQL Server sobre un servidor por ejemplo QuadCore con dos CPUs, solo deberíamos licenciar SQL Server para dos CPUs.

Como sabemos tenemos disponibles dos ediciones diferentes de SQL Server, la Standard y la Enterprise. Una de las diferencias es el número de CPUs soportadas por cada uno. La edición Standard soporta 4 y la Enterprise no tiene límite. Pero esta especificación solo se aplica en el ámbito del licenciamiento. Por lo que no vamos a poder licenciar una versión Standard para una entorno con más de 4 CPUs físicas. En este caso deberíamos optar por la edición Enterprise.

Sobre este punto podemos documentarnos más a fondo en los siguientes links:

Maximum Number of Processors Supported by the Editions of SQL Server

http://msdn.microsoft.com/en-us/library/ms143760.aspx

 

Licensing

http://www.microsoft.com/sqlserver/2005/en/us/licensing.aspx

 

Special Licensing Considerations

http://www.microsoft.com/sqlserver/2005/en/us/Special-Considerations.aspx#multicore

Otra duda que por fin he resulto también y que estoy seguro que alguien más estará igual, es el uso que llegará a hacer SQL Server de las CPUs mostradas por el sistema operativo. Podríamos dudar sobre si al estar limitado a 4 CPUs la edición Standard, solo podríamos hacer uso de 4. De ser así, entonces con un server con 2 CPUs QuadCore, solo estaríamos aprovechando 4 de las 8 CPUs que el sistema operativo nos estaría mostrando. Y solo con la edición Enterprise podríamos sacar rendimiento a todas las CPUs.

La realidad parece ser totalmente diferente. La limitación de la edición Standard es sobre CPUs físicas y encarado a licenciamiento, ya que podríamos tener una Standard en un server con más de 4 CPUs físicas siempre y cuando se pueda asegurar que SQ Server no va hacer uso de más de 4 o incluso ni las va a ver. Por lo tanto, en un escenario límite como el siguiente, un servidor con 4 CPUs físicas (sockets) QuadCore (16 CPUs lógicas), podríamos instalar MS SQL Server Standard Edition y hacer uso de las 16 CPUs. Estaríamos dentro de la legalidad, al tener licenciado MS SQL Server para 4 CPUs y sacando provecho de 16 CPUs.

Respecto a esta última duda podemos encontrar algo de información en los siguientes links.

 

Jason Wu’s Blog

http://blogs.msdn.com/jwu/archive/2006/01/31/520912.aspx

 

Multicore CPUs

http://technet.microsoft.com/es-es/magazine/cc161025(en-us).aspx

OnlyIt