Welcome to Delicate template
Header
Just another WordPress site
Header

La función de “Configuration Loggin” nos permite realizar un seguimiento de los cambios administrativos realizados en el entorno de Citrix. Mediante la generación de los informes que esta función pone a su disposición, puede determinar qué cambios se hicieron a la comunidad de servidores, cuando se hicieron y quien los hizo. Esto es especialmente útil cuando varios administradores modifican la configuración de la granja de servidores. También facilita la identificación y, si fuera necesario, la reversión de los cambios administrativos que pueden estar causando problemas para la comunidad de servidores.

En este post vamos a realizar un breve repaso a todos los cmdlets proporcionados para el uso de Conf. Loggin. La siguiente tabla, muestra la lista de cmdlets al respecto y su funcionalidad.

Recordad que podemos obtener ayuda sobre la sintaxis y uso de cada uno de ellos, mediante el uso del comando “Get-Hep CMDLET” y podemos obtener ejemplos utilizando el modificador –examples al final del mismo.

Export-LogReportCsv: Exporta e Configuration Loggin sobre un fichero CSV

Export-LogReportHtml : Exporta e Configuration Loggin sobre un fichero HTML

con1

Get-LogDataStore: Nos proporciona detalles sobre los datos del DataStore. Estos datos incluyen: Servidor, Database, Datastore, Provider, Schemaname, Status, Security, etc.

Get-LogDBConnection: Obtenemos unicamente el String de conexión.

Get-LogDBSchema: Obtiene un script que crea el esquema de base de datos del Servicio ConfigurationLogging para el almacén de datos especificado.

Get-LogDBVersionChangeScript: Obtiene un script que actualiza el esquema de base de datos del Servicio

Get-LogHighLevelOperation: Obtiene operaciones de alto nivel

con2

Get-LogInstalledDBVersion: Obtiene una lista de todas las versiones de esquema de base de datos

Get-LogLowLevelOperation: Obtiene operaciones de bajo nivel

con3

Get-LogService: Obtiene las entradas de registro de servicio para el servicio ConfigurationLogging

Get-LogServiceAddedCapability: Obtiene las capacidades adicionales para el Servicio ConfigurationLogging en el controlador

con4

Get-LogServiceInstance: Obtiene las entradas de la instancia de servicio para el servicio.

Get-LogServiceStatus: Obtiene el estado actual del servicio ConfigurationLogging en el controlador.

con5

Get-LogSite: Obtiene la configuración de registro de configuración global.

Get-LogSummary: Obtiene operaciones registradas dentro de los intervalos de tiempo dentro de un rango de fechas .

Remove-LogOperation: Elimina los registros de configuración

Remove-LogServiceMetadata: Elimina los metadatos del servicio dado.

Remove-LogSiteMetadata: Elimina los metadatos desde el sitio dado.

Reset-LogDataStore: Actualiza la cadena de base de datos que se utiliza actualmente por el servicio de registro.

Reset-LogServiceGroupMembership: Vuelve a cargar los permisos de acceso y de servicio de configuración para el Servicio ConfigurationLogging .

Set-LogDBConnection: Configura una conexión de base de datos para el Servicio ConfigurationLogging

Set-LogServiceMetadata: Añade o actualizaciones de metadatos en el servicio dado

Set-LogSite: Establece la configuración de registro de configuración global.

Set-LogSiteMetadata: Añade o actualizaciones de metadatos en el sitio dado.

Start-LogHighLevelOperation: Registra el inicio de una operación de alto nive

Stop-LogHighLevelOperation: Registra la finalización de una operación de alto nivel previamente iniciado

Test-LogDBConnection: Prueba de una conexión de base de datos para el Servicio ConfigurationLogging .

Cuando utilizamos personal vDisk, por defecto, se establece una reserva de 50%|50% para el uso de datos referentes a la instalación de aplicaciones, como al almacenamiento de perfil.

Podemos modificar este porcentaje de la siguiente forma:

KEY: HKEY_LOCAL_MACHINE\Software\Citrix\personal vDisk\Config

VALUE: PercentOfPvDForApps

Por defecto: 50%

Este valor, se asigna a la unidad V: mientras que se reducirá el espacio reservado para P:

Podéis encontrar información adicional extendida en este artículo de Citrix Blogs: http://blogs.citrix.com/2012/05/21/beware-the-5050-split-with-pvd/

Cuando instalamos el cliente de VDA es necesario especificar de forma automática o manual, el DDC al que apuntará nuestro agente de XenDesktop.

En este post vamos a explicar como modificar de forma manual el DDC para incluir DDCs adicionales o para la modificación de los mismos.

Cabe tener en cuenta que el PATH dependerá de la arquitectura del sistema, y para ello, va a ser necesario, modificar el registro de Windows.

x32: HKEY_LOCAL_MACHINE\Software\Citrix\VirtualDesktopAgent\ListOfDDCs

x64:HKEY_LOCAL_MACHINE\Software\Wow6432Node\Citrix\VirtualDesktopAgent\ListOfDDCs

Nota: no nos responsabilizamos del daño que pueda ocasionar-se de la modifcación del registro del sistema.

Unicamente es necesario incluir el FQDN o IP de los servidores DDC. Tras ello, reiniciar el agente VDA.

(ctxdom.com) Tal y como se explica en el manual de XenDesktop, por defecto, solo el 10% de escritorios esta levantado en horario pico en los Escritorio sin uso.

http://support.citrix.com/proddocs/topic/xendesktop-rho/cds-control-power-management-rho.html

Esto puede suponer un problema (o no) y en caso de necesitar modificar-lo, como conprovareis, no disponeis de forma desde la GUI para realizar la modificación especifica. Así como lo hacemos? Vayamos a nuestro querido PowerShell.

Disponemos de dos características dentro del objeto de Catalogo que permiten la configuracion y comportamiento sobre el uso y administrador de Energia en XenDesktop.

El OffPeakBufferSizePercent y el PeakBufferSizePercent. Por defecto, ambos valores estan a 10%.

10% OffPeakBufferSizePercent: En los umbrales definidos como “fuera de horario pico” se establece que se deberá disponer de un 10% del total de escritorios del catalogo en estado “Running”.

10% PeakBufferSizePercent: En los umbrales definidos como “horario pico” se establece que se deberá disponer de un 10% del total de escritorios del catalogo en estado “Running”.

Para comprobar el estado de nuestro umbrales, podemos hacer uso del CMDLET:

Get-BrokerDesktopGroup -Name ‘CATALOG NAME’

Ello nos mostrará todos los objetos definidos en nuestro catalogo y su correspondiente valor.  Podemos observar estas dos propiedades en el listado obtenido. Estas pueden ser modificadas de la siguiente forma (sin incluir %):

Set-BrokerDesktopGroup -Name ‘CATALOG NAME’ –OffPeakBufferSizePercent %NUM

Set-BrokerDesktopGroup -Name ‘CATALOG NAME’ –PeakBufferSizePercent %NUM

Adicionalmente, es importante tener en cuenta que hacen los Escritorios, tras la desconexion de los usuarios, o como actuan cada cierto tiempo en des-uso, tal y como vimos anteriormente en http://goo.gl/eiMVO0

Recursos:

XenDesktop eDocs Power Management: http://support.citrix.com/proddocs/topic/xendesktop-rho/cds-control-power-management-rho.html

XenDesktop eDocs SDK cmdlets: http://support.citrix.com/proddocs/topic/xendesktop-7/cds-sdk-cmdlet-help.html

XenDesktop eDocs SDK cmdlets About Brocker PowerManagement: http://support.citrix.com/proddocs/topic/citrix-broker-admin-v2-xd7/about_broker_powermanagement-xd7.html

 CTXDOM.COM Spanish Citrix Community: http://www.ctxdom.com

Tal y como ocurría en los servidores con XenApp instalados, puede ocurrir que existan dispositivos en los cuales, cuando nos es necesario incluir en perfmon métricas de rendimiento para la supervisión del entorno, estas no se encuentren disponibles.

Ello afecta a los equipos de Escritorio VDA, y la solución pasa por el correcto registro de las DLLs necesarias. Cabe indicar, que la falta de estos contadores afecta directamente a herramientas de monitorización tales como podrían ser HDX Monitor, EdgeSight, Director, etc.

Para solventar el problema únicamente deberemos registrar de forma manual la DLL ICAperf.dll tal y como hacíamos en xenapp.

regsvr32 “%programfiles%\Citrix\ICAService\icaperf.dll”

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