Disponibilité et cohérence
Vous avez maintenant découvert les architectures de haute disponibilité et de reprise d’activité dans Azure SQL Managed Instance et Azure SQL Database. Si vous travaillez en arrière-plan avec SQL Server, vous pouvez être conscient de la gestion de la disponibilité et de la cohérence de la base de données. Dans cette unité, vous apprendrez à effectuer ces tâches dans Azure SQL.
Disponibilité des bases de données
Dans Azure SQL Database et Azure SQL Managed Instance, vous ne pouvez pas définir l’état d’une base de données sur OFFLINE et sur EMERGENCY. Si vous y réfléchissez, OFFLINE n’a pas de sens, car vous ne pouvez pas joindre de bases de données. Étant donné que vous ne pouvez pas utiliser EMERGENCY, vous ne pouvez pas effectuer de réparation en mode d’urgence. Vous ne devriez toutefois pas en avoir besoin, car Azure gère et tient à jour le service. D’autres fonctionnalités, comme RESTRICTED_USER et la connexion d’administration dédiée (DAC), sont autorisées dans Azure SQL Database.
La récupération de base de données accélérée (ADR) est intégrée au moteur. Avec la récupération de base de données accélérée, le journal des transactions est tronqué de façon agressive et un magasin de versions persistantes est utilisé. Cette technologie vous permet d’effectuer instantanément une restauration de transaction, résolvant ainsi un problème bien connu avec les transactions durables. Cela permet également Azure SQL de récupérer des bases de données rapidement.
Dans Azure SQL Database et Azure SQL Managed Instance, la récupération de base de données accélérée augmente considérablement la disponibilité générale des bases de données. Il s’agit d’un facteur important dans le contrat SLA. Pour ces raisons, la récupération de base de données accélérée est activée par défaut et ne peut pas être désactivée.
Cohérence des bases de données
Comme vous l’avez appris au début de ce module, plusieurs copies de vos données et de vos sauvegardes existent à la fois localement et dans différentes régions. Des vérifications de l’intégrité des sauvegardes et des restaurations sont effectuées régulièrement. La détection des écritures perdues et des lectures obsolètes est également en place. Vous pouvez exécuter DBCC CHECKDB (pas de réparation) et CHECKSUM est activé par défaut. Dans le back-end, la réparation automatique des pages se produit dès que possible, et il existe un monitoring des alertes d’erreur d’intégrité des données. S’il n’y a aucun impact, la réparation sans notification se produit. En cas d’impact, une notification proactive est fournie.