Histórico da Página
Versões comparadas
Chave
- Esta linha foi adicionada.
- Esta linha foi removida.
- A formatação mudou.
Pagetitle | ||||
---|---|---|---|---|
| ||||
|
Exibir filhos |
---|
Correções
Expandir | ||
---|---|---|
| ||
Incidente: O DBMonitor algumas vezes mostra o o consumo de memória de uma conexão com o DBAcccess com valor negativo. Solução: Para poder adequar o mecanismo para exibição do consumo de memória de uma conexão com o DBAccess de forma a não onerar o processamento, esse recurso está sendo desativado e será reavaliado posteriormente. Referente ao chamado: 15406280 Referente à ocorrência: TPGW-1234 |
Expandir | ||
---|---|---|
| ||
Incidente: Access violation, Violation no driver para MSSQL linuxLinux, no acesso a campo MEMO com conteúdo binário. Solução: Alterada leitura ODBC de campos MEMO para contornar queda do driver MSSQL Linux com colunas CLOB que contenham um zero binário na primeira posição do buffer. Referente ao chamado: TPGW-1255 |
Expandir | ||
---|---|---|
| ||
Incidente: Utilização do DBAccess em configuração distribuída – um ou mais serviços secundários, um serviço primário. Ocorrência: Eventualmente, quando o serviço do DBaccess era finalizado, ele apresentava durante o término do serviço uma ocorrência de Access Violation. Solução: Corrigido o mecanismo interno de mensagens entre DBAccess Primário e secundário(s). Referente ao chamado: TPGW-1272 |
Expandir | ||
---|---|---|
| ||
Incidente: Utilização do DBAccess em configuração distribuída – um ou mais serviços secundários, um serviço primário. Ocorrência: Mesmo que o DBAccess primário esteja no ar, eventualmente um dbaccess secundário não conseguia conectar-se ou reconectar-se a um DBACcess Primário, ficando em LOOP até ser reiniciado. Solução: Corrigido o mecanismo interno de mensagens entre DBAccess Primário e secundário(s). Referente ao chamado: TPGW-1272 |
Expandir | ||
---|---|---|
| ||
Incidente: Habilitada meciante mediante SIGACFG, quando usado Bancos de Dados MSSQL e/ou Postgres, e o DBAccess configurado com o parametro parâmetro ReleaseInactiveConn configuradohabilitado. Caso uma conexão fosse desconectada finalizada por inatividade, parte dos dados usados para auditoria eram perdidos, e após a reconexão, informações de auditoria geradas pela nova conexão poderiam não conter as demais informações de rastreabilidade. Solução: Corrigido o mecanismo de reconexão automática após desconexão por inatividade, para salvar e restraurar restaurar as informações de rastreabilidade de auditoria. Referente ao chamado: TPGW-1275 |
Expandir | ||
---|---|---|
| ||
Incidente: Submeter queries ao DBAccess, com o retorno de campos MEMO em Query habilitado, mas o(s) campo(s) MEMO não são o(s) último(s) campo(s) da Query. A mensagem "Invalid Field Order in Query -- Memo fields REMOVED -- They must be grouped at the end of the Query" era registrada no DBACCESS DBAccess como um ERRO -19 (COMMAND_FAILED), mas não retornava erro nenhum ao AppserverAppServer, causando a falsa impressão de erro na aplicação AdvPL. Solução: A mensagem passa a ser registrada como uma Advertência ( WARNING ) , e somente será mostrada caso a configuração de advertências esteja ligada ( MsgWarnings=1 ) Referente ao chamado: TPGW-1277 |
Expandir | ||
---|---|---|
| ||
Incidente: Ao chamar a função TCGetInfo 11 e 12 com um DBAccess distribuído, o retorno é vazio e aparece no dbconsole.log a mensagem ""tRecordLockClient::InspectLocks not implemented. Solução: Implementadas as opções 11 e 12 da TCGetInfo para o uso com DBAccess distribuído. Referente ao chamado: TPGW-1303 |
Melhorias
Expandir | ||
---|---|---|
| ||
Incidente: Quando o DBTools era utilizado para migrar um banco de dados SQL Server que estava compactado, a estimativa de tamanho estava errada e mostrava mais de 100% durante a migração. Referente ao chamado: TPGW-1268 |
Expandir | ||
---|---|---|
| ||
Solução: Solução: Melhoria de desempenho no TC_CanOpen, removendo consultas ao DbAccess DBAccess mirror. Referente ao chamado: TPGW-1279 |
Expandir | ||
---|---|---|
| ||
Incidente: Quando da ocorrência de grande quantidade de locks em uma mesma tabela poderia onerar a liberação dos locks.Solução: Refatoramento da rotina para liberação dos locks. Perdas momentâneas de desempenho, quando do uso DBAccess em configuração distribuída, ao lidar com listas de bloqueios de mais de 50 mil registros por tabela. Solução: Melhoria expressiva nos algoritmos de bloqueio e liberação de registros. Referente à ocorrência: TPGW-1308 |
Expandir | ||
---|---|---|
| ||
Incidente: Implementar uma melhoria no DBTools para viabilizar a leitura de um arquivo TXT que contenha a lista de tabelas que serão migradas. Detalhes: Referente à ocorrência: TPGW-13081249 |
Novas Implementações
Painel |
---|
Veja também |