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
- 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.
- Utilize o ferramenta de inicialização que está disponível no Unidade flash USB para inicializar o sistema com o endereço IP.
- 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.
- Usando a interface da linha de comandos, emita o seguinte comando para efetuar logon no sistema:
plink -pw passw0rd superuser@cluster_ip
- 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.
- 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.
- 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.
- 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:- Liste os arquivos no diretório /dumps
no nó com:
sainfo lsfiles panel_name
Em que panel_name é o nome do painel do nó.
- Localize o nome do arquivo que começa com svc.config.cron.xml e
termina com o nome do painel.
- 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
- 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.
- 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
- 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.
- 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ó.
- Para restaurar os endereços IP da porta iSCSI, utilize o comando
cfgportip.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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
- Abra o arquivo de log a partir do servidor onde a cópia agora está armazenada.
- 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.
- 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.
- 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
- Abra o arquivo de log a partir do servidor onde a cópia agora está armazenada.
- 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