Escolar Documentos
Profissional Documentos
Cultura Documentos
No caso da imagem temos a marca dagua com mesmos valores. Mas quando temos a marca menor em 80% e a marca
maior em 90%, o autodelete começa a ser executado quando o espaço ocupado alcança a marca dagua maior e deleta
os arquivos até a marca dagua menor.
Caso haja problemas que é verificado que fica acima da marca dagua, necessário verificar se na tabela
DIDB_DELETED_FILES existe objetos eleitos para serem deletados.
Autodelete de images e files são operações diferentes. O Images contem dentro de sua operação a execução dos files,
porem dos files não executa a operação de images.
Em algumas versões do PACS se tivermos mais de 2 milhões de registros nessa tabela, pode haver problemas para
deletar, pois existe uma demora na leitura do banco para a realização da tarefa. Então precisamos fracionar essa
execução, deixando mais leve para a aplicação e monitorar para inserirmos os outros objetos para serem deletados.
Realizamos essa tarefa alterando alguns campos na tabela.
Existe também um processo que pode melhorar em tempo de delete mas que toma muito processamento do servidor
que é o Parallel Autodele Files.
Log:
%imaginet_root%\log\fir_autodelte_...
Articles uteis:
4160
RESOLUÇÃO DE PROBLEMAS
SELECT COUNT(*)
FROM AUDITING.AUDIT_LOG
WHERE 1 = 1
AND EVENT_DATE BETWEEN TO_DATE('&DATA_INICIO', 'DD/MM/YYYY HH24:MI:SS') AND TO_DATE
('&DATA_FIM', 'DD/MM/YYYY HH24:MI:SS')
AND SOURCE = 'Workflow Manager Auto-Delete'
4. Algumas vezes o PACS não executa todas as alterações necessárias causando problemas no autodelete. Ele
deleta apenas exames marcados na DIDB_STUDIES como STUDY_NEED_BACKUP = NULL, STUDY_ONLINE = ‘Y’,
STUDY_AVAILABILITY = 'ONLINE'. Então precisamos colocar os exames na regra para tentar deletar novamente.
a. Análise dos dados utilizando a querie do item 1. verificando que temos exames marcados como NEARLINE
mas com a STUDY_NEED_BACKUP = ‘Y’. Não vai deletar pois o exame ainda precisa ser feito o backup,
porém já foi feito já que ele está em nearline, mas a tarefa no Info Router de ajustar essa flag deu falha e
não alterou
UPDATE MEDISTORE.DIDB_STUDIES
SET STUDY_NEED_BACKUP = NULL, STUDY_AVAILABILITY = ‘ONLINE’, STUDY_ONLINE = ‘Y’
WHERE STUDY_NEED_BACKUP = 'Y'
AND STUDY_AVAILABILITY = 'NEARLINE'
6. Problemas no delete de files. Muitas vezes o sistema não consegue dar conta de deletar os files e é necessário
executar de 2 em 2 milhões.
a. Executar a querie para verificar a quantidade de files
UPDATE MEDISTORE.DIDB_DELETED_FILES
SET IMAGE_LOCATION_DELETED = 'X'
WHERE IMAGE_LOCATION_DELETED = 'N'
AND ROWNUM <= 2000000
c. Alterar na tabela para mudar a marca de 2 milhoes de linhas para o autodelete buscar.
UPDATE MEDISTORE.DIDB_DELETED_FILES
SET IMAGE_LOCATION_DELETED = 'N'
WHERE IMAGE_LOCATION_DELETED = 'X'
AND ROWNUM <= 2000000
e. Aguarde executar todo o processo, podendo verificar com a querie do item 4 e assim que reduzir a
quantidade a quase 0 executar novamente a do item 5.c., executar item 5.d. até não ter mais files para
deletar. Lembrando que deve sempre estar próximo de 2 milhões.
Para acompanhar roda a seguinte querie:
b. Alterar na tabela para mudar a marca para o autodelete não buscar. Neste caso estou assumindo que tem
apenas marcados com N, mas se houver outros como NULL devem ser ajustados também para entrarem
como X.
UPDATE MEDISTORE.DIDB_DELETED_IMAGES SET IMAGE_LOCATION_DELETED = 'X' WHERE
IMAGE_LOCATION_DELETED = 'N'
c. Alterar na tabela para mudar a marca de 2 milhoes de linhas para o autodelete buscar.
e. Aguarde executar todo o processo, podendo verificar com a querie do item 6.a. e assim que reduzir a
quantidade a quase 0 executar novamente a do item 6.c., executar item 6.d. até não ter mais images para
deletar. Lembrando que deve sempre estar próximo de 2 milhões.
8. Casos com discos de LCM temos apenas files para deletar. Limite para deleção 2 milhões.
a. Verificar as quantidade de files dentro dos SOURCE_DB_UID. Utilizar também a querie do item 2 se
necessário.
b. Alterar para X para não haver busca do autodelete, lembrando de usar o SOURCE_DB_UID correto do LCM.
d. Aguarde executar todo o processo, podendo verificar com a querie do item 8.a. e assim que reduzir a
quantidade a quase 0 executar novamente a do item 8.b., executar item 8.c. até não ter mais files para
deletar. Lembrando que deve sempre estar próximo de 2 milhões.
10. Caso todas essas operações não tenha ajudado no delete, pode realizar a correção dos index e repetir todos os
processos novamente. Mas não é algo comum de precisar executar.