Pour des questions d'entretien de DBA SQL Server, partez des incidents du poste. Le DBA garde les sauvegardes et la chaîne du journal en état, maintient les groupes de disponibilité Always On, suit les requêtes dans le Query Store et les DMV, règle tempdb et automatise avec PowerShell et dbatools. Les offres françaises citent SQL Server 2019, 2022 et 2025, souvent avec une astreinte et une seconde base, PostgreSQL le plus souvent. Beaucoup de parcs sortent aussi de SQL Server 2016, dont le support étendu s'est arrêté en juillet 2026.
SQL Server est facile à installer, et beaucoup de profils l'ont administré par l'interface graphique sans comprendre ce qui se passe dessous. Un développeur qui a fait un peu d'exploitation sait créer une sauvegarde. Il ne sait pas toujours restaurer à la minute près, lire une file de rejeu Always On ou expliquer pourquoi un plan a changé dans la nuit. L'entretien doit faire décrire des gestes précis, avec les vues et les commandes utilisées.
La version qui domine le parc et le partage de l'astreinte sont à demander au manager. Le cas pratique part d'un parc SQL Server 2016 à migrer.
Ce qu'un DBA SQL Server administre au quotidien
Always On (groupes de disponibilité et FCI)
Les deux mécanismes de haute disponibilité de SQL Server. L'instance en cluster (FCI) bascule toute l'instance sur un autre serveur avec un stockage partagé. Le groupe de disponibilité réplique des bases vers d'autres serveurs, avec des copies lisibles. Sous Windows, les deux s'appuient sur le cluster de basculement WSFC.
Sauvegardes et modèles de récupération
Sauvegardes complètes, différentielles et du journal de transactions. En modèle complet, les sauvegardes du journal permettent de restaurer à la minute près. Un journal qui ne se vide pas est l'incident le plus courant sur SQL Server, et le premier à aborder en entretien.
Query Store et DMV
Le Query Store garde l'historique des requêtes et de leurs plans. Il montre ce qui a ralenti et permet de forcer un ancien plan. Les DMV sont des vues système sur l'activité en direct : sessions, attentes, index, réplication. Un DBA expérimenté les interroge sans assistant.
tempdb et configuration d'instance
tempdb est la base temporaire partagée par toute l'instance. Mal configurée, elle ralentit tout le monde. S'y ajoutent les réglages de mémoire et de parallélisme, souvent laissés par défaut sur les serveurs hérités.
SQL Server Agent et maintenance
L'Agent planifie les sauvegardes, les contrôles d'intégrité (DBCC CHECKDB) et la maintenance des index et des statistiques. Beaucoup d'équipes utilisent les scripts d'Ola Hallengren à la place des plans de maintenance graphiques.
PowerShell et dbatools
dbatools est un module PowerShell open source qui automatise l'administration : inventaire, migration de logins, tests de restauration, patchs. Sur un parc de dizaines d'instances, c'est l'outil le plus cité après SSMS.
SQL Server 2025
Disponible depuis novembre 2025. Pour le DBA, elle apporte l'optimized locking, des sauvegardes complètes sur les réplicas secondaires, la compression ZSTD et une édition Standard plus généreuse (32 cœurs, 256 Go). Elle ajoute aussi un type vectoriel pour les usages d'IA.
Azure SQL et Azure Arc
Azure SQL Database est une base managée, Azure SQL Managed Instance une instance managée proche du SQL Server classique, avec l'Agent. Azure Arc relie des serveurs installés chez le client à Azure pour la supervision, l'identité Entra ID et les mises à jour.
Sécurité et chiffrement
Logins et utilisateurs, rôles serveur, TDE pour chiffrer les fichiers, Always Encrypted pour les colonnes sensibles, SQL Server Audit pour tracer les accès. Le travail courant consiste surtout à réduire les droits accordés au fil des années.
Selon l'employeur, le poste ne pèse pas au même endroit. En ESN ou chez un infogérant, le DBA SQL Server tient un parc de dizaines d'instances pour plusieurs clients, avec astreinte et procédures d'incident. Chez un client final, il connaît ses applications, conseille les développeurs sur les index et le T-SQL et prépare les migrations. Les offres de DBA études demandent plus de modélisation et de revue de requêtes, celles de production plus de sauvegarde, de haute disponibilité et de patchs. Les migrations en cours vont vers SQL Server 2022 ou 2025, ou vers Azure SQL Managed Instance. Beaucoup d'offres associent SQL Server à une seconde base et à de l'automatisation PowerShell ou Ansible. Les certifications Microsoft actuelles portent surtout sur Azure SQL. La maîtrise d'une instance installée chez le client se vérifie en entretien.
Six points à valider chez un DBA SQL Server
- Sauvegardes, restaurations et chaîne du journal
- Haute disponibilité Always On
- Diagnostic par DMV et Query Store
- Configuration d'instance et tempdb
- Automatisation PowerShell et dbatools
- Sécurité et migration vers Azure SQL
Les questions à poser à un DBA SQL Server
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · junior à confirmé
Le journal de transactions d'une base de 200 Go atteint 900 Go et le disque est plein. Que regardez-vous en premier ?
Une bonne réponseLa colonne log_reuse_wait_desc de sys.databases, qui dit pourquoi le journal ne se vide pas. LOG_BACKUP : la base est en modèle complet et personne ne sauvegarde le journal. ACTIVE_TRANSACTION : une transaction reste ouverte, à trouver avec DBCC OPENTRAN. AVAILABILITY_REPLICA : un réplica secondaire ne suit plus. Il traite la cause, lance une sauvegarde du journal, et ne réduit le fichier qu'une fois, à une taille raisonnable.
Signal d'alertePasser la base en modèle simple puis faire un SHRINK sans rien dire, ce qui casse la chaîne de restauration. Pire : supprimer le fichier .ldf.
Question 2 · confirmé
Un UPDATE sans WHERE a été lancé à 10h47 sur une base en modèle complet. Comment récupérez-vous les données ?
Une bonne réponseIl restaure la dernière complète, la différentielle et les sauvegardes du journal sous un autre nom de base, avec STOPAT à 10h46, puis réinjecte les lignes abîmées dans la base de production. La production continue de tourner pendant ce temps. Il vérifie la chaîne des sauvegardes dans msdb (backupset) avant de commencer et prend une sauvegarde du journal juste après l'incident pour ne rien perdre.
Signal d'alerteRestaurer par-dessus la base de production et perdre tout ce qui a été saisi depuis 10h47, ou ignorer que les sauvegardes du journal servent justement à ça.
Question 3 · confirmé
Depuis ce matin, une procédure stockée passe de 200 ms à 30 secondes, sans aucun déploiement. Comment trouvez-vous la cause et la corrigez-vous ?
Une bonne réponseIl ouvre le Query Store, vue des requêtes régressées, et compare les plans : un nouveau plan a souvent été compilé pour une valeur de paramètre atypique (parameter sniffing) ou après une mise à jour de statistiques. Correction immédiate : forcer l'ancien plan avec sp_query_store_force_plan ou poser un hint Query Store. Il cherche ensuite la cause durable : statistiques, index, réécriture, optimisation des plans sensibles aux paramètres en niveau de compatibilité 160 et plus.
Signal d'alerteDBCC FREEPROCCACHE sur toute l'instance en production, WITH RECOMPILE ajouté partout, ou une reconstruction de tous les index « pour voir ».
Question 4 · confirmé à senior
Un groupe de disponibilité a deux réplicas synchrones dans le même datacenter et un asynchrone sur un autre site. Le primaire tombe. Que se passe-t-il ?
Une bonne réponseSi le secondaire synchrone est à l'état SYNCHRONIZED et que le mode de basculement est automatique, le cluster WSFC bascule seul, à condition que le quorum soit tenu, et le listener renvoie les connexions. Le réplica asynchrone ne bascule qu'à la main, avec FORCE_FAILOVER_ALLOW_DATA_LOSS et une perte possible. Il ajoute que les connexions, les jobs Agent et les serveurs liés ne suivent pas, sauf avec un groupe de disponibilité contenu (depuis SQL Server 2022), et que les clients doivent utiliser MultiSubnetFailover entre deux sites.
Signal d'alerteConfondre groupe de disponibilité et instance en cluster (FCI), ou croire que les logins et les jobs se répliquent tout seuls.
Question 5 · junior à confirmé
Chaque matin vers 9h, les utilisateurs signalent des blocages. Comment trouvez-vous la session responsable ?
Une bonne réponsesys.dm_exec_requests et sa colonne blocking_session_id, en remontant la chaîne jusqu'à la tête, ou sp_WhoIsActive. Pour un problème qui revient, le blocked process report dans une session Extended Events, qui garde la trace après coup. Causes fréquentes : transaction longue, escalade de verrous, index manquant. Il cite READ_COMMITTED_SNAPSHOT pour que les lectures ne bloquent plus les écritures, avec son effet sur tempdb, et l'optimized locking de SQL Server 2025, qui demande l'ADR.
Signal d'alerteNOLOCK sur toutes les requêtes, ou tuer la session qui bloque sans savoir ce qu'elle faisait.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
DBA SQL Server : réponses aux questions des recruteurs
Un développeur T-SQL confirmé peut-il prendre un poste de DBA SQL Server ?
Il apporte une bonne lecture des requêtes et des plans, ce qui sert au DBA études. Il lui manque souvent la partie production : chaîne du journal, restauration à une heure précise, groupes de disponibilité, cluster Windows, patchs et astreinte. Pour un poste de production, posez en priorité les questions de restauration et de bascule. Pour un poste études, l'écart est plus faible et se comble vite.
Test technique DBA SQL Server : sur machine ou à l'oral ?
Les deux se défendent. Une instance de test où la personne restaure une base à 10h46 ou retrouve une session bloquante montre des réflexes réels en une demi-heure. À l'oral, demandez les vues système et les commandes précises, pas une description générale. Un test technique de type QCM sur la syntaxe dit peu de chose sur la capacité à tenir une instance en production.
Quelle place donner à Azure SQL dans l'entretien ?
Elle dépend de la feuille de route. Si une migration vers Managed Instance est prévue, vérifiez que la personne connaît les différences avec une instance classique, les méthodes de migration et ce qui reste à la charge du DBA : performance, sécurité, coûts. Si le parc reste chez vous, une question suffit. Les compétences de fond restent celles de SQL Server, partagées par les deux mondes.
Faut-il vérifier la connaissance de SQL Server 2025 ?
Sans en faire un critère d'élimination, oui pour un senior. Les offres citent déjà la 2025 et les migrations depuis 2016 ou 2019 vont s'y diriger. Demandez ce qui change pour l'exploitation : optimized locking, sauvegardes sur les secondaires, nouvelles limites de l'édition Standard. Un candidat à jour en parle sans hésiter, un autre parlera surtout de la partie IA, plus visible dans les annonces.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
