Conditions préalables et recommandations relatives à la mise en miroir de bases de données

Mis à jour : 12 décembre 2006

Cette rubrique décrit les conditions préalables et les recommandations relatives à la configuration de la mise en miroir de bases de données. Pour une présentation de la mise en miroir de bases de données, consultez Présentation de la mise en miroir de bases de données.

Remarque :
Le format de stockage sur disque de SQL Server est le même dans les environnements 64 bits et 32 bits. Par conséquent, une session de mise en miroir de base de données peut combiner des instances serveur qui s'exécutent dans un environnement 32 bits et des instances serveur qui s'exécutent dans un environnement 64 bits.

Limitations

Sur un système 32 bits, la mise en miroir de base de données peut prendre en charge un maximum de 10 bases de données par instance de serveur en raison du nombre de threads de travail consommés par chaque session de mise en miroir de base de données.

La mise en miroir de base de données n'est pas prise en charge par les transactions entre bases de données ou les transactions distribuées. Pour plus d'informations, consultez Mise en miroir de bases de données et transactions entre bases de données.

Conditions préalables requises

Avant de configurer la mise en miroir d'une base de données, vous devez effectuer les tâches suivantes :

• Assurez-vous que les deux partenaires, c'est-à-dire le serveur principal et le serveur miroir, exécutent la même édition de Microsoft SQL Server 2005. Les partenaires doivent exécuter SQL Server 2005 édition Standard ou SQL Server 2005 Enterprise Edition.
• Si vous utilisez un serveur témoin, assurez-vous que SQL Server 2005 est installé sur son système. Le témoin peut s'exécuter sur n'importe quel système informatique fiable prenant en charge l'édition Standard, Enterprise, Workgroup ou Express de SQL Server 2005.
• Vérifiez que le serveur miroir possède suffisamment d'espace disque pour la base de données miroir.

  Remarque :
  Pour plus d'informations sur l'utilisation de la mise en miroir de bases de données sur une base de données répliquée, consultez Réplication et mise en miroir des bases de données.

• Lors de la création de la base de données en miroir sur le serveur miroir, assurez-vous que vous restaurez la sauvegarde de la base de données principale en spécifiant le même nom de base de données à l'aide de WITH NORECOVERY. De plus, toutes les sauvegardes du journal créées après la réalisation de cette sauvegarde doivent également être appliquées, à nouveau avec WITH NORECOVERY.

  Important :
  Si la mise en miroir de bases de données a été arrêtée, toutes les sauvegardes du journal réalisées ultérieurement sur la base de données principale doivent être appliquées à la base de données miroir avant de pouvoir redémarrer la mise en miroir.

• La mise en miroir de bases de données fonctionne avec tous les niveaux de compatibilité de base de données pris en charge. Pour plus d'informations sur les niveaux de compatibilité pris en charge, consultez sp_dbcmptlevel (Transact-SQL).

Recommandations relatives à la configuration des serveurs partenaires

• Il est conseillé d'exécuter les partenaires sur des systèmes comparables pouvant supporter des charges de travail identiques.

  Remarque :

  Si vous prévoyez d'utiliser le mode Haute sécurité avec basculement automatique, la charge normale sur chacun des partenaires de basculement doit utiliser moins de 50 % de l'UC. Si votre charge de travail surcharge l'UC, un partenaire de basculement peut se retrouver dans l'incapacité d'envoyer des pings aux autres instances de serveur de la session de mise en miroir, ce qui provoquera un basculement inutile. Si vous ne parvenez pas à maintenir l'utilisation de l'UC au-dessous de 50 %, nous vous recommandons d'utiliser soit le mode Haute sécurité sans basculement automatique, soit le mode Haute performance.

• Si possible, le chemin d'accès (y compris la lettre de lecteur) de la base de données miroir doit être identique au chemin d'accès de la base de données principale. Si les structures de fichiers ne peuvent pas être identiques, par exemple si la base de données principale se trouve sur le lecteur F: mais que le système miroir n'a pas de lecteur F:, vous devez inclure l'option MOVE dans l'instruction RESTORE.

  Important :
  Si vous déplacez les fichiers de base de données pendant la création de la base de données miroir, vous risquez par la suite de ne pas pouvoir ajouter de fichiers à la base de données sans suspendre la mise en miroir.

• Toutes les instances de serveur d'une session de mise en miroir doivent utiliser la même page de codes maître et le même classement. Si ce n'est pas le cas, un problème peut se produire pendant la configuration de la mise en miroir.
• Éventuellement, évaluez le temps de basculement d'une base de données pour vous assurer que la configuration de votre système va fournir les performances nécessaires. Pour plus d'informations, consultez Estimation de l'interruption de service au cours d'un basculement de rôle.
• Pour des performances optimales, utilisez une carte d'interface réseau dédiée à la mise en miroir.
• Nous n'avons pas de recommandations sur la fiabilité suffisante d'un réseau WAN (Wide-Area Network) pour la mise en miroir d'une base de données en mode haute sécurité. Si vous optez pour le mode haute sécurité à la place d'un réseau WAN, soyez prudent lorsque vous ajoutez un serveur témoin à la session en raison du risque de basculements automatiques indésirables. Pour plus d'informations, consultez « Recommandations relatives au déploiement de la mise en miroir de bases de données » plus loin dans cette rubrique.

Recommandations relatives au déploiement de la mise en miroir de bases de données

Le fonctionnement asynchrone permet d'optimiser les performances de la mise en miroir de bases de données. Une session de mise en miroir qui fonctionne en mode synchrone peut enregistrer une baisse de performance lorsque sa charge de travail génère de grandes quantités de données de journaux de transactions.

Dans les environnements de test, il convient d'explorer tous les modes de fonctionnement pour évaluer les performances de la mise en miroir de bases de données. Cependant, avant de déployer la mise en miroir dans un environnement de production, il est essentiel de connaître le mode de fonctionnement réel de votre réseau pour vous permettre de prédire le fonctionnement de la mise en miroir de bases de données au sein de celui-ci.

Le mode Haute sécurité avec basculement automatique est conçu pour un réseau de haute capacité équipé d'une connexion dédiée ou d'une configuration réseau relativement simple qui minimise les sources possibles de défaillance du réseau. Ce type d'environnement réseau de haute qualité est essentiel pour le mode Haute sécurité avec basculement automatique et est recommandé pour les sessions de mise en miroir de bases de données. Toutefois, les modes Haute performance et Haute sécurité sans basculement automatique sont beaucoup moins tributaires de la fiabilité du réseau.

Par conséquent, pour les environnements de production, nous vous invitons à suivre ces instructions de déploiement :

1. Lancez l'exécution en mode Haute performance, asynchrone. Ce mode est le moins sensible à l'environnement réseau et fournit la meilleure configuration pour explorer le fonctionnement de la mise en miroir. Nous vous recommandons d'exécuter votre système en mode asynchrone avant d'être certain que votre bande passante prend en charge la mise en miroir et pour vous permettre d'approfondir vos connaissances sur la configuration de la mise en miroir et sur les performances du mode asynchrone dans votre environnement. Pour plus d'informations, consultez Mise en miroir asynchrone de bases de données (mode hautes performances).

   Important :

   Au cours de la phase de test, nous vous recommandons de surveiller vos sessions pour vérifier qu'elles ne contiennent pas d'erreurs réseau susceptibles de faire échouer la mise en miroir de bases de données. Pour plus d'informations sur les sources de défaillance potentielles, consultez Défaillances possibles pendant la mise en miroir d'une base de données. Pour plus d'informations sur la surveillance de la mise en miroir de bases de données, consultez Analyse de la mise en miroir de bases de données.

2. Une fois que vous êtes certain que le fonctionnement asynchrone correspond aux besoins de votre entreprise, vous pouvez éventuellement essayer le fonctionnement synchrone pour améliorer la protection de vos données. Si vous décidez de tester la mise en miroir synchrone dans votre environnement, nous vous recommandons de commencer par le mode Haute sécurité sans basculement automatique. Le but principal de cette opération est d'évaluer la manière dont le fonctionnement synchrone affecte les performances de vos bases de données. Pour plus d'informations, consultez Mise en miroir synchrone de bases de données (mode Haute sécurité).
3. N'activez pas le basculement automatique avant de vous être assuré que le mode Haute sécurité sans basculement automatique répond à vos besoins et que les erreurs réseau ne provoquent pas de défaillances. Pour plus d'informations, consultez Basculement automatique.

Remarque :

La mise en miroir de base de données fonctionne correctement avec le format de stockage vardecimal. Mais chaque Moteur de base de données doit au moins être mis à niveau vers SQL Server 2005, SP2, et toutes les bases de données associées doivent être activées pour le format de stockage vardecimal. Pour plus d'informations sur le format de stockage vardecimal, consultez Stockage des données décimales sous forme de colonne de longueur variable.

Voir aussi

Concepts

Sessions de mise en miroir de bases de données
Sécurité du transport de la mise en miroir de bases de données
Sauvegarde et restauration et mise en miroir d'une base de données
Gestion de la mise en miroir de bases de données (SQL Server Management Studio)
Présentation de la mise en miroir de bases de données
Dépannage de l'établissement d'une mise en miroir de bases de données

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications