Consulta con el equipo de Windows : Vista SP1

Server Core: Herramientas, métodos investigación y resolución de problemas

esplat — Tue, 21 Oct 2008 01:31:00 GMT

Para la investigación y resolución de problemas que nos puedan surgir en nuestros Windows Server Core, utilizaremos las herramientas disponibles desde línea de comandos, y de manera remota herramientas tradicionales como pueden ser el visor de eventos o el monitor de rendimiento.

Logs de eventos

A pesar que la consola tradicional no se encuentra disponible en Windows Core, el subsistema de eventos que gestiona estos es el mismo que el incluido en las instalaciones completas de Windows Server 2008. Para ver los eventos tenemos dos métodos:

De manera remota, utilizando la consola eventvwr.msc desde equipos con sistema operativo Windows Vista o Windows Server 2008.

Para poder utilizar esta opción es preciso modificar las reglas del firewall y habilitar “Remote Event log Management (RPC)” en el Server Core.

Localmente utilizando la herramienta wevtutil.exe. Esta herramienta nos permitirá, visualizar, crear consultas, archivar, ordenar y limpiar los visores de eventos.

wevtutil COMMAND [ARGUMENT [ARGUMENT] ...] [/OPTION:VALUE [/OPTION:VALUE] ...]

Ejemplos de uso común:

Listar todos los logs de eventos disponibles

wevtutil el

Exportar el visor de eventos de sistema a un fichero de texto

wevtutil qe /f:text /rd:true system > system.txt

Crear un fichero de texto con los últimos 100 eventos del log de aplicación

wevtutil qe /f:text /c:100 /rd:true application > application.txt

Monitorización del rendimiento

Aunque no disponemos de la consola gráfica, el subsistema de rendimiento es el mismo que el contenido en instalaciones completas de sistema operativo.

Si necesitamos monitorizar el rendimiento del sistema, tenemos dos opciones:

Remotamente, utilizando la consola gráfica desde un equipo Windows Vista o 2008.
Localmente, mediante el uso de las siguientes herramientas de línea de comandos:

Logman.exe

Lo más común y sencillo es crear una plantilla “Data Collector” utilizando la consola gráfica en un servidor con Windows server 2008 completo o Windows Vista, para posteriormente proceder a importar está utilizando logman.exe

Logman import –n <nombre> -xml <nombre fichero>

Donde:

<nombre> = nombre que le daremos al “Data Collector Set”
<nombre fichero> = nombre de la plantilla que estamos importando

Una vez importada la plantilla, solo nos queda poner en marcha el “Data Collector set”

Logman start <nombre>

Para listar el conjunto de “Data Collector set” configurados en el equipo utilizaremos

logman query

Todos los logs de rendimiento se crearán en la ruta %systemdrive%\PerfLogs

Parámetros	Descripción
Verbs
create	Crear un data collector.
query	Consultar las propiedades de un data collector por nombre.
start	Iniciar un data collector existente y establecer la hora de inicio a manual.
stop	Detener un data collector existente y establecer la hora de inicio a manual.
delete	Eliminar un data collector existente.
update	Actualizar las propiedades de los data collectors existentes.
import	Importar un data collector set desde un fichero XML.
export	Exportar un data collector set a un fichero XML.
Opciones
-?	Ayuda.
-s <computer>	Para lanzar el comando contra una máquina remota.
-config <value>	Utilizar un fichero de configuración de comandos.

Typeperf.exe

Con esta herramienta podremos realizar las siguientes tareas:

Escribir datos de rendimiento por línea de comandos o ficheros de log con formatos csv, tsv, bin o sql.
Mostrar todos los contadores actualmente disponibles en el equipo local o uno remoto.

Sintaxis:

typeperf { <counter [counter ...]>

| -cf <filename>

| -q [object]

| -qx [object]

} [options]

Parametro

Description

<counter [counter ...]>

Obligatorio: Contadores de rendimiento a monitorizar.

Note

Debe especificarse los nombres completos de los contadores: en format \\<Computer>\<object>(<instance>)\<counter>

Ejemplo: \\Server1\Processor(0)\% User Time

Opciones

-f <CSV|TSV|BIN|SQL>

Formato del archive de salida. Por defecto es CSV.

-cf <filename>

Archivo con los contadores a monitorizar, cada contador debe ir en una línea independiente.

-si <[[hh:]mm:]ss>

Intervalo de tiempo entre capturas. El valor por defecto es 1 segundo.

-o <filename>

Ruta del fichero de salida o bbdd SQL. Valor por defecto STDOUT.

-q [object]

Listado de contadores (no instancias). Para listar los contadores de un objeto se incluirá el nombre del objeto, por ejemplo Procesador.

-qx [object]

List installed counters with instances. To list counters for one object, include the object name, such as Processor.

-sc <samples>

Número de muestras a recolectar. Por defecto captura hasta pulsar l CTRL+C.

-config <filename>

Fichero de configuración.

-s <computer_name>

Servidor a monitorizar, si no se ha especificado en la ruta del contador.

-y

Responder SI a todas las preguntas para evitar que aparezcan por pantalla.

Ayuda.

- Paloma García Martín

Cómo habilitar Trace Logging para distintos componentes en Windows Vista/Windows Server 2008

esplat — Tue, 16 Sep 2008 13:37:00 GMT

Hola, soy Tolu Igbon, del equipo de Directorio Activo. Hoy vamos a hablar sobre cómo habilitar trace logging para diferentes componentes relacionados con Directorio Activo tanto en Windows Vista como en Windows Server 2008.

La herramienta Tracelog: http://msdn.microsoft.com/en-us/library/ms797927.aspx se introdujo con el kit de recursos de Windows 2000.

Esta utilidad permite habilitar “event trace logging”, (un especie de logging detallado) de distintos componentes de Windows a la hora de intentar resolver problemas (por ejemplo autenticación Kerberos, acceso LDAP, etc).

Para interpretar los “event trace logs” (.etl) generados se necesitan otras herramientas como:

Tracerpt: http://technet.microsoft.com/en-us/library/cc732700.aspx
Tracefmt: http://msdn.microsoft.com/en-us/library/ms797564.aspx ,
Traceview: http://msdn.microsoft.com/en-us/library/ms797981.aspx o
Tracedmp: http://www.microsoft.com/downloads/details.aspx?familyid=8B7EE632-FB8C-4770-BF37-EED586469B2F&displaylang=en

La novedad real para Vista/2008 es que ha aumentado de manera significativa el numero de proveedores con los cuales podemos realizar este tipo de “logging”.

Aquí os proporcionamos unos ejemplos de cómo generar logging para componentes relacionados con Directorio Activo.

Cliente LDAP

En primer lugar, creamos una nueva clave de registro:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\ ldap\Tracing\ProcessName

ProcessName es el nombre del proceso que queremos “tracear” (por ejemplo MMC.exe).

Dentro de esta clave, podemos crear un valor opcional de tipo DWORD llamado PID. (Si establecemos este valor a un PID concreto, solo se traceará la instancia de la aplicación con este PID).

Para habilitar el tracing, ejecutamos el siguiente comando:

tracelog.exe -start <sessionname> -guid #<guid for ldap tracing provider> -f <filename> -flag <traceFlags>

sessionname es un nombre arbitrario que utilizamos para identificar la session de tracing (tendremos que hacer referencia al mismo identificador cuando terminemos la sesión).

El GUID para el proveedor de tracing LDAP es "099614a5-5dd7-4788-8bc9-e29f43db28fc".

filename especifica el archive de registro donde se generarán los logs.

traceFlags puede ser una combinación de los siguientes valores:

DEBUG_TRACE1

0x00000001

DEBUG_TRACE2

0x00000002

DEBUG_REFCNT

0x00000004

DEBUG_HEAP

0x00000008

DEBUG_CACHE

0x00000010

DEBUG_SSL

0x00000020

DEBUG_SPEWSEARCH

0x00000040

DEBUG_SERVERDOWN

0x00000080

DEBUG_CONNECT

0x00000100

DEBUG_RECONNECT

0x00000200

DEBUG_RECEIVEDATA

0x00000400

DEBUG_BYTES_SENT

0x00000800

DEBUG_EOM

0x00001000

DEBUG_BER

0x00002000

DEBUG_OUTMEMORY

0x00004000

DEBUG_CONTROLS

0x00008000

DEBUG_BYTES_RECEIVED

0x00010000

DEBUG_CLDAP

0x00020000

DEBUG_FILTER

0x00040000

DEBUG_BIND

0x00080000

DEBUG_NETWORK_ERRORS

0x00100000

DEBUG_SCRATCH

0x00200000

DEBUG_PARSE

0x00400000

DEBUG_REFERRALS

0x00800000

DEBUG_REQUEST

0x01000000

DEBUG_CONNECTION

0x02000000

DEBUG_INIT_TERM

0x04000000

DEBUG_API_ERRORS

0x08000000

DEBUG_ERRORS

0x10000000

Para detener el tracing, ejecutamos el siguiente comando:

tracelog.exe -stop <sessionname>

Ejemplo práctico

Un administrador recibe un error inesperado en una aplicación que establece contraseñas para cuentas de Usuario.

Decide habilitar tracing para APP1.exe mediante los siguientes pasos:

1. Crear la clave de registro

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\ ldap\Tracing\App1.exe

y habilitar una session de tracing mediante el siguiente comando:

C:\>tracelog.exe -start ldaptrace -guid #099614a5-5dd7-4788-8bc9-e29f43db28fc -f .\ldap.etl -flag 0x80000

2. Una vez ejecutado este comando, se escribirán mensajes de tipo DEBUG_BIND en el log .\ldap.etl.

3. Ejecutamos App1.exe para reproducir el comportamiento inesperado.

4. Detenemos la session de tracing:

C:\>tracelog.exe -stop ldaptrace

5. Eliminamos la clave HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\ ldap\Tracing\App1.exe para que ningún otro usuario pueda obtener información de tracing de App1.exe.

6. Utilizamos otra herramienta como Tracerpt.exe para interpreter la información del log de tracing generado:

C:\>tracerpt.exe .\ldap.etl -o -report

Autenticación Kerberos

Habilitar el “tracing detallado” de kerberos mediante el siguiente comando

tracelog.exe -kd -rt -start kerb -guid #6B510852-3583-4e2d-AFFE-A67F9F223438 -f .\kerb.etl -flags 0x43 -ft 1

Para detener el logging, una vez reproducido el problema, ejecutar el siguiente comando:

tracelog.exe -stop kerb

Autenticación NTLM

Para habilitar el logging:

tracelog.exe -kd -rt -start ntlm -guid #5BBB6C18-AA45-49b1-A15F-085F7ED0AA90 -f .\ntlm.etl -flags 0x15003 -ft 1

Para detener el logging:

tracelog -stop ntlm

KDC

Para habilitar logging en el KDC (el servicio de validación y distribución de tickets kerberos en un DC):

tracelog.exe -kd -rt -start kdc -guid #1BBA8B19-7F31-43c0-9643-6E911F79A06B -f .\kdc.etl -flags 0x803 -ft 1

Para detener el logging:

tracelog.exe -stop kdc

Usando el editor del registro

Tambien podemos habilitar el logging a través del registro de Windows:

Method

Registry key setting

NTLM

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0

· Value name: NtLmInfoLevel

· Value type: DWORD

· Value data: c0015003

Kerberos

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos\Parameters

· Value name: KerbDebugLevel

· Value type: DWORD

· Value data: c0000043

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos

· Value name: LogToFile

· Value type: DWORD

· Value data: 00000001

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos\Parameters

· Value name: LogToFile

· Value type: DWORD

· Value data: 00000001

KDC

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Kdc

· Value name: KdcDebugLevel

· Value type: DWORD

· Value data: c0000803

Ubicación de los ficheros de salida

Si habilitamos el logging mediante tracelog.exe se generarán los archivos correspondientes de registro, kerb.etl/kdc.etl/ntlm.etl en el directorio desde donde hemos ejecutado el comando

Si lo hemos habilitado en el registro, los archivos se generarán en las siguientes ubicaciones:

NTLM: %systemroot%\tracing\msv1_0
Kerberos: %systemroot%\tracing\kerberos
KDC: %systemroot%\tracing\kdcsvc

Esperamos que esta información os pueda resultar de utilidad a la hora de buscar las posibles causas de problemas relacionados con Directorio Activo.

Tolu Igbon

W2k8 Days Novedades en la instalación y distribución de Vista SP1 y W2k8

esplat — Mon, 16 Jun 2008 17:26:00 GMT

Hola a tod@s de nuevo.

Hoy publicaremos la presentación de realizó nuestro compañero Raúl del Moral sobre las novedades, que son muchas, en el área de instalación, automatización de la instalación y nuevas formas de activación de los sistemas operativos Vista SP1 y W2k8.

Esperamos que esto ayude a aclarar muchas de las consultas que estamos recibiendo, no olvidéis revisar la última parte de la presentación, en ella esta los accesos a la documentación disponible con la información de las novedades y ejemplos de configuración.

Un saludo.

DEBUG_TRACE1	0x00000001
DEBUG_TRACE2	0x00000002
DEBUG_REFCNT	0x00000004
DEBUG_HEAP	0x00000008
DEBUG_CACHE	0x00000010
DEBUG_SSL	0x00000020
DEBUG_SPEWSEARCH	0x00000040
DEBUG_SERVERDOWN	0x00000080
DEBUG_CONNECT	0x00000100
DEBUG_RECONNECT	0x00000200
DEBUG_RECEIVEDATA	0x00000400
DEBUG_BYTES_SENT	0x00000800
DEBUG_EOM	0x00001000
DEBUG_BER	0x00002000
DEBUG_OUTMEMORY	0x00004000
DEBUG_CONTROLS	0x00008000
DEBUG_BYTES_RECEIVED	0x00010000
DEBUG_CLDAP	0x00020000
DEBUG_FILTER	0x00040000
DEBUG_BIND	0x00080000
DEBUG_NETWORK_ERRORS	0x00100000
DEBUG_SCRATCH	0x00200000
DEBUG_PARSE	0x00400000
DEBUG_REFERRALS	0x00800000
DEBUG_REQUEST	0x01000000
DEBUG_CONNECTION	0x02000000
DEBUG_INIT_TERM	0x04000000
DEBUG_API_ERRORS	0x08000000
DEBUG_ERRORS	0x10000000