Améliorations de la disponibilité du moteur de base de données
La disponibilité des bases de données de Microsoft SQL Server 2005 a été améliorée grâce aux opérations d'indexation en ligne. 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.
Améliorations de la disponibilité
Disponibilité d'instance : clustering avec basculement
Les instances du moteur de base de données SQL Server 2005 prennent en charge les clusters avec basculement sur les éditions Enterprise, Developer et Enterprise Evaluation 32 bits et 64 bits avec autant de nœuds que le système d'exploitation peut en gérer. SQL Server 2005 Standard Edition prend en charge les clusters avec basculement à 2 nœuds. Les versions antérieures de SQL Server prenaient en charge les clusters à 4 nœuds pour les instances SQL Server 32 bits et à 8 nœuds pour SQL Server 2000 (64 bits).
Pour plus d'informations, consultez Clustering avec basculement.
Disponibilité d'instance : prise en charge d'instances multiples
Les éditions SQL Server 2005 Enterprise, Developer et Evaluation prennent en charge jusqu'à 50 instances du Moteur de base de données sur un ordinateur. Les autres éditions de SQL Server 2005 prennent en charge jusqu'à 16 instances du Moteur de base de données sur un ordinateur. Toutes les éditions de SQL Server 2000 sont limitées à 16 instances par ordinateur.
Disponibilité d'instance : connexion administrateur dédiée
Dans certains états d'erreur, il est possible qu'une instance du moteur de base de données ne puisse pas accepter de nouvelles connexions, ce qui empêche l'administrateur de base de données de diagnostiquer le problème. Le moteur de base de données SQL Server 2005 propose une connexion administrateur dédiée (DAC) : un membre du rôle de serveur fixe sysadmin peut utiliser le nouvel utilitaire sqlcmd et la connexion administrateur dédiée pour avoir accès à une instance de moteur de base de données et la diagnostiquer.
Pour plus d'informations, consultez Utilisation d'une connexion d'administrateur dédiée.
Disponibilité d'instance : gestion de la mémoire AWE dynamique
Lors de l'utilisation de la mémoire AWE pour prendre en charge des grosses quantités de mémoire, les instances du moteur de base de données SQL Server 2005 ajustent dynamiquement la quantité de mémoire utilisée selon les charges de travail actuelles. Dans les versions antérieures de SQL Server, lorsque la mémoire AWE était activée, les instances se voyaient attribuer une quantité de mémoire statique au démarrage de l'instance et ne pouvaient pas ajuster l'utilisation de la mémoire par rapport aux charges de travail fluctuantes.
Pour plus d'informations, consultez Gestion de la mémoire pour des bases de données volumineuses.
Disponibilité d'instance : ajout de mémoire à chaud
L'ajout de mémoire à chaud permet au moteur de base de données SQL Server 2005 d'utiliser la mémoire ajoutée à un ordinateur pendant son exécution. Les versions antérieures de SQL Server ajustaient dynamiquement l'utilisation de la mémoire par rapport aux charges de travail actuelles, mais elles ne pouvaient utiliser la mémoire ajoutée à l'ordinateur une fois qu'il avait démarré.
Pour plus d'informations, consultez Ajout de mémoire à chaud.
Disponibilité de base de données : mise en miroir de bases de données
La mise en miroir des bases de données permet de créer des serveurs de secours pour les bases de données. Elle offre une autre solution que les clusters avec basculement pour améliorer la disponibilité des bases de données et elle est plus facile à gérer que les clusters avec basculement. Lors de la mise en miroir d'une base de données, toutes les mises à jour apportées à une base de données (la base de données principale) sont immédiatement copiées dans une copie intégrale et distincte de la base de données (la base de données miroir). Les bases de données principale et miroir résident sur deux instances du moteur de base de données SQL Server, qui doivent résider sur des ordinateurs distincts. L'instance du serveur qui dessert actuellement la base de données principale est appelée serveur principal. L'instance du serveur qui gère actuellement la base de données miroir est appelée serveur miroir. Si le serveur principal tombe en panne, le serveur miroir peut rapidement attribuer à la base de données miroir le rôle de la base de données principale.
Pour plus d'informations, consultez Mise en miroir de bases de données.
Disponibilité de base de données : captures instantanées de bases de données
Les captures instantanées de base de données sont une méthode efficace pour rétablir une base de données à un point de cohérence logique connue. Une capture instantanée de base de données enregistre l'état actuel des données d'une base de données comme si toutes les transactions actives étaient restaurées. La capture instantanée enregistre ensuite toutes les modifications des données à partir de ce point. Si un utilisateur fait une erreur, comme supprimer une table volumineuse, l'état de la base de données au moment de la prise de la capture instantanée peut être rétabli.
Pour plus d'informations, consultez Captures instantanées de base de données.
Disponibilité de base de données : validation E/S de la somme de contrôle et renouvellement de la lecture
SQL Server 2005 accroît la stabilité des données en offrant une logique de somme de contrôle et de renouvellement de lecture pour les pages de base de données. Les concepts de somme de contrôle et de renouvellement de lecture ont offert de nombreux avantages au serveur Microsoft Exchange Server pour la détection des problèmes de chemin d'E/S qui peuvent entraîner des problèmes de données physiques. Dans SQL Server 2005, la somme de contrôle et le renouvellement de lecture sont intégrés dans le moteur de base de données.
La clause SET PAGE_VERIFY de l'instruction ALTER DATABASE comprend à présent l'option CHECKSUM. Lorsque l'option CHECKSUM est spécifiée, une somme de contrôle est calculée sur le contenu de la page entière et est stockée sur l'en-tête de page de base de données lorsqu'une page est écrite sur le disque. Lorsque la page est lue à partir du disque, la somme de contrôle est recalculée, puis comparée à la valeur de la somme de contrôle stockée dans l'en-tête de page de base de données. Si les valeurs ne correspondent pas, cela indique que la page a été endommagée physiquement pendant l'écriture, le stockage ou la lecture à partir du chemin d'E/S ou du support de stockage. Pour cette erreur, le moteur de base de données renvoie une erreur à l'application, au journal d'événements Windows et au journal des erreurs du moteur de base de données. Les sommes de contrôle des pages de base de données peuvent être également validées lors des opérations de sauvegarde et de restauration. Une somme de contrôle défaillante indique un problème de chemin d'E/S et requiert l'examen des composants matériels, des pilotes logiciels, du BIOS, des pilotes de filtre (un antivirus, par exemple) et d'autres composants de chemin d'E/S pour en déterminer la cause.
Le moteur de base de données retente quatre fois au maximum toute opération d'E/S défaillante pour détecter tout problème transitoire possible avec le chemin d'E/S. Les tentatives réussies indiquent toujours des problèmes de chemin d'E/S possibles mais le renouvellement de la lecture peut rendre les données disponibles pendant que vous recherchez la source du problème d'E/S.
Pour plus d'informations, consultez l'option PAGE_VERIFY dans ALTER DATABASE (Transact-SQL).
Disponibilité de base de données : supports de sauvegarde mis en miroir
Effectuer des sauvegardes sur des ensembles en miroir de supports de stockage réduit l'impact de la perte possible de l'une des sauvegardes. Si une unité de sauvegarde est défaillante, l'un des miroirs peut être utilisé pour restaurer la base de données.
Pour plus d'informations, consultez Utilisation de supports de sauvegarde miroirs.
Disponibilité de base de données : vérifications de supports de sauvegarde et de restauration
Si les options de base de données TORN_PAGE_DETECTION ou CHECKSUM sont définies, les nouvelles options des instructions BACKUP et RESTORE permettent la validation de l'intégrité des pages de données pendant les opérations de sauvegarde et de restauration. RESTORE VERIFYONLY peut être également utilisé avec ces options pour effectuer une validation plus complète d'une sauvegarde avant de s'en servir pour restaurer une base de données.
Pour plus d'informations, consultez Détection et traitement des erreurs de support.
Disponibilité de base de données : récupération rapide lors la récupération sur incident et lors du basculement de la mise en miroir de bases de données
Le moteur de base de données dans SQL Server 2005 Enterprise Edition permet une récupération rapide pendant la récupération sur incident et le basculement vers le miroir d'une base de données. La récupération rapide rend la base de données disponible pendant la phase d'annulation, avec disponibilité partielle pendant les opérations de restauration, les sommes de contrôle de pages de base de données et la mise en miroir des supports de sauvegarde. Les autres éditions de SQL Server 2005 ne permettent pas aux utilisateurs d'avoir accès à la base de données pendant la phase de récupération. Les versions antérieures de SQL Server n'ont jamais autorisé l'accès à la base de données pendant la phase d'annulation. Pour plus d'informations sur la récupération en général, consultez Fonctionnement de la restauration et de la récupération de sauvegardes dans SQL Server. Pour plus d'informations sur la récupération après un basculement, consultez Estimation de l'interruption de service au cours d'un basculement de rôle.
Disponibilité de base de données : rapports d'erreurs de sauvegarde et de restauration
Les instructions BACKUP et RESTORE prennent en charge l'option CONTINUE_AFTER_ERROR qui donne au moteur de base de données l'instruction de continuer le traitement après la réception d'une erreur. S'il existe plusieurs problèmes, cette option permet à l'administrateur de base de données d'évaluer l'étendue de ceux-ci.
Pour plus d'informations, consultez Réponse aux erreurs de restauration SQL Server provoquées par des sauvegardes endommagées.
Disponibilité de base de données : restaurations en ligne
Les utilisateurs peuvent avoir accès aux bases de données lorsqu'une restauration partielle d'un fichier ou d'une page de base de données est en cours. En revanche, ils ne peuvent pas avoir accès à la partie de la base de données tant que celle-ci n'a pas été restaurée, mais ils peuvent avoir accès à toutes les autres données. Les versions antérieures de SQL Server empêchaient les utilisateurs d'avoir accès à une base de données pendant toute opération de restauration.
Pour plus d'informations, consultez Réalisation de restauration en ligne.
Disponibilité de base de données : option URGENCE
Si une base de données a été signalée comme suspecte lors de la récupération, elle peut désormais être placée en mode URGENCE pour permettre un accès en lecture seule aux membres du rôle de serveur fixe sysadmin. Ils peuvent ainsi diagnostiquer le problème ou récupérer toutes les données disponibles.
Pour plus d'informations, consultez Réponse aux erreurs de restauration SQL Server provoquées par des sauvegardes endommagées.
Disponibilité de base de données : opérations d'index en ligne
Les opérations d'index peuvent être à présent effectuées en ligne. Les utilisateurs peuvent toujours avoir accès aux données de la table et utiliser d'autres index sur la table pendant la création, la modification ou la suppression d'un index.
Pour plus d'informations, consultez Exécution d'opérations en ligne sur les index.
Disponibilité de base de données : opérations d'index parallèles
La clause MAXDOP peut à présent être spécifiée pour une instruction de langage de définition de données (DDL) d'index, ce qui permet de contrôler le nombre d'opérations parallèles utilisées par cette instruction. Dans les versions antérieures de SQL Server, la clause MAXDOP ne pouvait pas être spécifiée pour les instructions DDL d'index, ce qui permettait à des opérations d'index d'avoir des répercussions sur les performances de l'instance du moteur de base de données.
Pour plus d'informations, consultez Configuration d'opérations d'index parallèles.
Voir aussi
Concepts
Améliorations apportées au moteur de base de données