RES: [oracle_br] Data Guard
Se tu tá tentando resetar o valor do parâmetro é dessa forma: alter system set log_archive_dest_4='' scope=memory sid='*'; Mas aviso, sair alterando parâmetros assim, sem conhecer o contexto/conceito do que está acontecendo, não é nada recomendado. Att,/Regards, Vitor Jr. Infraestrutura / Infrastructure Team Oracle 11g DBA Certified Professional - OCP Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator - OCE Oracle Database 11g Performance Tuning Certified Expert - OCE Oracle Exadata 11g Certified Implementation Specialist Oracle Certified Associate, MySQL 5 mail, gtalk e msn: mailto:vitorj...@gmail.com vitorj...@gmail.com http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628 De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de Rafael Mendonca Enviada em: quarta-feira, 14 de agosto de 2013 16:37 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Data Guard BANNER -- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production PL/SQL Release 11.2.0.3.0 - Production CORE11.2.0.3.0 Production TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production NLSRTL Version 11.2.0.3.0 - Production Pessoal, existe um banco de produção chamado X que possuia um data guard chamado Y. Acontece que ocorreu um problema no banco de dados Y aonde ficava armazenado o data guard e resolvemos retirar o data guard de cena. Só que consultando o banco de dados X, me deparo com a seguinte situação: log_archive_dest_4 string service=Y, LGWR SYNC AF FIRM delay=0 optional compress ion=disable max_failure=0 max_ connections=1 reopen=300 db_un ique_name=BDTRF5 net_timeout =30, valid_for=(all_logfiles,p rimary_role) Ou seja, o log_archive_dest_4 ainda está apontando para ele. E isso é um dos motivos que o archive não está ficando obsoleto. Como conheço muito pouco o funcionamento/arquitetura do data guard(é uma das coisas que irei começar a estudar próxima semana) fiz o seguinte: DGMGRL for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - 64bit Production Copyright (c) 2000, 2009, Oracle. All rights reserved. Welcome to DGMGRL, type help for information. Connected. DGMGRL show configuration Configuration - DGConfig1 Protection Mode: MaxAvailability Databases: X - Primary database Z - Physical standby database W - Physical standby database Error: ORA-16810: multiple errors or warnings detected for the database Fast-Start Failover: DISABLED Configuration Status: ERROR DGMGRL Ou seja, o database Y não está mais na lista, mas no destino do archive ele ainda consta. Tentei resetar o log_archive_dest_4 e não obtive sucesso: alter system reset log_archive_dest_4 scope=spfile; * ERROR at line 1: ORA-32010: cannot find entry to delete in SPFILE Alguém pode ajudar? [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [oracle_br] Data Guard
Vitor, lembro-me de ter conseguido resetar o parâmetro da forma que coloquei, mas não tenho certeza, tanto que estava aqui guardado quando uso algumas vezes. Bom, utilizei o seu e funcionou, dei um crosscheck e agora os archives que eram para estar como obsoletos, se tornaram obsoletos. A FRA jpa estava 90% cheia, depois disso caiu para 33% De: Vitor Jr. vitorj...@gmail.com Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 14 de Agosto de 2013 16:40 Assunto: RES: [oracle_br] Data Guard Se tu tá tentando ‘resetar’ o valor do parâmetro é dessa forma: alter system set log_archive_dest_4='' scope=memory sid='*'; Mas aviso, sair alterando parâmetros assim, sem conhecer o contexto/conceito do que está acontecendo, não é nada recomendado. Att,/Regards, Vitor Jr. Infraestrutura / Infrastructure Team Oracle 11g DBA Certified Professional - OCP Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator - OCE Oracle Database 11g Performance Tuning Certified Expert - OCE Oracle Exadata 11g Certified Implementation Specialist Oracle Certified Associate, MySQL 5 mail, gtalk e msn: mailto:mailto:vitorjr81%40gmail.com mailto:vitorjr81%40gmail.com http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628 De: mailto:oracle_br%40yahoogrupos.com.br [mailto:mailto:oracle_br%40yahoogrupos.com.br] Em nome de Rafael Mendonca Enviada em: quarta-feira, 14 de agosto de 2013 16:37 Para: mailto:oracle_br%40yahoogrupos.com.br Assunto: [oracle_br] Data Guard BANNER -- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production PL/SQL Release 11.2.0.3.0 - Production CORE11.2.0.3.0 Production TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production NLSRTL Version 11.2.0.3.0 - Production Pessoal, existe um banco de produção chamado X que possuia um data guard chamado Y. Acontece que ocorreu um problema no banco de dados Y aonde ficava armazenado o data guard e resolvemos retirar o data guard de cena. Só que consultando o banco de dados X, me deparo com a seguinte situação: log_archive_dest_4 string service=Y, LGWR SYNC AF FIRM delay=0 optional compress ion=disable max_failure=0 max_ connections=1 reopen=300 db_un ique_name=BDTRF5 net_timeout =30, valid_for=(all_logfiles,p rimary_role) Ou seja, o log_archive_dest_4 ainda está apontando para ele. E isso é um dos motivos que o archive não está ficando obsoleto. Como conheço muito pouco o funcionamento/arquitetura do data guard(é uma das coisas que irei começar a estudar próxima semana) fiz o seguinte: DGMGRL for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - 64bit Production Copyright (c) 2000, 2009, Oracle. All rights reserved. Welcome to DGMGRL, type help for information. Connected. DGMGRL show configuration Configuration - DGConfig1 Protection Mode: MaxAvailability Databases: X - Primary database Z - Physical standby database W - Physical standby database Error: ORA-16810: multiple errors or warnings detected for the database Fast-Start Failover: DISABLED Configuration Status: ERROR DGMGRL Ou seja, o database Y não está mais na lista, mas no destino do archive ele ainda consta. Tentei resetar o log_archive_dest_4 e não obtive sucesso: alter system reset log_archive_dest_4 scope=spfile; * ERROR at line 1: ORA-32010: cannot find entry to delete in SPFILE Alguém pode ajudar? [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]
RES: RES: [oracle_br] Data Guard
Percebe que coloquei o scope memory, ou seja, não será alterado no spfile. Observe isso. Reforço: cuidado ao alterar parâmetros que tu não sabe porque foram setados... Att,/Regards, Vitor Jr. Infraestrutura / Infrastructure Team Oracle 11g DBA Certified Professional - OCP Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator - OCE Oracle Database 11g Performance Tuning Certified Expert - OCE Oracle Exadata 11g Certified Implementation Specialist Oracle Certified Associate, MySQL 5 mail, gtalk e msn: mailto:vitorj...@gmail.com vitorj...@gmail.com http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628 De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de Rafael Mendonca Enviada em: quarta-feira, 14 de agosto de 2013 16:59 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: [oracle_br] Data Guard Vitor, lembro-me de ter conseguido resetar o parâmetro da forma que coloquei, mas não tenho certeza, tanto que estava aqui guardado quando uso algumas vezes. Bom, utilizei o seu e funcionou, dei um crosscheck e agora os archives que eram para estar como obsoletos, se tornaram obsoletos. A FRA jpa estava 90% cheia, depois disso caiu para 33% De: Vitor Jr. vitorj...@gmail.com mailto:vitorjr81%40gmail.com Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br Enviadas: Quarta-feira, 14 de Agosto de 2013 16:40 Assunto: RES: [oracle_br] Data Guard Se tu tá tentando ‘resetar’ o valor do parâmetro é dessa forma: alter system set log_archive_dest_4='' scope=memory sid='*'; Mas aviso, sair alterando parâmetros assim, sem conhecer o contexto/conceito do que está acontecendo, não é nada recomendado. Att,/Regards, Vitor Jr. Infraestrutura / Infrastructure Team Oracle 11g DBA Certified Professional - OCP Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator - OCE Oracle Database 11g Performance Tuning Certified Expert - OCE Oracle Exadata 11g Certified Implementation Specialist Oracle Certified Associate, MySQL 5 mail, gtalk e msn: mailto:mailto:vitorjr81%40gmail.com mailto:vitorjr81%40gmail.com http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628 De: mailto:oracle_br%40yahoogrupos.com.br [mailto:mailto:oracle_br%40yahoogrupos.com.br] Em nome de Rafael Mendonca Enviada em: quarta-feira, 14 de agosto de 2013 16:37 Para: mailto:oracle_br%40yahoogrupos.com.br Assunto: [oracle_br] Data Guard BANNER -- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production PL/SQL Release 11.2.0.3.0 - Production CORE 11.2.0.3.0 Production TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production NLSRTL Version 11.2.0.3.0 - Production Pessoal, existe um banco de produção chamado X que possuia um data guard chamado Y. Acontece que ocorreu um problema no banco de dados Y aonde ficava armazenado o data guard e resolvemos retirar o data guard de cena. Só que consultando o banco de dados X, me deparo com a seguinte situação: log_archive_dest_4 string service=Y, LGWR SYNC AF FIRM delay=0 optional compress ion=disable max_failure=0 max_ connections=1 reopen=300 db_un ique_name=BDTRF5 net_timeout =30, valid_for=(all_logfiles,p rimary_role) Ou seja, o log_archive_dest_4 ainda está apontando para ele. E isso é um dos motivos que o archive não está ficando obsoleto. Como conheço muito pouco o funcionamento/arquitetura do data guard(é uma das coisas que irei começar a estudar próxima semana) fiz o seguinte: DGMGRL for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - 64bit Production Copyright (c) 2000, 2009, Oracle. All rights reserved. Welcome to DGMGRL, type help for information. Connected. DGMGRL show configuration Configuration - DGConfig1 Protection Mode: MaxAvailability Databases: X - Primary database Z - Physical standby database W - Physical standby database Error: ORA-16810: multiple errors or warnings detected for the database Fast-Start Failover: DISABLED Configuration Status: ERROR DGMGRL Ou seja, o database Y não está mais na lista, mas no destino do archive ele ainda consta. Tentei resetar o log_archive_dest_4 e não obtive sucesso: alter system reset log_archive_dest_4 scope=spfile; * ERROR at line 1: ORA-32010: cannot find entry to delete in SPFILE Alguém pode ajudar? [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] [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [oracle_br] Data Guard
Rafael, umas obs que talvez te ajudem : a) sim, a sintaxe de ALTER SYSTEM RESET , para ELIMINAR um parâmetro do spfile e fazer ele voltar ao comportamento default, funciona MAS afaik é sim exigido que vc indique o SID ao final, que era o que estava faltando no seu comando pelo que percebi b) a técnica de vc ao invés de resetar colocar um valor dummy (como o '' usado) e depois mandar um RESET com SCOPE=SPFILE se deve ao bugzinho citado em http://oracledbabhuvan.blogspot.com.br/2011/12/resetunset-oracle-parameters.html : diversos parâmetros se vc tentar resetar com SCOPE diferente de SPFILE (caso que exigiria um reboot da instância para que o parâmetro realmente seja mudado) podem te retornar um ORA-32029: resetting with SCOPE=MEMORY or SCOPE=BOTH , okdoc ?? O work-around é esse que o Vitor usou, ie : seta em memory para um valor dummy e remove do SPILE resetando c) e é claro : tranquilamente PODE SER que a config do teu dataguard não seja só o log-archive_dest : PODE ser que vc tenha um broker setado/ativo, PODE ser que vc tenha jobs, enfim, tem mais coisas que podem ou não estar presentes aí - estude e verifique as possibilidades... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca raffaell.ti77@... escreveu Vitor, lembro-me de ter conseguido resetar o parâmetro da forma que coloquei, mas não tenho certeza, tanto que estava aqui guardado quando uso algumas vezes. Bom, utilizei o seu e funcionou, dei um crosscheck e agora os archives que eram para estar como obsoletos, se tornaram obsoletos. A FRA jpa estava 90% cheia, depois disso caiu para 33% De: Vitor Jr. vitorjr81@... Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 14 de Agosto de 2013 16:40 Assunto: RES: [oracle_br] Data Guard Se tu tá tentando âresetarâ o valor do parâmetro é dessa forma: alter system set log_archive_dest_4='' scope=memory sid='*'; Mas aviso, sair alterando parâmetros assim, sem conhecer o contexto/conceito do que está acontecendo, não é nada recomendado. Att,/Regards, Vitor Jr. Infraestrutura / Infrastructure Team Oracle 11g DBA Certified Professional - OCP Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator - OCE Oracle Database 11g Performance Tuning Certified Expert - OCE Oracle Exadata 11g Certified Implementation Specialist Oracle Certified Associate, MySQL 5 mail, gtalk e msn: mailto:mailto:vitorjr81%40gmail.com mailto:vitorjr81%40gmail.com http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628 De: mailto:oracle_br%40yahoogrupos.com.br [mailto:mailto:oracle_br%40yahoogrupos.com.br] Em nome de Rafael Mendonca Enviada em: quarta-feira, 14 de agosto de 2013 16:37 Para: mailto:oracle_br%40yahoogrupos.com.br Assunto: [oracle_br] Data Guard BANNER -- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production PL/SQL Release 11.2.0.3.0 - Production CORE11.2.0.3.0 Production TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production NLSRTL Version 11.2.0.3.0 - Production Pessoal, existe um banco de produção chamado X que possuia um data guard chamado Y. Acontece que ocorreu um problema no banco de dados Y aonde ficava armazenado o data guard e resolvemos retirar o data guard de cena. Só que consultando o banco de dados X, me deparo com a seguinte situação: log_archive_dest_4 string service=Y, LGWR SYNC AF FIRM delay=0 optional compress ion=disable max_failure=0 max_ connections=1 reopen=300 db_un ique_name=BDTRF5 net_timeout =30, valid_for=(all_logfiles,p rimary_role) Ou seja, o log_archive_dest_4 ainda está apontando para ele. E isso é um dos motivos que o archive não está ficando obsoleto. Como conheço muito pouco o funcionamento/arquitetura do data guard(é uma das coisas que irei começar a estudar próxima semana) fiz o seguinte: DGMGRL for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - 64bit Production Copyright (c) 2000, 2009, Oracle. All rights reserved. Welcome to DGMGRL, type help for information. Connected. DGMGRL show configuration Configuration - DGConfig1 Protection Mode: MaxAvailability Databases: X - Primary database Z - Physical standby database W - Physical standby database Error: ORA-16810: multiple errors or warnings detected for the database Fast-Start Failover: DISABLED Configuration Status: ERROR DGMGRL Ou seja, o database Y não está mais na lista, mas no destino do archive ele ainda consta. Tentei resetar o log_archive_dest_4 e não obtive sucesso: alter system reset log_archive_dest_4 scope=spfile; * ERROR at line 1: ORA-32010: cannot find entry to delete in SPFILE Alguém
Re: RES: [oracle_br] Data Guard
Obrigado Vitor e o Chiappa, meu livro de data guard acabou de chegar, vou começar os estudos em paralelo com o de tuning. Abraços e obrigado mais uma vez. De: J. Laurindo Chiappa jlchia...@yahoo.com.br Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 14 de Agosto de 2013 17:32 Assunto: Re: RES: [oracle_br] Data Guard Rafael, umas obs que talvez te ajudem : a) sim, a sintaxe de ALTER SYSTEM RESET , para ELIMINAR um parâmetro do spfile e fazer ele voltar ao comportamento default, funciona MAS afaik é sim exigido que vc indique o SID ao final, que era o que estava faltando no seu comando pelo que percebi b) a técnica de vc ao invés de resetar colocar um valor dummy (como o '' usado) e depois mandar um RESET com SCOPE=SPFILE se deve ao bugzinho citado em http://oracledbabhuvan.blogspot.com.br/2011/12/resetunset-oracle-parameters.html : diversos parâmetros se vc tentar resetar com SCOPE diferente de SPFILE (caso que exigiria um reboot da instância para que o parâmetro realmente seja mudado) podem te retornar um ORA-32029: resetting with SCOPE=MEMORY or SCOPE=BOTH , okdoc ?? O work-around é esse que o Vitor usou, ie : seta em memory para um valor dummy e remove do SPILE resetando c) e é claro : tranquilamente PODE SER que a config do teu dataguard não seja só o log-archive_dest : PODE ser que vc tenha um broker setado/ativo, PODE ser que vc tenha jobs, enfim, tem mais coisas que podem ou não estar presentes aí - estude e verifique as possibilidades... []s Chiappa --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca raffaell.ti77@... escreveu Vitor, lembro-me de ter conseguido resetar o parâmetro da forma que coloquei, mas não tenho certeza, tanto que estava aqui guardado quando uso algumas vezes. Bom, utilizei o seu e funcionou, dei um crosscheck e agora os archives que eram para estar como obsoletos, se tornaram obsoletos. A FRA jpa estava 90% cheia, depois disso caiu para 33% De: Vitor Jr. vitorjr81@... Para: mailto:oracle_br%40yahoogrupos.com.br Enviadas: Quarta-feira, 14 de Agosto de 2013 16:40 Assunto: RES: [oracle_br] Data Guard Se tu tá tentando ‘resetar’ o valor do parâmetro é dessa forma: alter system set log_archive_dest_4='' scope=memory sid='*'; Mas aviso, sair alterando parâmetros assim, sem conhecer o contexto/conceito do que está acontecendo, não é nada recomendado. Att,/Regards, Vitor Jr. Infraestrutura / Infrastructure Team Oracle 11g DBA Certified Professional - OCP Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator - OCE Oracle Database 11g Performance Tuning Certified Expert - OCE Oracle Exadata 11g Certified Implementation Specialist Oracle Certified Associate, MySQL 5 mail, gtalk e msn: mailto:mailto:vitorjr81%40gmail.com mailto:vitorjr81%40gmail.com http://certificacaobd.com.br/ http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 https://mybizcard.co/vitor.jr.385628 De: mailto:oracle_br%40yahoogrupos.com.br [mailto:mailto:oracle_br%40yahoogrupos.com.br] Em nome de Rafael Mendonca Enviada em: quarta-feira, 14 de agosto de 2013 16:37 Para: mailto:oracle_br%40yahoogrupos.com.br Assunto: [oracle_br] Data Guard BANNER -- Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production PL/SQL Release 11.2.0.3.0 - Production CORE11.2.0.3.0 Production TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production NLSRTL Version 11.2.0.3.0 - Production Pessoal, existe um banco de produção chamado X que possuia um data guard chamado Y. Acontece que ocorreu um problema no banco de dados Y aonde ficava armazenado o data guard e resolvemos retirar o data guard de cena. Só que consultando o banco de dados X, me deparo com a seguinte situação: log_archive_dest_4 string service=Y, LGWR SYNC AF FIRM delay=0 optional compress ion=disable max_failure=0 max_ connections=1 reopen=300 db_un ique_name=BDTRF5 net_timeout =30, valid_for=(all_logfiles,p rimary_role) Ou seja, o log_archive_dest_4 ainda está apontando para ele. E isso é um dos motivos que o archive não está ficando obsoleto. Como conheço muito pouco o funcionamento/arquitetura do data guard(é uma das coisas que irei começar a estudar próxima semana) fiz o seguinte: DGMGRL for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - 64bit Production Copyright (c) 2000, 2009, Oracle. All rights reserved. Welcome to DGMGRL, type help for information. Connected. DGMGRL show configuration Configuration - DGConfig1 Protection Mode: MaxAvailability Databases: X - Primary database Z - Physical standby database W - Physical standby database Error: ORA-16810: multiple errors or warnings detected for the database
Res: [oracle_br] Data Guard
Não esqueçam da v$dataguard_status! Monitorar os possíveis erros nela é fundamental. http://download.oracle.com/docs/cd/B14117_01/server.101/b10755/dynviews_1061.htm Atenciosamente, Caio Spadafora, Database Administrator, http://digitalgrimoa.blogspot.com/ http://recoveryarea.blogspot.com/ http://0011brothers.blogspot.com/ De: Marcos Braga braga.mar...@gmail.com Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 1 de Julho de 2010 18:23:27 Assunto: Re: [oracle_br] Data Guard Welvis, Existe umas queries que mostram a sincronização..., deixa eu ver se acho aqui... achei. -- No primário, roda essa query: select a.* from ( select sequence#, first_time, next_time from v$archived_log order by sequence# desc ) a where rownum = 5; -- No standby, roda essas: select thread#, max(sequence#) last_applied_log from v$log_history group by thread#; select recovery_mode from v$archive_dest_status where dest_id = 2; -- e nos dois: select process, status, thread#, sequence#, block#, blocks from v$managed_standby; select protection_mode, protection_level from v$database; Ok..., agora as explicações: Essas queries irão trazer informações de quais serviços do dataguard estão ativos e a sequência de archives; se está aplicando ou não e o que já foi aplicado. Tem também o nível e modo de proteção em que os bancos estão abertos. Com tudo isso você consegue saber como está a saúde do seu standby. []s Braga 2010/7/1 Welvis Douglas wel...@stcruz.com.br Como que eu sei se as informações do banco de dados primario estão indo para o data guard? Banco oracle 10.20.4 Linux Red Hat. a conf. do data guard no parametro está c SERVICE=db_stdby LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=db_stdby Obrigado pela ajuda. Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail: welvis_doug...@hotmail.com welvis_douglas%40hotmail.com, wel...@stcruz.com.br welvis%40stcruz.com.br Messenger: welvis_doug...@hotmail.com welvis_douglas%40hotmail.com Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Res: [oracle_br] Data Guard
Os materiais que acho mais interessantes sobre Dataguard são as documentações de MAA, especificas para dataguard e para o gerenciamento de archives em geral. Caio Spadafora, Database Administrator, http://digitalgrimoa.blogspot.com/ http://recoveryarea.blogspot.com/ http://0011brothers.blogspot.com/ De: Marcos Braga braga.mar...@gmail.com Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 28 de Junho de 2010 12:21:36 Assunto: Re: [oracle_br] Data Guard Welvis, Um material genérico foi dado pelo Hevandro, nele você aprende tudo sobre dataguard. Eu tenho dois materiais que vai auxiliá-lo a implementar o que precisa. Um deles foi feito na versão 10 com Oracle Standard Edition (SE): http://trilha0.blogspot.com/2007/12/standby-oracle.html E o outro foi criado na versão 11.2 com Oracle Enterprise Edition (EE): http://sites.google.com/site/universodobraga/oracle/standby-11g Como pode perceber, há diferenças entre versões e entre os tipos existentes, recomendo primeiramente ler o material para ver os tipos de standby e o que cada um pode atender, levantar o ambiente em que vai implementar, definir o tipo de standby que vai utilizar e depois buscar material específico. []s Braga Em 28 de junho de 2010 11:35, Welvis Douglas wel...@stcruz.com.brescreveu: Olá pessoal, Alguém pode me indicar um bom material para data guard? Att, Welvis Douglas da Silva Moretto DBA - Oracle Certified (1ZO-042) Fone: (41) 9997-6297 E-mail: welvis_doug...@hotmail.com welvis_douglas%40hotmail.com, wel...@stcruz.com.br welvis%40stcruz.com.br Messenger: welvis_doug...@hotmail.com welvis_douglas%40hotmail.com Mestre em Engenharia de Produção e Sistemas - PUC/PR; Especializando em Banco de Dados - UNOPAR; Especialista Engenharia de Software - UNOPAR; Tecnólogo em Processamento de Dados - FACCAR. [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 [As partes desta mensagem que não continham texto foram removidas]