RE: Res: [oracle_br] Sobre Replicação...
Tenho 2 instancias prd = producao e trn = treinamento Aqui estou utilizando o export/import, sendo no mesmo micro ... Estava querendo criar a mesma estrutura em um micro separado ... alguem pode me dar uma força como posso fazer isso, pois para utilizar o import é preciso que a base ja esteja criada, para importar! Marco Aurélio MeirellesAnalistaAssessoria de InformáticaSanta Casa de Juiz de Fora32 3229-24959961-4623 msn: [EMAIL PROTECTED] To: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Wed, 30 Apr 2008 03:52:53 -0700Subject: Res: [oracle_br] Sobre Replicação... Wilson,No seu caso, eu acredito que a replicação não é uma opção interessante pelos seguintes fatores:- Sua base de teste ficaria read-only, uma vez que a replicação seria uni-direcional.- A replicação geraria uma carga de trabalho desnecessária na base de produção, mesmo sendo assíncrona.Se o seu banco for 10g, eu sugiro utilizar o export/import datapump, pois é mais rápido e mais flexível que o export/import tradicional. Se for uma opção instalar as bases de produção e de teste em servidores separados, você poderia utilizar o próprio backup da base de produção para atualizar a base de teste. Em alguns clientes, este procedimento se mostrou bastante eficiente, uma vez que a atualização não afeta em nada a base de produção. E a restauração do banco de dados foi muito mais rápida, que a importação.Att,WellersonNão vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar o meu coração, que meu espírito ninguém vai conseguir quebrar...(Legião Urbana)As idéias estão no chão, você tropeça e acha a solução...(Titãs)- Mensagem original De: Wilson Ribeiro [EMAIL PROTECTED]Para: [EMAIL PROTECTED]: Terça-feira, 29 de Abril de 2008 17:43:32Assunto: [oracle_br] Sobre Replicação...Senhores boa noite.Tenho 2 instâncias criadas num servidor oracle que tenho instalado aqui,PRD = Instância de Produção, é a que realmente vale.TST = Instância para testes e afins.Qual a melhor maneira de manter a instância teste sempre atualizada em relação a instância de produção.o que eu tenho feito pra isso é um parto, vejam:1 - drop user Nome_do_usuario cascade;2 - create user Nome_do_usuario identified by Nome_do_usuario default tablespace DADOS temporary tablespace TEMPTABS; quota unlimited on DADOS quota unlimited on TEMPTABS;commit;3 - grant dba to Nome_do_usuario;grant create procedure to Nome_do_usuario;grant create sequence to Nome_do_usuario;grant create session to Nome_do_usuario;grant create synonym to Nome_do_usuario;grant create table to Nome_do_usuario;grant create trigger to Nome_do_usuario;grant create view to Nome_do_usuario;grant exp_full_database to Nome_do_usuario;grant imp_full_database to Nome_do_usuario;grant resource, connect to Nome_do_usuario;grant connect to Nome_do_usuario;commit;grant select on v_$session to Nome_do_usuario;commit;4 - !imp Nome_do_usuario/ Nome_do_usuario@ tst fromuser=Nome_ do_usuario touser=Nome_ do_usuario file=caminho_ do_arquivo. dmpEu gostaria, se for possível que alguém de dê dicas pra fazer isso ficar menos trabalhoso, eu li sobre replicação, mas não dava nenhum detalhe disso, e também não sei se vale a pena, se influencia no desempenho etc...o servidor no qual está instalado isso é um:IBM xSéries 226, 2 processadores 3GHz Xeon, 5 GB de ram, 2 HD SCSI 80 GB cada.Com o SLES Suse 9 Enterprise.Qualquer ajuda, e/ou dicas serão muito bem vindas...Obrigado.- - - - - - - - - - -[ ]'sWilson [EMAIL PROTECTED] com.br- Use palavras de bom gosto: poderá ter que engolí-las!_ _o o Linuxv Registered/(_)\ User: # 396848^ ^ [As partes desta mensagem que não continham texto foram removidas]Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!http://br.mail.yahoo.com/[As partes desta mensagem que não continham texto foram removidas] _ Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdomessenger.com.br/ [As partes desta mensagem que não continham texto foram removidas]
Res: Res: [oracle_br] Sobre Replicação.. .
Jovem, Se a arquitetura dos servidores for a mesma, sugiro a você fazer um backup/restore com o RMAN. Att, Wellerson Não vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar o meu coração, que meu espírito ninguém vai conseguir quebrar... (Legião Urbana) As idéias estão no chão, você tropeça e acha a solução... (Titãs) - Mensagem original De: Marco Aurélio [EMAIL PROTECTED] Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 30 de Abril de 2008 12:16:10 Assunto: RE: Res: [oracle_br] Sobre Replicação... Tenho 2 instancias prd = producao e trn = treinamento Aqui estou utilizando o export/import, sendo no mesmo micro ... Estava querendo criar a mesma estrutura em um micro separado ... alguem pode me dar uma força como posso fazer isso, pois para utilizar o import é preciso que a base ja esteja criada, para importar! Marco Aurélio MeirellesAnalistaAs sessoria de InformáticaSanta Casa de Juiz de Fora32 3229-24959961-4623 msn: [EMAIL PROTECTED] com To: [EMAIL PROTECTED] os.com.brFrom: [EMAIL PROTECTED] com.brDate: Wed, 30 Apr 2008 03:52:53 -0700Subject: Res: [oracle_br] Sobre Replicação... Wilson,No seu caso, eu acredito que a replicação não é uma opção interessante pelos seguintes fatores:- Sua base de teste ficaria read-only, uma vez que a replicação seria uni-direcional. - A replicação geraria uma carga de trabalho desnecessária na base de produção, mesmo sendo assíncrona.Se o seu banco for 10g, eu sugiro utilizar o export/import datapump, pois é mais rápido e mais flexível que o export/import tradicional. Se for uma opção instalar as bases de produção e de teste em servidores separados, você poderia utilizar o próprio backup da base de produção para atualizar a base de teste. Em alguns clientes, este procedimento se mostrou bastante eficiente, uma vez que a atualização não afeta em nada a base de produção. E a restauração do banco de dados foi muito mais rápida, que a importação.Att, Wellerson Não vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar o meu coração, que meu espírito ninguém vai conseguir quebrar...( Legião Urbana)As idéias estão no chão, você tropeça e acha a solução...(Titã s)- Mensagem original De: Wilson Ribeiro [EMAIL PROTECTED] .com.brPara: [EMAIL PROTECTED] os.com.brEnviada s: Terça-feira, 29 de Abril de 2008 17:43:32Assunto: [oracle_br] Sobre Replicação...Senhores boa noite.Tenho 2 instâncias criadas num servidor oracle que tenho instalado aqui,PRD = Instância de Produção, é a que realmente vale.TST = Instância para testes e afins.Qual a melhor maneira de manter a instância teste sempre atualizada em relação a instância de produção.o que eu tenho feito pra isso é um parto, vejam:1 - drop user Nome_do_usuario cascade;2 - create user Nome_do_usuario identified by Nome_do_usuario default tablespace DADOS temporary tablespace TEMPTABS; quota unlimited on DADOS quota unlimited on TEMPTABS;commit; 3 - grant dba to Nome_do_usuario; grant create procedure to Nome_do_usuario; grant create sequence to Nome_do_usuario; grant create session to Nome_do_usuario; grant create synonym to Nome_do_usuario; grant create table to Nome_do_usuario; grant create trigger to Nome_do_usuario; grant create view to Nome_do_usuario; grant exp_full_database to Nome_do_usuario; grant imp_full_database to Nome_do_usuario; grant resource, connect to Nome_do_usuario; grant connect to Nome_do_usuario; commit;grant select on v_$session to Nome_do_usuario; commit;4 - !imp Nome_do_usuario/ Nome_do_usuario@ tst fromuser=Nome_ do_usuario touser=Nome_ do_usuario file=caminho_ do_arquivo. dmpEu gostaria, se for possível que alguém de dê dicas pra fazer isso ficar menos trabalhoso, eu li sobre replicação, mas não dava nenhum detalhe disso, e também não sei se vale a pena, se influencia no desempenho etc...o servidor no qual está instalado isso é um:IBM xSéries 226, 2 processadores 3GHz Xeon, 5 GB de ram, 2 HD SCSI 80 GB cada.Com o SLES Suse 9 Enterprise.Qualquer ajuda, e/ou dicas serão muito bem vindas...Obrigado. - - - - - - - - - - -[ ]'sWilson [EMAIL PROTECTED] aria. com.br- Use palavras de bom gosto: poderá ter que engolí-las!_ _o o Linuxv Registered/( _)\ User: # 396848^ ^ [As partes desta mensagem que não continham texto foram removidas]Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!http://br.mail. yahoo.com/[As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdo messenger. com.br/ [As partes desta mensagem que não continham texto foram removidas] Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas]
Res: Res: [oracle_br] Sobre Replicação.. .
Jovem, Se a arquitetura dos servidores for a mesma, sugiro a você fazer um backup/restore com o RMAN. Att, Wellerson Não vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar o meu coração, que meu espírito ninguém vai conseguir quebrar... (Legião Urbana) As idéias estão no chão, você tropeça e acha a solução... (Titãs) - Mensagem original De: Marco Aurélio [EMAIL PROTECTED] Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 30 de Abril de 2008 12:16:10 Assunto: RE: Res: [oracle_br] Sobre Replicação... Tenho 2 instancias prd = producao e trn = treinamento Aqui estou utilizando o export/import, sendo no mesmo micro ... Estava querendo criar a mesma estrutura em um micro separado ... alguem pode me dar uma força como posso fazer isso, pois para utilizar o import é preciso que a base ja esteja criada, para importar! Marco Aurélio MeirellesAnalistaAs sessoria de InformáticaSanta Casa de Juiz de Fora32 3229-24959961-4623 msn: [EMAIL PROTECTED] com To: [EMAIL PROTECTED] os.com.brFrom: [EMAIL PROTECTED] com.brDate: Wed, 30 Apr 2008 03:52:53 -0700Subject: Res: [oracle_br] Sobre Replicação... Wilson,No seu caso, eu acredito que a replicação não é uma opção interessante pelos seguintes fatores:- Sua base de teste ficaria read-only, uma vez que a replicação seria uni-direcional. - A replicação geraria uma carga de trabalho desnecessária na base de produção, mesmo sendo assíncrona.Se o seu banco for 10g, eu sugiro utilizar o export/import datapump, pois é mais rápido e mais flexível que o export/import tradicional. Se for uma opção instalar as bases de produção e de teste em servidores separados, você poderia utilizar o próprio backup da base de produção para atualizar a base de teste. Em alguns clientes, este procedimento se mostrou bastante eficiente, uma vez que a atualização não afeta em nada a base de produção. E a restauração do banco de dados foi muito mais rápida, que a importação.Att, Wellerson Não vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar o meu coração, que meu espírito ninguém vai conseguir quebrar...( Legião Urbana)As idéias estão no chão, você tropeça e acha a solução...(Titã s)- Mensagem original De: Wilson Ribeiro [EMAIL PROTECTED] .com.brPara: [EMAIL PROTECTED] os.com.brEnviada s: Terça-feira, 29 de Abril de 2008 17:43:32Assunto: [oracle_br] Sobre Replicação...Senhores boa noite.Tenho 2 instâncias criadas num servidor oracle que tenho instalado aqui,PRD = Instância de Produção, é a que realmente vale.TST = Instância para testes e afins.Qual a melhor maneira de manter a instância teste sempre atualizada em relação a instância de produção.o que eu tenho feito pra isso é um parto, vejam:1 - drop user Nome_do_usuario cascade;2 - create user Nome_do_usuario identified by Nome_do_usuario default tablespace DADOS temporary tablespace TEMPTABS; quota unlimited on DADOS quota unlimited on TEMPTABS;commit; 3 - grant dba to Nome_do_usuario; grant create procedure to Nome_do_usuario; grant create sequence to Nome_do_usuario; grant create session to Nome_do_usuario; grant create synonym to Nome_do_usuario; grant create table to Nome_do_usuario; grant create trigger to Nome_do_usuario; grant create view to Nome_do_usuario; grant exp_full_database to Nome_do_usuario; grant imp_full_database to Nome_do_usuario; grant resource, connect to Nome_do_usuario; grant connect to Nome_do_usuario; commit;grant select on v_$session to Nome_do_usuario; commit;4 - !imp Nome_do_usuario/ Nome_do_usuario@ tst fromuser=Nome_ do_usuario touser=Nome_ do_usuario file=caminho_ do_arquivo. dmpEu gostaria, se for possível que alguém de dê dicas pra fazer isso ficar menos trabalhoso, eu li sobre replicação, mas não dava nenhum detalhe disso, e também não sei se vale a pena, se influencia no desempenho etc...o servidor no qual está instalado isso é um:IBM xSéries 226, 2 processadores 3GHz Xeon, 5 GB de ram, 2 HD SCSI 80 GB cada.Com o SLES Suse 9 Enterprise.Qualquer ajuda, e/ou dicas serão muito bem vindas...Obrigado. - - - - - - - - - - -[ ]'sWilson [EMAIL PROTECTED] aria. com.br- Use palavras de bom gosto: poderá ter que engolí-las!_ _o o Linuxv Registered/( _)\ User: # 396848^ ^ [As partes desta mensagem que não continham texto foram removidas]Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!http://br.mail. yahoo.com/[As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdo messenger. com.br/ [As partes desta mensagem que não continham texto foram removidas] Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas]
Res: [oracle_br] Sobre Replicação...
Wilson, No seu caso, eu acredito que a replicação não é uma opção interessante pelos seguintes fatores: - Sua base de teste ficaria read-only, uma vez que a replicação seria uni-direcional. - A replicação geraria uma carga de trabalho desnecessária na base de produção, mesmo sendo assíncrona. Se o seu banco for 10g, eu sugiro utilizar o export/import datapump, pois é mais rápido e mais flexível que o export/import tradicional. Se for uma opção instalar as bases de produção e de teste em servidores separados, você poderia utilizar o próprio backup da base de produção para atualizar a base de teste. Em alguns clientes, este procedimento se mostrou bastante eficiente, uma vez que a atualização não afeta em nada a base de produção. E a restauração do banco de dados foi muito mais rápida, que a importação. Att, Wellerson Não vou deixar me embrutecer, eu acredito nos meus ideais. Podem até maltratar o meu coração, que meu espírito ninguém vai conseguir quebrar... (Legião Urbana) As idéias estão no chão, você tropeça e acha a solução... (Titãs) - Mensagem original De: Wilson Ribeiro [EMAIL PROTECTED] Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 29 de Abril de 2008 17:43:32 Assunto: [oracle_br] Sobre Replicação... Senhores boa noite. Tenho 2 instâncias criadas num servidor oracle que tenho instalado aqui, PRD = Instância de Produção, é a que realmente vale. TST = Instância para testes e afins. Qual a melhor maneira de manter a instância teste sempre atualizada em relação a instância de produção. o que eu tenho feito pra isso é um parto, vejam: 1 - drop user Nome_do_usuario cascade; 2 - create user Nome_do_usuario identified by Nome_do_usuario default tablespace DADOS temporary tablespace TEMPTABS; quota unlimited on DADOS quota unlimited on TEMPTABS; commit; 3 - grant dba to Nome_do_usuario; grant create procedure to Nome_do_usuario; grant create sequence to Nome_do_usuario; grant create session to Nome_do_usuario; grant create synonym to Nome_do_usuario; grant create table to Nome_do_usuario; grant create trigger to Nome_do_usuario; grant create view to Nome_do_usuario; grant exp_full_database to Nome_do_usuario; grant imp_full_database to Nome_do_usuario; grant resource, connect to Nome_do_usuario; grant connect to Nome_do_usuario; commit; grant select on v_$session to Nome_do_usuario; commit; 4 - !imp Nome_do_usuario/ Nome_do_usuario@ tst fromuser=Nome_ do_usuario touser=Nome_ do_usuario file=caminho_ do_arquivo. dmp Eu gostaria, se for possível que alguém de dê dicas pra fazer isso ficar menos trabalhoso, eu li sobre replicação, mas não dava nenhum detalhe disso, e também não sei se vale a pena, se influencia no desempenho etc... o servidor no qual está instalado isso é um: IBM xSéries 226, 2 processadores 3GHz Xeon, 5 GB de ram, 2 HD SCSI 80 GB cada. Com o SLES Suse 9 Enterprise. Qualquer ajuda, e/ou dicas serão muito bem vindas... Obrigado. - - - - - - - - - - - [ ]'s Wilson Ribeiro [EMAIL PROTECTED] com.br - Use palavras de bom gosto: poderá ter que engolí-las! _ _ o o Linux v Registered /(_)\ User: # 396848 ^ ^ [As partes desta mensagem que não continham texto foram removidas] Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas]