Herdei uma SAN IBM System Storage DS4000 com um ambiente AIX executando Oracle RAC (3 nós). Um dos nós travou, então coloquei o sistema em funcionamento com 2 nós; entretanto, o nó que travou foi o nó que gerenciava os backups. Os backups foram armazenados em um LUN na SAN.
Devido à falta de documentação, posso ver como eles são mapeados /etc/filesystems, mas não tenho certeza de como o ambiente AIX mapeou esses LUNs na inicialização (além da associação de mapeamento da interface de gerenciamento SAN). Quero mapear novamente os LUNs usados para backups do nó antigo para um dos nós restantes, mas estou preocupado com a perda de dados nos LUNs.
Encontrei algumas instruçõesaqui, 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.
Criei um novo array no meu controlador de armazenamento chamadotestee um novo LUN chamadobackup de logpara testar minha teoria e mapeá-la para um dos nós como LUN12.
Nesse nó, quando executei cfgmgr, encontrei um erro e seguiessesinstruções para resolvê-lo.
Com o cfgmgr funcionando, pensei que seria capaz de ver o LUN, mas não vejo - ou pelo menos a saída de lspve não me dá as informações que posso traduzir facilmente.lscfglsdev -Cc Disk
Desmapeei 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 lscfgsaída incorretamente. Mudei o LUN de 12 para 255 e vi uma mudança no arquivo lscfg. Ele mapeou o LUN parahdisk16então adicionei-o como um volume físico usando chdev -l hdisk16 -a pv=yes. Então, executando o fget_config -Av, consegui confirmar o LUN mapeado corretamente. Agora é só montar, gravar nele e depois migrar para meu outro nó para ver se os dados permanecem intactos.