Migration SQL Server vers PostgreSQL en PME : pourquoi et comment en 2026

Le coût des licences SQL Server, l'audit Microsoft Software Asset Management (SAM), et la maturité de PostgreSQL en 2026 poussent de plus en plus de PME vers la migration. Voici pourquoi et comment.

1. Pourquoi quitter SQL Server

• Coût licences : ~3 700 $/core SQL Server Standard 2022. Pour 8 cores = 30 000 $ + Software Assurance annuelle 25%
• Audit Microsoft SAM : déclenché tous les 3-4 ans, peut détecter sur-utilisation et facturer rétroactivement
• BYOL cloud : Azure SQL "License Included" majoré vs PostgreSQL Flexible Server natif
• Verrouillage : T-SQL spécifique difficile à porter ailleurs après 5+ ans
• Souveraineté : PostgreSQL = open source, hébergeable n'importe où sans dépendance éditeur

2. Pourquoi PostgreSQL spécifiquement

• Maturité 30+ ans, deuxième DB la plus utilisée (Stack Overflow 2024)
• Performance équivalente à SQL Server sur 90% des workloads PME
• Extensions massives (PostGIS géo, TimescaleDB time-series, pg_vector embeddings IA)
• Support cloud universel : RDS AWS, Azure Postgres Flexible, OVH Managed Postgres, Supabase, Neon
• Outillage moderne : pgAdmin 4, DBeaver, TablePlus

3. Quand PostgreSQL N'EST PAS la bonne option

• Application qui dépend lourdement de SQL Server Reporting Services (SSRS) → Power BI alternative mais migration coûteuse
• Stored procedures CLR .NET massives → réécriture conséquente
• SQL Server Agent jobs très spécifiques → pgAgent ou cron équivalent mais pas drop-in
• Base liée à un ERP propriétaire qui n'est certifié que SQL Server (Sage, Cegid souvent)

4. Méthode migration 60 jours

Phase 1 — Audit (semaine 1-2)

• Lister toutes les bases SQL Server + leur usage
• Inventaire stored procs, triggers, fonctions, vues, jobs
• Détecter dépendances T-SQL spécifiques (ROW_NUMBER variantes, MERGE, sequences, etc.)
• Outil : Microsoft SSMA (SQL Server Migration Assistant) → assess + génère rapport effort

Phase 2 — Setup PostgreSQL cible (semaine 3-4)

• Choix hébergement : on-prem, cloud managé (Azure Postgres, OVH), self-hosted
• Sizing : généralement 70-80% des cores SQL Server suffisent (PostgreSQL plus efficace)
• Installer extensions (PostGIS, pg_stat_statements, etc.)
• Setup backup pgBackRest ou Barman + monitoring (Prometheus + postgres_exporter)

Phase 3 — Migration schéma + data (semaine 5-7)

• SSMA convertit schéma SQL Server → PostgreSQL automatiquement (80-95% cases)
• Réviser manuellement : types data (DATETIME → TIMESTAMP), GETDATE() → NOW(), TOP → LIMIT
• Migrer data via SSMA ou pg_loader ou COPY bulk pour gros volumes
• Tester en parallèle (read-only initialement)

Phase 4 — Migration apps (semaine 8-10)

• Driver .NET : Npgsql remplace SqlClient (refactor minimal)
• Driver Java : org.postgresql.Driver remplace SQL Server JDBC
• Tests intégration sur env staging avant production
• Réviser stored procs T-SQL → PL/pgSQL (manuel si complexes)

Phase 5 — Cutover production (week 11-12)

• Maintenance window programmée (week-end typique)
• Sync delta data finale (pglogical pour zero-downtime, sinon snapshot)
• Bascule applicatifs vers nouveau connection string
• Monitoring intensif 7 jours post-migration
• Conserver SQL Server en lecture seule 30 jours pour rollback

5. ROI typique

• Économie licences : 25 000-100 000 €/an (8-32 cores)
• Coût migration : 15 000-40 000 € (selon complexité)
• Payback : 6-18 mois
• Bonus : indépendance éditeur + hébergement souverain

Conclusion

Migration SQL Server → PostgreSQL est mature en 2026. SSMA Microsoft + écosystème PostgreSQL le rendent accessible aux PME. Audit pré-migration essentiel pour identifier rares blocages métier. KOLOSALTech accompagne audit + migration + formation équipe DBA.