Find

Job
· Jun 10

IRIS Data Platform Engineer

What We’re Looking For:
3+ years of experience with InterSystems IRIS, Caché, or Ensemble
Strong skills in ObjectScript, SQL, and scripting languages (Python/Java a plus)
Experience with healthcare interoperability (HL7, FHIR, X12)
Cloud knowledge is a bonus (Azure, AWS, or GCP)
Curious mind + collaborative spirit + bias for action

2 Comments
Discussion (2)1
Log in or sign up to continue
Announcement
· Jun 10

Get Certified at READY 2025

Hi Community,

Are you READY to test your InterSystems technology skills?

Get certified at InterSystems READY 2025! June 22-25,  Hilton Bonnet Creek, Orlando, Florida

Register for a free certification exam attempt at this year's summit (June 22–25)!

Take this opportunity to earn InterSystems highest-level credential in one of eight areas.

  • 👏 Get formal recognition of your skills and experience.
  • 🚀 Boost your confidence...and your career!

Sign up soon—space is limited!

Discussion (0)1
Log in or sign up to continue
Article
· Jun 10 11m read

Statistiques SQL avec Grafana, InfluxDB et Telegraf

Introduction

Les performances des bases de données sont devenues essentielles à la réussite des environnements applicatifs modernes. Il est donc indispensable d'identifier et d'optimiser les requêtes SQL les plus exigeantes en ressources afin de garantir une expérience utilisateur fluide et la stabilité des applications. 

Cet article présente une approche rapide pour analyser les statistiques d'exécution des requêtes SQL sur une instance InterSystems IRIS afin d'identifier les domaines à optimiser au sein d'une macro-application.

Au lieu de nous concentrer sur la surveillance en temps réel, nous allons mettre en place un système qui collecte et analyse les statistiques précalculées par IRIS une fois par heure.  Cette approche, bien qu'elle ne permette pas de surveillance instantanée, offre un excellent compromis entre la richesse des données disponibles et la simplicité de mise en œuvre. 

Nous utiliserons Grafana pour la visualisation et l'analyse des données, InfluxDB pour le stockage des séries chronologiques et Telegraf pour la collecte des métriques.  Ces outils, reconnus pour leur puissance et leur flexibilité, nous permettront d'obtenir un aperçu clair et exploitable.

Plus précisément, nous détaillerons la configuration de Telegraf pour récupérer les statistiques. Nous configurerons également l'intégration avec InfluxDB pour le stockage et l'analyse des données, et créerons des tableaux de bord personnalisés dans Grafana. Cela nous aidera à identifier rapidement les requêtes nécessitant une attention particulière.

Pour faciliter l'orchestration et le déploiement de ces différents composants, nous utiliserons Docker.

logos.png

Discussion (0)2
Log in or sign up to continue
Question
· Jun 10

Question about database defragmentation (several TB database)

I have a database that is 2TB in size (from a LIVE system).

I would like to defragment it but I have some questions. I took a look at official documentation but it does not help.

  • Is is possible to get a measurement about how much database is fragmented ? (eg: a percentage). Most operating systems are able to give a an indication about how much a filesystem is fragmented before any operation.
  • The database is on a LIVE server, the IRIS service is restarted every night (around 1AM). Because of that I can't run defragment continuously. I don't think it will be able to complete under 24 hours. If IRIS service is stopped while defragment is running, will it handle it properly or should defragment be stopped before ?
  • If defragmentation is run once, then stopped, then run again and so on, will there any progress made over the time ? (thus achieving a good defragmentation at some point).

InterSystems recommends do to run the defragmentation outside peak hours.
Based on what is written above, does it make sense to run defrag every night (eg: during 1AM - 6AM, outside peak hours) for several days ? 

10 Comments
Discussion (10)2
Log in or sign up to continue
Question
· Jun 10

Error en webgateway: Protocol Error between the Web Gateway and InterSystems IRIS

He creado un nuevo stack de Docker con WebGateway e IRIS for Health 2025.1. He mapeado los puertos de WebGateway de la siguiente manera:

  • 8743:443
  • 8780:80

Puedo acceder al portal IRIS a través del 8743 sin problemas.

También he creado un repositorio FHIR y puedo acceder a él a través del puerto 8743.

Tengo una aplicación web, en otro servidor con otro dominio, que se conecta a este repositorio de FHIR. He configurado en el endpoint de FHIR el origen permitido para el dominio de esta aplicación. Sin embargo, cuando intento conectarme desde esta aplicación al repositorio de FHIR, aparece este error en el Webgateway:

Protocol Error between the Web Gateway and InterSystems IRIS

Esto es una segunda instancia que estoy configurando; con la primera no tuve este error. ¿Podría ser porque la primera instancia se ejecuta en el puerto 8443? ¿O quizás sea por la versión 2025.1? No sé qué hacer...

8 Comments
Discussion (8)2
Log in or sign up to continue