Restaurando um Armazém de Dados e Recuperando seu mecanismo do sistema de Mensagens

Quando ocorre uma falha que não pode ser tratada pelo sistema, você pode restaurar o armazém de dados ou armazéns de dados do backup. Utilize esta tarefa para restaurar um backup de um armazém de dados e recuperar posteriormente seu mecanismo do sistema de mensagens associado.

Sobre Esta Tarefa

Você também deve restaurar os arquivos de configuração para o sistema, para garantir que ele funciona da mesma forma no momento em que o backup foi obtido. Para obter informações adicionais sobre a razão de fazer isso, consulte Backup de Integração de Serviço. Depois de restaurado o armazém de dados, você deverá reiniciar o mecanismo do sistema de mensagens associado.

Ao reiniciar um mecanismo do sistema de mensagens após a restauração de um backup, você deve iniciá-lo no modo Reiniciar Após Restauração para minimizar os efeitos da não sincronização do mecanismo do sistema de mensagens com qualquer outro mecanismo do sistema de mensagens com o qual ele estava se comunicando antes da falha. Se você reiniciar o mecanismo do sistema de mensagens no modo Normal, algumas das novas mensagens produzidas nesse mecanismo do sistema de mensagens poderão ser descartadas pelo mecanismo do sistema de mensagens de recebimento, por um período de tempo indeterminado após o reinício. No modo Reiniciar após a Restauração, as mensagens transmitidas anteriormente podem ser reenviadas, possivelmente criando duplicatas de mensagens que foram produzidas antes do backup. No entanto, as novas mensagens não são perdidas ou duplicadas (se isto for especificado pela qualidade de serviço para a mensagem).

É possível reiniciar um mecanismo do sistema de mensagens no modo Reiniciar Após Restauração somente utilizando o cliente wsadmin; você não pode fazer isso no console administrativo. Você só deverá iniciar um mecanismo do sistema de mensagens nesse modo ao iniciá-lo pela primeira vez após a restauração do backup. Após um reinício inicial, você pode assumir reinícios adicionais como de costume.

O modo Reiniciar após Restauração será ignorado se você iniciar o servidor no modo Recuperação. Se você precisa de um início no modo Recuperação e um início no modo Reiniciar após Restauração:

  1. Inicie o servidor no modo de recuperação
  2. Aguarde até que a inicialização seja concluída e que o servidor seja parado
  3. Inicie o mecanismo do sistema de mensagens no modo Reiniciar após Restauração
Se você vir a mensagem a seguir no arquivo de saída do Sistema da JVM, [AIX Solaris HP-UX Linux Windows]SystemOut.log, isso poderá indicar que você restaurou de um backup e reiniciou o mecanismo do sistema de mensagens sem utilizar o modo Reiniciar Após a Restauração.
CWSIP0784E: Messaging engine: receivingME received a message from 
messaging engine: producingME that was not expected.
Para resolver esse problema, pare o mecanismo do sistema de mensagens e reinicie-o no modo Reiniciar após Restauração.
Nota: Essa mensagem também poderá aparecer em outras situações; assim, você deve reiniciar o mecanismo do sistema de mensagens no modo Reiniciar Após Restauração somente se souber que restaurou um backup.
Para obter informações sobre o arquivo de saída do Sistema JVM [AIX Solaris HP-UX Linux Windows]SystemOut.log e sobre como visualizá-lo, consulte Visualizando os Registros JVM.
Nota: Esse tópico faz referência a um ou mais arquivos de log do servidor de aplicativos. Como uma recomendação alternativa, é possível configurar o servidor para usar a infraestrutura de log e rastreio do High Performance Extensible Logging (HPEL) em vez de usar os arquivos SystemOut.log , SystemErr.log, trace.log e activity.log em sistemas distribuídos e IBM® i. Também é possível usar HPEL em conjunção com os recursos de criação de log z/OS nativos. Se você estiver usando HPEL, será possível acessar todas as informações de log e rastreio usando a ferramenta de linha de comandos LogViewer a partir do diretório bin do perfil do servidor. Consulte as informações sobre a utilização do HPEL para resolução de problemas dos aplicativos para obter mais informações sobre o uso do HPEL.

É possível recuperar qualquer número de mecanismos de sistema de mensagens ao mesmo tempo seguindo as ações fornecidas para cada um sucessivamente.

Procedimento

  1. Altere o estado inicial do mecanismo do sistema de mensagens para Parar, para que o mecanismo do sistema de mensagens não seja reiniciado automaticamente por um processo do servidor:
    1. Utilize o console administrativo para selecionar o mecanismo do sistema de mensagens clicando em Integração de serviços -> Barramentos -> bus_name -> [Topologia] Mecanismos do sistema de mensagens -> engine_name.
    2. Na lista Estado Inicial, clique em Parado.
    3. Clique em OK.
  2. Salve suas alterações na configuração principal, assegurando que você tenha selecionado a caixa de opções Sincronizar Alterações com os Nós.
  3. Pare o mecanismo do sistema de mensagens se ele estiver em execução (consulte Parando um Mecanismo do Sistema de Mensagens para obter instruções sobre como fazer isso). Se o mecanismo do sistema de mensagens não responder, pare o processo do servidor que está hospedando o mecanismo do sistema de mensagens.
  4. Restaure o backup do armazém de dados que é acessado pelo mecanismo do sistema de mensagens, consultando Restaurando um Data Store.
  5. Restaure o backup dos arquivos de configuração usando o comando backupConfig (consulte Fazendo Backup e Restaurando Arquivos de Configuração Administrativa). Esse backup deve ter sido feito na mesma hora que o backup do armazém de dados.
  6. Reinicie os servidores que foram parados devido a falha.
  7. Reinicie o mecanismo do sistema de mensagens no modo Reiniciar após Restauração executando as etapas a seguir:
    1. Inicie o cliente wsadmin.
      [IBM i]Nota: [IBM i]O cliente de script wsadmin é executado do Qshell. [IBM i]Para obter informações adicionais, consulte Configurando o Qshell para Executar Scripts do WebSphere Usando o Script wsadmin.

      Para obter informações adicionais sobre o cliente wsadmin, consulte Ferramenta de Script wsadmin.

    2. Chame o comando start com o parâmetro FLUSH no MBean do mecanismo do sistema de mensagens. Exemplo:
      wsadmin>myME=AdminControl.queryNames("type=SIBMessagingEngine,*").splitlines()[0]
      wsadmin>AdminControl.invoke(myME , "estado")
      'stopped'
      wsadmin>AdminControl.invoke(myME , 'start' , ["FLUSH"])
      wsadmin>AdminControl.invoke(myME , "estado")
      'started'
    Várias mensagens podem ser colocadas como saída no arquivo SystemOut.log da JVM para iniciar o progresso do processo de reinicialização.
  8. Verifique no arquivo SystemOut.log da JVM a seguinte mensagem que indica que o reinício foi bem-sucedido, em outras palavras, nenhuma falha ocorreu ao tentar reiniciar o mecanismo do sistema de mensagens.
    CWSIP0783E: mecanismo do sistema de mensagens: messagingEngine iniciado, esvaziamento de todos os fluxos concluído.
    Se essa mensagem não aparecer, ocorreu uma falha que impediu o reinício do mecanismo do sistema de mensagens. Resolva a causa do defeito e repita o procedimento Reiniciar após restauração até o reinício ser bem-sucedido.

Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjm0200_
Nome do arquivo: tjm0200_.html