Améliorations de la disponibilité (moteur de base de données)

La disponibilité des bases de données SQL Server 2008 est accrue par des améliorations de la mise en miroir de bases de données. La mise en miroir des bases de données permet la création de serveurs de secours qui offrent une possibilité de basculement rapide avec aucune perte de données des transactions validées.

Mise en miroir de bases de données

Améliorations des performances

Les améliorations de performances suivantes ont été apportées :

  • Écriture anticipée lors du flux de journal entrant sur le serveur miroir.

    Dans SQL Server 2008, lors de la réception d'enregistrements de journal entrants, le serveur miroir les écrit de façon asynchrone sur le disque. En même temps, le serveur miroir traite les enregistrements de journal qui ont déjà été écrits sur le disque.

  • Utilisation améliorée des mémoires tampons d'envoi de journal.

    Dans SQL Server 2005, chaque opération de vidage de journal sur le serveur principal réserve une mémoire tampon d'envoi de journal de mise en miroir de bases de données entière pour ses enregistrements de journal. Dans SQL Server 2008, si le cache de journal utilisé le plus récemment contient suffisamment d'espace libre pour les enregistrements de journal de l'opération de vidage de journal suivante, ils sont ajoutés à ce cache de journal. Sinon, un nouveau cache de journal est alloué.

  • Compression du flux des enregistrements du journal des transactions.

    Le serveur principal compresse le flux des enregistrements du journal de transactions avant de l'envoyer vers le serveur miroir. Cette compression de journal se produit dans toutes les sessions de mise en miroir.

  • Compression de données de flux pour laquelle un taux de compression d'au moins 12,5 pour cent peut être atteint.

  • Lecture anticipée de page pendant la phase de restauration.

    Après un basculement, le nouveau serveur miroir doit annuler chaque modification pour laquelle une page a été écrite localement sur disque mais pour laquelle l'enregistrement de journal peut ne pas avoir atteint le serveur miroir précédent (le nouveau serveur principal). Pour annuler de telles pages modifiées, le serveur miroir doit d'abord demander et recevoir les pages correspondantes à partir du nouveau serveur principal. Les performances de cette partie de la phase de restauration sont améliorées dans SQL Server 2008. Au début de la phase de restauration, le serveur miroir envoie des indicateurs de lecture anticipée au serveur principal pour indiquer les pages qui seront demandées ultérieurement. Après avoir reçu un indicateur de lecture anticipée pour une page, le serveur principal met cette page dans sa mémoire tampon d'envoi. Lors de la réception de la demande de page correspondante, le serveur principal peut répondre immédiatement.

Récupération automatique des pages endommagées

Un serveur partenaire de mise en miroir de bases de données qui s'exécute sur SQL Server 2008 ou versions ultérieures tente de résoudre automatiquement certains types d'erreurs qui empêchent la lecture d'une page de données. Un partenaire qui ne peut pas lire une page demande une copie actualisée à un autre partenaire. Si cette demande réussit, la page illisible est remplacée par la copie, ce qui permet généralement de résoudre l'erreur. Pour plus d'informations, consultez Réparation de page automatique pendant une session de mise en miroir de bases de données.