As informações neste Readme referem-se à versão do ZENworks 2017 Update 4.
Para obter informações sobre os novos recursos incluídos nesta versão, consulte a Referência O Que Há de Novo do ZENworks.
Use as seguintes diretrizes para planejar a implantação do ZENworks 2017 Update 4 na Zona de Gerenciamento:
Se você usa a Criptografia de Disco e deseja atualizar o Agente de Criptografia de Disco Cheio de uma versão anterior ao ZENworks 2017 Update 1, É NECESSÁRIO remover a política de Criptografia de Disco dos dispositivos gerenciados antes de atualizá-los para o ZENworks 2017 Update 4.
Se você está atualizando o Agente de Criptografia de Disco Cheio do ZENworks 2017 Update 1 ou Update 2 para o ZENworks 2017 Update 4, mantenha a política de Criptografia de Disco no local. Nenhuma mudança é necessária antes da atualização do sistema.
Para obter mais informações sobre a atualização da Criptografia de Disco Cheio no ZENworks 2017 4 de uma versão anterior ao ZENworks 2017 Update , consulte a ZENworks 2017 Update 1 - Full Disk Encryption Update Reference (ZENworks 2017 Update 1 - Referência de Atualização de Criptografia de Disco Cheio).
Primeiramente, você deve fazer upgrade dos Servidores Principais, em seguida, atualizar os Servidores Satélites e, por fim, os dispositivos gerenciados para o ZENworks 2017 Update 4. Não faça upgrade dos dispositivos gerenciados e Servidores Satélites (nem adicione novos Agentes do 2017 Update 4 à zona) antes do upgrade de todos os Servidores Principais na zona para o ZENworks 2017 Update 4.
NOTA:Os Agentes podem receber dados inconsistentes da zona antes do upgrade de todos os Servidores Principais. Portanto, essa parte do processo deve ser realizada o quanto antes. O ideal é logo após o upgrade do primeiro Servidor Principal.
Você pode implantar diretamente a versão 2017 Update 4 nos seguintes dispositivos:
|
Tipo de Dispositivo |
Sistema Operacional |
Versão Mínima do ZENworks |
|---|---|---|
|
Servidores Principais |
Windows e Linux |
ZENworks 2017 e versões seguintes |
|
Servidores Satélites |
Windows, Linux e Mac |
ZENworks 11.x e versões seguintes |
|
Dispositivos gerenciados |
Windows |
ZENworks 11.x e versões seguintes |
|
Linux |
ZENworks 11.x e versões seguintes |
|
|
Mac |
ZENworks 11.2 e versões seguintes |
O sistema será reinicializado assim que você fizer o upgrade para o ZENworks 2017 Update 4. Entretanto, uma reinicialização dupla será necessária nos seguintes cenários:
Se você atualizar da versão 11.x para o ZENworks 2017 ou uma versão seguinte (2017 Update 1, Update 2, Update 3 ou Update 4) com a Segurança de Endpoint habilitada, será necessária uma segunda reinicialização para carregar o driver ZESNETAccess.
Se um dispositivo gerenciado usa o Windows 10 com a Autodefesa de Cliente habilitada, e você está fazendo upgrade da versão 11.4.x para o ZENworks 2017 ou uma versão seguinte (2017 Update 1, Update 2, Update 3 ou Update 4), é necessário desabilitar a Autodefesa de Cliente no ZENworks Control Center, reinicializar o dispositivo gerenciado e, em seguida, executar a atualização, o que exige uma segunda reinicialização no dispositivo.
Se você tem uma política de Criptografia de Disco imposta em um dispositivo gerenciado e deseja atualizar o Agente de Criptografia de Disco Cheio de uma versão anterior ao ZENworks 2017 Update 1 para o ZENworks 2017 Update 4, deve primeiro remover a política e decodificar o dispositivo, o que requer a reinicialização do dispositivo. Em seguida, você atualiza o dispositivo para o 2017 Update 4, exigindo uma segunda reinicialização.
IMPORTANTE:É necessário primeiro fazer upgrade dos Dispositivos Gerenciados que executam versões anteriores à 11.x para a 11.x. O sistema será reinicializado após o upgrade para a versão 11.x e, em seguida, reinicializado novamente quando a atualização do sistema do ZENworks 2017 Update 4 for implantada.
Antes de instalar a Atualização de Sistema, verifique se você tem espaço em disco livre adequado nos seguintes locais:
|
Localização |
Descrição |
Espaço em disco |
|---|---|---|
|
Windows: %zenworks_home%\install\downloads Linux: opt/novell/zenworks/install/downloads |
Para manter os pacotes de agente. |
5.7 GB |
|
Windows: %zenworks_home%\work\content-repo Linux: /var/opt/novell/zenworks/content-repo |
Para importar o arquivo zip para o sistema de conteúdo. |
5.7 GB |
|
Cache do Agente |
Para fazer download do conteúdo da Atualização de Sistema que é necessário para atualizar o servidor ZENworks. |
1.5 GB |
|
Local onde o arquivo da Atualização de Sistema é copiado. Ele é aplicável apenas ao Servidor ZENworks que é usado para importar o arquivo zip da Atualização de Sistema |
Para armazenar o arquivo zip da Atualização de Sistema do qual foi feito o download. |
5.7 GB |
Para obter instruções sobre como fazer download e implantar o ZENworks 4, consulte a ZENworks 2017 Update System Updates Reference (Referência de Atualizações do Sistema do ZENworks 2017 Update 1).
Se a Zona de Gerenciamento consistir em Servidores Principais com uma versão anterior ao ZENworks 2017, você poderá implantar o ZENworks 2017 Update 4 nesses Servidores Principais somente após o upgrade de todos eles para o ZENworks 2017. Para obter instruções, consulte o Guia de Upgrade do ZENworks.
Para ver as tarefas administrativas, consulte o site de documentação do ZENworks 2017 Update 4.
IMPORTANTE:Não atualize o viewer de RM (Remote Management – Gerenciamento Remoto) antes da atualização de todos os Servidores Satélites Proxy de Junção na zona. Para executar o Gerenciamento Remoto pelo Proxy de Junção, você precisa garantir que a versão do viewer de RM e a versão do Proxy de Junção sejam as mesmas.
Leia Seção 2.0, Planejando a implantação do ZENworks 2017 Update 4 antes de fazer download e implantar a atualização do ZENworks 2017 Update 4.
IMPORTANTE:Durante a implantação da atualização do ZENworks, na fase de Preparação, o ZeUS (ZENworks Updater Service – Serviço do Atualizador do ZENworks) nos Servidores Principais será substituído pelo novo pacote incluído na atualização.
Essa atualização requer que sejam feitas mudanças no esquema do banco de dados. Durante a instalação do patch inicial, os serviços são executados apenas no Servidor Principal Master ou dedicado. Isso serve para garantir que outros Servidores Principais não tentem acessar as tabelas que estão sendo modificadas no banco de dados.
Depois que o Servidor Principal Master ou dedicado for atualizado, os serviços continuarão nos servidores restantes e a atualização será aplicada simultaneamente.
NOTA:Você não precisa parar ou iniciar manualmente os serviços nos servidores durante a atualização. Os serviços serão interrompidos e iniciados automaticamente.
Quando você adia uma atualização de sistema e efetua logout do dispositivo gerenciado, a atualização de sistema é aplicada no dispositivo.
Para ver a lista das versões suportadas de Dispositivo Gerenciado e Servidor Satélite em uma Zona de Gerenciamento com o ZENworks 2017 Update 4, consulte Supported Managed Devices and Satellite Server Versions (Versões suportadas de dispositivos gerenciados e servidores satélites).
Alguns dos problemas identificados nas versões anteriores foram resolvidos nesta versão. Para obter uma lista dos problemas resolvidos, consulte o TID 7023612 no Support Knowledgebase.
Alguns dos problemas descobertos nas versões anteriores ao ZENworks 2017 Update 4 que ainda não foram resolvidos. Consulte o seguinte documento de Readme para obter mais informações:
Esta seção contém informações sobre os problemas que podem ocorrer durante o uso do ZENworks 2017 Update 4:
Uma política de Controle de Dispositivo Móvel, com um valor percentual de brilho específico definido no campo Definir porcentagem de brilho da tela, é atribuída a um dispositivo Android gerenciado pela empresa, mas o valor de brilho não é aplicado ao dispositivo e uma mensagem de erro "App não suportado" aparece nas mensagens de Status da Política.
Solução Alternativa: Nenhuma.
Conforme confirmado pelo Google, o recurso Boot Direto não funciona em dispositivos Android P.
Solução Alternativa: Nenhuma.
Quando é feito o upgrade do aplicativo do Agente do ZENworks para a versão 17.4.0 em um dispositivo, as configurações de Keyguard de Dispositivo, habilitadas como parte da política de Controle de Dispositivo Móvel, não funcionam no dispositivo.
Solução Alternativa: Cancele o registro do dispositivo usando a tarefa rápida Cancelar Registro no ZCC e registre-o novamente. Reatribua a mesma política de Controle de Dispositivo Móvel. As configurações de Keyguard de Dispositivo serão habilitadas com êxito no dispositivo.
Quando as configurações de keyguard de dispositivo estiverem habilitadas como parte da política de Controle de Dispositivo Móvel, haverá falha na aplicação da política a dispositivos Android Lollipop e Marshmallow registrados no modo de perfil de trabalho. O status da política é exibido como falha no ZCC, e a mensagem de erro "Não é possível definir configuração do agente confiável para um perfil gerenciado" aparece nos registros do dispositivo.
Solução Alternativa: Nenhuma.
Há falha na aplicação da tarefa rápida Desbloquear Dispositivo a dispositivos Android Lollipop e Marshmallow registrados no modo de perfil de trabalho. O status da tarefa rápida é exibido como falha no ZCC, e o erro "Não é possível redefinir a senha para um perfil gerenciado" aparece nos registros do dispositivo.
Solução Alternativa: Nenhuma.
Após o upgrade da Zona de Gerenciamento do ZENworks, o RPM novell-zenworks-xplat-uninstall exibirá uma versão incorreta no ZDC.
Solução Alternativa: Nenhuma.
Aguarde o término da ação de atualização no Servidor Principal.
Em ZCC > Dispositivos > guia Descoberto, caracteres indesejados são exibidos no nome da pasta Dispositivos Intel AMT.
Solução Alternativa: Nenhuma.
Quando uma ACL (Access Control List – Lista de Controles de Acesso) é configurada com uma ou mais regras de ACL Não Confiáveis na Política de Firewall, o acesso à rede baseado nos parâmetros da regra não é bloqueado.
Solução Alternativa: Use as configurações de porta de Firewall nativas para bloquear o acesso à rede.
Após o upgrade do dispositivo para Windows 10 v1709 (Fall Creator Update), v1803 ou Windows 10 v1809 (April 2018 Update), o login no Modo Passivo no ZENworks não funcionará.
Solução Alternativa: Consulte o TID 7022478 na Base de Dados de Conhecimento da Micro Focus.
Quando você atribui uma tarefa rápida ou uma atualização de sistema a um agente do ZENworks, a tarefa ou a atualização atribuída não é executada no agente, e o erro TaskNotifier, "Got 503 from Server” é gravado no registro do ZeUS.
Para confirmar o erro “TaskNotifier, "Got 503 from Server”, execute o seguinte:
No agente, em Aplicativo de Técnico (clique o botão direito do mouse no ícone do ZENworks, selecione Aplicativo de Técnico), Registro deve ser definido como Erros, Avisos, Informações, Depuração.
Após mudar o nível de registro no agente, atribua quaisquer tarefas rápidas ou uma atualização de sistema.
A mensagem de erro TaskNotifier, "Got 503 from Server” é registrada no arquivo zeus-messages.log (Local: %ZENWORKS_HOME%\ZeUS\logs\).
O erro TaskNotifier, "Got 503 from Server” indica que o servidor recusou a conexão porque a capacidade padrão (10000) está quase sendo atingida.
Esse erro ocorre quando o número de agentes conectados a um servidor é maior quando comparado ao total maxConnections no arquivo server.xml. Por padrão, o total maxConnections é 10000.
Solução:
Adicione o total do parâmetro maxConnections ao arquivo server.xml.
Para adicionar o total maxConnections ao arquivo server.xml:
Na linha a seguir do arquivo server.xml, adicione o parâmetro maxConnections="20000" conforme mostrado abaixo:
<!-- Define a non-SSL HTTP/1.1 Connector on port 80 --> <Connector acceptCount="1000" connectionTimeout="60000" maxConnections="20000" disableUploadTimeout="true" enableLookups="false" maxHttpHeaderSize="8192" maxSpareThreads="75" maxThreads="600" minSpareThreads="25" port="80" protocol="org.apache.coyote.http11.Http11NioProtocol" redirectPort="443" />
NOTA:Por padrão, o total maxConnections do parâmetro é 10000 e não será listado no arquivo server.xml. Se o total de 10000 não for suficiente, adicione o parâmetro e, com base no número de agentes na zona, aumente o total. Neste exemplo, o total maxConnections é 20000.
Reinicie os serviços do ZENworks.
O serviço novell-proxydhcp pode não funcionar no RHEL 7.5 e 7.6, pois a porta 67 exigida pelo serviço foi usada pelo serviço dnsmasq.
Solução Alternativa: Execute o comando systemctl disable libvirtd.service e, em seguida, reinicie o dispositivo.
Este documento inclui informações específicas à versão ZENworks 2017 Update 4. Para acessar todas as outras documentações do ZENworks 2017, consulte o site de documentação do ZENworks 2017 na Web.
Para saber mais sobre informações legais, marcas registradas, isenções de responsabilidade, garantias, exportação e outras restrições de uso, direitos restritos do Governo dos EUA, política de patente e conformidade com FIPS, consulte https://www.novell.com/company/legal/.
© Copyright 2008 – 2019 Micro Focus ou uma de suas afiliadas.
As garantias exclusivas para os produtos e serviços da Micro Focus e de suas afiliadas e licenciantes (“Micro Focus”) estão descritas nas declarações de garantia que acompanham esses produtos e serviços. Nenhuma informação nos termos deste documento deve ser interpretada como garantia adicional. A Micro Focus não será responsável por erros técnicos ou editoriais contidos neste documento. As informações constantes neste documento estão sujeitas à mudança sem aviso prévio.