qual a diferenca > de usarmos o ARCH ou LGWR para transportar os redos para o STANDBY?.
A diferença fica no nível de proteção dos dados. O processo Arch só enviará os logs somente no switch diferente do LGWR que enviará os redos a medida que são gerados no PRIMARY. Por isso que para máxima disponibilidade ou máxima proteção o LGWR deve ser o processo reponsável pelo transporte dos redos. Usando o Arch por exemplo vc pode perder muita informação dependendo do tamanho dos grupos de redo. Se em ambos os casos é necessário o SWITCH LOGFILE do PRIMARY para a > informação chegar ao STANDBY Se o processo ARch estiver sendo usado. Os redos são aplicados (diferente de transportados) no standby quando faz switch independente do processo. O Oracle com LGWR SYNC AFFIRM garante que as transações sejam transportadas para o standby e não aplicadas antes do commit. Com máxima proteção se o Oracle não conseguir levar as transações por um problema de rede por exemplo o banco PRimary vai pra shutdown pra garantir que não se perca nada, diferente da máxima disponibilidade que neste caso vai acumulando os redos no Primary até conseguir enviar pro standby. Abs Jonathan Barbosa --- Em oracle_br@yahoogrupos.com.br, "Rodrigo Telles" <[EMAIL PROTECTED]> escreveu > > Jonathan, > obrigado pela resposta. > Mais uma pergunta: Se não é possivel fazer isso no 9i entao qual a diferenca > de usarmos o ARCH ou LGWR para transportar os redos para o STANDBY?. > > Se em ambos os casos é necessário o SWITCH LOGFILE do PRIMARY para a > informação chegar ao STANDBY não vejo diferença alguma. E tb não vejo > acontecer o que o MANUAL da oracle fala. Que se colocarmos em o PRIMARY com > LWGR SYNC AFFIRM a transação dele so sera comitada e liberada somente quando > ela tiver sido escrita no REDO LOG do STANDBY? Isso realmente funciona? > > Abs > Rodrigo > > On 12/15/06, jonathan_brbs <[EMAIL PROTECTED]> wrote: > > > > Olá Rodrigo, > > Infelizmente isso não é possivel antes da versão 10G, > > Onde através do comando ALTER DATABASE START LOGICAL STANDBY APPLY > > IMMEDIATE conseguimos fazer a aplicação direta de Redos. Para > > standby físico o comando seria ALTER DATABASE RECOVER MANAGED > > STANDBY DATABASE USING CURRENT LOGFILE. > > > > []s > > Jonathan Barbosa > > > > --- Em oracle_br@yahoogrupos.com.br <oracle_br% 40yahoogrupos.com.br>, > > "Rodrigo Telles" > > <rtellescosta@> escreveu > > > > > > Pessoal, > > > estou montando um ambiente de DATA GUARD aqui na empresa e estou > > usando o > > > LOGICAL STANDBY. > > > Minha duvida é o seguinte: > > > No PRIMARY configurei o log_archive_dest_2='SERVICE=GUARD_146 LGWR > > SYNC > > > AFFIRM' e o PROTECTION_MODE está em MAXIMUM AVAILABILITY. > > > No banco LOGICAL STANDBY eu criei os grupos de STANDBY REDO LOG. > > > Com isso estou querendo testar a situação de nenhum dado perdido > > em caso de > > > falha de comunicação entre os bancos. > > > > > > A teoria do ambiente acima diz que quando faço o COMMIT de uma > > transação no > > > PRYMARY o comando só é retornado quando essa transação for escrita > > nos > > > standby redo logs (garantindo que o outro banco recebeu a > > transação). Porém > > > quando rodo um script que popula uma tabela no PRIMARY e faço o > > commit na > > > transação, NADA acontece no banco STANDBY. Eu só consigo ver as > > inserções no > > > standby se eu der o SWITCH LOG FILE no banco PRIMARY. Nessa hora > > eu consigo > > > ver o LOG APPLY trabalhando e a tabela sendo populada. > > > > > > Como consigo fazer uma transação, quando "comitada" no banco > > principal, seja > > > vista na banco standby sem precisar ficar dando o switch logfile > > ou esperar > > > o proprio banco fazer o switch? > > > > > > Meu banco é o 9.2.0.8. > > > > > > Grato pela ajuda > > > > > > Rodrigo > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
