Ajuste das operações do XenMobile

O desempenho e a建立das operações do XenMobile envolvem muitas configurações no XenMobile e dededem da configuração do banco de dados do Citrix ADC e do SQL Server。Este artigo enfoca nas configurações mais frequentemente definidas pelos administradores, relacionadas ao ajuste à otimização do XenMobile。Citrix推荐产品você avalie cada uma das configurações deste artigo antes de implantar o XenMobile。

重要的:

Essas diretrize pressupõem que a CPU e a RAM do XenMobile Server são充足para o número de disposivos。Para obter mais informações sobre escalabilidade, consulteEscalabilidade e desempenho．

就像seguintes proedades do servidor se aplicam globalmente a operações, usuários e dispositivos a uma instância interira do XenMobile。A alteração em algumas propriedades do servidor requer uma reinicialização de cada nó do XenMobile Sever。O XenMobile avisa quando uma reinicialização é necessária。

Essas de reretrise de justse aplicam环境em cluster e não-cluster。

hibernate.c3p0.idle_test_period

esa专有的XenMobile Server, uma chave personalizada，决定的节奏社会第二，antes de uma conexão ser validada automaticamente。配置一个chave da seguinte maneira。O padrao e30.．

• Chave:chave personalizada
• Chave:hibernate.c3p0。idle_test_period
• 勇气:120
• 省de exibicao:hibernate.c3p0。idle_test_period
• Descricao:Período de teste de inatividade de hibernação

hibernate.c3p0.max_size

esa有个性化决定的方法número máximo de conexões que XenMobile pode abrir no banco de dados do SQL Server。XenMobile美国公司，您的英勇，您的特殊，您的个人，您的有限，您的优越。conexões abrem somente se você precisar delas。Baseie suas configurações na capacidade do seu servidor de banco de dados。

观察一个seguinte equação em uma configuração em集群。Sua conexão c3p0 multiplicada pelo número de nós é igual ao número máximo real de conexões que o XenMobile pode abrir para o banco de dados do SQL Server。

Na configuração em cluster e não-cluster，定义了SQL Server subdimensionado pode causar problem de recursos no lado do SQL durante o pico de carga。配置um valor muito baixo poderá afetar o炸弹-aproveitamento dos recursos SQL disponíveis。

配置一个chave da seguinte maneira。O padrao e1000．

• Chave:hibernate.c3p0.max_size
• 勇气:1000
• 省de exibicao:hibernate.c3p0.max_size
• Descrição: conexões de banco de dados ao SQL

hibernate.c3p0.min_size

我们有个性化决定的número mínimo de conexões que XenMobile，而没有银行做SQL Server。配置一个chave da seguinte maneira。O padrao eOne hundred.．

• Chave:hibernate.c3p0.min_size
• 勇气:One hundred.
• 省de exibicao:hibernate.c3p0.min_size
• Descrição: conexões de banco de dados ao SQL

hibernate.c3p0.timeout

爱有个性，有决心，有节奏，有限制。Se você usar o failover de cluster do banco de dados, Citrix推荐que você adicione essa chave personalizada e defina a para reduzir o tempo limit de atividade。O padrao e120．

• Chave:chave personalizada
• Chave:hibernate.c3p0.timeout
• 勇气:120
• 省de exibicao:hibernate.c3p0.timeout
• Descrição:节奏限制，在银行的dados

Intervalo de pulsação de serviços push

Esta configuração确定的信息frequência um dispositivo iOS验证的信息notificação de APNs não foi entregue nesse ínterim。Aumentar a frequência de pulsação dos APNs pode otimizar as comunicações do banco de dados。嗯，英勇的我，伟大的脚步，adicionar carga desnecessária。艾萨configuração se apenas ao iOS。O padrao e20.传统式圆舞。

Se você tiver vários dispositivos iOS em seu ambiente, o intervalo de pulsação pode levar a uma carga maior do que a necessária。如同ações de segurança, como apagamento seletivo, bloqueio e apagamento complete to, não depdem dessa pulsação。O motivo é que uma notificação de APNs é enviada ao dispositivo quando essas ações são executadas。我们的勇气决定了一个快速的决定了一个uma política é atualizada depois que a associação ao Grupo do Active Directory é alterada。我们在一起，我们在一起é我们在一起，我们在一起，我们在一起，我们在一起。

Tamanho do pool de conexões APNS de iOS MDM

conexões APNs的所有APNs的所有APNs的所有APNs的所有você tem mais de 100个配置。这些desempenho的问题包括:implantação我需要一个应用程序，políticas我需要一个登记程序，我需要一个应用程序。O padrao e1．我们的建议是você我们的英勇之处是400名士兵。

auth.ldap.connect.timeout

parcompensar lentas respostas LDAP, Citrix推荐que você adicione as propriedades do servidor Para as seguintes chaves personalizadas。

• Chave:chave personalizada
• Chave:auth.ldap.connect.timeout
• 勇气:60000
• 省de exibicao:auth.ldap.connect.timeout
• Descricao:速度限制达conexão LDAP

auth.ldap.read.timeout

parcompensar lentas respostas LDAP, Citrix推荐que você adicione as propriedades do servidor Para as seguintes chaves personalizadas。

• Chave:chave personalizada
• Chave:auth.ldap.read.timeout
• 勇气:60000
• 省de exibicao:auth.ldap.read.timeout
• Descricao:节奏限制de leitura do LDAP

奥特拉斯otimizações de servidores

可验证死锁，他们的银行的银行，SQL e排除的老爸históricos

Quando você vir死锁，执行一个consulta a seguir para over os死锁。存款，嗯，管理银行的dados ou a equipe做微软SQL码确认为informações。

需要咨询的SQL

SELECT db.name DB_Service, tl.request_session_id, wt.blocking_session_id, OBJECT_NAME(p.OBJECT_ID) BlockedObjectName, tl.resource_type, h1。文本作为RequestingText, h2。textas BlockingTest, tl.request_mode FROM sys。dm_tran_locks AS tl INNER JOIN sys。databases db ON db。database_id = tl.resource_database_id INNER JOIN。dm_os_waiting_tasks AS wt ON tl.lock_owner_address = wt.resource_address INNER JOIN分区AS p ON . p.hobt_id = tl.resource_associated_entity_id INNER JOINdm_exec_connections ec1 ON ec1。session_id = tl.request_session_id INNER JOINdm_exec_connections ec2 ON ec2。CROSS APPLY sys.dm_exec_sql_text(ec1.most_recent_sql_handle) AS h1 CROSS APPLY sys.dm_exec_sql_text(ec2.most_recent_sql_handle) AS h2 GO 

Limpar o banco de dados

重要的:

Faça backup do banco de dados antes de fazer alterações nas tabelas。

1. 执行一项命令históricos。

   select COUNT(\*) as total_record from dbo.EWDEPLOY_HISTO;select COUNT(\*) as total_record from dbo.EWSESS;select COUNT(*) from dbo.EWAUDIT;<！——NeedCopy >

2. 排除os dados das três tabelas aniores。

   注:

   Você塔尔维兹não尊敬的父亲históricos em uma tabela。Em caso肯定，忽略一个execução da consulta truncada dessa tabela específica。

   截断表dbo.EWDEPLOY_HISTO;截断表dbo.EWSESS;截断表dbo.EWAUDIT;<！——NeedCopy >

3. Desbloquear as consultas SELECT que foram bloqueadas devido a死锁。Essa etapa cuida de mais死锁。

   将READ_COMMITTED_SNAPSHOT设置为立即回滚

4. Por padrão，一个limpeza do banco de dados é de sete dias para reter os dados de retenção de sessão e os dados de retenção de auditoria, o que é alto para muitos usuários。"我的勇气" "我的勇气"Nas propriedades do servidor, faça a seguinte alteração:

   zdm.dbcleanup. sessionretentiontimeindays = 1天zdm.dbcleanup. deployhistretentiontimeindays = 1天zdm.dbcleanup.auditRetentionTimeInDays < = 1天!——NeedCopy >

林帕órfãos na tabela KEYSTORE

Se os nós XenMobile tiverem desempenho ruim, verify Se a tabela KEYSTORE é muito grande。O XenMobile armazena certificados de registro nas tabelas registrment_certificate e KEYSTORE。Quando você排除ou注册新设备配置，os证书na tabela registrment_certificate são excluídos。就像“永久的”，“死亡的问题”。执行程序到seguir para limpar os órfãos da tabela KEYSTORE。

重要的:

Faça backup do banco de dados antes de fazer alterações nas tabelas。

1. 执行一项命令históricos。

   select COUNT(*) from KEYSTORE 

2. 验证se há órfãos na tabela KEYSTORE com a seguinte consulta。

   使用cte(KEYSTORE_ID) AS(选择KEYSTORE_ID从注册证书联盟选择CA_KEYSTORE_ID从LDAP_CONFIG联盟选择CLIENT_KEYSTORE_ID从LDAP_CONFIG联盟选择SAML_SERVICE_PROVIDER联盟选择KEYSTORE_ID从SERVER_CERTIFICATE选择KEYSTORE_ID)选择keystore。id FROM keystore LEFT JOIN cte ON keystore。id = cte。其中Keystore_id为空;<！——NeedCopy >

3. Limpe os órfãos usando a seguinte consulta。

   用cte(KEYSTORE_ID) AS (SELECT KEYSTORE_ID FROM registrment_certificate UNION SELECT CA_KEYSTORE_ID FROM LDAP_CONFIG UNION SELECT CLIENT_KEYSTORE_ID FROM LDAP_CONFIG UNION SELECT CLIENT_KEYSTORE_ID FROM SAML_SERVICE_PROVIDER UNION SELECT KEYSTORE_ID FROM SERVER_CERTIFICATE)删除keystore中id所在的位置(选择keystore)。id FROM keystore LEFT JOIN cte ON keystore。id = cte。其中KEYSTORE_ID为NULL和keystore。Type = ' x_509 ');<！——NeedCopy >

4. Adicione um índice à tabela KEYSTORE para melhorar a eficiência da pesquisa。

   删除“keystore_name_idx”索引到“keystore”将表的“keystore”列的“name”改为null;在" keystore "(" name ") include (" id "， " type "， " content "， " password "， " publicly_trusted "， " description "， " alias "， " modification_date ")上创建索引" keystore_name_idx ";<！——NeedCopy >