Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Informações de Apoio

Atualização de servidor único

Atualização de cluster

Reinicializar Cluster/Versão do Switch

Configurar

Etapa 1. Aprimoramentos de atualização de servidor único.

Melhorias de GUI

Aprimoramentos de CLI

Etapa 2. Atualização de cluster centralizada.

Melhorias de GUI

Aprimoramentos de CLI

Etapa 3. Versão do switch de cluster centralizado ou reinicialização.

Etapa 4. Atualizações Paralelas De Nós De Cluster.

Verificar

Troubleshoot

Introduction

Este documento descreve os novos recursos do Cisco Unified Communications Manager (CUCM) 12.5 que ajudam a simplificar tarefas como atualização/reinicialização/versão de switch de um único servidor ou cluster de vários nós.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

- Cisco Unified Communications Manager 12.5

- Servidor de IM e Presence 12.5

Componentes Utilizados

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Antes do CUCM 12.5, quando você precisa instalar ou atualizar , o procedimento exigia que você fizesse login em cada nó individual para executar a tarefa necessária.

O novo aprimoramento no CUCM 12.5 permite executar esse procedimento a partir de uma interface da Web, o nó primário (editor) do cluster. Isso permite que você instale, atualize e troque versões para o cluster usando um método mais controlado e estruturado que economiza tempo e é mais eficiente.

Atualização de servidor único

1. A definição de configuração do software não persiste. O administrador precisa inserir os valores toda vez que uma atualização precisa ser feita.

2. O administrador precisa inserir a configuração em cada nó.

3. Após o download, se a atualização falhar, o administrador pode corrigir o problema e ter que iniciar novamente a partir da etapa de download para uma atualização.

Atualização de cluster

1. Os nós precisam ser atualizados individualmente e alternam a versão em uma ordem específica.

2. O administrador precisa lembrar e atualizar manualmente os nós para obter uma atualização bem-sucedida. O administrador precisa esperar a atualização de um nó terminar antes de iniciar o próximo nó.

Reinicializar Cluster/Versão do Switch

Não há opção anterior à versão 12.5 para controlar e gerenciar a versão de reinicialização/switch de todo o cluster. O administrador precisa acessar o CLI de cada servidor que começa com Pub e executar a operação.

O CUCM 12.5 tem aprimoramentos para esses recursos, o que é muito útil para um administrador.

Configurar

Etapa 1. Aprimoramentos de atualização de servidor único.

Melhorias de GUI

Estes são os aprimoramentos feitos na página OS Admin quando Install/Upgrade for Single Server está selecionado.

Opção 1. Usar Credenciais de Download do Publicador.

Essa opção está disponível em Assinantes e é selecionada por padrão. Por meio dessa opção, o arquivo de atualização do Publicador pode ser usado.

Opção 2. Use o sistema de arquivos local.

Esta opção habilita o para usar o arquivo baixado anteriormente que está presente no diretório local do servidor.

Opção 3. Os valores persistentes são preenchidos previamente.

Os detalhes do servidor FTP seguro (SFTP) são persistentes e pré-preenchidos. Caso o administrador deseje usar os mesmos detalhes que o anterior, não será necessário inseri-los novamente.

Opção 4. Continue com a opção de atualização do sistema e versão do switch antes de fazer o download do arquivo de imagem.

Em versões anteriores do CUCM e IM&P, a opção de selecionar uma versão de switch é fornecida após o download da imagem. Nesse caso, o administrador precisa aguardar o término do download e selecionar outra ação para iniciar a atualização.

Usando esse recurso, se o administrador não quiser verificar o valor MD5 do ISO, ele poderá optar por continuar a instalação após o download do iso e não exigirá nenhuma intervenção adicional.

Opção 4. No caso de uma falha de atualização, o arquivo de imagem não precisa ser baixado novamente.

Se a atualização falhar por qualquer motivo, o arquivo local pode ser usado e o download do arquivo iso pode ser evitado novamente.

Aprimoramentos de CLI

Houve aprimoramentos no comando CLI para a atualização de um único servidor para suportar os recursos acima.

O comando para iniciar a atualização ainda é o mesmo (utils system upgrade initiate), mas há novas opções adicionadas.

Da CLI do Publisher:

admin:utils system upgrade initiate

Warning: Do not close this window without first cancelling the upgrade.

Warning: Before upgrading the cluster Cisco recommends installing the latest Upgrade Readiness COP file. Refer to the Upgrade Guide on cisco.com for details.

Source:

1) Remote Filesystem via SFTP

2) Remote Filesystem via FTP

3) Local DVD/CD

4) Local Image <UCSInstall_UCOS_12.5.1.10000-19.sgn.iso>

q) quit

Please select an option (1 - 4 or "q" ):

“Local Image< image >” introduced in the list of the source  that allows admin to select a local image that is already downloaded to UCM and use that image to upgrade the UCM

A partir da CLI de um assinante:

admin:utils system upgrade initiate

Warning: Do not close this window without first cancelling the upgrade.

Warning: Before upgrading the cluster Cisco recommends installing the latest Upgrade Readiness COP file. Refer to the Upgrade Guide on cisco.com for details.

Use download credentials from Publisher (yes/no) [yes]: no

Source:

1) Remote Filesystem via SFTP

2) Remote Filesystem via FTP

3) Local DVD/CD

4) Local Image <None>

q) quit

Please select an option (1 - 4 or "q" ):

utils system upgrade initiate for CUCM Subcrobers andIM&P Pub/Sub nodes has been modified and the option is  “Use download credentials from Publisher (yes/no) [yes]”

Ao clicar na opção, o arquivo de atualização é selecionado nas configurações do Publisher. São feitas verificações na imagem para ver se ela é válida antes da atualização.

Se o editor fornecer um local que não tenha nenhuma imagem válida, ele \sai dos prompts de atualização

Etapa 2. Atualização de cluster centralizada.

Este é um novo recurso introduzido no CUCM versão 12.5 para gerenciar a atualização do cluster. A opção Atualização de Cluster está disponível no Publisher e a atualização de todo o cluster pode ser iniciada por meio da página Admin do SO ou da CLI. A Atualização de Cluster inclui Servidores IM&Presence, pois eles fazem parte do cluster.

Nota:Certificados Tomcat válidos devem existir no CUCM e no Editor IM&P se a atualização em todo o cluster envolver os nós CUCM e IM&P.

Melhorias de GUI

Em Atualizações de software, uma nova opção Instalar/Atualizar cluster é apresentada para isso.

Se o cluster contiver servidores IMP e também se os servidores IMP devem ser atualizados ou não, pode ser escolhido.

Depois que a atualização for iniciada, o status poderá ser monitorado pela interface GUI ou CLI.O parâmetro Tempo de conclusão do histórico mostra o tempo necessário para a etapa específica quando a última atualização foi feita com êxito. Isso pode ser combinado com a opção Tempo decorrido para ver se a atualização está indo conforme esperado.

Se for a primeira vez que o sistema está sendo atualizado, os valores históricos têm os valores padrão definidos pelos desenvolvedores, extraídos dos resultados de testes locais.

Aprimoramentos de CLI

Uma nova CLI foi introduzida no Publisher, o que ajudaria a acionar e gerenciar a atualização de cluster.

admin: cluster de atualização do sistema utils {initiate/status/cancel}

O comando CLI acima está disponível apenas no editor do CUCM.

Etapa 3. Versão do switch de cluster centralizado ou reinicialização.

Esse recurso está presente apenas no servidor do editor do CUCM e pode ser gerenciado através da interface GUI somente porque não há comandos CLI para isso.

Com esse recurso, a versão do switch e a atualização de todo o cluster podem ser gerenciadas. A operação é executada em um lote de servidores e no Publisher que está sempre no primeiro lote. Deve haver algum servidor em cada lote e não é possível ignorar o lote. A operação começa com Batch1 e, em seguida, Batch2 e em seguida. O status atual da operação pode ser exibido no menu Status.

Etapa 4. Atualizações Paralelas De Nós De Cluster.

Usando a opção Atualização de Cluster, a atualização para todos os nós é iniciada ao mesmo tempo, e o Administrador não precisa aguardar a conclusão da atualização do Publicador para poder iniciar o próximo servidor. Embora a atualização para todos os servidores seja iniciada simultaneamente, no back-end, o assinante CUCM espera que a instalação do banco de dados do editor CUCM seja concluída e o assinante IMP espera que a instalação do editor CUCM e do editor IMP seja concluída.

Observação: se a atualização em todo o cluster estiver definida como Sim para alternância automática. Todos os nós selecionados devem concluir a atualização e, em seguida, a versão do switch será executada. Em caso de falha na atualização, a versão do switch não será executada.

Verificar

No momento, não há procedimento de verificação disponível para esta configuração.

Troubleshoot

Antes de iniciar a atualização para um único servidor ou cluster, certifique-se de que não haja nenhuma tarefa de atualização ou DRS que já esteja em execução.

A atualização pode falhar em diferentes estágios e corrigir que as verificações relacionadas precisam ser feitas.