Restaurando a Configuração do Sistema

Use este procedimento para restaurar a configuração do sistema nas situações a seguir: somente se o procedimento de recuperação do falhou ou se os dados que estão armazenados nos volumes não forem necessários.

Antes de Iniciar

Este procedimento de restauração de configuração é projetado para restaurar informações sobre a sua configuração, como volumes, local do conjuntos de armazenamentos e nós. Os dados que você gravou nos volumes não são restaurados. Para restaurar os dados nos volumes, você deve restaurar os dados do aplicativo a partir de qualquer aplicativo que utilize os volumes no sistema em cluster como armazenamento separadamente. Portanto, você deve ter um backup desses dados antes de seguir o processo de recuperação de configuração.

Se a criptografia tiver sido ativada no sistema quando sua configuração teve backup efetuado, então, pelo menos 3 unidades flash USB precisam estar presentes nas portas USB da caixa de nó para que a restauração de configuração funcione. As unidades flash USB não precisam conter nenhuma chave. Eles destinam-se à geração de novas chaves como parte do processo de restauração.

Sobre Esta Tarefa

Você deve fazer regularmente o backup de seus dados de configuração e seus dados de aplicativo para evitar a perda de dados. Se um sistema for perdido após a ocorrência de uma falha grave, tanto a configuração do sistema quanto dos dados do aplicativo será perdida. Deve-se restaurar o sistema para o estado exato anterior à falha e, em seguida, recuperar os dados do aplicativo.

Durante o processo de restauração, os nós e o gabinete de armazenamento são restaurados para o sistema e, em seguida, os MDisks e a matriz serão recriados e configurados. Se vários gabinetes de armazenamento estiverem envolvidos, as matrizes e MDisks serão restaurados nos gabinetes adequados com base nos IDs de gabinete.

Importante:
  • Para sistemas Storwize V3700 que contêm nós que estão conectados a controladores externos virtualizados por iSCSI, todos os nós precisam ser incluídos no sistema antes de restaurar seus dados. Além disso, as configurações do sistema cfgportip e as portas de armazenamento iSCSI precisam ser reaplicadas manualmente antes da restauração dos seus dados. Consulte a etapa 10.
  • Para ambientes do Volumes virtuais do VMware vSphere (às vezes chamados de VVols), após uma restauração T4, algumas das etapas da configuração do Volumes virtuais já estão concluídas: metadatavdisk criado, grupo de usuários e usuário criado, hosts adminlun criados. No entanto, o usuário precisa concluir as duas últimas etapas da configuração manualmente (criar um contêiner de armazenamento no IBM® Spectrum Control Base Edition e criar máquinas virtuais no VMware vCenter). Veja Configurando o Volumes virtuais.

Se você não entender as instruções para executar os comandos da CLI, consulte as informações de referência da interface da linha de comandos.

Para restaurar seus dados de configuração, siga estas etapas:

Procedimento

  1. Verifique se todos os nós estão disponíveis como nós candidatos antes de executar este procedimento de recuperação. Você deve remover os erros 550 ou 578 para colocar o nó no estado de candidato.
  2. Utilize o ferramenta de inicialização que está disponível no Unidade flash USB para inicializar o sistema com o endereço IP.
  3. Faça upload de um arquivo de chave pública SSH para permitir o acesso ssh à CLI do sistema. Use a senha do superusuário padrão (passw0rd). Use o seguinte comando da CLI em sua área de trabalho:
    pscp -pw passw0rd ssh_public_key_file superuser@cluster_ip:/tmp/
    onde cluster_ip é o endereço IP ou nome DNS do sistema para o qual você deseja restaurar a configuração.
  4. Usando a interface da linha de comandos, emita o seguinte comando para efetuar logon no sistema:
    plink -pw passw0rd superuser@cluster_ip
  5. Emita a seguinte CLI para configurar a chave SSH pública para o superusuário:
    chuser -keyfile /tmp/ssh_public_key_file superuser
    Agora você pode usar seu arquivo de chave SSH pública, em vez da senha padrão do superusuário, para conectar-se ao sistema usando SSH.
    Nota: Como a chave do host RSA foi alterada, uma mensagem de aviso pode ser exibida quando você se conectar na próxima vez ao sistema utilizando o SSH.
  6. Por padrão, o sistema recém-inicializado será criado na camada de armazenamento. A camada do sistema não será restaurada automaticamente a partir do arquivo XML do backup de configuração. Se o sistema que você está restaurando tiver sido configurado anteriormente na camada de replicação, você deverá alterar a camada manualmente agora. Para obter informações adicionais sobre a camada de replicação e a camada de armazenamento, veja o tópico Camadas do sistema na seção Conceitos relacionados no final da página.
  7. Se o sistema em cluster tiver sido configurado anteriormente como uma camada de replicação, então use o comando chsystem para alterar a configuração de camada.
  8. Identifique o arquivo de backup de configuração a partir do qual você deseja restaurar. O arquivo pode ser uma cópia local do arquivo XML de configuração que você salvou quando você submetidos a backup da configuração ou um arquivo atualizado em um dos nós. O backup dos dados de configuração é automaticamente feito diariamente às 01:00 da hora do sistema no nó de configuração.
    Atenção: Você deve copiar o arquivo de backup para outro computador antes de continuar. Primeiro emita o comando CLI para determinar os nomes dos painéis dos nós: sainfo lsservicenodes
    Para salvar uma cópia dos dados, conclua as seguintes etapas para verificar os arquivos de backup em ambos os nós:
    1. Liste os arquivos no diretório /dumps no nó com:
      sainfo lsfiles panel_name
      Em que panel_name é o nome do painel do nó.
    2. Localize o nome do arquivo que começa com svc.config.cron.xml e termina com o nome do painel.
    3. Copie o arquivo para o nó de configuração com:
      satask cpfiles -prefix /dumps/filename -source panel_name
      Em que filename é o nome do arquivo. A cópia é concluída com: sainfo lscmdstatus. O cpfiles_status exibido é alterado de:
      cpfiles_status Active
      cpfiles_status_data Copiando 1 de 1
      para:
      cpfiles_status concluído
      cpfiles_status_data Copiado 1 de 1
    4. Faça o download do arquivo em seu computador. A partir de seu desktop, emita o comando a seguir:
      pscp -i ssh_private_key_file superuser@cluster_ip:/dumps/filename full_path_to_desktop_copy_location
      Em que filename é o nome do arquivo que começa com svc.config.cron.xml no sistema e full_path_to_desktop_copy_location é o local na área de copiar este arquivo.
  9. Copie no sistema o arquivo de backup XML a partir do qual deseja restaurar.
    pscp full_path_to_identified_svc.config.file 
    superuser@cluster_ip:/tmp/svc.config.backup.xml
  10. Se o sistema contiver controladores de armazenamento iSCSI, agora eles precisam ser detectados manualmente. Os nós que estão conectados a esses controladores, os endereços IP da porta iSCSI e as portas de armazenamento iSCSI precisam ser incluídos no sistema antes da restauração dos dados.
    1. Para incluir esses nós, determine o nome do painel, o nome do nó e os grupos de E/S de quaisquer desses nós a partir do arquivo de backup da configuração. Para incluir os nós no sistema, execute o comando a seguir:
      svctask addnode -panelname panel_name -iogrp iogrp_name_or_id -name node_name

      Em que panel_name é o nome que é exibido no painel, iogrp_name_or_id é o nome ou ID do grupo de E/S no qual deseja incluir este nó e node_name é o nome do nó.

    2. Para restaurar os endereços IP da porta iSCSI, utilize o comando cfgportip.
      1. Para restaurar o endereço IPv4, determine id (port_id), node_id, node_name, IP_address, mask, gateway, host (0/1 significa não/sim), remote_copy (0/1 significa não/sim) e storage (0/1 significa não/sim) no arquivo de backup de configuração e execute o comando a seguir:
        svctask cfgportip -node node_name_or_id -ip ipv4_address -gw ipv4_gw -host yes | no -remotecopy yes | no -storage yes | no port_id

        Em que node_name_or_id é o nome ou id do nó, ipv4_address é o endereço do protocolo da versão IP v4 da porta e ipv4_gw é o endereço do gateway IPv4 para a porta.

      2. Para restaurar o endereço IPv6, determine id (port_id), node_id, node_name, IP_address_6, mask, gateway_6, prefix_6, host_6 (0/1 significa não/sim), remote_copy_6 (0/1 significa não/sim) e storage_6 (0/1 significa não/sim) no arquivo de backup da configuração e execute o comando a seguir:
        svctask cfgportip -node node_name_or_id -ip_6 ipv6_address -gw_6 ipv6_gw -prefix_6 prefix -host_6 yes | no -remotecopy_6 yes | no -storage_6 yes | no port_id

        Em que node_name_or_id é o nome ou id do nó, ipv6_address é o endereço do protocolo da versão IP v6 da porta, ipv6_gw é o endereço do gateway IPv6 para a porta e prefix é o prefixo IPv6.

      Conclua as etapas b.i e b.ii para todas as portas IP (configuradas anteriormente) nas seções node_ethernet_portip_ip do arquivo de configuração de backup.

    3. Em seguida, detecte e inclua os candidatos da porta de armazenamento iSCSI usando os comandos detectiscsistorageportcandidate e addiscsistorageport. Certifique-se de detectar as portas de armazenamento iSCSI e incluir essas portas na mesma ordem que os vê no arquivo de backup de configuração. Se não seguir a ordem correta, poderá ocorrer uma falha T4. A etapa c.i precisa ser seguida pelas etapas c.ii e c.iii. Você deve repetir estas etapas para todas as sessões iSCSI que estão listadas no arquivo de configuração de backup exatamente na mesma ordem.
      1. Para detectar as portas de armazenamento iSCSI, determine src_port_id, IO_group_id (opcional, não é necessário se o valor for 255), target_ipv4/target_ipv6 (o ip de destino que não está em branco é necessário), iscsi_user_name (não é necessário se estiver em branco), iscsi_chap_secret (não é necessário se estiver em branco) e site (não é necessário se estiver em branco) no arquivo de backup de configuração e execute o comando a seguir:
        svctask detectiscsistorageportcandidate -srcportid src_port_id -iogrp IO_group_id 
        -targetip/targetip6 target_ipv4/target_ipv6 -username iscsi_user_name -chapsecret iscsi_chap_secret -site site_id_or_name

        Em que src_port_id é o ID da porta Ethernet de origem da porta configurada, IO_group_id é o ID ou nome do grupo de E/S que está sendo detectado, target_ipv4/target_ipv6 é o endereço IPv4/IPv6 do controlador iSCSI de destino IPv4/IPv6, iscsi_user_name é o nome do usuário do controlador de destino que está sendo detectado, iscsi_chap_secret é o segredo do CHAP do controlador de destino que está sendo detectado site_id_or_name é o ID ou nome do site especificado que está sendo detectado.

      2. Corresponda o target_iscsiname descoberto com o target_iscsiname para essa sessão específica no arquivo de configuração de backup executando o comando lsiscsistorageportcandidate e use o índice correspondente para incluir portas de armazenamento iSCSI na etapa c.iii.

        Execute o comando svcinfo lsiscsistorageportcandidate e determine o campo de ID da linha cujo target_iscsiname corresponde ao target_iscsiname do arquivo de backup de configuração. Este é o candidate_id que deve ser utilizado na etapa c.iii.

      3. Para incluir a porta de armazenamento iSCSI, determine IO_group_id (opcional, não é necessário se o valor for 255), site (não é necessário se estiver em branco), iscsi_user_name (não é necessário se estiver em branco no arquivo de backup) e iscsi_chap_secret (não é necessário se estiver em branco) no arquivo de backup de configuração, forneça o target_iscsiname_index correspondido na etapa c.ii e execute o comando a seguir:
        addiscsistorageport -iogrp iogrp_id -username iscsi_user_name -chapsecret iscsi_chap_secret -site site_id_or_name candidate_id

        Em que iogrp_id é o ID ou nome do grupo de E/S incluído, iscsi_user_name é o nome do usuário do controlador de destino que está sendo incluído, iscsi_chap_secret é o segredo do CHAP do controlador de destino que está sendo incluído e site_id_or_name especificou o ID ou nome do site que está sendo incluído.

      4. Se a configuração for um cluster HyperSwap ou estendido, o nome do controlador e o site precisarão ser restaurados. Para restaurar o nome do controlador e o site, determine controller_name e site_id do controlador no arquivo XML de backup correspondendo o campo inter_WWPN com o controlador iSCSI recém-incluído e, em seguida, execute o comando a seguir:
        chcontroller -name controller_name -site site_id/name controller_id/name

        Em que controller_name é o nome do controlador do arquivo XML de backup, site_id/name é o ID/nome do site do controlador iSCSI do arquivo XML de backup e controller_id/name é o ID ou o nome atual do controlador.

  11. Emita o seguinte comando da CLI para comparar a configuração atual com o arquivo de dados de configuração de backup:
    svcconfig restore -prepare
    Este comando da CLI cria um arquivo de log no diretório /tmp do nó de configuração. O nome do arquivo de log é svc.config.restore.prepare.log.
    Nota: Leva até um minuto para cada lote 256-MDisk ser descoberto. Se você receber a mensagem de erro CMMVC6200W para um MDisk depois de inserir esse comando, todos os discos gerenciados (MDisks) podem não ser descoberto ainda. Deixe um tempo adequado transcorrer e tente o comando svcconfig restore -prepare novamente.
  12. Emita o seguinte comando para copiar o arquivo de log em outro servidor que esteja acessível no sistema:
    pscp superuser@cluster_ip:/tmp/svc.config.restore.prepare.log 
    full_path_for_where_to_copy_log_files
  13. Abra o arquivo de log a partir do servidor onde a cópia agora está armazenada.
  14. Verifique se há erros no arquivo de log.
    • Se você localizar erros, corrija a condição que causou os erros e emita o comando novamente. Você deve corrigir todos os erros antes de prosseguir para a etapa 15.
    • Se precisar de assistência, entre em contato com o IBM Support Center.
  15. Emita o seguinte comando da CLI para restaurar a configuração:
    svcconfig restore -execute

    Este comando da CLI cria um arquivo de log no diretório /tmp do nó de configuração. O nome do arquivo de log é svc.config.restore.execute.log.

  16. Emita o seguinte comando para copiar o arquivo de log em outro servidor que esteja acessível no sistema:
    pscp superuser@cluster_ip:/tmp/svc.config.restore.execute.log 
    full_path_for_where_to_copy_log_files
  17. Abra o arquivo de log a partir do servidor onde a cópia agora está armazenada.
  18. Verifique o arquivo de log para assegurar que não ocorreram erros ou avisos.
    Nota: Você pode receber um aviso que indica que um recurso licenciado não está ativado. Esta mensagem significa que após o processo de recuperação, as configurações da licença atual não correspondem às configurações de licença anterior. O processo de recuperação continua normalmente e é possível inserir as configurações de licença corretas no GUI de gerenciamento posteriormente.

    Quando você efetuar login na CLI novamente sobre SSH, você verá esta saída:

    IBM_Storwize:your_cluster_name:superuser>

O que Fazer Depois

É possível remover todos os arquivos de backup e restauração de configuração indesejados do diretório /tmp em sua configuração emitindo o seguinte comando da CLI:
svcconfig clear -all