[firebase-br] rollback (delphi7+MDO+FB2.5.2 26540)

[Gladiston Santana]

Voce pode distribuir save points (ou seria commit work?) dentro de sua
stored quando algo definitivo já aconteceu.
Assim, um lote inteiro não vai buraco a baixo.
Dê uma olhada se o programa que chamou a sp também commitou, e podemos
estabelecer que se não há commit (commit retaining não conta) no programa,
um rollback foi executado explicita ou implicitamente.
Tem programas feitos em Delphi que são mal resolvidos, usam e abusam de uma
unica transação para fazer tudo num programa e ficam com commit retaining
do inicio do trabalho até o final do expediente, daí uma maquina trava e
então é reiniciada ou perde a conexão de rede, daí algo que existia no
banco sofre o rollback implicitamente. Veja se este é seu cenário.


Em 16 de novembro de 2013 00:23, Mário Reis <mariodosreyx em gmail.com>escreveu:

> Olá boa gente,
>
> Tenho a minha transação assim configurada:read_committed, rec_version,
> nowait e estou a processar um ficheiro batch de pagamentos. Estou a chamar
> uma "Store Procedure" via MDOStoredProc1(Autocomit=True)(Mercury Data
> Objects).
>
>  No meu log vou controlando(if row_count=1 then ok else...not ok etc... e
> escrevendo para o log passo a passo) sobre a emissão de Faturas/Recibos e
> atualizações da respetiva conta (corrente), pagas. Nas não pagas não há
> emissão de recibos e a atualização da conta(corrente) resume-se ou é apenas
> de um "Status de Erro" indicando o motivo do não pagamento(que vai ficando
> no registo vivo enquanto a situação préviamente existente vai passando para
> histórico.
>
> Até aqui tudo ótimo.
>
> O processamento corre e termina normalmente com todo o ficheiro processado;
> tiram-se as listas de conciliação confere-se. Tudo está bem. Começa-se a
> arquivar documentos etc... e, eis senão quando, de repente damos conta de
> que houve um rollback sem que sobre ele tenhamos controlo, todo o ficheiro
> é desaplicado!?
>
> Esta situação já me havia acontecido em 2 ou 3 situações isoladas em
> 3/4anos e às quais não dera grande importância.
>
> Agora com o processamento de um ficheiro batch a coisa muda de figura
> atenta responsabilidade e os montantes envolvidos.
>
>
>
> Alguém tem uma ideia do que possa estar a acontecer-me?
>
> E, de como posso impedir ou controlar esta situação quase absurda!?
>
>
>
> Não tenho registo de falhas de energia e tenho "UPS" no "servidor"
> (Microsoft Windows Server2008)!!!
>
> Obrigado por toda e qualquer ajuda.
>
> Mário
>
>
>
>
>
>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>



-- 
--
B em B@BU     iB em M@B.  B em MBBO   MBBMMB em B@BZLr    E@@@@i      r@@@BU
vB em M@O     E em B@Bu   BBBM em 0   G em MMM@N8MBB em ZP5r  B em B@k      8B@@O
 OB em B@q   2 em BBBM    B em B@BO   BB em B@B,.:,7B em B@@L uB em B@,    OB em B@.
 ,@@@B@   @BBB@,    @BBB em 8   M em M@@@     PB em B@B  @@@BN   iB em B@L
  U em B@B2 LB em B@X     B em MBBO   MBBM em B     i em BBB@. 7 em B@Bi  B em B@E
   B@@@BiM em M@B.     @BBM em G   M em MMB@     v@@M em B,  G em B@Z v em B@B.
   7B em B@O em B@B5      B em B@B8   BBBM em B     Z@@@B@   iB@@@2 em B@Br
    NB em M@B em B8       @B em B@8   M em B@B em i:i75 em B@B em r    E@@B em B@Bq
    . em B@@@B@:       B em B@B@   @B@@@B em B@B@@@ME;     .BB em MBB@
     55.ANOS        OMOGBS   PBZGGOOMOO117,        7 em BBB@r
     ==============================================r@@@@F=====
     Gladiston Santana                             8 em B@B,
     Supervisor de TI                             G em B@B7
     Tel.:+551147873122 R:228                    :@B em B0
     Grupo VIDY - SGQ ISO9001 - 55 ANOS          @B em B@.
     Visite nosso site: www·vidy·com·br         BB@@@u
     Visite também : www·expolabor·com·br      GB em B@N