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 Att, Emerson Martins DBA Jr > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 15 Sep 2011 09:38:58 -0300 > From: Emerson Martins <[email protected]> > Subject: [pgbr-geral] Calcular o tempo de restore. > To: [email protected] > Message-ID: > <CAP_7yBs7B9EKMrD=y0E1wY020=fdLrmMZq=d2cynkzvhpqd...@mail.gmail.com > > > Content-Type: text/plain; charset="iso-8859-1" > > Olá pessoal! > > Queria saber se alguem sabe por aqui, calcular o tempo necessário de um > restore de um dump de 20GB.Ou se existe alguma forma de calcular isso como > no Oracle. > > > Att, > > Emerson Martins > DBA jr > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110915/c3c00d3f/attachment-0001.htm > > ------------------------------ > > Message: 2 > Date: Thu, 15 Sep 2011 09:42:27 -0300 > From: Flavio Henrique Araque Gurgel <[email protected]> > Subject: Re: [pgbr-geral] Calcular o tempo de restore. > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAGHTAeN26=4L_wn9Y__HvkrcZ2EW=uforqejyjuvzr9qaqa...@mail.gmail.com > > > Content-Type: text/plain; charset=ISO-8859-1 > > > Queria saber se alguem sabe por aqui, calcular o tempo necessário de um > > restore de um dump de 20GB.Ou se existe alguma forma de calcular isso > como > > no Oracle. > > Não, não há como calcular pois as variáveis são muitas. Um dump de > 20GB pode se restaurar em poucos segundos num servidor high-end e > discos rápidos e o banco não tem nenhum índice ou restrição. > No mesmo servidor, um dump de 20GB cheio de índices e restrições pode > levar várias horas para ser restaurado. > > Aliás, conta pra mim: o Oracle calcula isso aonde? > > []s > Flavio > > > ------------------------------ > > Message: 3 > Date: Thu, 15 Sep 2011 09:51:13 -0300 > From: Fabrízio de Royes Mello <[email protected]> > Subject: Re: [pgbr-geral] Calcular o tempo de restore. > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAFcNs+qNmommYcAEUByd_CHUkaKfvb_z0v3Y5vTV_=h-fja...@mail.gmail.com > > > Content-Type: text/plain; charset="iso-8859-1" > > Em 15 de setembro de 2011 09:38, Emerson Martins > <[email protected]>escreveu: > > > Olá pessoal! > > > > Queria saber se alguem sabe por aqui, calcular o tempo necessário de um > > restore de um dump de 20GB.Ou se existe alguma forma de calcular isso > como > > no Oracle. > > > > > Émerson, > > Isso é muito subjetivo... são muitas variáveis a considerar (hardware, > objetos contidos no dump, carga do SO no momento do restore, etc...). > > Eu faço esse cálculo baseado em histórico, mas somente para ter alguma > referência porque mesmo assim são muitas variáveis a considerar... tenho > scripts para automatização do restore de bases de clientes onde registro em > uma tabela de controle o tempo decorrido de restauração... então quando > preciso saber o tempo aproximado faço um SELECT AVG(..) FROM e obtenho essa > referência... > > Não conheço Oracle, mas ele tem essa capacidade mesmo??? > > -- > Fabrízio de Royes Mello > Consultoria/Coaching PostgreSQL > >> Blog sobre TI: http://fabriziomello.blogspot.com > >> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello > >> Twitter: http://twitter.com/fabriziomello > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110915/13a05e7e/attachment-0001.htm > > ------------------------------ > > Message: 4 > Date: Thu, 15 Sep 2011 10:00:06 -0300 > From: Guimarães Faria Corcete DUTRA, Leandro <[email protected]> > Subject: Re: [pgbr-geral] Calcular o tempo de restore. > To: [email protected], Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAFqwwS6DG8gFZ31R2vjBQifZwjpufL0aMsERhvMyvCEwozv=f...@mail.gmail.com > > > Content-Type: text/plain; charset=UTF-8 > > 2011/9/15 Fabrízio de Royes Mello <[email protected]>: > > > > Isso é muito subjetivo... são muitas variáveis a considerar > > Só para ser chato, haver muitas variáveis a considerar não implica ser > subjetivo. > > Visto que o SGBD já tem muita informação a respeito da base de dados > exportada, e presumivelmente sobre o servidor onde será importada, > seria perfeitamente factível uma estimativa, digamos no início da > importação. O que pode acontecer é não valer a pena o esforço? > > > -- > Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (61) 3546 7191 Google Talk: xmpp:[email protected] > +55 (11) 9406 7191 MSNIM:[email protected] > sip:[email protected] ICQ: AIM:GoIM?screenname=61287803 > > > ------------------------------ > > Message: 5 > Date: Thu, 15 Sep 2011 10:03:36 -0300 > From: "Dickson S. Guedes" <[email protected]> > Subject: Re: [pgbr-geral] Calcular o tempo de restore. > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAHHcrerpmBpV75diXRzbWL40UHH+ve1uBfzxz9=acitxdxo...@mail.gmail.com > > > Content-Type: text/plain; charset=ISO-8859-1 > > Em 15 de setembro de 2011 09:42, Flavio Henrique Araque Gurgel > <[email protected]> escreveu: > >> Queria saber se alguem sabe por aqui, calcular o tempo necessário de um > >> restore de um dump de 20GB.Ou se existe alguma forma de calcular isso > como > >> no Oracle. > > > > Não, não há como calcular pois as variáveis são muitas. Um dump de > > 20GB pode se restaurar em poucos segundos num servidor high-end e > > discos rápidos e o banco não tem nenhum índice ou restrição. > > No mesmo servidor, um dump de 20GB cheio de índices e restrições pode > > levar várias horas para ser restaurado. > > > > Aliás, conta pra mim: o Oracle calcula isso aonde? > > Via RMAN é possível uma *estimativa*, pois ele mostra dados, em > blocos, do quanto já foi copiado (seja um restore ou um backup) e o > total a fazer. > > -- > Dickson S. Guedes > mail/xmpp: [email protected] - skype: guediz > http://guedesoft.net - http://www.postgresql.org.br > > > ------------------------------ > > Message: 6 > Date: Thu, 15 Sep 2011 10:16:18 -0300 > From: "Dickson S. Guedes" <[email protected]> > Subject: Re: [pgbr-geral] Calcular o tempo de restore. > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAHHcrerW3_AqCNt=NweZRSExwoR1Oga=MutYGhTBjH+=gjp...@mail.gmail.com > > > Content-Type: text/plain; charset=ISO-8859-1 > > Em 15 de setembro de 2011 09:38, Emerson Martins > <[email protected]> escreveu: > > Olá pessoal! > > Queria saber se alguem sabe por aqui, calcular o tempo necessário de um > > restore de um dump de 20GB.Ou se existe alguma forma de calcular isso > como > > no Oracle. > > Você poderia *estimar*, pegando uma base semelhante cujo dump é menor, > 2GB, verificando quanto tempo ele leva, neste servidor, para > restaurar, faça uma regra de três, e do resultado adicione algumas > "taxas de penalidades". Você terá um valor que *pode te dar uma idéia* > do mínimo de tempo que ele pode levar para restaurar. > > Mas como disse é uma estimativa, pois se a base contiver dados > espaciais, por exemplo, alguns indices podem levar muito tempo para > serem construidos devido ao volume de dados, por exemplo, por isso não > use esse valor se sua vida depende dele. IMHO. > > []s > -- > Dickson S. Guedes > mail/xmpp: [email protected] - skype: guediz > http://guedesoft.net - http://www.postgresql.org.br > > > ------------------------------ > > Message: 7 > Date: Thu, 15 Sep 2011 10:18:36 -0300 > From: Tiago Adami <[email protected]> > Subject: Re: [pgbr-geral] Identificador "CURRENT DATE" > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <ca+tepeo53k0edwxjz_xfcvl_dfrxyoqb7bxl0d96lcqs-tp...@mail.gmail.com > > > Content-Type: text/plain; charset=UTF-8 > > Em 15 de setembro de 2011 09:28, Leonardo Cezar <[email protected]> > escreveu: > > AFAIK, o PostgreSQL e o Oracle reconhecem o identificador CURRENT_DATE > > (com underscore e sem parenteses), então não entendo o porquê da > > criação dessas funções. > > > > Talvez eu não tenha explicado corretamente, mas vou tentar melhorar > meus argumentos: tenho um ERP client-server que hoje está funcionando > com Sybase ASA 9 e IBM DB2 9. Ambos SGBDs reconhecem "CURRENT DATE" > com espaço, e adicionalmente somente o DB2 reconhece "CURRENT_DATE" > com underscore. > > Estou migrando o modelo de dados para PostgreSQL, que não aceita > "CURRENT DATE" com espaço, somente "CURRENT_DATE" com underscore. > Existem centenas de consultas entre programas e relatórios que > utilizam "CURRENT DATE" com espaço, então mesmo que eu consiga migrar > todo o modelo de banco de dados para PostgreSQL, os programas e > relatórios não irão funcionar. > > Para solucionar o problema, irei criar a função SQL "CURRENT_DATE()" e > sair alterando todos os locais onde "CURRENT DATE" com espaços é > utilizado. O mesmo se aplica para "CURRENT TIMESTAMP". Tudo isso para > que as consultas funcionem nos 3 SGBDs. > > -- > TIAGO J. ADAMI > http://www.adamiworks.com > > > ------------------------------ > > Message: 8 > Date: Thu, 15 Sep 2011 10:52:24 -0300 > From: JotaComm <[email protected]> > Subject: Re: [pgbr-geral] Calcular o tempo de restore. > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > <CAA8OQ6_hBsn=2wx09yg8y6ad2ynsco1nfuiqpavpmp76vrm...@mail.gmail.com > > > Content-Type: text/plain; charset="iso-8859-1" > > Olá, > > Aproveitando eu queria participar também :) > > Em 15 de setembro de 2011 10:16, Dickson S. Guedes > <[email protected]>escreveu: > > > Em 15 de setembro de 2011 09:38, Emerson Martins > > <[email protected]> escreveu: > > > Olá pessoal! > > > Queria saber se alguem sabe por aqui, calcular o tempo necessário de um > > > restore de um dump de 20GB.Ou se existe alguma forma de calcular isso > > como > > > no Oracle. > > > > Você poderia *estimar*, pegando uma base semelhante cujo dump é menor, > > 2GB, verificando quanto tempo ele leva, neste servidor, para > > restaurar, faça uma regra de três, e do resultado adicione algumas > > "taxas de penalidades". Você terá um valor que *pode te dar uma idéia* > > do mínimo de tempo que ele pode levar para restaurar. > > > > Mas como disse é uma estimativa, pois se a base contiver dados > > espaciais, por exemplo, alguns indices podem levar muito tempo para > > serem construidos devido ao volume de dados, por exemplo, por isso não > > use esse valor se sua vida depende dele. IMHO. > > > > Além de tudo que já foi falado, existe uma grande em diferença de se fazer > um restore texto ou binário e ainda se você utilizar versão 9 ou superior > do > Postgres pois existe o restore binário que você pode executar. Todos estes > influenciam na questão do desempenho de restauração. > > Caso seja uma restauração em um servidor novo, você ainda pode desabilitar > o > Fsync, o autovacuum e muitas outras coisas podem ser feitas e que ajudam em > uma restauração mais rápida. > > Por isso, todos aqui comentaram que existe n possibilidades e por isso não > tem como prever o tempo que a restauração irá demorar. > > Talvez a estimativa mais precisa seja a que o Guedes comentou. > > > > []s > > -- > > Dickson S. Guedes > > mail/xmpp: [email protected] - skype: guediz > > http://guedesoft.net - http://www.postgresql.org.br > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > Abraços > > -- > JotaComm > http://jotacomm.wordpress.com > -------------- Próxima Parte ---------- > Um anexo em HTML foi limpo... > URL: > http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110915/556b56ac/attachment.htm > > ------------------------------ > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 33, assunto 49 > *********************************************** >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
