Re: [oracle_br] Dicas sobre migração de Storage
Marcus obrigada pela dica.. Irei seguir o procedimento.. 2009/11/14 Marcus Pavan marcus_...@yahoo.com.br 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.commariancristina%40gmail.com Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.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.commarceloprocksch%40gmail.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/0S+0:00 grep pmon 17940 ?Ss0:03 asm_pmon_+ASM2 18562 ?Ss0: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 POWERACTUAL SOFAR EST_WORK EST_RATE EST_MINUTES - - - - - - 3 REBAL RUN 1 1 18652 69864722 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
[oracle_br] Dicas sobre migração de Storage
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]
Re: [oracle_br] Dicas sobre migração de Storage
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 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 * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Dicas sobre migração de Storage
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 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 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 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]
Re: [oracle_br] Dicas sobre migração de Storage
No meu caso houve sim a necessidade, mas era upgrade de versão do oracle, mas segundo os DBA que participaram do projeto não haveria a necessidade de instalação se não fosse o upgrade, apenas backup e restauração em outro storage. Eu não tenho a documentação tecnica para lhe encaminhar :( (sorry) , nessa época eu era responsável pela migração de servidores windows, apenas acompanhava de perto todas as reuniões, inclusive dos linux, Aix e solaris. se o sistema operacional estiver instalado localmente (discos locais) não vejo que será preciso, apenas adicionar os discos do novo storage no SO e efetuar a restauração. Vocês utilizam o RMAN para backup ? Existe Suporte ao produto pelo fabricante ? Entrando em contato com o suporte eles terão como te mandar a ducumentação e a referencia do MetaLink Acho que não consegui ajudar muito :( 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.comrenatoramonsg%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.commariancristina%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] [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 * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Dicas sobre migração de Storage
Brother, eu não tenho nenhum documento para seguir mais minha sugestão é, já que voce tera por um momento os dois storages faça uma migração online de todos os datafiles usando o rman depois voce derruba a base só pra migrar os datafiles do system, dessa forma sua indisponibilidade sera bem pequena. basicamente oque voce deve fazer é isso : rman connect target / rman BACKUP AS COPY DATAFILE {file id} FORMAT '{new file name/new location}'; rman sql 'ALTER TABLESPACE {tablespace of datafile} OFFLINE'; rman SWITCH DATAFILE {file id} TO COPY; rman RECOVER DATAFILE {file id}; rman sql 'ALTER TABLESPACE {tablespace of datafile] ONLINE'; rman host 'rm -f {filename of ORIGINAL file}'; deve ter bastante documantação sobre isso na net , procure no google (RMAN move datafile) ... monta um documentinho pra voce ... manda bala velho ! 2009/11/13 Renato Ramon dos S. Guimarães renatoramo...@gmail.com No meu caso houve sim a necessidade, mas era upgrade de versão do oracle, mas segundo os DBA que participaram do projeto não haveria a necessidade de instalação se não fosse o upgrade, apenas backup e restauração em outro storage. Eu não tenho a documentação tecnica para lhe encaminhar :( (sorry) , nessa época eu era responsável pela migração de servidores windows, apenas acompanhava de perto todas as reuniões, inclusive dos linux, Aix e solaris. se o sistema operacional estiver instalado localmente (discos locais) não vejo que será preciso, apenas adicionar os discos do novo storage no SO e efetuar a restauração. Vocês utilizam o RMAN para backup ? Existe Suporte ao produto pelo fabricante ? Entrando em contato com o suporte eles terão como te mandar a ducumentação e a referencia do MetaLink Acho que não consegui ajudar muito :( 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] [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:
Re: [oracle_br] Dicas sobre migração de Storage
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/0S+ 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 69864722 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 75979 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.
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/0S+ 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 69864722 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 75979 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