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
