Eu recomendo-o verific hotfixes para ver se há sua versão do usuário da apresentação enquanto algum desinseta relacionado à eleição é fixo. Eu recomendo-o verific dentro o local de Citrix.
A respeito das preferências da eleição do coletor de dados da zona e da outra informação, encontrar por favor a informação abaixo:
Na eleição do usuário do jogo as preferências paginam, o clique edita e seleciona a classificação para o usuário escolhendo das seguintes opções da eleição:
A maioria preferiram. O usuário é sempre a primeira escolha a transformar-se o coletor de dados. Recomenda-se que somente um usuário por a zona esteja dado este ajuste.
Preferido. Ao eleger um coletor de dados novo, XenApp elege o coletor seguinte dos usuários preferidos se o usuário o mais preferido não está disponível.
Preferência do defeito. O ajuste de defeito para todos os usuários. O coletor seguinte está selecionado dos usuários do defeito se nem um usuário o mais preferido nem um usuário preferido estão disponível.
Não preferido. Aplicar este ajuste aos usuários que você não quer se transformar o coletor de dados para a zona. Este ajuste significa que este usuário se transforma o coletor de dados somente quando nenhum usuário está disponível com os alguns de outros três ajustes (a preferência preferida, preferida, do defeito).
Coletores e eleições de dados
Um coletor de dados é uma base de dados da em-memória que mantenha a informação dinâmica sobre os usuários na zona, tal como cargas do usuário, status da sessão, aplicações publicadas, usuários conetados, e uso da licença.
Os coletores de dados recebem atualizações e perguntas incrementais dos dados dos usuários dentro de sua zona. Os coletores de dados retransmitem a informação a todos coletores de dados restantes na exploração agrícola. As trilhas do coletor de dados, por exemplo, que as aplicações estão disponíveis e quantas sessões estão funcionando em cada usuário na zona. O coletor de dados comunica esta informação à loja dos dados em nome dos outros usuários na exploração agrícola. À revelia, nas explorações agrícolas que se comunicam indiretamente com a loja dos dados, o primeiro usuário na exploração agrícola funciona como o coletor de dados.
As explorações agrícolas determinam o coletor de dados de acordo com que nível a preferência da eleição é ajustada para um usuário. À revelia, todos os usuários que juntam-se à exploração agrícola são configurados como coletores de dados alternativos. Quando o coletor de dados da zona falha, uma eleição do coletor de dados ocorre e um coletor de dados alternativo substitui o coletor de dados falh.
Se o coletor de dados falha, as sessões existentes e entrantes conetadas a outros usuários na exploração agrícola não são afetadas. O processo eleitoral do coletor de dados começa automaticamente e um coletor de dados novo é elegido quase instantaneamente. As eleições do coletor de dados não são dependentes da loja dos dados.
Eleição nova do coletor de dados
Quando as comunicações falham entre coletores de dados ou entre um usuário e seu coletor de dados, o processo para escolher ou eleger um coletor de dados novo começa. Por exemplo:
O coletor de dados para a zona 1 tem uma falha não programada. Se o coletor de dados interrompeu corretamente, provoca o processo eleitoral como interrompeu.
Os usuários na zona 1 detetam o coletor de dados falhado e começam o processo eleitoral. O jogo do usuário à preferência a mais elevada seguinte da eleição é elegido como o coletor de dados novo.
Os usuários do membro começam emitir sua informação ao coletor de dados novo para a zona 1.
O coletor de dados novo da zona 1 replicates esta informação aos outros coletores de dados na exploração agrícola.
Às vezes, você pôde decidir ter um coletor de dados dedicado depois que sua exploração agrícola está na produção. Geralmente, se os usuários experimentam os tempos de conexão lentos devido à utilização elevada do processador central no coletor de dados, considerar dedicar um usuário para actuar unicamente como o coletor de dados da zona.
Planear para coletores de dados
Ao planear para coletores de dados, considerar:
Se você precisa um coletor de dados dedicado
Se você não precisa um coletor de dados dedicado, que os serviços da infra-estrutura possam compartilhar do mesmo usuário
Se você a precisa uma zona em cada região geográfica, assim que significa que você precisa coletores de dados para aquelas regiões também
Para manter a informação consistente entre zonas, os coletores de dados retransmitem a informação a todos coletores de dados restantes em uma exploração agrícola, criando o tráfego de rede.
Geralmente, o consumo da memória do coletor de dados aumenta enquanto o tamanho da exploração agrícola aumenta. Entretanto, não é significativo. Por exemplo, o serviço independente da arquitetura da gerência que funciona no coletor de dados usa tipicamente MB 300 em uma exploração agrícola 1000 do usuário.
Do mesmo modo, o uso do processador central não é significativo. Um coletor de dados hospedado em um usuário dual-processor pode suportar sobre 1000 usuários em sua zona. Geralmente, o uso do processador central aumenta como o número de usuários em uma zona aumenta, o número de zonas aumenta, e o número de usuários que lanç aplicações aumenta.
Em a maioria de redes, Citrix recomenda reduzir o número de coletores e de zonas de dados. Por exemplo, se você tem uma exploração agrícola com os 100 usuários em uma posição, Citrix recomenda ter uma zona com um coletor de dados dedicado (embora você pode ter coletores de dados alternativos).
Citrix recomenda instalar XenApp no usuário que você quer hospedar a funcionalidade do coletor de dados e, após ter instalado outros usuários do membro, configurando um usuário como o coletor de dados alternativo.
