É possível atualizar o WebSphere eXtreme
Scale para uma nova versão, ou aplicando a manutenção ou instalando uma nova versão, sem interromper o serviço.
Antes de Iniciar
Você deve ter o arquivo binário para a liberação ou manutenção de versão principal que deseja aplicar. Informações mais recentes sobre liberações e pacotes de manutenção disponíveis podem ser obtidas a partir do
Portal de Suporte IBM para WebSphere eXtreme
Scale.
Sobre Esta Tarefa
Para fazer a atualização sem tem que interromper o serviço, você deve primeiramente atualizar
os servidores de catálogos, em seguida, atualizar os servidores de contêiner e, por último, os servidores
de cliente.
Procedimento
- Faça upgrade da camada de serviço de catálogo, repetindo as etapas a seguir para cada servidor de catálogos na grade de dados. Faça upgrade da camada do serviço de catálogo antes de fazer upgrade de quaisquer servidores de contêiner ou de clientes. Servidores de catálogos individuais podem interoperar com compatibilidade de versão, de modo que os upgrades possam ser aplicados em um servidor de catálogos por vez sem interromper o serviço.
- Verifique o status do quorum funcional. Execute o seguinte comando:
xsadmin -quorumStatus
xscmd -c showQuorumStatus
Este resultado indica que todos os servidores de catálogos estão conectados.
- Se estiver usando replicação multimestre entre dois domínios de serviço de catálogo, desfaça o link entre os dois domínios do serviço de catálogo enquanto estiver fazendo upgrade dos servidores de catálogos.
xsadmin –ch host -p 1099 -dismissLink domain_name
xscmd –c dismissLink –cep host:2809 -fd domain_name
É necessário apenas executar este comando a partir de um dos domínios do serviço de catálogo para remover o link entre os dois domínios do serviço de catálogo.
- Encerre um dos servidores de catálogos. É possível usar o comando stopOgserver, o comando xscmd -c teardown ou encerrar o servidor de aplicativos que está executando o serviço de catálogo no WebSphere Application Server. Não há nenhum requisito referente à ordem na qual os servidores de catálogos são interrompidos, mas encerrar o servidor de catálogos principal por último reduz a rotatividade. Para determinar qual servidor de catálogos é o principal, procure pela mensagem CWOBJ8106 nos arquivos de log. Sob condições normais, o quorum é mantido quando um servidor de catálogos é encerrado, mas é uma melhor prática consultar o status do quorum após cada encerramento com o comando xscmd -c showQuorumStatus.
Se você usar o comando xscmd -c teardown, será possível filtrar os nomes de servidor. O comando stopOgServer requer um nome de servidor exato ou uma lista de nomes de servidores em paralelo a serem inseridos. Você deve agrupar o processo de encerramento em vez de chamar o processo de parada ou de derrubada para vários servidores em paralelo. Ao agrupar os servidores a serem encerrados, a grade de dados poderá reagir aos servidores que estiverem sendo encerrados ao mover os shards ao redor da grade de dados. É possível usar um dos seguintes comandos para encerrar seus servidores:
Uma lista específica de servidores pode ser fornecida para parar com o comando stopOgServer ou xscmd -c teardown:
stopOgServer <server_name>[,<server_name>]
xsadmin –teardown <server_name>[,<server_name>]
xscmd –c teardown -sl <server_name>[,<server_name>]
Com os exemplos anteriores, os comandos stopOgServer ou xscmd -c teardown concluem as mesmas tarefas de encerramento.
No entanto, é possível filtrar os servidores para parar com o comando xscmd -c teardown . Consulte o Parando Servidores Corretamente com o Utilitário xscmd para obter mais informações sobre como filtrar os servidores por zona ou nome do host.
O comando teardown filtra os servidores correspondentes e pergunta se os servidores selecionados estão corretos.
- Instale as atualizações no servidor de catálogos. É possível migrar o servidor de catálogos para uma nova liberação principal do produto ou aplicar um pacote de manutenção. Consulte os tópicos a seguir para obter mais informações:
- Reinicie o servidor de catálogos.
Se estiver usando um ambiente independente, consulte o
Iniciando um Serviço de Catálogo Independente para obter mais informações. Se estiver usando um ambiente do WebSphere Application Server, consulte o Iniciando e Parando Servidores em um Ambiente do WebSphere Application Server para obter mais informações.
O servidor de catálogos é executado no modo de compatibilidade até que todos os servidores de catálogos sejam movidos para o mesmo nível. Normalmente o modo de compatibilidade aplica-se às migrações da liberação principal já que novas funções não estão disponíveis nos servidores que não são migrados. Não existe nenhuma restrição sobre quanto tempo os servidores de catálogo podem ser executados no modo de compatibilidade, porém a melhor prática é migrar todos os servidores de catálogos para o mesmo nível o mais breve possível.
- Aplique as atualizações nos servidores de catálogos restantes em sua configuração.
- Faça upgrade dos servidores de contêiner, repetindo as etapas a seguir para cada servidor de contêiner na grade de dados. É possível fazer upgrade dos servidores de contêiner em qualquer ordem. No entanto, considere atualizar primeiro os servidores e depois os clientes, caso esteja usando novas funções no upgrade.
- Pare os servidores de contêiner que desejas fazer upgrade. É possível parar a camada do servidor de contêiner em grupos com o comando stopOgserver
ou o comando teardown. Enviando em lote operações de derrubada
e executando operações de início do servidor em paralelo, o mecanismo de posicionamento
pode mover shards em grupos maiores.
xsadmin –teardown -fz DefaultZone
xscmd -c teardown -z DefaultZone
Connecting to Catalog service at localhost:1099
Processing filter options for Server teardown
The following servers will be torn down:
container00
container01
container02
container03
container04
Do you want to tear down the listed servers? (Y/N)
- Instale as atualizações nos servidores de contêiner. É possível migrar os servidores de contêiner para uma nova liberação principal do produto ou aplicar um pacote de manutenção. Consulte os tópicos a seguir para obter mais informações:
- Reinicie seus servidores de contêiner.
- Faça upgrade de quaisquer servidores de contêiner restantes em sua configuração.
- Se estiver usando replicação multimestre, reconecte os domínios do serviço de catálogo. Use o comando xscmd -c establishLink para reconectar a domínios do serviço de catálogo.
xsadmin –ch host –p 1099 –establishLink dname fdHostA:2809,fdHostB:2809
xscmd –c establishLink -cep host:2809 -fd dname -fe fdHostA:2809,fdHostB:2809
Para verificar todos os servidores que estão usando a nova
versão do WebSphere eXtreme
Scale,
emita o comando xscmd -c showinfo.
xscmd –c showinfo
O que Fazer Depois
Também é possível usar estas etapas para reverter para uma versão mais antiga ou para desinstalar pacotes de manutenção. No entanto, se você reverter para a Versão 7.1.0 quando estiver usando replicação multimestre, a replicação bidirecional poderá não funcionar corretamente quando ao restabelecer os links. Nesta
situação, reinicie os domínios de serviço de catálogo e vincule novamente os domínios de
serviço de catálogo ao comando
establishLink.