Conditions préalables, limitations et recommandations relatives à la mise en miroir de 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 :

• Pour établir une nouvelle session de mise en miroir, les serveurs partenaires et le serveur témoin, s'il existe, doivent être exécutés sur la même version de SQL Server.

• Assurez-vous que les deux serveurs partenaires, c'est-à-dire le serveur principal et le serveur miroir, exécutent la même édition de MicrosoftSQL Server. Les serveurs partenaires de mise en miroir de bases de données sont pris en charge uniquement par SQL Server 2005 Standard et les versions ultérieures et par SQL Server 2005 Enterprise Edition et les versions ultérieures. La mise en miroir de bases de données asynchrone (mode hautes performances) est prise en charge uniquement par SQL Server 2005 Enterprise Edition et versions ultérieures.

• Si vous utilisez un serveur témoin, assurez-vous que SQL Server 2005 ou version ultérieure est installé sur son système. Le serveur témoin peut s'exécuter sur n'importe quel système informatique fiable qui prend en charge l'édition Standard, Enterprise, Workgroup ou Express.

• 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).

Limitations

La mise en miroir de bases de données ne prend pas en charge FILESTREAM. Un groupe de fichiers FILESTREAM ne peut pas être créé sur le serveur principal. La mise en miroir de bases de données ne peut pas être configurée pour une base de données qui contient des groupes de fichiers FILESTREAM.

Sur un système 32 bits, la mise en miroir de bases 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 bases 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.

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. Vous devez inclure l'option MOVE dans l'instruction RESTORE si les dispositions de fichiers doivent différer. 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:.

  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 du 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 quant à la manière dont 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. Toutefois, avant de déployer la mise en miroir dans un environnement de production, assurez-vous que vous comprenez comment le réseau fonctionne en situation réelle.

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 nécessaire au mode haute sécurité avec basculement automatique et est recommandé pour toutes 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 les instructions de déploiement ci-dessous.

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 manière de surveiller la mise en miroir de bases de données, consultez Surveillance 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 l'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 des 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 aux besoins de l'entreprise et que les erreurs réseau ne provoquent pas de défaillances. Pour plus d'informations, consultez Basculement automatique.

Historique des modifications

Voir aussi

Concepts