A restauração de uma base de dados é realizada através dos comandos SQL que conhecemos, logo, se você puder fazer uma rotina que remova os índices e desabilite as triggers e constraint, o tempo para restauração deve cair bastante.
[]´s 2008/10/6 Rildo - MSM <[EMAIL PROTECTED]> > > HD máster Satã 160 GB... segundo HD SAS... > > SO. Windows Server 2003... > > ========Parâmetros modificados no Postgresql os demais estão do jeito que > foram instalado inclusivo com as "#" > > max_connections = 25 > shared_buffers = 1000MB > Work_mem = 250MB > maintenance_work_mem = 800MB > max_fsm_pages = 120000 > random_page_cost = 2.0 > effective_cache_size = 1024MB > > Há três dias e praticamente duas noites que estou trabalhando, fazendo > teste para verificação do desempenho deste servidor com o postgresql > Voltado um backup feito através pg_dump .com um tamanho de 250 MB... > Restaurando via Pg_restore > Esta operação tem demorado media de duas horas e 40 minutos (2:40), tanto > na versão 8.2 como na versão 8.3 > Por gentileza: Alguém poderia dizer se o tempo de restauração esta > correto. > > Caso não esteja, poderia dizer onde está o erro... > Porque estou ficando s/ alternativa... e preciso da um diagnostico final > sobre o servidor . > > Agradeço atenção de todos. > Rildo Santos > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- José de Mello Júnior 41.9957-2007
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
