Fórum Trancamento do IB. Qual o percentual no seu aplicativo? #42139

|Tenho muitos problemas de truncamento de banco IB.

O q seria isso?? Vc está falando de bloqueio de registro??

Na maioria de minhas aplicações é 0¬
Em algumas, 5¬ -- mas ai é controlado e proposital!



T+

Antes fosse só bloqueio de registros.

Meu, nunca vi um software tão mal programado como o que eu trabalho cara. Cai a energia, pronto Interbase pro vinagre, volta backup. Se a máquina que acessa o banco é reiniciada sem aviso, diga-se pelo botão power, com o ´meu´ sistema no ar, já era.

Eu Adriano Santos, programador delphi a 5 anos confio no interbase, mas e meus superiores ??? O que eles falam mal não tah escrito nem no gibi, e puts, muinta gente que conheço confia no banco, o que será que acontece??? Ah, eu sei...controle de transação não existe....a programação é uma bosta. Eu corrigo um monte de erro de lógica todos os dias.

|Meu, nunca vi um software tão mal programado como o que eu trabalho
|cara. Cai a energia, pronto Interbase pro vinagre, volta backup.

O problema ai não é o Software. É sua rede elétrica! Não á software ou mesmo hardware q resista a isso!!!

Vc tem duas soluções::

1- compra um no-break (fala sério:: é baratinho!)
2- configura o IB para ForcedWrites::

gfix -write sync -user sysdba -pass sua_senha banco.gdb


|Se a máquina que acessa o banco é reiniciada sem aviso, diga-se pelo
|botão power, com o ´meu´ sistema no ar, já era.

hahahahaha... fala sério!! e vc queria q o sistema continuase funcionando se o servidor é desligado??? Tá brincando né??


|Eu Adriano Santos, programador delphi a 5 anos confio no interbase,
|mas e meus superiores ??? O que eles falam mal não tah escrito nem no
|gibi,

Mude o banco e continue com quedas de energia e desligando o servidor q vc vai continuar com problemas -- vcs tão olhando pro lado errado!


|e puts, muinta gente que conheço confia no banco, o que será que
|acontece??? Ah, eu sei...controle de transação não existe....a
|programação é uma bosta. Eu corrigo um monte de erro de lógica todos
|os dias

Quanto a programação e erros eu não sei, mas quanto ao q vc destacou, siga 1 daqueles 2 passos q te passei acima e vc vai poupar muita dor de cabeça!! (somado a isso, use um bom servidor -- uma máquina com hardware de qualidade e um sistema operacional robusto como Linux ou Windows 2000)


T+

Bom... ai abaixo segue alguns trechos do post original do Skyhawk... que equivacadamente foi editado pelo moderador (eu, afarias) :oops: -- acho q tenho q tirar umas férias!!! :roll:

Desculpa ai Skyhawk... Abraço!

{...}

A gente, ou melhor, o dono da empresa diz isso aos clientes, mais quem
atende? Aqui onde eu programo beleza, nao acontecem maiores
problemas.

{...}

Não quiz dizer o servidor, as estações. Meus clientes alegam que se uma
estação é desligada enquanto o sistema está aberto, o banco trunca.
Sinceramente eu não acredito nisso, mas...fazê o que.

{...}

Cara, eu tenho servidores em windows 98, eu posso com isso??? rsrs
Mas acredito ainda que se houvesse controle de transação, os problemas
minimizariam.

{...}

|A gente, ou melhor, o dono da empresa diz isso aos clientes, mais quem
|atende? Aqui onde eu programo beleza, nao acontecem maiores
|problemas.

como disse, se não vai haver um NO-break, configure o banco para ForcedWrites::

gfix -write sync -user sysdba -pass sua_senha banco.gdb


Entretanto, não acredito q seu cliente não esteja disposto a investir alguns poucos reais em um No-break para proteger um investimento MUITO maior q ele está fazendo no sistema (e na informação da empresa dele -- que seria seu maior patrimônio)!!!!



|Não quiz dizer o servidor, as estações. Meus clientes alegam que se uma
|estação é desligada enquanto o sistema está aberto, o banco trunca.
|Sinceramente eu não acredito nisso, mas...fazê o que.

É... estranho... nunca vi isso...


|Cara, eu tenho servidores em windows 98, eu posso com isso???

Se o sistema é pequeno, tudo bem -- mas:: FORCED WRITES nele!!! ;)


|Mas acredito ainda que se houvesse controle de transação, os problemas
|minimizariam.

Idependente de qualquer coisa isso é MUITO IMPORTANTE! :D -- bota controle das transações ai!!


Olha, já percebi q 90¬ das suas broncas podem ser sanadas com um pequeno comando -- vai lá cara::

gfix -write sync -user sysdba -pass sua_senha banco.gdb



T+

[color=red:d81d2cc0ef]como disse, se não vai haver um NO-break, configure o banco para ForcedWrites::
gfix -write sync -user sysdba -pass sua_senha banco.gdb [/color:d81d2cc0ef]

Só fechando, o que o FORCED WRITES faz? (Vou passar isso para o pessoal da empresa, quero ter argumenntos para não trocar de BD).

[color=red:d81d2cc0ef]Entretanto, não acredito q seu cliente não esteja disposto a investir alguns poucos reais em um No-break para proteger um investimento MUITO maior q ele está fazendo no sistema (e na informação da empresa dele -- que seria seu maior patrimônio)!!!! [/color:d81d2cc0ef]


Cara, eu nao acreditava ate se contratado por essa empresa. Os clientes não gastam com nada.

[color=red:d81d2cc0ef]|Não quiz dizer o servidor, as estações. Meus clientes alegam que se uma
|estação é desligada enquanto o sistema está aberto, o banco trunca.
|Sinceramente eu não acredito nisso, mas...fazê o que.

É... estranho... nunca vi isso... [/color:d81d2cc0ef]

Eu falei cara, ce acha que eu nao acho estranho...pra mim tem boi na linha.

[color=red:d81d2cc0ef]Idependente de qualquer coisa isso é MUITO IMPORTANTE! -- bota controle das transações ai!! [/color:d81d2cc0ef]

Resolve, nao resolve? Eu vou fazer isso secretamente, sem nínguem saber... é o jeito.

Cara não quero mais encher seu saco, rs....valeu pela atenção.
To querendo ficar especialista em IB, o que acha? rsss. Quem sabe viro ate moderador com o tempo...rsss.


valeu mesmo irmão, abraço.

|Só fechando, o que o FORCED WRITES faz? (Vou passar isso para o
|pessoal da empresa, quero ter argumenntos para não trocar de BD).

Bom, quando vc tem uma operação na base de dados (inserts, updates, deletes) por questões de performance, estas operações ficam ´gravadas´ em um ´buffer´ mantido pelo sistema operacional... e fica por conta do SO decidir quando estas informações vão fisicamente para o arquivo (GDB) -- isto é chamado ASSYNCRONOUS WRITES (algo como: ´escrita assíncrona´)

Isto é muito bom para performance do sistema (em geral, acessos a disco são o maior gargalho de performance), entretanto, vc fica sujeito a falhas de hardware ou software -- pois, como nem tudo está fisicamente na estrutura do arquivo, quando há um travamento por exemplo: adeus buffer!

Quando não se tem um sistema operacional robusto (WinNT, Linux) e um No-break, os usuários do Interbase podem optar pelo uso de ´escritas síncronas´ (SYNCRONOUS WRITES ou FORCED WRITES) -- neste caso, cada operação é gavada diretamente no arquivo físico, reduzindo drásticamente a sucetibilidade à falhas, mas por outro lado, reduzindo a performance do sistema.

Entretanto, a questão da performance pouco (ou nada) é sentida em sistemas de pequeno porte.


|Cara, eu nao acreditava ate se contratado por essa empresa. Os clientes
|não gastam com nada.

hahahahahahaha... blz...


|Resolve, nao resolve? Eu vou fazer isso secretamente, sem nínguem
|saber... é o jeito.

iiiiihhhhhh... :roll:


|Cara não quero mais encher seu saco, rs....valeu pela atenção.
|To querendo ficar especialista em IB, o que acha? rsss. Quem sabe viro
|ate moderador com o tempo...rsss.

hahahahaha... claro... todos q querem ajudar são bem vindos. Mas não precisa ser ´especialista´ em IB ou qualquer outra coisa para ser moderador (entretanto -- seria uma boa para quem pretende trabalhar com o IB)


T+

Valeu cara, acho que isso tudo que me disse dá pra convencer a galera.

valeu mesmo.

abraço