[firebase-br] Voltou a cair (URGENTE)
Suporte Sinapse Informática
suporte em sinapseinformatica.com.br
Seg Set 25 14:12:10 -03 2006
Eduardo,
Segue abaixo parte das estatísticas do banco de dados que tirei hoje pela manhã. Gostaria de aproveitar para te perguntar se existe alguma maneira do Firebird fazer o sweep automaticamente em um determinado horário?
Database header page information:
Flags 0
Checksum 12345
Generation 151815
Page size 16384
ODS version 10.1
Oldest transaction 140169
Oldest active 140192
Oldest snapshot 140179
Next transaction 151805
Bumped transaction 1
Sequence number 0
Next attachment ID 0
Implementation ID 16
Shadow count 0
Page buffers 16384
Next header page 0
Database dialect 3
Creation date Sep 21, 2006 20:34:54
Attributes force write
Variable header data:
Sweep interval: 20000
*END*
Database file sequence:
File d:\sinapse\Banco\SINAPSE.FDB is the only file
Database log page information:
Creation date
Log flags: 2
No write ahead log
Next log page: 0
Variable log data:
Control Point 1:
File name:
Partition offset: 0 Seqno: 0 Offset: 0
Control Point 2:
File name:
Partition offset: 0 Seqno: 0 Offset: 0
Current File:
File name:
Partition offset: 0 Seqno: 0 Offset: 0
*END*
Analyzing database pages ...
CARLOS HENRIQUE MEIRELES
DESENVOLVIMENTO DE SISTEMAS
----- Original Message -----
From: Eduardo Jedliczka (TeamFB)
To: FireBase
Sent: Monday, September 25, 2006 1:26 PM
Subject: Re: [firebase-br] Voltou a cair (URGENTE)
1) Não sou um usuário do DBX, por isto provavelmente eu não serei a melhor
pessoa a lhe responder sobre isto, mas segundo me consta, é necessário, além
do ApplyUpdates(-1), fechar a query. (não sei se há um componente expecífico
para transações).
2) Se você usa triggers, e SPs, pode trabalhar 100% num contexto de
auto-commit. sei que o DBX não suporta operações auto-commit, mas seria bom
você possuir uma forma de "liberar" a transação caso um usuário fique muito
tempo sem usar, assim, evita-se transações longas quando uma pessoa começa a
alterar um cliente ou pedido, e sai para almoçar.
3) Sim, é recomendado que você use o FB Classic. Não é necessário mudar nada
no sistema, exceto se alguém utilizar conexão local com o banco (precisa
informar o IP). Simplesmente remova o SuperServer (guarde o arquivo de
usuários, se você criou algum), e instale o classic. Provavelmente você
perceberá que o tempo de inicialização do seu sistema irá subir (o classic
aloca recursos a cada nova conexão), mas a utilização dos dois
núcleos/processadores será melhor distribuída.
4) as estatísticas são texto. poste-as no corpo da mensagem mesmo. Mas poste
apenas as informações relevantes (oldest transaction, etc)...
======================
Eduardo Jedliczka
Membro do TeamFB - FireBase
Apucarana - PR
======================
"Posso não concordar com nada do que dizes.
Mas defenderei até a morte o seu direito de dizê-lo"
(Voltaire 1694-1778)
Mais detalhes sobre a lista de discussão lista