Commencer par les bonnes questions
Avant de parler technologie, il faut deux chiffres pour chaque application : la perte de données acceptable (RPO) et la durée d'interruption acceptable (RTO). Une application de paie qui peut attendre une demi-journée n'appelle pas la même architecture qu'un site de commande en ligne. Sans ces chiffres, on surdimensionne ou, plus souvent, on découvre le jour de la panne que la solution en place ne tient pas les attentes.
Les briques possibles
Des sauvegardes solides
C'est la base de toute continuité : sauvegardes complètes, différentielles et du journal à la bonne fréquence, copies hors site, chiffrement, vérification d'intégrité. Beaucoup d'entreprises n'ont besoin de rien de plus, à condition que tout cela soit réellement testé.
Log shipping
Une copie de la base maintenue à jour sur un second serveur par application régulière des sauvegardes du journal. Simple, disponible dans toutes les éditions, idéale pour un site de secours.
Groupes de disponibilité Always On (AG)
Réplication synchrone ou asynchrone vers un ou plusieurs réplicas, bascule automatique, réplicas secondaires lisibles pour décharger les rapports. La solution la plus complète, qui demande une conception et une exploitation rigoureuses.
Cluster de basculement (FCI)
L'instance entière bascule d'un nœud à l'autre sur un stockage partagé. Toujours pertinent dans certaines infrastructures, souvent combiné avec un groupe de disponibilité pour le site de secours.
Azure
Azure SQL Managed Instance et Azure SQL Database intègrent la haute disponibilité et proposent la géo-réplication et les groupes de basculement. SQL Server sur site peut aussi utiliser Azure comme site de secours.
Un PRA SQL Server jamais testé n'est pas un PRA
Les pannes réelles révèlent toujours ce que les schémas oublient : un job de l'Agent SQL qui n'existe que sur le nœud principal, une connexion absente du secondaire, une application qui pointe vers un nom de serveur au lieu de l'écouteur. Chaque mise en place se termine donc par un test de bascule documenté, et par des procédures écrites que votre équipe peut suivre sans nous.
La menace ransomware
Les attaques par rançongiciel visent désormais les sauvegardes en premier. Des sauvegardes accessibles avec les comptes de la production seront chiffrées en même temps qu'elle. Nous vérifions l'isolement de vos copies, les comptes qui y ont accès, et surtout votre capacité à restaurer l'ensemble dans un délai acceptable.
Vous avez déjà une architecture en place ?
Nous pouvons la revoir : santé de la synchronisation, cohérence des objets hors base entre réplicas, configuration des écouteurs et des délais de bascule, adéquation avec vos objectifs. Ce contrôle fait partie de l'audit SQL Server, et le suivi régulier est inclus dans l'offre de DBA externalisé.
