SUP:OcrGerais
(Diferença entre revisões)
Liege.ciupak (disc | contribs) |
Liege.ciupak (disc | contribs) |
||
| Linha 2: | Linha 2: | ||
* Auditoria (25/05/2010): Havia mais um problema na Auditoria que foi resolvido pelo Marcio. Se um usuário tivesse fechado o sistema de forma anormal, o ID da conexão ficava perdido na Tabela e, quando novo usuário acessava qualquer outro sistema, pegava este ID e ficava no NOME do usuário anterior. Exemplo: A Dirce (SGPj) fechou o sistema anormalmente e a Margarida (Academus) estava com o ID da Dirce. | * Auditoria (25/05/2010): Havia mais um problema na Auditoria que foi resolvido pelo Marcio. Se um usuário tivesse fechado o sistema de forma anormal, o ID da conexão ficava perdido na Tabela e, quando novo usuário acessava qualquer outro sistema, pegava este ID e ficava no NOME do usuário anterior. Exemplo: A Dirce (SGPj) fechou o sistema anormalmente e a Margarida (Academus) estava com o ID da Dirce. | ||
| − | * Auditoria (15/02/2012): Havia mais um problema na Auditoria. Uma Transação pode ficar perdida na tabela Usuario_Transacao, por término anormal de Sistema. Quando um usuário acessa uma tela de algum sistema, uma conexão perdida pode ser reusada. Para tanto, é rodada a spCnfAuditoria que atualiza os dados da conexão em Usuario_Transacao. Porém, se uma conexão perdida fosse reusada por algum usuário via | + | * Auditoria (15/02/2012): Havia mais um problema na Auditoria. Uma Transação pode ficar perdida na tabela Usuario_Transacao, por término anormal de Sistema. Quando um usuário acessa uma tela de algum sistema, uma conexão perdida pode ser reusada. Para tanto, é rodada a spCnfAuditoria que atualiza os dados da conexão em Usuario_Transacao. Porém, se uma conexão perdida fosse reusada por algum usuário via SQLManager, a spCnfAuditoria não é rodada e, desta forma, na tabela Usuario_Transacao ficava os dados da conexão perdida e, quando a Auditoria era executada, gravava com os dados errados. Foi criado um Job jDeletaConexoesPerdidas que é rodado a cada 5 minutos, a fim de excluir conexões perdidas e '''minimizar''' o problema via SQLManager. |
Edição de 10h00min de 15 de fevereiro de 2012
Voltar a Página Inicial - Menu Sistemas
- Auditoria (25/05/2010): Havia mais um problema na Auditoria que foi resolvido pelo Marcio. Se um usuário tivesse fechado o sistema de forma anormal, o ID da conexão ficava perdido na Tabela e, quando novo usuário acessava qualquer outro sistema, pegava este ID e ficava no NOME do usuário anterior. Exemplo: A Dirce (SGPj) fechou o sistema anormalmente e a Margarida (Academus) estava com o ID da Dirce.
- Auditoria (15/02/2012): Havia mais um problema na Auditoria. Uma Transação pode ficar perdida na tabela Usuario_Transacao, por término anormal de Sistema. Quando um usuário acessa uma tela de algum sistema, uma conexão perdida pode ser reusada. Para tanto, é rodada a spCnfAuditoria que atualiza os dados da conexão em Usuario_Transacao. Porém, se uma conexão perdida fosse reusada por algum usuário via SQLManager, a spCnfAuditoria não é rodada e, desta forma, na tabela Usuario_Transacao ficava os dados da conexão perdida e, quando a Auditoria era executada, gravava com os dados errados. Foi criado um Job jDeletaConexoesPerdidas que é rodado a cada 5 minutos, a fim de excluir conexões perdidas e minimizar o problema via SQLManager.
