Olá Fábio, Li seu post sobre "Dump não é Backup" e achei bem legal! Só agora caiu a ficha que era vc!
Respondendo as suas perguntas: Utilizo o PstgreSQL 9.1.2 com pgAdmin III 1.14 Onde eu verifico se o autovacuum está habilitado? Uma vez eu li que a partir da versão 9.1 (ou anterior) ele já vinha habilitado por padrão! O Banco de Dados vai ser entregue ao cliente Zerado, e acho que não haverão tantas rotinas de delete e update, afinal de contas se trata de uma aplicação para gerenciar uma clínica (Cadastro de Clientes, Agendamento de Consultas, Orçamentos, ...). Existe alguma ferramenta melhor para fazer o "backup" da base de dados no postgreSQL que a ferramenta pg_dump? Para Agendar uma tarefa de Backup automático no Windows terei que chamar o pg_dump por um arquivo de lotes já que não dá para passar os argumentos da linha de comando pelo próprio agendador de tarefas (atualmente já utilizo o *.bat para fazer o backup a partir de minha aplicação). E realmente, na verdade, é manter o Backup atualizado! Mais uma dúvida! É possível fazer um Backup Local de uma Base de Dados Remota (é porque consegui fazer meu programa acessar o banco de dados em outra máquina através da internet, fornecendo o ip da conexão do servidor com a net), sem ter instalado na máquina local o PostgreSQL (ouvi falar em criar uma procedure e chamar o métido no programa via select, será que resolve?). A linguagem de Programação que utilizo é o java Em 28 de agosto de 2012 13:06, Fábio Telles Rodriguez < [email protected]> escreveu: > > > Em 28 de agosto de 2012 12:33, Ramiro Pamponet <[email protected]>escreveu: > > Olá Galera, >> >> Vou disponibilizar minha aplicação para o cliente e estou com algumas >> dúvidas. > > > Meus parabéns, é sempre um momento gratificante entrar em produção > finalmente!!! > > >> Como vou oferecer suporte ao software, gostaria de saber com que >> frequência se deve rodar o utilitário de manutenção do postgreSQL / pgAdmin >> III e qual a finalidade do Vaccum, Analyze e Reindex. É necessário realizar >> esses procedimentos? >> > > DEPENDE da sua aplicação e como você configura o Postgres. > > Pergunta número um: qual versão do Postgres você usa? > Seu autovacuum está habilitado? > Você realiza muitas operações de DELETE e UPDATE, particularmente em lote? > >> >> Outra Dúvida. Somente o formato CUSTOM (*.backup) é que pode ser >> utilizado para restaurar o banco de dados? Estou perguntando isso porque >> uma vez gerei um arquivo no formato Compress e no formato TAR e não >> consegui realizar a restauração do banco. Gerando um script (*.sql) também >> é possível restaurar o banco de dados a partir do pg_restore? >> > > Ah... aqui eu vou pedir para você estudar um pouco mais a documentação. > Perder um bom tempo estudando o assunto é fundamental. Vale a pena lembrar > que DUMP NÃO É BACKUP!!! > > Leia: > > http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup > http://www.postgresql.org/docs/9.1/static/backup.html > > >> É necessário informar ao utilitário de backup do pgAdmin III / postgreSQL >> (pg_dump) para inluir os Inserts das Colunas ou ele já faz isso >> automaticamente? >> > > Leia a documentação: > http://www.postgresql.org/docs/9.1/static/app-pgdump.html > > >> >> E por fim, Estava querendo criar uma trigger para realizar o backup do >> banco de dados automaticamente em um horário próximo do final do expediente >> do cliente, > > > Sim, agendar o backup para fora do horário de pico é uma boa ideia. > > >> para garantir que a base de dados esteja sempre atualizada, independente >> do cliente se lembrar ou não de fazê-lo, > > > A base atualizada ou o backup atualizado? > > > >> mas não sei criar triggers ainda, então gostaria de uma Força dos Colegas >> para me ajudar. > > > Isso não deve funcionar muito bem. Use para isso o crontab + pg_dump no > Unix ou scheduler + pg_dump no Windows. > >> >> Valeu Galera da Comunidade PG-BR >> > > > Me preocupa o fato de você estar a ponto de entrar em produção e ter > tantas dúvidas assim. Se você puder, recomendo contratar os serviços de um > DBA (tem vários na lista) para te orientar um pouco no começo. É um custo > que pode lhe poupar de desastres maiores num futuro próximo. > > []s > > > > -- > Atenciosamente, > Fábio Telles Rodriguez > blog: http:// <http://www.midstorm.org/%7Etelles/> > http://tellesr.wordpress.com > e-mail / gtalk / MSN: [email protected] > Skype: fabio_telles > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
