O Metalink tem esse e varios outros artigos relacionados, to olhando agora.. muita dica boa interessante
2014-05-29 14:03 GMT-03:00 [email protected] [oracle_br] < [email protected]>: > > > Sem dúvida que sim : disco não é infinito, E rapidamente archives podem se > tornar grandes consumidores, em especial para ambientes que geram muito > redo log por causa de muitas transações... O quanto reter em disco e o > auqnto apagar (após o backup, Óbvio!!), porém, vai variar, dependendo de > quanto espaço em disco vc tem e do seu grau de paranóia : eu tenho visto > políticas variando de um ou dois dias (quando não há pressão por espaço em > disco e/ou há pouca geração de redo logs) até poucas horas (em ambientes > produtivos intensamente geradores de redo log)... > > Além disso, é Claro que os archived redo logs são elementos Cruciais para > a recuperação após um crash, então Independente de quanto vc for reter em > disco, vc ** TEM ** que se assegurar que cada archive gerado vai ser > Seguramente backupeado para fora do servidor (pra fita, normalmente) o > quanto antes : é aquela história, discos falham, então quanto mais tempo um > archived redo log ficar só nos discos mais chance de perda de dados após um > crash vc tem... > > Sobre best practices, vc pode tomar como base a nota metalink "Top 10 > Backup and Recovery Best Practices" (Doc ID 388422.1), mas quase tudo o que > ela fala é senso comum : duplexar archived redo logs, backups o mais > frequentes possíveis (dentro do seu possível, é claro), ter uma política > CLARA de backups auxiliares (como spfiles e de controlfile).... O mais > importante é o que quase ninguém faz : TESTAR o seu backup, frequentemente > e do jeito real, RESTAURANDO-O... > > []s > > Chiappa > >
