Em 15 de setembro de 2011 11:17, Emerson Martins <[email protected]> escreveu: > Pessoal obrigado pelas dicas.. > > Quanto ao Oracle. > Pode-se calcular tanto o backup quanto o restore pela view > v$session_longps; > [1] http://download.oracle.com/docs/cd/B19306_01/server.102/b14237/dynviews_2092.htm > [2] http://flaviosoares.com/2011-05/quanto-tempo-vai-demorar-o-backup/#comment-195 > e também pelas opções restore validate > [3] http://download.oracle.com/docs/cd/B28359_01/backup.111/b28270/rcmvalid.htm
Você cometeu um erro grave na sua resposta: manteve o assunto do digest, que causa confusão na lista. Por favor, mantenha o assunto da discussão pro tópico não se perder. Sobre o que falaste do Oracle, nas referências que mandou não achei nada relevante sobre planejamento de tempo de restore, a v$session_longops (que você digitou incorretamente) mostra apenas dentre os processos em andamento uma estimativa de tempo de finalização, o que não inclui um processo de restauração inteiro. Veja que no DB2 (na minha opinião, o melhor SGBD proprietário) só é possível estimar criando uma instância de teste e, efetivamente, restaurando nessa instância em [1], documento da IBM, medindo. A ferramenta dá como estimativa UNKNOWN. O mesmo ocorre no SQL Server em [2], documento da MSDN, onde você deve *testar sua estratégia de backup e restauração*, válido para o PostgreSQL e qualquer SGBD. E no Oracle você verá em [3], documento Oracle e em [4] lista de discussão de experts Oracle que só é possível estimar para cada uma das transações em recuperação pelo RMAN. [1] http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=%2Fcom.ibm.db2.luw.admin.ha.doc%2Fdoc%2Ft0011701.html [2] http://msdn.microsoft.com/en-us/library/ms191239.aspx [3] http://download.oracle.com/docs/cd/B10500_01/server.920/a96533/instreco.htm#428140 [4] https://forums.oracle.com/forums/thread.jspa?messageID=9734695&tstart=0 Portanto: Teste sempre sua estratégia de backup e restauração. É o que falo pra todos os meus alunos e clientes. É o único jeito de estar preparado pro pior. []s Flavio. _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
