2026-07-11 08:46 UTC

MS SQL pour le dirigeant : quand votre entreprise vit dans l'écosystème Microsoft

Microsoft SQL Server (souvent « MS SQL » ou simplement SQL Server) est la base de données autour de laquelle Microsoft a construit tout un écosystème : Dynamics 365, Azure, Power BI, .NET, SharePoint et 1C sous Windows. Si vous avez déjà Active Directory, la messagerie Exchange, un CRM Microsoft et des rapports Power BI, il est très probable que vos données métier clés soient dans MS SQL - pas dans MySQL sur un hébergement Linux ni dans Google Sheets. Pas besoin d'écrire du T-SQL, mais comprendre pourquoi le prestataire propose SQL Server, combien coûtent les licences et ce qui se passe lors d'une migration vers Azure permet de décider sans surprise budgétaire.

MS SQL - SGBD relationnel Microsoft : tables, relations, transactions, rapports
Où on le trouve - Dynamics 365, 1C (configurations standard), sites .NET, Power BI, ERP interne
Écosystème - authentification unique (Azure AD), intégration Excel, Teams, Power Platform
Options - SQL Server sur serveur propre (on-prem) ou Azure SQL dans le cloud
Avantage principal - « tout d'un seul fournisseur » : moins d'intégrations, déploiement plus rapide en environnement MS
Risque principal - licences, dépendance au fournisseur, migrer vers un autre SGBD coûte plus que depuis MySQL

Qu'est-ce que MS SQL en langage simple

SQL Server est un logiciel serveur (Windows ou Linux) qui stocke les données dans des tables et répond aux requêtes des applications. Comme MySQL ou PostgreSQL, c'est une base relationnelle : commandes liées aux clients, lignes de commande aux produits, employés aux départements.

La différence pour le dirigeant n'est pas les « tables », mais le contexte :

Aspect	MS SQL dans l'écosystème Microsoft	MySQL sur hébergement typique
Client typique	Entreprise, industrie, distribution avec Dynamics/1C	Boutique WordPress, OpenCart
OS serveur	Windows Server, Azure VM	Linux, hébergement mutualisé
Rapports	Power BI, Excel, SSRS	phpMyAdmin, tableaux de bord sur mesure
Connexion employés	Azure AD / Active Directory	Login distinct par application
Licences	Par cœurs CPU, édition (Standard/Enterprise)	Souvent gratuit dans l'offre d'hébergement

Important : MS SQL n'est pas universellement « meilleur » ou « pire » que MySQL. C'est un choix logique quand tout le SI est déjà chez Microsoft : intégrations plus simples, un prestataire connaît la stack, moins de débats « pourquoi pas PostgreSQL ».

Quand votre entreprise « vit » chez Microsoft

Vérifiez cette liste. Si trois points ou plus correspondent, MS SQL existe probablement déjà ou sera proposé comme base principale :

CRM/ERP - Dynamics 365 Sales, Business Central, Navision (historiquement).
1C - configurations standard sur MS SQL, pas PostgreSQL (courant dans la région CIS).
Site et espace client - développés en .NET (C#, ASP.NET), pas en PHP.
Mail et fichiers - Exchange Online, SharePoint, OneDrive for Business.
Accès - employés connectés avec compte Microsoft d'entreprise (Azure AD).
Analytique - rapports Power BI directement depuis la base ou via entrepôt Azure.
Infrastructure - serveurs dans Azure ou sur Windows Server au bureau/datacenter.

Dans ce schéma, la base de données est le centre où convergent commandes, stocks, finances et KPI. Power BI n'« invente » pas les chiffres - il lit MS SQL (ou une copie dans Azure Synapse). Si la base tombe ou vieillit sans sauvegarde, CRM et rapports direction échouent.

SQL Server on-prem et Azure SQL

Microsoft propose deux façons principales de « où vit physiquement » la base :

On-prem (serveur propre)

SQL Server installé sur votre matériel ou VPS Windows. Avantages : données dans un datacenter connu, prévisibilité réglementaire. Inconvénients : vous (ou le prestataire) gérez correctifs, sauvegardes, disques, haute disponibilité.

Azure SQL (cloud)

Service managé dans Azure : Microsoft met à jour le moteur, scale les ressources, propose une sauvegarde géo-redondante. Avantages : démarrage rapide, paiement à l'usage, lien avec autres services Azure. Inconvénients : la facture mensuelle grandit avec volume et charge ; sans bonne architecture, le cloud peut coûter plus que l'on-prem.

Critère	SQL Server on-prem	Azure SQL Database
Capex	Serveur, licences SQL, Windows	Pas de matériel propre
Opex	Admin, électricité, datacenter	Abonnement Azure
Montée en charge	Acheter RAM/CPU, arrêt	Curseur dans le portail Azure
Sauvegardes	Configurées par votre admin	Intégrées, rétention configurable
Quitter l'écosystème	Difficile, mais les données sont à vous	Export possible, habitude Azure reste

Pour le dirigeant : la question n'est pas « cloud oui ou non », mais qui répond de la panne du vendredi soir. On-prem - votre prestataire et SLA contractuel. Azure - ticket Microsoft + architecte qui n'a pas laissé une seule base sans réplica.

Licences et budget : quoi demander avant de signer

MS SQL est l'une des rares bases où le coût des licences peut égaler une année de développement. Ne signez pas sans réponses :

Éditions

Express - gratuit, limite 10 Go par base ; petites apps et tests, pas ERP lourd.
Standard - choix typique PME : Always On (limité), fonctions principales.
Enterprise - gros volumes, analytique avancée, cher ; souvent excessif sous 200 employés.

Modèles de paiement

Per core - paiement par cœurs CPU sur le serveur SQL (on-prem).
Server + CAL - licence serveur + CAL par utilisateur/appareil (moins courant sur projets neufs).
Azure - vCore ou DTU, facturation à la minute/mois.

Conseil pratique : demandez trois lignes au devis - licences SQL, Windows (si on-prem), administration (sauvegarde, monitoring, correctifs) sur 12 mois. Comparez avec le calculateur Azure SQL sur la même période.

Comment les données circulent dans l'écosystème Microsoft

Schéma simplifié pour un dirigeant sans service IT :

Employé → Dynamics / 1C / site .NET → MS SQL (commande, stock)
                                              ↓
                                    Power BI (tableau pour la direction)
                                              ↓
                                    Excel / Teams (alerte « ventes -20% »)

Couche opérationnelle - transactions temps réel : commande, paiement, sortie stock.
Couche analytique - souvent base séparée ou datamart (ETL nocturne) pour ne pas ralentir la caisse.
Identité - Azure AD sait qui a ouvert le rapport ; MS SQL sait ce qu'il a vu.

Si le prestataire dit « on branche Power BI directement sur la prod sans réplica » - clarifiez le risque : un rapport lourd le lundi peut ralentir la saisie des commandes.

Ce que le dirigeant doit contrôler (sans connaître SQL)

Sauvegardes et restauration

Y a-t-il une sauvegarde quotidienne complète et un journal des transactions (restore point-in-time) ?
Quand a-t-on testé la restauration sur serveur de test - pas « le fichier existe », mais « la base est remontée en N heures » ?
Où est stockée la copie - pas sur le même disque que la production ?

Accès

Qui a les droits sysadmin ? Devraient être 2-3 noms, pas « tous les développeurs ».
Prestataire parti - changez mots de passe des services et logins SQL le même jour.
Séparation : finance voit finance, entrepôt voit stock, pas « un login sa pour tous ».

Version et support

Microsoft arrête le support des vieilles versions. SQL Server 2014 et plus ancien en 2026 est signal rouge : pas de correctifs sécurité, intégration Azure AD difficile. Prévoyez la mise à niveau sur 1-2 ans au budget.

Performance

Signes d'appeler un DBA, pas d'acheter « encore un serveur » :

Rapport « ventes du mois » prend plus de 5 minutes chaque jour.
Aux heures de pointe le CRM se fige à la saisie commande.
Disque serveur DB à 90 %+ sans plan de nettoyage logs ou archivage.

Quand MS SQL n'est pas le meilleur choix

Liste honnête pour ne pas surpayer une stack « corporate » :

Situation	Pourquoi MS SQL est excessif	Ce qu'on utilise souvent
Landing + formulaire	Pas de relations ni rapports complexes	Tilda, CRM cloud
WordPress / WooCommerce mutualisé	Stack PHP + MySQL	MySQL dans l'offre
Startup sans Microsoft au bureau	Licences et Windows augmentent l'entrée	PostgreSQL, MySQL sur Linux
Équipe Linux/open source uniquement	Pas d'expertise T-SQL et Windows	PostgreSQL
Multi-cloud sans vendor lock-in	Lié à Azure et licences	SGBD cloud neutres

Cas inverse : vous payez déjà Dynamics 365 et Microsoft 365 E3/E5 - le débat MySQL vs MS SQL pour l'ERP interne favorise souvent MS SQL : intégrations prêtes, un partenaire Microsoft.

MS SQL et la vision globale des données

Utile pour le directeur de relier MS SQL aux bases de données et SQL en général : plus que la marque, une source unique de vérité compte. Dans l'écosystème Microsoft c'est souvent une ou deux bases SQL Server (opérationnelle + analytique), pas dix Excel sur disques différents.

Évolution typique d'une PME :

Excel et 1C sur un PC comptable.
1C sur MS SQL au bureau, sauvegarde sur disque externe.
VPN, filiales distantes, charge serveur accrue.
Migration vers Azure SQL ou hybride : prod en datacenter, rapports dans le cloud.
Power BI pour le propriétaire, alertes dans Teams.

À chaque étape les données restent dans MS SQL - seuls l'emplacement du serveur et l'administrateur changent. Planifiez les migrations avant, pas après disque mort le vendredi.

Synthèse

MS SQL est un choix naturel quand l'entreprise est déjà dans l'écosystème Microsoft : Dynamics, 1C sur SQL Server, .NET, Azure AD, Power BI. Vous payez licences et dépendance, mais gagnez vitesse de déploiement et moins de points d'intégration.

Le dirigeant doit :

comprendre on-prem vs Azure SQL et coût total sur 3 ans, pas seulement « prix du serveur » ;
exiger sauvegardes testées et liste des personnes à accès total ;
ne pas imposer MS SQL à une boutique WordPress simple - MySQL est plus logique et moins cher ;
en croissance, prévoir une copie analytique pour que Power BI n'étouffe pas la base opérationnelle.

Un bon MS SQL en environnement Microsoft passe inaperçu - tant que les rapports concordent avec la caisse et que la reprise a été vraiment testée. Un mauvais - payer des licences des années et découvrir que la dernière sauvegarde utile date de trois mois.

Questions fréquentes

MS SQL et MySQL, c'est la même chose ?

Non. MySQL et MS SQL sont des bases relationnelles de sociétés différentes, avec licences, syntaxe (T-SQL vs dialecte MySQL) et environnements typiques distincts. MySQL plutôt sur Linux et PHP ; MS SQL sous Windows, Dynamics, 1C et .NET. Déplacer une application de l'une à l'autre est un projet, pas un « export en une soirée ».

Sommes-nous obligés d'avoir MS SQL si nous avons acheté Microsoft 365 ?

Pas toujours. Microsoft 365 (mail, Teams, Excel cloud) n'inclut pas automatiquement SQL Server pour vos commandes et stocks. MS SQL est nécessaire quand une application l'utilise : 1C, Dynamics, système .NET sur mesure. Pour des leads en Excel ou listes SharePoint, un MS SQL séparé peut ne pas être requis.

Combien coûte MS SQL pour 50 personnes ?

Très variable selon le modèle. Express - 0 $, limite 10 Go. Standard on-prem - à partir de plusieurs milliers de dollars en licences (cœurs) plus Windows et admin. Azure SQL - de 50-300 $+/mois pour une base modeste à bien plus avec vCore et stockage croissants. Demandez au intégrateur une comparaison on-prem vs Azure sur 36 mois.

Peut-on migrer 1C de MS SQL vers PostgreSQL ?

Théoriquement oui, pratiquement rare. 1C supporte plusieurs SGBD, mais la migration implique arrêt, transfert données, test de tous rapports et intégrations, formation du prestataire. Fait en quittant consciemment la stack Microsoft ou pour exigence Linux. Si le but est seulement « économiser licences » - calculez le coût total d'arrêt et risques ; souvent rester sur MS SQL et optimiser le matériel.

Comment vérifier que le prestataire fait vraiment des sauvegardes MS SQL ?

Demandez une fois par trimestre : (1) capture ou log de backup réussi sur 7 jours ; (2) restauration test sur serveur séparé avec vous en visio ; (3) taille du dernier backup complet - doit croître avec les données, pas rester suspectement petite des années. Au contrat : RPO (données perdables) et RTO (heures d'arrêt acceptables) - sans chiffres, « on sauvegarde » ne garantit rien.