Erro ao inicializar
Instalei o postgresql 8.3.5 no windows xp sp3, mas quando tento iniciar informa
que o aplicativo não foi inicilizado corretamente (erro: 0cx000042) e que
postgre.exe causou um erro e será fechado. O que fazer?
________________________________
De: "pgbr-geral-requ...@listas.postgresql.org.br"
<pgbr-geral-requ...@listas.postgresql.org.br>
Para: pgbr-geral@listas.postgresql.org.br
Enviadas: Quinta-feira, 18 de Dezembro de 2008 11:00:02
Assunto: Digest pgbr-geral, volume 22, assunto 44
Send pgbr-geral mailing list submissions to
pgbr-geral@listas.postgresql.org.br
To subscribe or unsubscribe via the World Wide Web, visit
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
or, via email, send a message with subject or body 'help' to
pgbr-geral-requ...@listas.postgresql.org.br
You can reach the person managing the list at
pgbr-geral-ow...@listas.postgresql.org.br
When replying, please edit your Subject line so it is more specific
than "Re: Contents of pgbr-geral digest..."
Tópicos de Hoje:
1. Re: Elaborando layout de disco rígido e configuração de
servidor. ( Fábio Telles Rodriguez )
2. Re: Elaborando layout de disco rígido e configuração de
servidor. (joao junior)
3. Re: Elaborando layout de disco rígido e configuração de
servidor. (Armando Roque)
----------------------------------------------------------------------
Message: 1
Date: Thu, 18 Dec 2008 09:29:09 -0200
From: " Fábio Telles Rodriguez " <fabio.tel...@gmail.com>
Subject: Re: [pgbr-geral] Elaborando layout de disco rígido e
configuração de servidor.
To: "Comunidade PostgreSQL Brasileira"
<pgbr-geral@listas.postgresql.org.br>
Message-ID:
<5764f4b10812180329u41cf69d9qb996646a12083...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
2008/12/18 Álvaro Guimarães <alvaroguimar...@gmail.com>:
> Boa noite pessoal.
>
> Preciso escrever um documento com algumas diretivas sobre configuração
> do servidor de banco de dados para os clientes da empresa que
> trabalho; porém, tenho algumas dúvidas e agradeço antecipadamente quem
> puder me ajudar.
>
> A primeira dúvida surgiu ao montar a máquina no site da DELL.
> O servidor escolhido como modelo foi esse:
>
> Dell PowerEdge 1900
> Processador único: Intel(R) Xeon(R) Quad-Core E5310 (1.60 GHz, 2x4 MB
> L2 cache, 1066 MHz FSB) - BRH9394
> Memória: 4GB 667MHz (4X1GB), Dual Ranked
> Configuração de Disco Rígido, sem RAID, Controladora Onboard SATA
> HD primário: Unidade de Disco Rígido SATA de 250GB, 3,5 polegadas e
>7.2K RPM
> HD secundário: Unidade de Disco Rígido SATA de 250GB, 3,5 polegadas e
>7.2K RPM
> Placa de Rede: Broadcom(R) NetXtreme II 5708 Gigabit Ethernet
> Unidade Óptica: Combo de CD-RW/DVD-R IDE de 48X
>
> O sistema operacional a ser utilizado será sempre Fedora ou Red Hat
> Enterprise.
>
> A dúvida: o motivo pela escolha de dois discos rígidos é que o banco
> de dados não deverá "concorrer" com o sistema em relação a I/O, ou
> seja, o HD do banco de dados estará sempre disponível para o
> PostgreSQL; isso procede?
> Se proceder tenho outra dúvida, então para fazer realmente valer essa
> teoria eu também deveria ter uma controladora SATA para cada HD? ou
> uma para os dois, como está no exemplo bastaria?
>
Bom, na verdade você antes tem de se fazer uma pergunta muito mais
importante: Qual a sua prioridade, segurança ou velocidade?
Se for segurança, você deve com certeza fazer um RAID 1 por software.
Se for velocidade, você vai distribuir sim algumas coisas num HD e
outras noutro. Porém há de se saber que tipo de aplicações são estas.
Algumas carregam seus dados na memória e raramente vão solicitar o HD
novamente. Outras não funcionam assim.
Sua situação de qualquer forma não é cômoda. Apesar de você poder se
sentir confortável por ter muito espaço em disco, a verdade é que você
tem um servidor que está longe do ideal: não é um servidor dedicado, o
que limita as chances de um bom tuning, não usa bons discos (discos
SATA são mais lentos e menos confiáveis) e tem poucos discos.
Ok, você pode achar que eu estou exagerando um bocado. Tudo bem, mas
antes de responder qualquer coisa, convido-lhe para ler este texto de
minha autoria:
http://www.midstorm.org/~telles/2008/07/25/postgresql-discos-cia/
Acho que este pode ser um bom pondo de partida. O texto deve lhe tirar
algumas dúvidas e lhe trazer algumas tantas novas.
[]s
Fábio Telles
--
blog: http://www.midstorm.org/~telles/
e-mail / jabber: fabio.tel...@gmail.com
------------------------------
Message: 2
Date: Thu, 18 Dec 2008 04:39:41 -0200
From: joao junior <joao.jun...@bra03034.conab.gov.br>
Subject: Re: [pgbr-geral] Elaborando layout de disco rígido e
configuração de servidor.
To: Comunidade PostgreSQL Brasileira
<pgbr-geral@listas.postgresql.org.br>
Message-ID: <1229582381.10120.5.ca...@joao-desktop>
Content-Type: text/plain; charset=utf-8
Procure uma documentação sobre o PITR
Segue um how to que eu escrevi/traduzi uns anos atras!!!
http://www.google.com.br/url?sa=t&source=web&ct=res&cd=1&url=http%3A%2F%
2Fwww.mail-archive.com%2Fpgbr-geral%40listas.postgresql.org.br%
2Fmsg02203%
2FPITR.rtf&ei=mDRKSZzwJJW6twe1prSlDg&usg=AFQjCNEmy2GxhK0NNnAtXLFcd22tGP6Fpw&sig2=YTCkZugOyYxn3tqiAiDjmA
A propósito esta semana fui obrigado a utilizar o PITR e funfou lindo,
banco com alguns Gigas recuperou em poucos segundos!
On Thu, 2008-12-18 at 02:01 -0200, alvaroguimar...@gmail.com wrote:
> Em 18/12/08, Luigi Castro Cardeles<luigi.carde...@gmail.com> escreveu:
> > Fala,
> >
> > ajuda vc também colocar uma idéia do que vai rodar nele, quantas pessoas vão
> > acessar, como vai ser esse acesso etc.
>
> Em média 200 conexões simultâneas todos numa rede local.
> Porém alguns clientes (uns 200 de um total de 1000) recebem conexões
> externas e tem em média 500 conexões simultâneas.
>
> > Me parece que os tamanhos das partições, ficaram muito "apertadas", por
> > assim dizer. Pode ser só impressão mas é o que me pareceu (tipo você
> > reservou 250 para o banco mas somente 30 pra backup).
>
> Realmente o primeiro HD está dividido errado.
>
>
> > Quanto ao backup :P você vai escutar de tudo, desde pg_dump não é backup
> > etc.
> > No geral, o modo de backup depende muito do quanto os dados do seu cliente
> > são importantes, qual o tempo que ele está preparado para esperar o sistema
> > voltar depois de uma falha crítica etc.
> > Nesse caso é interessante você ler sobre replicação (procure no google por
> > Slony-I e PostgreSQL que você vai achar muita coisa) etc e ter a disposição
> > algumas máquinas para poder fazer os nós.
> > Leia também no manual do PostgreSQL sobre WAL, PITR etc. O manual é uma boa
> > fonte de informações.
> > Tipo pg_dump é o mínimo que você pode fazer sobre política de backup. (minha
> > opinião).
> >
> > Como você fala que vai guardar imagem no banco, caso você guarde como BLOB
> > usando lo_import e tal, é interessante usar o -b no pg_dump (dá um pg_dump
> > --help e procure por blobs ou algo assim).
>
> Meu problema quanto aos backups é que a responsabilidade é do cliente.
> Eu só configuro no crontab alguns backups diários (pg_dump -Fc) e
> armazeno nessa partição de backup. O cliente é que copia para outro
> tipo de mídia.
> O -b é padrão no pg_dump há não ser que eu esteja selecionando tabela
> ou esquema no comando...
> Mas por exemplo... eu faço esse backup para o cliente e coloco na
> partição de backup. Aí diariamente ele copia os arquivos para outra
> mídia (DVD, Fita DAT, Pen Drive e/ou outros). Teria alguma outra
> solução mais simples? que não obrigue o cliente a gastar mais mil
> reais (o servidor já vai sair por uns 5 mil)?
>
________________________________________________________________________________
O conteudo desta mensagem e de dominio exclusivo da Companhia Nacional de
Abastecimento - Conab e seu sigilo, protegido por lei. Caso tenha sido enviada
por equivoco, favor notificar o remetente com urgencia e apaga-la.
Antes de imprimir, pense em sua responsabilidade para com o MEIO AMBIENTE.
------------------------------
Message: 3
Date: Thu, 18 Dec 2008 08:51:35 -0300
From: "Armando Roque" <drops...@gmail.com>
Subject: Re: [pgbr-geral] Elaborando layout de disco rígido e
configuração de servidor.
To: "Comunidade PostgreSQL Brasileira"
<pgbr-geral@listas.postgresql.org.br>
Message-ID:
<8a1b22d20812180351m31ce2c47l6fe15d408653...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
2008/12/18 joao junior <joao.jun...@bra03034.conab.gov.br>:
> Procure uma documentação sobre o PITR
> Segue um how to que eu escrevi/traduzi uns anos atras!!!
> http://www.google.com.br/url?sa=t&source=web&ct=res&cd=1&url=http%3A%2F%
> 2Fwww.mail-archive.com%2Fpgbr-geral%40listas.postgresql.org.br%
> 2Fmsg02203%
> 2FPITR.rtf&ei=mDRKSZzwJJW6twe1prSlDg&usg=AFQjCNEmy2GxhK0NNnAtXLFcd22tGP6Fpw&sig2=YTCkZugOyYxn3tqiAiDjmA
>
> A propósito esta semana fui obrigado a utilizar o PITR e funfou lindo,
> banco com alguns Gigas recuperou em poucos segundos!
>
>
Álvaro,
Uma sugestão para o seu particionamento, no primeiro HD crie uma pasta
de backup (ou aumente a q vc criou) com o restante do espaço não
utilizado para fazer um backup do banco. Verifique q tipo de backup se
encaixa nas suas necessidades. Assim vc continua (quase) com a mesma
segurança do RAID1 sem criar o gargalo de I/O no horário de produção.
Algo comentado e sugestão de reavaliação é a partição /usr, caso tenha
q compilar algo acho q vai te dar uma dor"zinha" de cabeça quanto ao
espaço, principalmente o kernel q é um vilão de espaço. Se possível
aumente um pouco mais.
Att.
--
Armando Roque
http://www.linkedin.com/in/armandoroque
http://dropsdef.blogspot.com
http://del.icio.us/dropsdef
------------------------------
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Fim da Digest pgbr-geral, volume 22, assunto 44
***********************************************
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral