Pessoal Fica uma pergunta eu conseguiria CLONAR a base sistema operacional RWindows para Linux?
----- Mensagem encaminhada ----- >De: Welvis Moretto <welvis_doug...@yahoo.com.br> >Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> >Enviadas: Terça-feira, 30 de Outubro de 2012 15:15 >Assunto: Re: [oracle_br] Re: Dicas - Migrar Base de Dados Oracle 10g > > > >Boa tarde a todos... > >Pode usar ferramentas de replicação como Oracle Dataguard ou GodenGate. > >O que eu analisaria é o tamanho do banco e também o tempo da cópia. Se eu >tenho um banco grande, derrepente uns 900GB. O tempo para replicar isso vai >ser um pouco longo, vai depender também de infra, Switches, Switches SAN, se a >rede está em fibra... enfim.. algumas variáveis... > >Se o seu banco está um um storage, pode ser feito um snapshot da LUN (o >storage que temos aqui na empresa tem) tem que ver se você está usando storage >e se tem licença para isso. Depois de ver estas variáveis ai pode ser usar: >Backup RMAN com duplicate (Creating a Duplicate Database on a New Host. [ID >388431.1]). você vai ter que alterar uns parametros no banco, se necessário; >Clone de LUN; Oracle Data Guard >(http://www.oracle.com/technetwork/database/features/availability/dataguardoverview-098960.html > e Step By Step Guide To Create Physical Standby Database Using RMAN [ID >469493.1]). imagino que GodenGate >(http://www.oracle.com/technetwork/middleware/goldengate/overview/index.html) >não seria o seu caso; expdp também poderia ser uma opção, rsrs. > >Sabendo o tempo de downtime, vc pode escolher qualquer uma destas ferramentas. > >att, >Welvis Douglas > >________________________________ >De: ederson2001br <ederson200...@yahoo.com.br> >Para: oracle_br@yahoogrupos.com.br >Enviadas: Terça-feira, 30 de Outubro de 2012 9:27 >Assunto: [oracle_br] Re: Dicas - Migrar Base de Dados Oracle 10g > > > >Bom dia a todos, > >A sugestão do pessoal que mais gostei, é fazer a cópia física. > >Algumas sugestões adicionais para considerar (sem parar a produção atual): >-Mudar a base para ARCHIVELOG e rodar um "backup database plus archivelog" com >o RMAN >--A partir daí, tem duas vertentes: ou vc faz uma conexão "target / auxiliary >fulano" e roda um "DUPLICATE TARGET DATABASE TO newdb;" >--ou executa o RMAN na produção atual, sem parar a produção. transfere a cópia >para o novo server, pelos meios que estiverem disponíveis. Faz o restore, >depois o recover, mas não faz o open. Neste ponto, vc já tem uma duplicata do >seu banco no novo servidor, com o produção ainda rodando. Agora o momento da >parada (shutdown) da produção, para transferir os archives: prepare bem esta >operação que deve durar uns 10 minutos. Transfira todos os archives e faça >novo restore, conferindo se está aplicando os ultimos archives. Feito isto, >pode abrir o banco. >--Tempo de execução: não importa nem o tamanho da base (a produção não vai >parar) >--Downtime: cerca de minutos para cópia e mais alguns minutos para recover dos >últimos archives. > >Ederson Elias >DBA Oracle >http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 > >--- Em oracle_br@yahoogrupos.com.br, Samuel Santos <samuel.gsantos@...> >escreveu >> >> Pessoal, >> Boa Tarde >> >> Tenho que migrar(cópia sem archive) uma base (finalidade: >> desenvolvimento\homologação) em torno de 700GB a 1TB para outro servidor, e >> gostaria das dicas (se for o caso enviar um passo-a-passo) de qual a melhor >> solução a ser adotada para efetuar essa atividade num tempo hábil. >> >> Desde já agradeço a todos. >> >> [As partes desta mensagem que não continham texto foram removidas] >> > >[As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]
