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?
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.
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.
Tags ibm storage-area-network aix