Perfeito Chiappa! []s
Em 4 de julho de 2013 17:01, J. Laurindo Chiappa <jlchia...@yahoo.com.br>escreveu: > ** > > > Verdade verdadeiríssima, Fábio : SE o colega lá estiver usando a FRA só e > apenas para flashback logs, backup destination e quetais Realmente não > daria nenhum "problema" para o funcionamento do database em si .... > Já se ele usa/usava a FRA para archived redo logs destination, aí a coisa > MUDA de figura, pois como sabemos se a área de archived redo logs encher aí > o banco PÁRA, CONGELA, fica INDISPONÍVEL, é um negócio sério - Até por isso > eu PERGUNTEI por confirmação, muito embora ele tenha dito (ênfase com *s > minha) : > > "... . O que fizemos como acão de emergencia foi mudar a flash recovery > area (+flash para +data, por exemplo) dos bancos que estavam com *** > archive hung *** ....." > > o que parde indicar que ele TEM/TINHA sim archived redo logs sendo gerados > na FRA (a FRA era/é o archive dest dele) , aí arch dest cheia é Sim um > grande problema.... > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, Fabio Prado <fbifabio@...> escreveu > > > > Jose Luis Ramos, > > > > Ter a FRA sempre cheia não necessariamente significa um problema. Tenho > > ambientes de produção que só utilizo ela para armazenar Flashback Logs e > > ela sempre está cheia. O importante é saber, no meu caso, se ela consegue > > armazenar os logs pelo tempo que eu necessito para utilizar Flashback > > Database. A consulta abaixo te dá informações sobre o log mais antigo que > > vc poderá usar da FRA: > > > > select * from v$flashback_database_log > > > > Att, > > > > Fábio Prado > > www.fabioprado.net > > > > > > > > > > Em 2 de julho de 2013 13:39, J. Laurindo Chiappa > > <jlchiappa@...>escreveu: > > > > > ** > > > > > > > > > Colega, vc não diz mas SUPONHO que estamos falando de DATAGUARD com > > > PHYSICAL STANDBY, okdoc ?? Sendo mesmo isso, o ** MAIS IMPORTANTE ** > vc não > > > diz : o arquivamente está sendo feito para a Flash Recovery Area, * OU > * a > > > FRA tá sendo usada só para backup ??? > > > Supondo o mais comum (ie, Physical DG com arquivamente de redo logs > sendo > > > feito na própria FRA - principalmente para permitir manageamento > > > automático) , aí é Claro que vc vai ter que reajustar os params de > origem > > > dos archives, em especial o LOG_ARCHIVE_DEST_1, a origem, que > certamente > > > deve estar apontando pra localização antiga da FRA, imagino ... > > > Agora, uma recomendação : já que vc diz que os bancos já estavam > > > desincronizados, se Viável em termos de tempo/recursos eu Diria que ao > > > invés de perder tempo levantando quas archives vão ser necessários e > onde > > > que estão, que vc simplesmente RECLONE o banco-origem e refaça o > standby... > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, Jose Ramos <jose.ramos.cajuru@> > > > escreveu > > > > > > > > > > > Bom dia, estive pesquisando sobre isso e não encontrei. É o seguinte: > > > > tivemos uma situacão onde a flash recovery area usada por alguns > bancos > > > > Data Guard ficaram 100% ocupadas. O que fizemos como acão de > emergencia > > > foi > > > > mudar a flash recovery area (+flash para +data, por exemplo) dos > bancos > > > que > > > > estavam com archive hung no alert.log. Essa mudanca (os backups usam > > > > catálogo) influencia em algo negativamente no DG ? Não achei nada que > > > > dissesse isso. Houve um questionamento aqui na empresa se isso foi > certo > > > ou > > > > errado. Mas não consigo achar nada para mostrar que essa mudanca não > > > > interfere no DG. Alias, esses bancos de DG ja estavam > desincronizados. > > > > Qualquer ajuda eu agradeco. Obrigado. > > > > > > > > > > > > -- > > > > Jose Luis Ramos Jr > > > > Campinas - SP - Brazil > > > > Oracle Database Administrator > > > > Fone: +55-19-91916882 > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > -- > > Fábio Prado > > www.fabioprado.net > > "Compartilhando conhecimentos e treinando profissionais em Bancos de > Dados > > Oracle" > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > -- Fábio Prado www.fabioprado.net "Compartilhando conhecimentos e treinando profissionais em Bancos de Dados Oracle" [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 <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
