- Este tópico contém 8 respostas, 3 vozes e foi atualizado pela última vez 14 anos, 1 mês atrás por
braza.
-
AutorPosts
-
24 de janeiro de 2012 às 12:21 am #102578
braza
ParticipanteBoa tarde,
Aqui na empresa estamos adquirindo um novo storage. A princípio a migração dos dados estão aparentando ser tranquila, pois o file system é o mesmo. Baseado no S.O. windowns.
Porém, temos um banco de dados em RAC com ASM. Como seria feita a cópia desses arquivos de dados da instãncia ASM para o novo storage, uma vez que não conseguimos fazer um simples “ctrl+c e ctrl+v” ????
Obrigado.
24 de janeiro de 2012 às 3:04 am #102579Leviweb
ParticipanteOlá Braza,
Se você conseguir mapear os dois Storages simultaneamente no seu Host (Windows) o processo é muito simples e toda migraçao pode ser realizada sem Downtime.
O ASM permite você adicionar e remover Luns Online.
Então o procedimento seria assim:
– Criaria as novas Luns (ASMDISK) no Novo Storage
– Mapearia as Luns para os Hosts (Windows)
– Adicionaria as Luns nos Diskgroup já removendo as Luns antigas.
este processo pode ser feito em duas etapas
– Primeiro adiciona as novas Luns e espera o rebalance do Diskgroup
– Depois remove as Luns antigas e espera o rebalance do Diskgroup
ou em uma etapa:
– Adiconar os Novos ASMDISK e remover os antigos ASMDISK ao mesmo tempo. ( com este procedimento voce ganha mais tempo)Se você conseguir ler em inglês aqui esta uma otima discussão sobre este assunto
https://forums.oracle.com/forums/thread … ID=2316241https://forums.oracle.com/forums/thread … 41#9506741
Caso você não consiga mapear os dois Storages Simultaneamente no seu Clusterware você tem algumas opções:
– Backup e Recover
– Caso o banco de dados seja muito grande você pode minimizar o tempo de downtime ligando este Storage em 3° Host (windows) você pode criar um banco de dados Standby mapeando as Luns novas para este Host. No momento da virada você aplica os ultimos archivelogs e desativas os Diskgroups mapeie estes discos para o atual cluster remove as Luns antigas monta o Diskgroup e sobe os banco de Dados.Existe mais opções mas estas são as mais comuns.
Você irá mover os arquivos do Clusterware também?
Dica: Sempre que iniciar uma discussão sempre coloque a Versão do OS e Versão do Oracle.
Abcs,
Levi Pereira24 de janeiro de 2012 às 4:14 pm #102580rman
Participante@braza
Só por curiosidade, qual é a marca e modelo do storage antigo e novo ? Que tipo de discos eles trabalham ?
Aqui também estamos em processo de compra de um novo storage.
24 de janeiro de 2012 às 4:56 pm #102582braza
Participante[quote=”Leviweb”:1dspjite]Olá Braza,
Você irá mover os arquivos do Clusterware também?
Dica: Sempre que iniciar uma discussão sempre coloque a Versão do OS e Versão do Oracle.
Abcs,
Levi Pereira[/quote]Blz Amigo.
No estrutura antiga, estamos com o WIN Server 2003 ED 32bits e Oracle 9.2.0.6. A nova estrutura vai ter Win Server 2008 ED 64bits e Oracle 9.2.0.6. e posteriormente migração para o oracle 11gr2.
Sim, vamos mover o clusterware.
Obrigado pela dica. Vou analisar as opções junto ao pessoal de infraestrutura.
24 de janeiro de 2012 às 5:06 pm #102583braza
Participante[quote=”rman”:24p1sf87]@braza
Só por curiosidade, qual é a marca e modelo do storage antigo e novo ? Que tipo de discos eles trabalham ?
Aqui também estamos em processo de compra de um novo storage.[/quote]
O antigo é um EMC x500.
SAS/FC e SATA.
O novo é um V6210, Shelf DS4243.
SAS/FC e SATA.
24 de janeiro de 2012 às 5:53 pm #102584Leviweb
Participante[quote=”braza”:21c26luh]
No estrutura antiga, estamos com o WIN Server 2003 ED 32bits e Oracle 9.2.0.6. A nova estrutura vai ter Win Server 2008 ED 64bits e Oracle 9.2.0.6. e posteriormente migração para o oracle 11gr2.Sim, vamos mover o clusterware.
Obrigado pela dica. Vou analisar as opções junto ao pessoal de infraestrutura.[/quote]
Olá Braza,
A versão do Oracle 9.2.0.6 é homologada apenas para versão do Windows XP e 2000.
O Oracle 9.2.0.8 é homologado apenas nas versões XP/2000/2003/2003 R2Muito cuidado ao colocar a versão 9.2.0.6 no Windows 2008 (x32) em produção porque além de não ser uma plataforma certificada, você pode ter sérios problemas.
PS: Oracle 9i 64bit somente plataforma Windows Itaninun (está plataforma atualmente não é suportada pelas versões mais recente de Oracle Database)
Recomendo você ver a matrix de Certificação antes de executar este trabalho.
Atenciosamente,
Levi Pereira24 de janeiro de 2012 às 6:12 pm #102585rman
Participante@braza
O novo é NetApp ? Não conheço essa marca…
O que houve com o EMC ? Muitos problemas ? Lotou ?
Aqui nós estamos vendo EMC (SSD e SAS) ou SUN (SSD, FC/SATA).
24 de janeiro de 2012 às 11:37 pm #102588braza
Participante[quote=”Leviweb”:3dt24nul][quote=”braza”:3dt24nul]
No estrutura antiga, estamos com o WIN Server 2003 ED 32bits e Oracle 9.2.0.6. A nova estrutura vai ter Win Server 2008 ED 64bits e Oracle 9.2.0.6. e posteriormente migração para o oracle 11gr2.Sim, vamos mover o clusterware.
Obrigado pela dica. Vou analisar as opções junto ao pessoal de infraestrutura.[/quote]
Olá Braza,
A versão do Oracle 9.2.0.6 é homologada apenas para versão do Windows XP e 2000.
O Oracle 9.2.0.8 é homologado apenas nas versões XP/2000/2003/2003 R2Muito cuidado ao colocar a versão 9.2.0.6 no Windows 2008 (x32) em produção porque além de não ser uma plataforma certificada, você pode ter sérios problemas.
PS: Oracle 9i 64bit somente plataforma Windows Itaninun (está plataforma atualmente não é suportada pelas versões mais recente de Oracle Database)
Recomendo você ver a matrix de Certificação antes de executar este trabalho.
Atenciosamente,
Levi Pereira[/quote]Opa!!!!
Corrigindo a informação.
Vamos migrar apenas o storage. Tudo vai ficar do mesmo jeito.
Depois dessa migração é que vamos atualizar o S.O e o banco.
Valeu!!!
24 de janeiro de 2012 às 11:43 pm #102589braza
Participante[quote=”rman”:3ggfapqm]@braza
O novo é NetApp ? Não conheço essa marca…
O que houve com o EMC ? Muitos problemas ? Lotou ?
Aqui nós estamos vendo EMC (SSD e SAS) ou SUN (SSD, FC/SATA).[/quote]
Isso, NetApp.
O EMC já tem 5 anos ou mais, está lotado e já venceu o contrato de manutenção.
A equipe de infraestrutura decidiu comprar essa configuração. Uma das nossas filiais comprou essa solução e aprovou. E nós fizemos uma adesão de ata. Foi mais uma renovação de equipamentos mesmo do que problemas.
-
AutorPosts
- Você deve fazer login para responder a este tópico.