Consulta con el equipo de Windows : Server 2008

¿Donde encuentro una lista de parches para Hyper-V?

esplat — Tue, 01 Dec 2009 09:21:33 GMT

Hola a todos,

En alguna ocasiones necesitamos actualizar un equipo y esta tarea se nos complica al tener que buscar los parches que existen publicados para una tecnología concreta.

Tenemos Windows Update, pero puede ser complicado diferenciar que parches aplican a una tecnología u otra y no permite ver los fixes publicados, ante esta situación localicé, para uno de nuestros casos, una web de Technet que contiene las ultimas actualizaciones que hemos publicado respecto a Hyper-V.

En ella viene detallado el artículo, si esta en Windows Update o solo como Fix, y para que entorno aplica cada uno, todo esto en un cuadro, lo que simplifica mucho esta tarea.

Lo tenéis en: http://technet.microsoft.com/en-us/library/dd430893(WS.10).aspx

Espero que os resulte de utilidad.

Consulta con el equipo de Windows.

¿Cómo distribuir los parámetros de configuración para 802.1x cableado?

esplat — Wed, 25 Nov 2009 15:53:00 GMT

Hola a todos.

Frecuentemente recibimos preguntas en soporte relacionadas con la distribución de la configuración 802.1x para los puestos cliente de una infraestructura de red.

Como veremos a continuación, la respuesta a esto depende del sistema operativo sobre el que queramos realizar la configuración:

Windows XP SP3 (válido para Windows Vista, Windows 7 y Windows Server 2008 y R2)

En el caso del Windows XP, necesitaremos crearnos un perfil en un fichero .xml a través de la herramienta netsh.

La idea sería:

1. Realizar la configuración deseada en un puesto cliente.

2. Exportar la configuración a un fichero .xml a través de la siguiente sentencia desde la línea de comandos:

netsh lan export profile folder=c:\Ruta

3. En la ruta seleccionada, encontraremos un fichero .xml

4. Para cargar la configuración en otro equipo diferente, ejecutaríamos lo siguiente:

netsh lan add profile filename=FicheroPerfil.xml

A partir de aquí, podríamos crear un script (o utilizar aplicaciones de distribución de software como System Center Configuration Manager) para ejecutar esta última sentencia en todos los puestos Windwos XP SP3 en los que nos interese configurar 802.1x.

Por políticas de dominio (válido para Windows Vista, Windows 7 y Windows Server 2008 y R2)

A diferencia del punto anterior, para estos sistemas operativos disponemos de políticas de dominio para realizar la configuración deseada en:

Computer Configuration/Windows Settings/Security Settings/Wired Network (IEEE 802.3) Policies

Podéis encontrar más información relacionada con este tema en los siguientes artículos:

Netsh Commands for Wired Local Area Network (LAN) in Windows Server 2008 and Windows Server 2008 R2

929847 - How to enable computer-only authentication for a 802.1X-based network in Windows Vista, in Windows Server 2008, and in Windows XP Service Pack

Esperamos que esta información os haya sido de utilidad.

Un saludo,

Javier Rama.

Actualización de los videos paso a paso de Hyper-V Live Migration Tool para la versión RC

esplat — Wed, 27 May 2009 11:23:00 GMT

Hola a tod@s,

A nivel mundial se esta levantando una gran expectación alrededor de esta herramienta que permite, el paso de maquinas virtuales entre nodos de un clúster, de forma transparente para el usuario final, y sin afectar al servicio.

Se publico una serie de de videos con los paso a paso para la versión Beta del producto por parte de mi compañero Giovanni Marchetti, la cual podeis revisar desde:

Con la llegada de la RC de la herramienta Hyper-V Live Migration ha actualizado el primer video publicada en Technet en la cual explica paso a paso el manejo de la herramienta. Teniendo previsto ir actualizando el resto de los videos en breve.

Podéis acceder a la actualización del primer video desde update , en el se explican las mejoras incluidas en este versión RC para R2.

Lo podéis revisar junto con al documentación sobre el producto publicada en Technet aqui.

Saludos.

Raúl del Moral

Técnico de Soporte Premier

Soporte nativo sobre discos VHD en Windows7

esplat — Mon, 25 May 2009 17:19:05 GMT

Nativo de VHD en Windows 7

Este blog es una traducción del post de Mike Kolitz Native support to VHD in W7, en el que se describe la entrada en Windows 7 y Windows Server 2008 R2 de opciones para la creación y la gestión de disco duro virtual (VHD) , además de permitir arrancar una máquina física a partir de un archivo VHD. Esto ayudara a nuestros clientes empresariales y la comunidad de desarrolladores a utilizar un formato de imagen y herramientas comunes para la gestión y despliegue de imágenes de Windows que se ejecutan tanto en Hyper-V con máquinas virtuales como en máquinas físicas.

El disco duro virtual de Microsoft de (VHD) es una especificación de formato de archivo a disposición del público el que se define un disco duro virtual encapsulado en un archivo único, capaz de acoger los sistemas de archivos nativos y apoyo a las operaciones de disco estándar. Los VHD se pueden emplear en Microsoft Windows Server 2008 Hyper-V, Microsoft Virtual Server y Microsoft Virtual PC para los discos virtuales conectados a una máquina virtual. Los VHDs son útiles como contenedores, además el formato de archivo VHD también es utilizado por Microsoft Data Protection Manager, Windows Server Backup así como muchos otros productos y soluciones de Microsoft. Para crear un VHD en Windows Server 2008, anteriormente se tenia que instalar el servidor Hyper-V y usar las APIs de función Hyper-V Manager para crear un archivo VHD para, a continuación, instalar una versión de Windows en una partición en el VHD.

En muchos de nuestros clientes el centro de datos esta en transición a máquinas virtuales Hyper-V para la consolidación de servidores y tener costes energéticos más bajos. También se produce el desplazamiento de un número cada vez mayor de aplicaciones a las máquinas virtuales, que seguirán funcionando en una parte significativa del centro de datos sobre máquinas físicas. La gestión de la integridad de las imágenes que se despliegan a las máquinas físicas y las máquinas virtuales pueden ser un reto. Los administradores de TI tienen que mantener dos conjuntos de imágenes: un conjunto basado en el formato WIM física para máquinas, otro juego basado en el formato VHD de máquinas virtuales. Lo que los administradores necesitan es un formato común y un conjunto de herramientas para hacer más sencilla la administración de imágenes, y reducir así el número de imágenes que se necesita catalogar y mantener.

Desarrolladores y probadores están utilizando máquinas virtuales para probar nuevos sistemas y software de aplicación. Las máquinas virtuales proporcionan una conveniente, y aislada del medio ambiente, forma de reducir la necesidad de prueba en hardware dedicado. Pero a veces es necesario ejecutar las pruebas sobre una máquina física para probar la respuesta al acceder a un dispositivo de hardware , como la tarjeta gráfica, o para obtener perfiles precisos de rendimiento. Un formato de imagen común que se ejecuta tanto en máquinas virtuales como físicas también beneficia a los desarrolladores y probadores.

En esta entrada del blog que vamos a examinar los objetivos del soporte a VHDs como formato nativo en el sistema, el núcleo del sistema operativo compatible con VHDs, y los principales escenarios objeto de despliegue de discos VHD.

Objetivos de soporte nativo para VHDs en Windows Server 2008 R2 y Windows 7

Simplificar la experiencia de la creación, gestión y despliegue de imágenes de Windows a través tanto de máquinas físicas como máquinas virtuales utilizando un único formato de imagen y herramientas comunes.
Permitir a los sistemas tener varias instancias de Windows instaladas sin usar particiones separadas de disco para una mayor flexibilidad, según sea necesario.
Permitir el desarrollo eficiente de software y las pruebas que requiere un entorno de prueba aislado utilizando una imagen común, ya sea esta ejecutada en una máquina virtual o física.

Creación y gestión de VHDs

Windows 7 simplifica la gestión de las imágenes mediante la adición de soporte para discos virtuales en las herramientas de gestión de disco. Ya no es necesario instalar el servidor Hyper-V y el uso de la función Hyper-V Manager para crear VHDs desde la consola. La consola de Administración de Discos puede crear un nuevo archivo VHD, ya sea de tamaño fijo o expandible dinámicamente. Después de crear el archivo VHD, la acción VHD add hace que el disco virtual quede disponible en el sistema como si estuviera enchufado en una unidad de disco duro físico.

Figura 1. Creación de un VHD utilizando la consola Administración de discos

Después de añadir un nuevo disco virtual, se crea una partición y formatea un volumen NTFS en el VHD como si fuera un disco físico. El VHD está listo para que una imagen de Windows se aplique al volumen y se inicialice para arrancar.

Los administradores con frecuencia prefieren herramientas de línea de comandos, y puede hacerse lo mismo desde el cmd, utilizando en diskpart el comando vdisk. Diskpart también acepta una secuencia de comandos para automatizar los pasos para crear y dar formato a un VHD. Cuando un VHD contiene un volumen del sistema de archivos adjunto, Windows reconoce automáticamente el volumen y proporciona una opción para explorar el contenido.

Figura 2. Uso de Diskpart para crear un VHD

Núcleo de Apoyo al Sistema de Almacenamiento
El acceso a los contenidos del VHD es proporcionado por un nuevo mini-port driver en la pila de almacenamiento para archivos VHD. El driver es lo que permite las peticiones de E / S de archivos en el VHD ser enviados al sistema de archivos NTFS en la partición donde se encuentra el archivo VHD. Las operaciones también se puede realizar en un recurso VHD compartido en un sistema remoto.

Con Windows Server 2008 R2, Hyper-V ahora utiliza el nuevo soporte nativo para VHDs en el core del sistema operativo. Se han realizado extensas pruebas en una amplia gama de E / S y las pruebaa en escenario con soporte nativa a VHD es increíblemente eficaz. El rendimiento de lectura y escritura, de E / S en diferentes tamaños de bloque, tanto aleatoria como secuencial de E / S, es comparable con el rendimiento del disco físico. Los gráficos siguientes muestran algunos de los resultados preliminares de pruebas de rendimiento en comparación de rendimiento fijo y dinámico sobre archivos VHD entre Windows Server 2008 R2 beta y Windows Server 2008 con Hyper-V. El valor "Bare Metal" muestra el máximo rendimiento de E / S de disco físico al dispositivo sin utilizar un archivo VHD. Baja el rendimiento al escribir sobre un volumen dinámico VHDs debiendose a los múltiples E / S necesarios para ampliar el archivo según nuevos bloques se escriben en el disco virtual.

El soporte desde el Sistema operativo de forma nativa sobre VHD ofrece oportunidades para la gestión de los ISVs al aportar un valor añadido a sus clientes sin la complejidad de la introducción de nuevos formatos de imagen. Hay nuevas API de Win32 para operaciones de la imagen sobre VHD que permiten a las herramientas de gestión apoyar el formato VHD como marco de gestión.

Soporte nativo de arranque VHD
El arranque nativo desde VHD permite la transición sin tropiezos a la virtualización mediante un único formato de imagen que arranca tanto en máquinas físicas como máquinas virtuales. El arranque nativo de VHD desde Windows significa que la imagen en un archivo VHD puede arrancar en una máquina física sin iniciar una máquina Hyper-V virtual. Los archivos de imagen VHD hacen que sea fácil que una única máquina física que tenga varias instancias del sistema operativo las tenga disponibles para arrancar en cualquier momento. El soporte al arranque múltiple ha estado disponible en Windows para muchas versiones, pero requería una partición de disco para cada sistema operativo instalado. Ahora soporta de forma nativa el arranque desde VHD de los tres tipos de archivos VHD: fija, dinámica, y diferenciado los discos.

Desarrolladores y probadores pueden utilizar el arranque nativo desde VHD para ejecutar versiones de prueba de nuevos los controladores de dispositivo u otro software para Windows, con pleno acceso a los dispositivos de hardware conectado al sistema. El disco diferencial VHD proporciona una manera conveniente de inicializar un entorno de prueba, la realización de pruebas y la vuelta a un estado limpio o línea de base después de que la prueba se ha completado. La ejecución de pruebas dará lugar a cambios que se realizan sólo en el disco diferencial. Una vez que la prueba está completa, puede volver a limpiar el estado de la matriz del VHD simplemente eliminando el archivo diferencial y mediante la creación de uno nuevo.

El arranque nativo VHD permite a los administradores de TI rápidamente readaptar una máquina para diferentes funciones. Los servidores pueden tener varias aplicaciones de trabajo entre los distintos archivos VHD y cambiar el volumen de trabajo para adaptarse a la demanda. La flexibilidad de múltiples archivos de arranque utilizando VHD también hace que sea fácil de mantener un imagen anterior de Windows disponible para su uso como fall-back en caso de un problema con una nueva imagen.

El arranque nativo desde VHD depende de las mejoras en los datos de configuración de arranque (BCD) para representar el archivo VHD como dispositivo de arranque en lugar de una partición de disco físico. La siguiente imagen muestra un ejemplo de una configuración de arranque múltiple con una entrada de inicio VHD.

Figura 3. Configuración de arranque múltiple con VHD como inicio

El gestor de arranque de Windows 7 y su cargador puede ahora leer los archivos necesarios para iniciar el sistema operativo Windows de la imagen dentro de un archivo VHD. Cuando Windows se inicia desde un archivo VHD, todos los "E / S de disco" para cargar el kernel de los controladores de dispositivo, Sistema de arranque de los servicios, y ejecución de aplicaciones se traduce a I / O para el archivo VHD , y luego de E / S al volumen NTFS y el disco físico. En el apagado, se gestionan todas las operaciones de escritura al mismo nivel que el archivo VHD y partición física subyacente en el orden correcto de la pila de almacenamiento antes de apagar el dispositivo de disco. Debido a estas mejoras de las partes fundamentales del sistema, el arranque nativo desde VHD sólo funciona para VHDs contienen Windows 7 o Windows Server 2008 R2, y no las versiones anteriores de Windows. Esta versión no es compatible con BitLocker, o la hibernación (que incluye la reanudación de la hibernación).

El despliegue de imágenes

Para poner en un equipo con Windows 7 o Windows Server 2008 R2 la imagen del sistema operativo en el archivo VHD, se tiene que aplicar una imagen a la partición en el archivo VHD. Ejecutar el programa de instalación desde el DVD de instalación y la selección de una partición en un archivo VHD para la instalación no es compatible. Aquí hay dos formas de aplicar una imagen WIM VHD:

Usar la Install-WindowsImage secuencia de comandos Powershell desde el Código de MSDN.
O utilizar la herramienta de despliegue Imagex del kit de instalación automatizada de Windows (WAIK).

El script de Powershell-WindowsImage utiliza el wimgapi.dll en Windows 7 al aplicar una WIM a un VHD. Utilice la secuencia de comandos si no está familiarizado con la WAIK y la herramienta Imagex.exe , o no tiene WAIK disponible.

Ver el documento Instalación de Uso-WindowsImage, para las instrucciones paso a paso sobre cómo crear un VHD WIM y aplicar una imagen de arranque a un VHD.

Los profesionales de TI se interesan en el uso de las herramientas de implementación de WAIK para personalizar y captar una imagen de referencia de Windows y desplegar la imagen en formato VHD ya sea a maquinas físicas o máquinas virtuales. El despliegue de medidas básicas para preparar una imagen personalizada de Windows incluye el texto siguiente:

Instalar Windows en una partición en un máquina física en primer lugar como máquina de referencia.
Personalizar la imagen de referencia y la configuración de la instalación de las aplicaciones que desee.
Ejecute el comando sysprep en el sistema de referencia para generalizar la imagen, se restablece el estado del sistema y la configuración de dispositivos específicos de Windows en la máquina a su primera instalación y se apaga.
Captura en la imagen de referencia física de la partición de Windows en un archivo de imagen que se copia a un servidor compartido (WIM).
Aplicar la imagen de Windows a un archivo VHD e inicializar el entorno de arranque desde el VHD.

El VHD generalizado con un archivo de imagen puede ser copiado y utilizado en múltiples máquinas virtuales o físicas. Una imagen generalizada es necesaria para evitar errores en el inicio del sistema, porque el hardware del nuevo sistema es diferente, y para evitar tener múltiples copias de Windows de la misma máquina con el mismo SID (nombre y la identidad de seguridad), en la red. Durante el primer arranque de Windows del fichero VHD en otra máquina virtual o física, Windows especializará la imagen para la nueva máquina, configurando dispositivos, y preparándola para la primera utilización. Copiar el archivo de referencia VHD es una manera rápida de obtener un nuevo Windows 7 o Windows Server 2008 R2 para el desarrollo, ensayo, o puesta en producción para los servidores.

Si usted quiere implementar imágenes Windows a varias máquinas, puede aprovechar el servicio de implementación de Windows (WDS) de Windows Server 2008 R2. WDS se refuerza con la posibilidad de añadir archivos de imagen VHD a la imagen del catálogo WDS. El administrador crea grupos de imágenes VHD en WDS para los archivos que están dispuestos a desplegar a las máquinas permitiendo utilizar el arranque desde red, o "arranque PXE". WDS cuando despliega una imagen VHD, el cliente del agente copia el archivo VHD en local y configura el entorno de arranque para arrancar desde este VHD. Todas las aplicaciones y la configuración del sistema se realizan desde el patrón de referencia de la imagen de archivo VHD. Cuando Windows se inicia desde el archivo VHD por primera vez, el sistema se ha especializado como se mencionó anteriormente, para los dispositivos físicos en la máquina objetivo estando ya listo para usar. Eso es muy cómodo y simplifica el despliegue rápido.

Aunque el apoyo al formato nativo VHD y, concretamente, el arranque, abre un montón de escenarios, nuestros objetivos con esta tecnología son bastante específicos: simplificar la gestión de imágenes para los clientes empresariales ayudando a migrar los servidores a máquinas virtuales, y permitir el desarrollo eficiente y las pruebas de software en entorno aislado del medio, ya sea para máquinas físicas o máquinas virtuales. El apoyo a la VHD como formato nativo es uno de los objetivos clave en los escenarios en la empresa, donde el personal de TI está bien versado con diferentes tecnologías de creación de imágenes y herramientas para la gestión de sus clientes y servidores. Un entorno empresarial gestionado también emplea tecnologías como la redirección de carpetas y los perfiles móviles para la gestión de la información del usuario fuera de las imágenes desplegadas VHD. Los desarrolladores apreciarán rápidamente la capacidad de actualizar o sustituir una imagen VHD durante el desarrollo. Los entornos de prueba pueden usar múltiples imágenes VHD y discos diferenciales para un uso más eficiente de las máquinas de pruebas.

Esperemos que este blog de una idea de cómo Windows 7 y Windows Server 2008 R2 soporta VHD como archivos de formato y por qué el formato de imagen común para la física y las máquinas virtuales será interesante para muchos de los entornos del usuario.

Actualización: algunas personas me han preguntado si esta información se aplica a Microsoft Hyper-V Server 2008 R2 también. La respuesta es sí.

Se hace publica la versión Windows Server 2008 R2 Release Candidate (RC) y Microsoft Hyper-V Server 2008 R2 (La versión stand-alone de Hypervisor)

esplat — Wed, 06 May 2009 12:43:06 GMT

Hola a tod@s.

Ayer se hizo publica la versión RC de Windows Server R2, esta se encuentra disponible para su descarga y testeo en:

http://www.microsoft.com/WindowsServer2008R2

http://www.microsoft.com/windowsserver2008/en/us/R2-Download.aspx

También se ha hecho publica la versión RC de Hyper-V Server 2008 R2.

Se puede ampliar información en

Ya se pueden testear estas versiones en vuestros sistemas y disfrutar de sus avances en vitalización.

Un saludo.

Introducción a la solución de problemas de WMI

esplat — Sun, 12 Apr 2009 22:34:00 GMT

Últimamente en nuestro equipo de soporte hemos estado recibiendo muchas consultas y problemas relacionados con WMI. Dado que este componente está siendo utilizado últimamente por varias aplicaciones y cada vez lo será más, creo que va a ser de mucha utilidad para todos la siguiente serie de posts que les presento.

Estarán divididos dado que es mucho material para un solo post.

Cubriremos:

Arquitectura Básica de WMI

Accediendo al repositorio WMI

Pasos Básicos de Troubleshoot de WMI

Troubleshoot de Problemas de Performance de WMI

Hoy comenzaremos con los aspectos básicos de la arquitectura de WMI

Que es el WMI? WMI es un sistema basado en el standard Web-based Enterprise Management (WBEM). Con el podemos acceder a gran cantidad de información almacenada en nuestro sistema operativo Windows. Este acceso a esta información puede ser realizado mediante scripts, .Net (clase system.management) o por líneas de comando.

Podemos dividir la arquitectura de WMI de la siguiente forma:

Como vemos en el punto 2, la estructura de WMI está dividida en 2, el servicio de WMI (winmgmt) y el Repositorio.

El repositorio usa namespace que contienen a su vez sub-namespaces y estos están ordenados en una jerarquía de objetos. Las aplicaciones se conectan primero a un namespace y luego a través de ese namespace puede acceder a los objetos.

El comienzo de estos namespace esta dado desde ROOT/ Luego al iniciar el servicio de WMI se crean namespaces como ROOT/DEFAULT ROOT/CIMV2 . Como vemos en el grafico, el servicio de WMI es el intermediario entre los Providers, las aplicaciones y el repositorio.

Este repositorio aloja información estática de objetos como las clases definidas por los objetos y toda esta información obtenida de los providers cuando el cliente lo requiere.

Un Provider es un objeto COM que controla los objetos de WMI. Este objeto es un componente que puede ser un disco rigido, una tarjeta de red o un servicio. El Provider entrega al WMI la información sobre el objeto y controla los mensajes de los mismos.

Los Providers son una DLL y un fichero Managed Object Format (MOF) que define las clases para el Provider. Los Providers son clasificados por el WMI de acuerdo a lo que realiza el provider.

Clasificaciones	Descripción
Clase	Puede entregar, modificar, eliminar y listar una clase especifica. También soporta las queries realizadas. Por ejemplo el Directorio Activo es un ejemplo de un servicio que también entrega clases.
Instancia	Puede entregar, modificar, eliminar y listar una instancia especifica. Una instancia representa a un objeto. También soporta que se le realicen queries.
Propiedad	Puede entregar y modificar los valores de las propiedades de los objetos.
Metodo	Métodos específicos para clases de un provider.
Evento	Genera eventos de notificaciones.
“Event Consumer”	Crea una relación entre el objeto físico y el objeto lógico para poder crear la notificaciones de eventos.

Por último, debemos hablar de Common Information Model (CIM) y de los ficheros Managed Object Format (MOF).

CIM es un modelo para lenguajes orientados a objetos como C++ y Java. Los desarrolladores de WMI escriben sus clases en lenguaje MOF, una vez que estas clases están estructuradas en MOF, los desarrolladores pueden dar definiciones a las clases.

Esto se hace compilando un fichero MOF en un binario (BMF) e introduciéndola dentro del Windows Driver Model (WDM).

Los Providers se pueden compilar también en MOF y utilizar las APIs de WMI COM para crear la estructura de WMI con sus definiciones.

Finalmente, los Providers pueden usar un compilador MOF (mofcomp.exe) para agregar las clases al repositorio WMI.

Nos vemos en el próximo post

Saludos

Gastón Gardonio

TAGs: WMI arquitectura, basico, providers

Failover clustering Windows 2008 – registro

esplat — Mon, 02 Feb 2009 18:32:00 GMT

Como ya hemos hablado otras veces, con 2008 se he realizado un rediseño del antiguo clúster MSCS que utilizábamos en versiones anteriores de Windows.

De entre todos los cambios introducidos hoy nos centraremos en el registro.

HKLM\Cluster

También conocida como “Cluster hive”, continua siendo la clave principal dentro del registro, almacenando información sobre la configuración del clúster. Residente en todos los nodos del clúster es también replicada al disco de witness en caso de haberse definido.

Las claves modificadas son:

HKLM\Cluster

HKLM\Cluster\Checkpoints

HKLM\Cluster\Dependencies

HKLM\Cluster\Groups

HKLM\Cluster\Networks

HKLM\Cluster\Nodes

HKLM\Cluster\Quorum

HKLM\Cluster\ResourceTypes

HKLM\System\CCS\Services\clusdisk

HKLM\System\CCS\Services\ClusSvc

HKLM\System\CCS\Services\Netft

A continuación adjunto el acceso al documento con toda la información, pantallazos y ejemplos de configuración.

Espero que os resulte de utilidad.

Un saludo, Paloma García

Técnico de Soporte Microsoft Premier

Windows 2008 – evento 49

esplat — Fri, 30 Jan 2009 15:16:01 GMT

Con Windows 2008, aparece un nuevo evento que nos avisa de que el archivo de paginación no tienen el tamaño suficiente como para que se genere un fichero de dump en caso de crash del sistema.

Event ID: 49

Source: volmgr

Level: Error

Description: Configuring the Page File for crash dump failed. Make sure there is a page file on the boot partition and that is large enough to contain all physical memory.

Si os encontráis con este evento lo primero es revisar que el tamaño del archivo de paginación para asegurarnos que su tamaño es de al menos el tamaño de la memoria +50 Mb.

Si a pesar de esto sigue apareciendo el evento, es posible que nos encontremos ante un problema con el componente Crashdmp.sys. reportado en el articulo siguiente.

950858 Dedicated dump files are unexpectedly truncated to 4 GB on a computer that is running Windows Server 2008 or Windows Vista and that has more than 4 GB of physical memory

http://support.microsoft.com/default.aspx?scid=kb;EN-US;950858

Un saludo, Paloma García

Técnico de Soporte Microsoft Premier

Documentación sobre Hyper-V y Servicio de Cluster para sistemas de alta disponibildad

esplat — Wed, 21 Jan 2009 15:55:39 GMT

Hola a todos,

Hace algunos días se publicaron una serie de guías sobre Hyper-V y Servicios de Cluster en Technet.

Para todos los interesados en testar e implantar esta tecnología resultaran de gran utilidad y los reunimos todos en este post para que sean mas fáciles de localizar.

· Design for a Failover Cluster in Which All Nodes Run Hyper-V http://go.microsoft.com/fwlink/?LinkId=129117

· Requirements and Recommendations for Failover Clusters in Which All Nodes Run Hyper-V

http://go.microsoft.com/fwlink/?LinkId=129110

· Checklist: Failover Cluster in Which the Servers Run Hyper-V

http://go.microsoft.com/fwlink/?LinkId=129123

Step by-Step Guide: Hyper-V and Failover Clustering

http://go.microsoft.com/fwlink/?LinkId=129063

Configure a Virtual Machine for High Availability

http://go.microsoft.com/fwlink/?LinkId=131363

Un saludo.

Raúl del Moral.

Técnico de Soporte Premier

Como instalar ASP en Windows 2008 utilizando un fichero de respuestas XML

esplat — Fri, 16 Jan 2009 11:33:13 GMT

A petición de uno de vosotros (Paco), este post nos muestra un ejemplo de utilización de un fichero de respuestas para instalar ASP.

1.- Creación del fichero de respuestas

Como podéis ver el código XML es bastante sencillo, el truco está en tener mucho cuidado con las mayúsculas/minúsculas y saber que “Web Server (IIS)” es un RoleService y el nombre del RoleService Id correspondiente con ASP es “Web-ASP”.

Ejemplo para instalar ASP

<?xml version="1.0" encoding="utf-8" ?>

<ServerManagerConfiguration Action="Install" xmlns="http://schemas.

microsoft.com/sdm/Windows/ServerManager/Configuration/2007/1" xmlns

:xs="http://www.w3.org/2001/XMLSchema">

   <Role Id="Web-Server" />

   <RoleService Id= "Web-ASP" />

</ServerManagerConfiguration>

No copiar directamente, editar en notepad y tras corregir los

saltos añadidos en la edición renombrar a xml.

2.- Ejecutar ServerManagerCmd utilizando el fichero de respuestas

Para realizar esta operación deberemos abrir un Command Prompt con credenciales administrativas.

Sintaxis:

ServerManagerCmd.exe -inputPath <answerfile.xml> -whatIf -restart

Si añadimos el modificador –restart el servidor se reiniciara automáticamente al finalizar la instalación del role si es que esta lo requiere.

-whatIf nos mostrará el listado de software instalado como resultado de la ejecución del comando anterior, incluyendo las dependencias de Roles, role services y características (features)

Para más información sobre este tema os recomiendo los siguientes enlaces:

http://download.microsoft.com/download/b/1/0/b106fc39-936c-4857-a6ea-3fb9d1f37063/Server%20Manager%20Scenarios%20Step-by-Step%20Guide.doc

http://technet.microsoft.com/en-us/library/cc753762.aspx

Un saludo, Paloma García

Técnico de Soporte Microsoft Premier

Directorio Activo, RPC, puertos efímeros y firewalls

esplat — Fri, 28 Nov 2008 00:51:00 GMT

Hola de nuevo. Soy Paula del equipo de Directorio Activo.

Hoy hablaremos sobre el funcionamiento básico de RPC que afecta a diferentes operaciones de Directorio Activo. Como seguramente la mayor parte de vosotros ya sabe, la comunicación utilizada para múltiples operaciones en Directorio Activo es RPC. Estas operaciones incluyen, por ejemplo, la replicación de DA, la replicación FRS, la promoción de un nuevo Controlador de Dominio, etc. También realizan conexiones RPC a los DCs la ejecución del comando dcdiag /v o incluso consultar qué DCs son los maestros de operaciones (mediante el comando netdom query fsmo). También es muy común que tratemos casos con problemas de conectividad RPC en que la replicación de DA y/o FRS no se lleva a cabo de manera satisfactoria o incluso que la replicación de DA funcione perfectamente pero los Controladores de Domino no puedan replicar SysVol por FRS.

En una comunicación RPC, el cliente se conecta al puerto TCP 135 del servidor y solicita un puerto al End Point Mapper (EPM) para comenzar la conversación RPC. El EPM del servidor reserva un puerto (llamado puerto dinámico) para este cliente y se lo envía. A partir de este punto, el cliente abre una nueva conexión TCP a dicho puerto del servidor y comienza la comunicación.

Los puertos dinámicos RPC (o puertos efímeros) que puede utilizar el EPM de RPC (o RPCSS) van del 1025 hasta el 65535, aunque Windows 2000/XP/2003 por defecto utilizan puertos que están comprendidos en el rango 1025-5000 (en total 3976 puertos). En Windows Vista y Windows Server 2008, el rango de puertos por defecto es 49152-65535 (un total de 16384 puertos).

Puede encontrarse más información en el siguiente artículo (muy recomendable para identificar y entender los pasos a seguir cuando nos encontramos ante un problema con el RPC Endpoint Mapper):

839880 Troubleshooting RPC Endpoint Mapper errors using the Windows Server 2003 Support Tools from the product CD

Cuando no se puede establecer la conexión por estos puertos efímeros, al realizar las operaciones que hemos comentado anteriormente podemos recibir errores como el siguiente:

There are no more endpoints available from the endpoint mapper.

Vamos a ver unas trazas de red de ejemplo de un establecimiento de una comunicación RPC fallida debido a que el cliente no puede establecer la sesión al puerto dinámico que le indica el EPM del servidor.

Las trazas de red las podéis capturar con cualquier sniffer, por ejemplo en este caso nosotros hemos utilizado Microsoft Network Monitor 3.2.

Esta es la conversación inicial RPC entre un DC y una máquina desde la que se ejecuta la operación netdom query fsmo:

Fuente	Destino	Protocolo	Descripción
cliente	dc	TCP	TCP:Flags=......S., SrcPort=1687, DstPort=DCE endpoint resolution(135), PayloadLen=0, Seq=721180773, Ack=0, Win=65535 ( ) = 65535
dc	cliente	TCP	TCP:Flags=...A..S., SrcPort=DCE endpoint resolution(135), DstPort=1687, PayloadLen=0, Seq=3452375582, Ack=721180774, Win=16384 ( Scale factor not supported ) = 16384
cliente	dc	TCP	TCP: [Bad CheckSum]Flags=...A...., SrcPort=1687, DstPort=DCE endpoint resolution(135), PayloadLen=0, Seq=721180774, Ack=3452375583, Win=65535 (scale factor 0x0) = 65535
cliente	dc	MSRPC	MSRPC:c/o Bind: UUID{E1AF8308-5D1F-11C9-91A4-08002B14A0FA} EPT Call=0x1 Assoc Grp=0x0 Xmit=0x16D0 Recv=0x16D0
dc	cliente	MSRPC	MSRPC:c/o Bind Ack: Call=0x1 Assoc Grp=0x14EE2 Xmit=0x16D0 Recv=0x16D0
cliente	dc	EPM	EPM:Request: ept_map: NDR, DRSR {E3514235-4B06-11D1-AB04-00C04FC2DCD2} v4.0, RPC v5, 0.0.0.0:135 (0x87) [DCE endpoint resolution(135)]
dc	cliente	EPM	EPM:Response: ept_map: NDR, DRSR {E3514235-4B06-11D1-AB04-00C04FC2DCD2} v4.0, RPC v5, 10.200.8.59:1025 (0x401) [*1025*]
cliente	dc	TCP	TCP: [Bad CheckSum]Flags=...A...F, SrcPort=1687, DstPort=DCE endpoint resolution(135), PayloadLen=0, Seq=721181002, Ack=3452375795, Win=65323 (scale factor 0x0) = 65323
dc	cliente	TCP	TCP:Flags=...A...., SrcPort=DCE endpoint resolution(135), DstPort=1687, PayloadLen=0, Seq=3452375795, Ack=721181003, Win=65307 (scale factor 0x0) = 65307
dc	cliente	TCP	TCP:Flags=...A...F, SrcPort=DCE endpoint resolution(135), DstPort=1687, PayloadLen=0, Seq=3452375795, Ack=721181003, Win=65307 (scale factor 0x0) = 65307
cliente	dc	TCP	TCP: [Bad CheckSum]Flags=...A...., SrcPort=1687, DstPort=DCE endpoint resolution(135), PayloadLen=0, Seq=721181003, Ack=3452375796, Win=65323 (scale factor 0x0) = 65323

En la respuesta del End Point Mapper (EPM) del DC ante la solicitud de conexión del cliente (trazas en rojo), el DC indica que van a continuar hablando por el puerto TCP 1025. Si filtramos el tráfico generado en el cliente con destino el DC y puerto 1025, vemos los siguientes intentos de conexión al mismo:

Fuente	Destino	Protocolo	Descripción
cliente	dc	TCP	TCP:Flags=......S., SrcPort=1688, DstPort=1025, PayloadLen=0, Seq=570735085, Ack=0, Win=65535 ( ) = 65535
cliente	dc	TCP	TCP:[SynReTransmit #63]Flags=......S., SrcPort=1688, DstPort=1025, PayloadLen=0, Seq=570735085, Ack=0, Win=65535 ( ) = 65535
cliente	dc	TCP	TCP:[SynReTransmit #63]Flags=......S., SrcPort=1688, DstPort=1025, PayloadLen=0, Seq=570735085, Ack=0, Win=65535 ( ) = 65535
cliente	dc	TCP	TCP:[SynReTransmit #63]Flags=......S., SrcPort=1688, DstPort=1025, PayloadLen=0, Seq=570735085, Ack=0, Win=65535 ( ) = 65535

Como podemos ver claramente en las trazas de red, el cliente trata de conectarse varias veces a dicho puerto en el DC y no recibe respuesta (ver retransmisiones). Si observamos unas trazas de red simultáneas a las anteriores pero obtenidas en el DC (capturar el tráfico en ambos extremos es muy recomendable en este tipo de situaciones), únicamente se observa la conversación inicialmente descrita en la primera tabla. Es decir, el DC no llega a recibir los paquetes que el cliente le envía por el puerto 1025.

Lo más probable en este caso es que haya un firewall que esté bloqueando las comunicaciones. Puede ser un firewall hardware/software, el firewall integrado de Windows o incluso un antivirus con funcionalidad de firewall. (Tened también en cuenta que no todos los problemas relacionados con conectividad RPC se deben a la configuración de los firewalls!!!)

Ante esta situación tenemos dos opciones para evitar el bloqueo:

Abrir los puertos comprendidos entre el 1025 y el 5000 en el firewall para permitir la negociación/tráfico RPC entre las máquinas implicadas
Configurar RPC en el DC para utilizar un rango de puertos específicos y abrir dichos puertos en el firewall para permitir la negociación/tráfico RPC entre dichas máquinas

La desventaja que hay que tener en cuenta es la posibilidad de que en determinados momentos no haya puertos disponibles al estar todos en uso, por lo que habrá que realizar pruebas y verificar cuál es el número de puertos adecuado para el entorno. Hay que tener en cuenta que los DCs utilizan RPC para multitud de funcionalidades, como puede ser la replicación de DA o FRS.
El mecanismo para Windows 2000/XP/2003 se define en el siguiente artículo: 154596 How to configure RPC dynamic port allocation to work with firewalls
El artículo anterior también apunta a mecanismos para configurar si se prefiere, por ejemplo, un único puerto concreto para la replicación FRS en lugar de un rango de puertos.
El mecanismo para Windows Vista/2008 se define en el siguiente artículo: 929851 The default dynamic port range for TCP/IP has changed in Windows Vista and in Windows Server 2008

Si queréis obtener una lista completa de los puertos necesarios para el correcto funcionamiento de un entorno de Directorio Activo, echadle un vistazo a los siguientes artículos:

Espero que esta información os sirva de utilidad, ya que es uno de los problemas que tratamos más frecuentemente y su detección es relativamente sencilla a partir de unas trazas de red.

- Paula Tomás Galed

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

Hyper-V Server 2008 ya esta en su versión final

esplat — Fri, 03 Oct 2008 11:26:03 GMT

Hola a todos,

Finalmente Hyper-V Server 2008 esta disponible en su versión RTM de forma pública.

Esta publicado en la web de Virtualización mediante Hyper-V http://www.microsoft.com/servers/hyper-v-server/default.mspx

Para su descarga directa basta con dirigirse a Get Hyper-V Server 2008 here!

Los requisitos de instalación son los siguientes.

SO soportado: Windows Server 2008

Nota: Hyper-V Server 2008 es una tecnología de 64-bit necesita un hardware compatible con 64 bits y con un procesador con ta siguiente tecnología habilitada Intel VT o AMD-V .
Procesador : Intel Pentium 4, Xeon, Core 2 DUO processor; AMD Opteron, Athlon 64, Athlon X2, . Hardware Data Execution Protection (DEP) debe estar disponible y habilitada. Especificamente, se debe habilitar Intel XD bit (ejecutar disable bit) o AMD NX bit (no execute bit).
Minima velocidad de CPU : 1 GHz; Recomendado: 2 GHz o más.
RAM : Minimo: 1 GB RAM; Recomendado: 2+ GB RAM; Maximo32 GB
Espacio requerido en disco: 2GB de espacio disponible en disco(se precisa espacio adicional en disco para cada uno de los sistemas cliente a instalar)

Hay que tener en cuenta que este paquete tiene funcionalidad parecida al ROL de Hyper-V incluido en Windows Server 2008 pero no es exactamente lo mismo.

Hyper-V Server no tiene una consola de administración gráfica, si trae una una UI de línea de comandos básica que permite la mayor parte de las tareas de administración, principalmente la configuración de red para su acceso remoto de administración. Esto supone que Hyper-V Server esta pensado para ser administrado remotamente mediante Hyper-V Manager MMC desde una máquina Vista o W2K8 o desde System Center Virtual Machine Manager. También se puede administrar mediante WMI.

Hyper-V Server 2008 no precisa una licencia de instalación, lo que si se requiere es una licencia adecuada para cada uno de los sistemas que se vayan a instalar como sistema cliente.

La principal ventaja que presenta esta herramienta que proporciona servicios de virtualización mediante Hyper-V en sistemas W2K8 básicos, sin necesidad que se trate de las versiones Enterprise o Data Center.

Espero que la disfruten.

Si queréis información de instalación (está en portugués) podéis acceder al siguiente POST de nuestros compañeros de LATAM HYPER-V Server 2008

Web Microsoft de tecnología Hyper-V

Raúl del Moral Guirado

Soporte Microsoft Premier

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

Como Configurar Windows Server Backup para soportar VSS Writer en Hyper-V

esplat — Thu, 04 Sep 2008 11:53:12 GMT

Hola a todos,

Una de las nuevas tecnologías que tenemos con Windows Server 2008 es la de virtualización mediante Hyper-V.

Pero esto nos plantea una cuestión muy importante en los entornos de alta disponibilidad o que resulten claves en la producción, ¿como hago BackUp de las máquinas virtuales que tengo afectando lo menos posible a mis usuarios?

Para esto tenemos nuestro software de BackUp DPM 2007 (Data Protection Manager) o herramientas desarrolladas por terceros que están pensadas específicamente para este entorno.

Pero investigando un poco me encontré con un post de mi compañero Rob Hefner que os traduzco esperando que os resulte de utilidad.

Para habilitar el BackUp basado en VSS de Hyper-V en la utilidad Windows Server BackUp se deben añadir las siguientes claves al registro de Hyper-V VSS. La clave WindowsServerBackUp no es generada cuando se instala la utilidad Windows Server BackUp en la máquina. Se debe crear esta clave manualmente:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT
\CurrentVersion\WindowsServerBackup\Application Support\{66841CD4-6DED-4F4B-8F17-FD23F8DDC3DE}

Una vez creada la clave se necesitaran incluir un String Value con los campos:

Name: Application Identifier
Type: REG_SZ
Value: Hyper-V

Cuando este completado, deberán verse como esto:

La utilidad Windows Server Backup solo soporta el BackUp de volúmenes, por esto cuando se realicen los BackUps de las máquinas virtuales se deben seleccionar todos los volúmenes donde los datos de las MV estén guardados.

Por ejemplo, si se esta empleando la ubicación por defecto de los ficheros de configuración (C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines) y el disco VHD esta en otro volumen se deberán seleccionar los dos volúmenes en el BackUp.

Cuando se inicie la restauración del BackUp seleccionar en “Application Restore” la opción de Hyper-V, si no se selecciona este método no se podrá restaurar ficheros de las MV en funcionamiento. Como parte del proceso de restauración las MV actuales serán paradas y borradas, siendo sustituidas y registradas por las del BackUp en Hyper-V.

Hay algunas limitaciones y comportamientos que se deben conocer antes de decidirse por este método:

1. Si la máquina virtual contiene discos dinámicos no puede ser salvada mediante VSS, solo se soportara el BackUp con la máquina parada (Offline BackUp). Otra opción seria realizar el BackUp mediante un software de BackUp local en la máquina como cualquier máquina física.

2. En el caso de máquinas virtuales que no soporten VSS, como son W2000, Windows XP o máquinas sin Integration Services instalados, entraran en estado "salvada" (saved state) mientras se hace el Snapshot y se restauraran tras terminar la operación, por lo que el proceso supone una parada en la máquina (cosa que normalmente evita VSS).

Se experimentará este mismo comportamiento si se deshabilitar Integration Services en la máquina como se muestra a continuación:

3. Cuando se realiza la restauración desde el BackUp se debe restaurar todo el volumen, la restauración de máquinas virtuales independientes no esta soportada con Windows Server BackUp.

4. Si la máquina virtual tiene 2 o más Snapshots la restauración fallará. Para poder solucionarlo:

Si la máquina virtual esta corriendo habrá que pararla y eliminarla del servidor.
Seleccionar la opción "Files and Folders" en las opciones de recuperación del BackUp, para recuperar, la carpeta con los Snapshots, por defecto es C:\ProgramData\Microsoft\Windows\Hyper-V\Snapshots, pero es configurable en cada máquina virtual.
Seleccionar la carpeta individual con el Snapshot a restaurar.
Una vez que esta operación esta completada lanzar la la opción "Aplication Recovery" para restaurar el volumen.

El post completo, en Ingles, lo podéis localizar en

How to enable Windows Server Backup support for the Hyper-V VSS Writer

Espero que os resulte de utilidad.

Raúl del Moral Guirado

Técnico de Soporte Microsoft Premier

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