De quais problemas técnicos devo estar ciente ao mapear novamente um LUN de um host para outro?

1

Eu herdei uma SAN do IBM System Storage DS4000 com um ambiente AIX executando o Oracle RAC (3 nós). Um dos nós travou, então coloquei o sistema em funcionamento com dois nós; no entanto, o nó que caiu foi o nó que estava gerenciando os backups. Os backups foram armazenados em um LUN na SAN.

Devido à falta de documentação, posso ver como eles são mapeados a partir de /etc/filesystems , mas não sei como o ambiente AIX mapeou esses LUNs na inicialização (além da associação de mapeamento da interface de gerenciamento da SAN) . Eu quero mapear novamente os LUNs usados para backups do nó antigo para um dos nós restantes, mas estou preocupado em perder os dados nos LUNs.

Encontrei algumas instruções aqui , mas parece que é apenas para novos LUNs. Se eu mapear novamente o LUN para um novo host, os dados existentes nesse LUN permaneceriam intactos?

Atualização 1:

Parece que eu sabia menos do que pensava.

Eu criei um novo array no meu controlador de armazenamento chamado test e um novo LUN chamado logbackup para testar minha teoria e mapeá-la para um dos nós como LUN 12 .

Nesse nó, quando eu corri cfgmgr , tive um erro e segui estas instruções para resolvê-lo.

Com o cfgmgr funcionando, achei que conseguiria ver o LUN, mas não consegui - ou, pelo menos, a saída de lspv , lscfg e lsdev -Cc Disk não me forneceu informação que eu posso traduzir facilmente.

Eu não mapeei e remapeei o LUN algumas vezes, mas não há alteração na lista de hdisks quando executo o cfgmgr.

Atualização 2:

Parece que eu estava lendo minha saída lscfg incorretamente. Eu mudei o LUN de 12 para 255 e vi uma mudança no lscfg . Ele mapeou o LUN para hdisk16 , então eu o adicionei como um volume físico usando chdev -l hdisk16 -a pv=yes . Em seguida, executando fget_config -Av , consegui confirmar o LUN mapeado corretamente. Agora, é só montá-lo, gravá-lo e depois migrá-lo para o outro nó para ver se os dados permanecem intactos.

    
por CIA 18.12.2013 / 22:18

0 respostas