Um detalhe importante que não pode passar batido são os arquivos OCR e VOTINGDISK.
Faça o backup deles a frio (caso seja um OCFS2 ou outro tipo de CFS - parando o clusterware). Caso esteja utilizando RAW DEVICES... 1. procure os backups do OCR com o comando: ocrconfig -showbackup 2. faça o backup a frio, finalizando o clusterware: crsctl stop crs ocrconfig -export /home/oracle/backup/ocr.dump dd if=/unidade/votingdisk of=/home/oracle/backup/votingdisk.bkp 3. Após a operação, e a montagem das unidades de disco e com o clusterware ainda parado restaure os arquivos: ocrconfig -import /home/oracle/backup/ocr.dump dd if=/home/oracle/backup/votingdisk.bkp of=/unidade/votingdisk 4. Verificar a integridade: cluvfy comp ocr -n all 5. Iniciar o clusterware: crsctl start crs Qualquer operação no ambiente RAC que ocorre a perda dos OCR e VotingDisk HAVERÁ A NECESSIDADE DE REINSTALAR O SOFTWARE. Neste exemplo estou assumindo que as unidades (ou raw devices) possuam o mesmo nome do original. Caso não seja, deverá modificar o arquivo ocr.loc e restaurá-lo em um novo local. O votingdisk deverá ser adicionado, e depois removido o arquivo anterior. Estas operações devem ser feitas com o clusterware parado. Espero ter auxiliado, qualquer dúvida estou a disposição. Marcus Pavan. ________________________________ De: Mária Cristina Silva <mariancrist...@gmail.com> Para: oracle_br@yahoogrupos.com.br Enviadas: Sexta-feira, 13 de Novembro de 2009 16:58:18 Assunto: Re: [oracle_br] Dicas sobre migração de Storage Marcelo, nossa muito bom... Os servidores vão enxergar sim o novo storage tb.. Bom mas valew d+ as dicas.. isso era mesmo pra ter uma ideia de como fazer.. e ajudou muito .. Marcelo, Renato e Duilio muitissimo obrigada pela atenção... Bjim 2009/11/13 Marcelo Procksch <marceloprock...@gmail.com> > Mária > > Uma coisa que não está claro é se seus servidores estão acessando os dois > storages? > > Se sim, segue essa receitinha de bolo > > É simples adicione os discos do novo storage no seu DISK GROUP faça um > rebalance, após terminar o rebalance, comece a remover os discos do storage > antigo. > > Segue um procedimento de EXEMPLO: > > [r...@rac2 ~]# /etc/init.d/oracleasm createdisk ASMDISK4 /dev/sdg1 <-- > suposto disco do novo storage > Marking disk "ASMDISK4" as an ASM disk: [ OK ] > > Verifiquei se no outro nó foi adicionado o disco do novo storage: > [r...@rac1 ~]# oracleasm querydisk -v /dev/sdg1 > Device "/dev/sdg1" is marked an ASM disk with the label "ASMDISK4" > > Verificando nome da instancia > > [ora...@rac2 ~]$ ps -xa | grep pmon > Warning: bad syntax, perhaps a bogus '-'? See > /usr/share/doc/procps-3.2.7/FAQ > 925 pts/0 S+ 0:00 grep pmon > 17940 ? Ss 0:03 asm_pmon_+ASM2 > 18562 ? Ss 0:08 ora_pmon_RAC2 > > export ORACLE_SID=+ASM2 > > sqlplus / as sysdba > > verificando os grupos de disco que vc tem: > > SQL> select group_number,name from v$asm_diskgroup; > > GROUP_NUMBER NAME > ------------ ------------------------------ > 1 DG_1 > > Adicione todos os discos do novo storage ao seu DISK GROUP. > > SQL> alter diskgroup DG_1 add disk 'ORCL:ASMDISK4'; > > aumente a força do balanceamento > > Aumentando a força do rebalance, e seu banco estiver em produção recomendo > entre 5 e 6 para não usar muito recurso, para não afetar muito as operações > dos usuários. > alter diskgroup DG_1 rebalance power 6; > > Após adicionar TODOS os discos do seu novo storage verifiquei se o REBAL já > terminou. > > SQL> select * from v$asm_operation; > > GROUP_NUMBER OPERA STAT POWER ACTUAL SOFAR EST_WORK > EST_RATE EST_MINUTES > ———— —– —- ———- ———- ———- ———- ———- ———– > 3 REBAL RUN 1 1 18652 69864 722 > 70 > > Após ter terminado o REBALANCE > > SQL> select * from v$asm_operation; > > no rows selected > > Identifiquei os discos do STORAGE antigo e comece a dropar os discos > > SQL> select DISK_NUMBER, name, failgroup, group_number from v$asm_disk; > > DISK_NUMBER NAME FAILGROUP > GROUP_NUMBER > ----------- ------------------------------ ------------------------------ > ------------ > > 0 > 0 > > 1 > 0 > 0 ASMDISK1 > ASMDISK1 1 > 1 ASMDISK2 > ASMDISK2 1 > 2 ASMDISK3 > ASMDISK3 1 <-- suposto disco do storage > antigo a ser removido. > 3 ASMDISK4 > ASMDISK4 1 > > No exemplo vou remover o ASMDISK3 > > SQL> alter diskgroup DG_1 drop disk asmdisk3; > > Diskgroup altered. > > SQL> alter diskgroup DG_1 rebalance power 6; > > Diskgroup altered. > > SQL> select * from v$asm_operation; > > GROUP_NUMBER OPERA STAT POWER ACTUAL SOFAR EST_WORK > EST_RATE > ------------ ----- ---- ---------- ---------- ---------- ---------- > ---------- > EST_MINUTES > ----------- > 1 REBAL RUN 6 6 75 979 > 495 > 1 > Após terminado o balanceamento não terá mais informações no disco dropado > > SQL> select * from v$asm_operation; > > no rows selected > > > Verifiquei se o disco foi removido > > > SQL> select DISK_NUMBER, name, failgroup, group_number from v$asm_disk; > > DISK_NUMBER NAME FAILGROUP > ----------- ------------------------------ ------------------------------ > GROUP_NUMBER > ------------ > 0 ASMDISK1 > 1 > > 1 ASMDISK2 > 1 > > 3 ASMDISK4 > > Agora delete o disco do ASM. > > [r...@rac2 ~]# /etc/init.d/oracleasm deletedisk ASMDISK3 > Removing ASM disk "ASMDISK3": > Faça o procedimento até remover todos os discos, após remover todos os > discos remova o storage antigo. > > Espero ter ajudado. > att. > Marcelo Procksch > > > > 2009/11/13 Mária Cristina Silva <mariancrist...@gmail.com> > > > > > Marcelo gostei da dica, eu já adcionei um disco novo uma vez e usei > > rebalance pra exatamente balancear os disco.. não tenho tanta experiencia > > com o Rac, mas estou apredendo... uma duvida é eu consigo dentro do ASM > após > > a Adção do novo storage, copiar td para o novo storage? > > > > Digo pq no caso de usar o rebalance ele vai dividir os espaços entre os > > disco não? Daí eu so queria garantir pra não acontecer de remover lagum > > disco com alguma informação. tem como eu conferir isso ? > > > > Dá outra vez eu segui esses passo: > > > > - Adicionar o disco > > - Fazer o fdisk no mesmo: > > fdisk /dev/sdc > > selecionar as opcoes: "n", "p", "1", "Return", "Return", "p" and "w". > > - Como root: > > /etc/init.d/oracleasm createdisk DADOS2 /dev/sdc1 > > - Depois como oracle: > > > > export ORACLE_SID=+ASM > > sqlplus /nolog > > sql> connect / as sysdba > > sql> ALTER DISKGROUP DADOS ADD DISK '/dev/oracleasm/disks/DADOS2'; > > ou > > sql> alter diskgroup ora_dados add disk 'ORCL:DADOS5'; > > sql> select name, header_status, path from v$asm_disk; > > sql> select name, state, type, total_mb, free_mb from v$asm_diskgroup; > > > > 4. execute rebalance at ASM instance > > . > > SQL> alter diskgroup +DATA rebalance; > > . > > 5. check views at ASM instance > > . > > SQL> select path, free_mb,total_mb,state from v$asm_disk; > > PATH FREE_MB TOTAL_MB STATE > > --------------------------------- ----------- -------------- -------- > > /dev/vgs11/rrac1012s_disk01 85 300 NORMAL > > /dev/vgs11/rrac1012s_disk02 161 500 NORMAL > > > > > > > > 2009/11/13 Marcelo Procksch <marceloprock...@gmail.com> > > > > Maria > >> > >> Boa tarde! > >> > >> Se os seus servidores enchergar os discos compartilhados dos dois > >> storages, não precisa reinstalar ou melhor não precisa nem parar o > banco, > >> pois essa é uma das facilidade do ASM, é só ir adicionando os discos do > novo > >> storage no disc group e depois remover os discos do storage antigo > conforme > >> o force do rebalance que você fará. > >> > >> Segue uma nota do metalink com algo parecido com o que você precisa. > >> Espero que ajude. > >> > >> Número da nota: *ID 787969.1* > >> > >> > >> > https://support.oracle.com/CSP/ui/flash.html#tab=KBHome(page=KBHome&id=()),(page=KBNavigator&id=(viewingMode=1143&bmDocID=787969.1&from=BOOKMARK&bmDocType=BULLETIN&bmDocDsrc=DOCUMENT&bmDocTitle=Exadata:%20Administering%20ASM%20Diskgroups%20with%20Exadata%20CellGrid)) > < > https://support.oracle.com/CSP/ui/flash.html#tab=KBHome%28page=KBHome&id=%28%29%29,%28page=KBNavigator&id=%28viewingMode=1143&bmDocID=787969.1&from=BOOKMARK&bmDocType=BULLETIN&bmDocDsrc=DOCUMENT&bmDocTitle=Exadata:%20Administering%20ASM%20Diskgroups%20with%20Exadata%20CellGrid%29%29 > > > >> > >> 2009/11/13 Mária Cristina Silva <mariancrist...@gmail.com> > >> > >>> > >>> > >>> Sim, Vc tem alguma nota de sigestão que vc tenha seguido? > >>> Precisou reinstalar o RAC? > >>> Pode me dá mais detalhes por favor? > >>> > >>> 2009/11/13 Renato Ramon dos S. Guimarães <renatoramo...@gmail.com > <renatoramonsg%40gmail.com> > >>> > > >>> > >>> > >>> > Boa tarde Maria, > >>> > > >>> > Participei de um projeto parecido com o teu, mas no meu caso migramos > >>> de > >>> > Storage e versão de SO. > >>> > > >>> > Foi super tranquilo, foi realizado o backup pelo RMAN e restauramos > no > >>> novo > >>> > Storage, após isso, foi apontando no banco o Data base para o novo > >>> storage, > >>> > não foi complicado. > >>> > > >>> > Ganhamos peformance pois o novo storage estava com discos de 15k-rpm > >>> > > >>> > > >>> > 2009/11/13 Mária Cristina Silva <mariancrist...@gmail.com > <mariancristina%40gmail.com> > >>> > > >>> > > >>> > > > >>> > > > >>> > > Bom dia! > >>> > > > >>> > > Pessoal, iremos fazer uma migração de Storage aqui na empresa, hj > >>> temos > >>> > um > >>> > > storage e iremos subtituir, gostaria de pedir sugestões, Notas do > >>> > metalink > >>> > > se possivel, para que eu possa estudar... > >>> > > > >>> > > Hoje nosso ambiente é Oracle 10G Standard usamos o RAC com ASM e o > >>> > sistemas > >>> > > de arquivos são Row device, SO - Red Hat Enterprise Linux Server > >>> release > >>> > > 5.3 > >>> > > (Tikanga) 2.6.18 128.el5, não pretendemos reinstalar o Oracle, pois > >>> as > >>> > > maquinas serão as mesma.. gostaria de saber se é possivel realizar > >>> essa > >>> > > migração sem a necessidade de reinstalar o RAC. > >>> > > > >>> > > Agradeço a Atenção de todos. > >>> > > > >>> > > [As partes desta mensagem que não continham texto foram removidas] > >>> > > > >>> > > > >>> > > > >>> > > >>> > > >>> > > >>> > -- > >>> > Abraços! > >>> > -- > >>> > Renato Ramon - > >>> > ITIL® Foundation Certified > >>> > Graduado em Segurança da Informação > >>> > Cada dia é uma oportunidade para tornar as coisas > >>> > melhores e cada experiência que você tem o torna mais apto para a > vida. > >>> > > >>> > > >>> > [As partes desta mensagem que não continham texto foram removidas] > >>> > > >>> > > >>> > > >>> > ------------------------------------ > >>> > > >>> > > >>> > ---------------------------------------------------------- > >>> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > >>> > inteira responsabilidade de seus remetentes. > >>> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > >>> > > >>> > ---------------------------------------------------------- > >>> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > >>> Procedure > >>> > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! > >>> VISITE: > >>> > http://www.oraclebr.com.br/ > >>> > ---------------------------------------------------------- > >>> > Links do Yahoo! Grupos > >>> > > >>> > > >>> > > >>> > >>> -- > >>> Abraços, > >>> Mária Cristina > >>> Cel: 031-8883-5543 > >>> E-mail: mariancrist...@gmail.com <mariancristina%40gmail.com> > >>> MSN: mcristinasil...@hotmail.com <mcristinasilva3%40hotmail.com> > >>> -- > >>> "O começo é a parte mais importante do trabalho." > >>> - Platão > >>> > >>> > >>> [As partes desta mensagem que não continham texto foram removidas] > >>> > >>> > >>> > >> > >> > >> > >> -- > >> Att. > >> Marcelo E. Procksch > >> cel. (11) 7960-6637 > >> > > > > > > > > -- > > Abraços, > > Mária Cristina > > Cel: 031-8883-5543 > > E-mail: mariancrist...@gmail.com > > MSN: mcristinasil...@hotmail.com > > -- > > "O começo é a parte mais importante do trabalho." > > - Platão > > > > > > -- > Att. > Marcelo E. Procksch > cel. (11) 7960-6637 > > > [As partes desta mensagem que não continham texto foram removidas] > > > > ------------------------------------ > > > -------------------------------------------------------------------------------------------------------------------------- > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > -------------------------------------------------------------------------------------------------------------------------- > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > http://www.oraclebr.com.br/ > ------------------------------------------------------------------------------------------------------------------------ > Links do Yahoo! Grupos > > > -- Abraços, Mária Cristina Cel: 031-8883-5543 E-mail: mariancrist...@gmail.com MSN: mcristinasil...@hotmail.com -- "O começo é a parte mais importante do trabalho." - Platão [As partes desta mensagem que não continham texto foram removidas] ------------------------------------ -------------------------------------------------------------------------------------------------------------------------- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -------------------------------------------------------------------------------------------------------------------------- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ ------------------------------------------------------------------------------------------------------------------------ Links do Yahoo! Grupos ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]