Le recomiendo para comprobar los hotfixes para saber si hay su versión del servidor de la presentación mientras que algo desinsecta relacionado a la elección es fijo. Le recomiendo para llegar el sitio de Citrix.
Con respecto las preferencias de la elección del colector de datos de la zona y a la otra información, encontrar por favor la información abajo:
En la elección del servidor del sistema las preferencias paginan, el tecleo corrige y selecciona la graduación para el servidor eligiendo de las opciones siguientes de la elección:
La mayoría prefirieron. El servidor es siempre la primera opción a convertirse en el colector de datos. Se recomienda que solamente un servidor por zona esté dado este ajuste.
Preferido. Al elegir a un nuevo colector de datos, XenApp elige a colector siguiente de los servidores preferidos si el servidor preferido no está disponible.
Preferencia del defecto. El ajuste de defecto para todos los servidores. El colector siguiente se selecciona de los servidores del defecto si ni un servidor preferido ni un servidor preferido está disponible.
No preferido. Aplicar este ajuste a los servidores que usted no quiere hacer el colector de datos para la zona. Este ajuste significa que este servidor se convierte en el colector de datos solamente cuando no hay servidores disponibles con un de los otros tres ajustes (la preferencia preferido, preferido, del defecto).
Colectores y elecciones de datos
Un colector de datos es una base de datos de la en-memoria que mantiene la información dinámica sobre los servidores en la zona, tal como cargas del servidor, estado de la sesión, usos publicados, usuarios conectados, y uso de la licencia.
Los colectores de datos reciben actualizaciones y preguntas incrementales de los datos de los servidores dentro de su zona. Los colectores de datos retransmiten la información a el resto de los colectores de datos en la granja. Las pistas del colector de datos, por ejemplo, que los usos están disponibles y cuántas sesiones están funcionando en cada servidor en la zona. El colector de datos comunica esta información al almacén de los datos a nombre de los otros servidores en la granja. Por abandono, en las granjas que comunican indirectamente con el almacén de los datos, el primer servidor en la granja funciona como el colector de datos.
Las granjas determinan el colector de datos según qué nivel se fija la preferencia de la elección para un servidor. Por abandono, todos los servidores que ensamblan la granja se configuran como colectores de datos de reserva. Cuando el colector de datos de la zona falla, una elección del colector de datos ocurre y un colector de datos de reserva substituye el colector de datos fall.
Si el colector de datos falla, las sesiones existentes y entrantes conectadas con otros servidores en la granja no son afectadas. El proceso electoral del colector de datos comienza automáticamente y eligen a un nuevo colector de datos casi instantáneamente. Las elecciones del colector de datos no son dependientes en el almacén de los datos.
Nueva elección del colector de datos
Cuando las comunicaciones fallan entre los colectores de datos o entre un servidor y su colector de datos, el proceso para elegir o para elegir a un nuevo colector de datos comienza. Por ejemplo:
El colector de datos para la zona 1 tiene una falta imprevista. Si el colector de datos cerró correctamente, acciona el proceso electoral como cerró.
Los servidores en la zona 1 detectan el colector de datos fallado y comienzan el proceso electoral. El sistema del servidor a la preferencia más alta siguiente de la elección se elige como el nuevo colector de datos.
Los servidores del miembro comienzan a enviar su información al nuevo colector de datos para la zona 1.
El nuevo colector de datos de la zona 1 repliega esta información a los otros colectores de datos en la granja.
A veces, usted puede ser que decida tener un colector de datos dedicado después de que su granja esté en la producción. Generalmente si los usuarios experimentan los tiempos de conexión lentos debido a la alta utilización de la CPU en el colector de datos, considerar dedicar un servidor para actuar solamente como el colector de datos de la zona.
Planificación para los colectores de datos
Al planear para los colectores de datos, considerar:
Si usted necesita un colector de datos dedicado
Si usted no necesita un colector de datos dedicado, que los servicios de la infraestructura pueden compartir el mismo servidor
Si usted necesita una zona en cada región geográfica, así que la significa que usted necesita los colectores de datos para esas regiones también
Para mantener la información constante entre las zonas, los colectores de datos retransmiten la información a el resto de los colectores de datos en una granja, creando tráfico de red.
La consumición de la memoria del colector de datos aumenta generalmente mientras que el tamaño de la granja aumenta. Sin embargo, no es significativa. Por ejemplo, el servicio independiente de la arquitectura de la gerencia que funciona en el colector de datos utiliza típicamente MB 300 en una granja 1000 del servidor.
Asimismo, el uso de la CPU no es significativo. Un colector de datos recibido en un servidor dual-processor puede apoyar sobre 1000 servidores en su zona. El uso de la CPU aumenta generalmente como el número de servidores en una zona aumenta, el número de zonas aumenta, y el número de usuarios que ponen en marcha usos aumenta.
En la mayoría de las redes, Citrix recomienda el reducir del número de colectores y de zonas de datos. Por ejemplo, si usted tiene una granja con 100 servidores en una localización, Citrix recomienda el tener de una zona con un colector de datos dedicado (aunque usted puede tener colectores de datos de reserva).
Citrix recomienda el instalar de XenApp en el servidor que usted quiere recibir la funcionalidad del colector de datos y, después de instalar otros servidores del miembro, configurando un servidor como el colector de datos de reserva.
