Welcome to Delicate template
Header
Just another WordPress site
Header

Relog.exe  es una herramienta la cual nos permite trabajar sobre los ficheros .blg de contadores obtenidos mediante la heramienta de perfmon. Relog.exe crea nuevos logs de performance en base a un contador inicial pudiendo realizar varias tareas sobre el mismo, como acortar y/o convertir.

Podemos obtener la sintaxis completa de esta herramienta ejecutando desde CMD el siguiente comando:

rerelog.exe -?

Si se ejecuta obtenemos la siguiente salida:

Parameters: 

<filename [filename …]>     Performance file to relog.

Options:

  -?                            Displays context sensitive help.

  -a                            Append output to the existing binary file.

  -c <path [path …]>          Counters to filter from the input log.

   -cf <filename>                File listing performance counters to filter from the input log. Default is all counters in the original log file.

  -f <CSV|TSV|BIN|SQL>          Output file format.

  -t <value>                    Only write every nth record into the output file. Default is to write every record.

  -o                            Output file path or SQL database.

  -b <dd/MM/yyyy H:mm:ss>       Begin time for the first record to write into the output file.

  -e <dd/MM/yyyy H:mm:ss>       End time for the last record to write into the output file.

  -config <filename>            Settings file containing command options.

  -q                            List performance counters in the input file.

  -y                            Answer yes to all questions without prompting.

 Veamos algunos ejemplos sobre lo que podemos hacer:

Convertir un Log: Convertir un Log nos permitirá ,por ejemplo, generar un CSV desde el blg original. Aunque el uso de blg es amigable para los administradores, puede ser necesario en muchas ocasiones trabajar en CSV sobre dichos ficheros.  Este proceso es muy sencillo, simplemente ejecutamos:

Relog.exe FicheroLog.blg –f CSV –o NuevoNombre.CSV

Filtrar contadores determinados: Esta funcion es muy útil cuando se han sacado muchos contadores y solo queremos obtener y trabajar sobre un contador especifico. Imaginemos que queremos trabajar unicamente sobre los contadores de % tiempo de procesador. Podríamos generar un nuevo .blg con la siguiente linea de ejecución:

Relog FicheroLog.blg –c “\Processor(*)\%Processor Time” –o NuevoFichero_filtrado.blg

Este filtrado tambien podemos realizar-lo apoyados sobre un fichero txt con una lista de contadores concreta. El formato debe ser el siguiente:

\Memory\Pages/sec

\Hyper-V Hypervisor Virtual Processor(_Total)\% Guest Run Time

\Server\Logon Total

\PhysicalDisk(_Total)\% Idle Time

Un contador por cada linea. Y podemos ejecutar-lo de la siguiente forma:

Relog.exe FicheroLog.blg –cf ficheroContadores.txt –o NuevoFichero.blg

Filtrar un contador por tiempo: Este es el tipo de filtrado que mas utilizo. A menudo los clientes me envian contadores sin paradas durante varios dias. Ello implica un contador con poco detalle que abarca varios dias y con el que es sumamente dificil trabajar. Para estos casos, relog es la mejor herramienta, la cual nos permite seleccionar un periodo de tiempo del contador y generar un nuevo contador mas pequeño con la información necesaria. Para ello ejecutaremos:

Relog.exe fichero.blg –b “DD/MM/YYY HH:MM:SS” –e “DD/MM/YYY HH:MM:SS” –o nuevoFichero.blg

 Input

—————-

File(s):

     .\Performance Counter.blg (Binary)

Begin:    9/1/2014 13:11:24

End:      10/1/2014 13:11:22

Samples:  8641

100.00%

—————-

Output

—————-

File:     PERFORMANCE_DAY1.blg

Begin:    9/1/2014 13:11:24

End:      9/1/2014 20:11:00

Samples:  2518

Consultar los contadores dentro de un blg. Relog nos permite obtener una lista de los contadores incluidos dentro de un fichero de perfomance sin la necesedida de abrir-lo. Ademas al sacar una lista, es facil exportar-la a un fichero para poder indicar-le al próximo cliente que contadores debe sacar ;). Para ello ejecutaremos:

Relog.exe –q fichero.blg

Filtar Registros según valor: Adicionalmente, sobre todo el procesamiento, podemos incluir el modificador –t<valor> el cual nos permite filtrar el contador BLG sobre cada x registro. Es decir, si disponemos de un contador que cada 10 sec. tenemos un registro del contador obtenido cada 10 sec.

Registro1 -> 10segundos despues -> Registro2 -> 10segundos despues -> Registro3 -> 10segundos despues -> Nregistro (…)

Este parametro (-t) nos permite escoger cada cuantos registros incluimos en el nuevo fichero. Es decir, si ponemos –t 2 diremos que obtenga unicamente 1 registro cada 2. Así pues obtendriamos:

Registro1(incluido) – Registro2(descartado)  – Registro3(incluido).

De este modo simplificamos y reducimos el fichero blg para su uso, aunque tambien reducimos el detalle global del contador.

Tips: Ten en cuenta que todos los tipos de filtrajes pueden ser mezclados, asi pues podemos acortar en el tiempo un blg al mismo tiempo que seleccionamos contadores especificos y lo convertimos en CSV. ¿Fácil no?

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

Al realizar logoff en una maquina virtual de XenDesktop, este, por defecto, reinicia la maquina.

Para modificar los reinicios de escritorio, no es posible utilizar directivas ni opciones especificas desde Citrix Studio. Para ello, tendremos que hacer uso de nuestro querido Power-Shell.

Primero, vamos a consultar como ver el estado del Shutdown de un Desktop Group concreto:

Get-brokerDesktopGroup | fl name,ShutdownDesktopsAfterUse

Name : Desktop_Group_Name

ShutdownDesktopsAfterUse : True

Ello implica, que cada vez que desconectamos de nuestra VM, esta sea reiniciada.

Para evitar este reinicio en proceso de logoff y poder reiniciar las VMs únicamente cuando nosotros queramos, deberemos utilizar PowerShell para modificar dicho parámetro.

Para ello ejecutaremos:

Set-BrockerDesktopGroup –Name “Desktop_Group_Name” –ShutdownDesktopsAfterUse $False

La herramienta de Windows PowerCFG soporta una opción en linea que nos permite utilizar la herramienta para el análisis de la eficiencia energética de inactividad del servidor.

Energy

Cuando se ejecuta powercfg /energy la herramienta realizar durante 60 segundos una prueba para detectar posibles problemas de eficiencia energética y genera un informa HTML situado por defecto en:

C:\Users\USERX\energy-report.html

Para asegurar un análisis correcto, asegúrese que todas las aplicaciones locales están cerradas antes de ejecutar el comando.

Nota: PowerCfg no esta disponible para entornos anteriores a Windows 7 y 2008R2

Esta herramienta proporciona una forma sencilla de identificar corregir problemas de administración de la energía y podrían convertir-se en ahorro significativos. Para obtener ayuda visitar: http://goo.gl/lZtDh5

Tan rápido como ejecutar en nuestra consola de power-Shell del servidor:

Add-WindowsFeature “RSAT-AD-Tools”

Una vez finalizado el proceso, ya dispondremos de nuestras consolas para la administración remota de nuestro entorno.

rsat1

 

Concurso Microsoft Drones: Os dejo un interesante concurso de microsoft en el que podéis ganar un ARDrone2.0 estas navidades. http://www.laguerradelosdrones.com/

 

Una opcion básica que he echado de menos en hyper-v 3 es la generación de un template o el clonaje de VMs.

En Hyper-V 2 si tenemos la opción de clonado desde las acciones de virtual machine, pero donde esta en Hyper-V 3!!?

De echo, las acciones disponibles sobre la VM en hyper-V3 son:

clone_actions

¿Que hay de mi “clone”?!!  Por desgracia, si quieres disfrutar de esta funcionalidad (entre otras muchas) en Hyper-V 3, no te quedara otra que implementar SCVMM. Sin duda una gran solución, pero…

…entonces, como lo clonamos vms?

Tenemos varias opciones. En mi caso realizo un export sobre una unidad de red y un import de la VM cuando quiero desplegar. Al realizar el import debemos asegurar-nos de utilizar la opción “copy the virtual machine” para generar un nuevo ID de maquina.

hyperv2

Otra opción, es el clonaje manual. Copiamos la estructura de carpetas de la “imagen”. Creamos una nueva VM y atachamos el disco “clonado” en lugar de crear uno nuevo. Prefiero la primera opción, pues evitamos tener que crear toda la estructura de carpetas.

Como dice Porky “eso es todoa amigos”.

Esperemos por eso, que en futuras actualizaciones Microsoft tome nota de este  ¿“lapsus”? …

Captura de pantalla 2013-11-28 a la(s) 09.13.37

La característica de “Disk CleanUp” lanza el ejecutable cleanmgr.exe desde el botón “Disk CleanUp” en las propiedades del disco, que nos permite . Pero nos encontramos que este no esta presente en las propiedades del disco a partir de 2008 (2008, 2008R2, 2012 y 2012R2).

Captura de pantalla 2013-11-28 a la(s) 09.12.31

Por diseño, el botón de “Disk CleanUp” es parte de una característica del sistema operativo, llamada “Desktop Experience” dentro de “User Interfaces and Infraestructure”.

Para disponer de dicha característica podemos realizar:

  1. Instalar la caracteristica “Desktop Experience”
  2. Copiar los ficheros necesarios manualmente, para su ejecución manual. Estos son cleanmgr.exe y cleanmgr.exe.mui

Solución.

Podemos solucionar el problema de tres formas, las dos primeras corresponden a la solución 1 indicada anteriormente, la 3, es la forma manual, correpondiente a la solución 2 anterior.

Para instalar Desktop Experience, podemos realizar-lo de dos formas:

  1. Desde el Server Manager – Add Roles and Features
  2. Desde Power-Shell tecleando…

Get-WindowsFeature *Desktop*

: donde obtendremos la lista de caracteristicas que incluyen “Desktop” en su nombre.

Install-WindowsFeature Desktop-Experience

: Instala la característica indicada.

3. Manualmente:

Buscamos los fichero indicados y copiamos los mismos en:

Cleanmgr.exe en %systemroot%\System32

Cleanmgr.exe.mui en %systemroot%\System32\en-US.

Las rutas de los mismos en los diferentes SO:

Windows Server 2008:

▪   %systemroot%\winsxs\amd64_microsoft-windows-cleanmgr_31bf3856ad364e35_6.0.6001.18000_none_c962d1e515e94269\cleanmgr.exe

▪   %systemroot%\winsxs\amd64_microsoft-windows-cleanmgr.resources_31bf3856ad364e35_6.0.6001.18000_en-us_b9f50b71510436f2\cleanmgr.exe.mui

Windows Server 2008 R2:

▪   %systemroot%\winsxs\amd64_microsoft-windows-cleanmgr_31bf3856ad364e35_6.1.7600.16385_none_c9392808773cd7da\cleanmgr.exe

▪   %systemroot%\winsxs\amd64_microsoft-windows-cleanmgr.resources_31bf3856ad364e35_6.1.7600.16385_en-us_b9cb6194b257cc63\cleanmgr.exe.mui

 Windows Server 2012:

▪   %systemroot%\WinSxS\amd64_microsoft-windows-cleanmgr_31bf3856ad364e35_6.2.9200.16384_none_c60dddc5e750072a\cleanmgr.exe

▪   %systemroot%\WinSxS\amd64_microsoft-windows-cleanmgr.resources_31bf3856ad364e35_6.2.9200.16384_en-us_b6a01752226afbb3\cleanmgr.exe.mui

 En esta modalidad, solo podremos lanzar cleanmgr.exe desde la linea de comandos.