Pesquisar

記事
· 2025年11月24日 4m read

O que Aprendi com Múltiplas Migrações de Dados

Olá!

A migração de dados costuma parecer uma simples "tarefa de mover dados de A para B" até você realmente fazê-lo. Na realidade, é um processo complexo que combina planejamento, validação, testes e precisão técnica.

Em vários projetos nos quais lidei com a migração de dados para um HIS (Sistema de Informação Hospitalar) que roda em IRIS (TrakCare), percebi que o sucesso é resultado de uma combinação de disciplina e automação.

Aqui estão alguns pontos que desejo destacar:

1. Comece com um Formato de Dados Definido.

Antes mesmo de abrir seu primeiro arquivo, certifique-se de que todos, especialmente os fornecedores de dados, entendam claramente o formato de dados exato que você espera. Definir modelos (templates) logo no início evita idas e vindas desnecessárias e retrabalho mais tarde.

Embora os formatos Excel ou CSV sejam comuns, eu pessoalmente sinto que usar um arquivo de texto delimitado por tabulação (.txt) para upload de dados é a melhor opção. É leve, consistente e evita problemas com vírgulas dentro de campos de texto.

PatID   DOB Gender  AdmDate
10001   2000-01-02  M   2025-10-01
10002   1998-01-05  F   2025-10-05
10005   1980-08-23  M   2025-10-15

Certifique-se de que os formatos de data fornecidos no arquivo estejam corretos e constantes em todo o arquivo, pois todos esses arquivos geralmente são convertidos de um arquivo Excel e um usuário básico de Excel pode cometer erros ao fornecer formatos de data incorretos. Formatos de data errados podem ser irritantes ao tentar converter para o formato $Horolog.

2. Valide os dados antes de carregá-los.

Nunca – jamais – pule a validação de dados. Pelo menos uma olhada básica no arquivo já ajuda. Embora o IRIS nos ofereça desempenho e flexibilidade para lidar com grandes volumes, isso só é útil se seus dados estiverem limpos.

SEMPRE mantenha um flag (0 ou 1) no parâmetro da sua função de upload. Onde 0 pode significar que você deseja apenas validar os dados e não processá-los, e 1 para processar os dados.

Se as validações falharem para qualquer dado, mantenha um registro de erro (error log) que informará exatamente qual dado está causando o erro. Se o seu código não lhe der a capacidade de descobrir qual dado tem um registro com erro, será muito difícil identificar os registros incorretos.

3. Mantenha Logs Detalhados e Pesquisáveis.

Você pode usar Global ou tabelas para capturar logs. Certifique-se de capturar o timestamp (registro de data/hora), o nome do arquivo, o registro (que pode ser facilmente rastreado) e o status.

Se o volume de dados for pequeno, você pode ignorar os logs de sucesso e capturar apenas os logs de erro. Abaixo está um exemplo de como eu costumo armazenar logs de erro:

Set ^LOG("xUpload",+$Horolog,patId)=status_"^"_SQLCODE_"^"_$Get(%msg)

Para cada inserção, teremos um SQLCODE. Se houver um erro durante a inserção, sempre obteremos uma mensagem de erro de %msg. Isso também pode ser usado durante a validação de dados.

4. Insira os dados de forma Eficiente e Controlada.

A eficiência na inserção não se trata apenas de velocidade, mas de consistência de dados, auditabilidade e controle. Antes de inserir, certifique-se de que cada registro tenha passado na validação e que nenhum campo obrigatório tenha sido ignorado. A falta de campos obrigatórios pode silenciosamente quebrar relacionamentos ou levar a registros rejeitados mais tarde no fluxo de trabalho.

Ao realizar a inserção:

  • Sempre inclua os campos InsertDateTime e UpdateDateTime para rastreamento. Isso ajuda na reconciliação, em atualizações incrementais e na depuração.
  • Mantenha um usuário backend dedicado para todas as atividades automatizadas ou relacionadas à migração. Isso facilita o rastreamento de alterações em logs de auditoria e separa claramente as ações do sistema das entradas humanas.

5. Reconciliação após Migração/Upload.

Assim que a atividade for concluída, realize uma reconciliação entre a origem e o destino:

  • Comparação da contagem de registros.
  • Validação de checksum campo a campo.
  • Verificações de integridade referencial.

Mesmo um simples script de comparação baseado em hash pode ajudar a confirmar que nada foi perdido ou alterado.

Estas são algumas das práticas básicas, mas essenciais, para uma migração de dados tranquila e confiável. Validações, logging adequado, inserções consistentes e atenção aos dados mestre fazem uma enorme diferença na qualidade e rastreabilidade.

Mantenha-o limpo, automatizado e bem documentado. O resto se encaixará.

Sinta-se à vontade para entrar em contato comigo para quaisquer dúvidas ou discussões sobre migração de dados no IRIS!

ディスカッション (0)1
続けるにはログインするか新規登録を行ってください
ダイジェスト
· 2025年11月24日
InterSystems公式
· 2025年11月24日

Actualización de las plataformas de InterSystems T4-2025

Al revisar el trimestre anterior, se destacaron varios desarrollos importantes que siguen siendo relevantes para el informe de este trimestre.

  • A partir de la versión 2025.3, OpenSSL 3 será el estándar en todas las plataformas compatibles; SUSE 15 sp6 se convierte en el sistema operativo obligatorio para las organizaciones que utilicen SUSE.
  • Para 2025.3 entrarán en vigor las especificaciones mínimas revisadas de CPU.
  • Windows Server 2016 no será compatible en 2025.3.  

Para quienes estéis conociendo estas comunicaciones por primera vez, esta actualización ofrece detalles sobre las mejoras recientes y los cambios previstos basados en la información actual; sin embargo, las proyecciones futuras siguen siendo inciertas y el contenido no debe interpretarse como una hoja de ruta de producto definitiva.

Sistemas operativos de producción y arquitecturas de CPU de InterSystems IRIS

Arquitectura mínima de CPU compatible

En 2024, InterSystems introdujo una arquitectura mínima de CPU compatible para todos los servidores basados en Intel y AMD que nos permite aprovechar nuevas instrucciones de CPU para crear versiones más rápidas de IRIS. IRIS 2025.3 actualizará esa lista para exigir el nivel de microarquitectura x86-64-v3, que requiere las instrucciones AVX, AVX2, BMI y BMI2.

  • Para los usuarios con sistemas basados en Intel, esto significa que se requerirá Haswell o superior.
  • Para los usuarios con sistemas basados en AMD, esto significa que se requerirá Excavator o superior, mientras que Piledriver y Steamroller no serán compatibles.

¿Os preguntáis si vuestra CPU seguirá siendo compatible? Publicamos un artículo útil en 2023 sobre cómo consultar la microarquitectura de vuestra CPU.

Red Hat Enterprise Linux

  • Cambios recientes
    • RHEL 10 - Red Hat lanzó RHEL 10 el 20 de mayo. Nosotros publicamos el 20 de junio una versión de IRIS 2025.1.0 que admite RHEL 10.
      • IRIS 2025.2 y superiores admitirán RHEL 9 y 10, lo que significa que dejamos de admitir RHEL 8.
    • RHEL 9.6 – Hemos completado la certificación menor del sistema operativo para la versión 9.6 sin que se haya detectado ningún problema
  • Leer más: RHEL Release Page

Ubuntu

  • Próximos cambios
    • Ubuntu ha anunciado que Ubuntu 26.04 se lanzará el 23 de abril de 2026. Tenemos previsto publicar la compatibilidad de IRIS para ese sistema operativo aproximadamente un mes después.
  • Cambios recientes
    • Ubuntu 24.04.2 acaba de ser lanzado y la certificación menor del sistema operativo se ha completado correctamente.
  • Leer más: Ubuntu Releases Page

SUSE Linux

  • Próximos cambios
    • SUSE 16 se lanzó a principios de este mes. InterSystems tiene previsto añadir compatibilidad con la plataforma con IRIS 2026.1.
    • IRIS 2025.3 y superiores requerirán SUSE Linux Enterprise Server 15 SP6 o superior: SLES 15 SP6 nos ha dado la opción de usar OpenSSL 3 y, para ofreceros la plataforma más segura posible, vamos a hacer que IRIS empiece a aprovecharlo.

  Leer más: SUSE lifecycle

Oracle Linux

  • Próximos cambios
    • Hemos empezado a probar Oracle Linux 10. Si la experiencia previa sirve de guía, debería funcionar perfectamente con cualquier versión de IRIS que admita RHEL 10.
  • Leer más: Oracle Linux Support Policy

Microsoft Windows

  • Actualizaciones anteriores
    • Windows Server 2025 ya es compatible en IRIS 2025.1 y superiores
  • Próximos cambios
    • IRIS 2025.3 y superiores dejarán de admitir Windows Server 2016 y 2019.
  • Leer más: Microsoft Lifecycle

AIX

  • Próximos cambios
    • IBM lanzó el nuevo hardware Power 11 en julio. Por desgracia, nuestro equipo se ha retrasado. Os avisaré cuando tengamos los informes de rendimiento listos.
  • Leer más: AIX Lifecycle

Containers

  • Próximos cambios
    • Prevemos cambiar la imagen base del contenedor a Ubuntu 26.04 con la versión IRIS 2026.2 o 2026.3. Aún queda bastante para eso, pero os avisaremos cuando esté confirmado.

Sistemas operativos de desarrollo y arquitecturas de CPU de InterSystems IRIS

MacOS

  • Próximos cambios
    • IRIS 2026.1 pondrá fin a la compatibilidad con macOS en sistemas basados en Intel. Apple ha ido eliminando progresivamente el soporte para las máquinas con Intel y ha anunciado su intención de dejar de admitir todos los Mac basados en Intel restantes en 2026.
  • Cambios recientes
    • IRIS 2025.1 añade compatibilidad con macOS 15 tanto en sistemas basados en ARM como en Intel.

Componentes InterSystems

  • Actualizaciones recientes
    • Se ha publicado InterSystems API Manager 3.10. Los usuarios de versiones anteriores del administrador de API necesitarán una clave de licencia de IRIS actualizada para usar la versión 3.10
    • Se ha publicado InterSystems Kubernetes Operator 3.8

Sistemas operativos de producción y arquitecturas de CPU de Caché y Ensemble

  • Actualizaciones interiores
    • Un recordatorio de que las últimas versiones de mantenimiento de Caché y Ensemble están programadas para el primer trimestre de 2027, que llegará antes de lo que pensáis. Consultad el excelente artículo de la comunidad de Jeff para más información.

Documentación de plataformas compatibles de InterSystems

La documentación de plataformas compatibles de InterSystems es la fuente definitiva de información sobre las tecnologías admitidas.

… y eso es todo, amigos. De nuevo, si hay algo más que os gustaría saber, por favor hacédnoslo saber.

ディスカッション (0)1
続けるにはログインするか新規登録を行ってください
記事
· 2025年11月24日 3m read

Migration de la configuration InterSystems Studio/Caché et du code Visual Studio vers un nouvel ordinateur Windows

Récemment, j'ai remplacé mon ancien ordinateur portable par un nouvel ordinateur et j'ai dû migrer toutes mes données. Je cherchais un guide, mais je n'ai rien trouvé décrivant en détail comment migrer les connexions serveur d'InterSystems Studio et de Visual Studio Code d'un PC à un autre. Il ne suffit pas de réinstaller les outils, et migrer toutes les connexions manuellement semblait être une perte de temps. J'ai finalement réussi à résoudre le problème, et vous trouverez dans cet article la marche à suivre.

ディスカッション (0)2
続けるにはログインするか新規登録を行ってください
ダイジェスト
· 2025年11月24日

【週間ダイジェスト】 11/17 ~ 11/23 の開発者コミュニティへの投稿