Solution la plus simple pour la haute disponibilité du serveur SQL 2008?

Question

J'ai un tas de serveurs SQL que j'effectue périodiquement des correctifs (sur maintainance Windows Update, etc.). Maintenant, je veux la base de données en ligne 24/7 et la nécessité de mettre en œuvre l'une des solutions de haute disponibilité pour le serveur SQL. Les solutions doit être pas cher et simple à utiliser.

Je n'ai aucun problème peaufinage les chaînes de connexion pour les clients de la base de données, actuellement je suis à la recherche dans la base de données en miroir avec basculements manuelle lors de la prise une instance en partenaire pour patcher etc.

Est-ce la meilleure chose à faire ou y at-il d'autres options qui ne comportent pas de mise en place d'un cluster de basculement?

Les serveurs sont virtualisés avec une solution de stockage entièrement redondant.

Les conseils sont appréciés, merci à l'avance!

Answer 1

Reflétant avec un partenaire serveur serait probablement la solution la moins chère (vous pouvez sauter le serveur partenaire si vous envisagez de passer manuellement).

Basculement nécessite des disques partagés (NAS) aswell comme licences Windows-cluster capable (très coûteux).

Je ne suis pas sûr de réplication, ou comment elle diffère de la mise en miroir, mais mes recherches, je ne ai donné la conclusion que la mise en miroir était la seule pour moi. Cependant, je ne me dérange pas un temps d'arrêt lorsque vous faites des mises à niveau, je garde juste les instances de la base de données en miroir en cas de grave défaillance matérielle.

Il est peut-être que la réplication est une instance complète d'un serveur SQL, tout en miroir se fait par base de données. Dans mon cas, j'ai 2 serveurs de production, que les deux réplicats il est des bases de données à un troisième, de sauvegarde-serveur pour la récupération en cas de catastrophe. Je pense que n'aurait pas été possible avec la réplication.

Answer 2

Le quatre solutions de haute disponibilité je connais sont :

• cluster Basculement
• Log expédition
• Mirroring
• réplication

Log expédition est probablement pas 24/7, de sorte que trois feuilles. Serverfault est sans aucun doute un meilleur endroit pour poser des questions sur leurs mérites respectifs.

Answer 3

Pour le basculement automatique je choisirais mirroring. Vous pouvez construire une 2ème chaîne de connexion de base de données dans votre application et chaque fois que le isnt préféré disponible, il sera par défaut à la sauvegarde - donc de donner à votre application 24/7. Cela a ses inconvénients mais, une fois « renversé » au miroir, vous devez accepter que ce soit la façon dont il est jusqu'à ce qu'un autre travail de maintenance nécessite le miroir pour se déplacer à nouveau ou vous devez échanger manuellement le miroir au-dessus.

Pour que ce soit vraiment 24/7, vous devez activer automatique plutôt que manuelle, peut-être vous aurez besoin d'un serveur témoin de prendre la décision ... Il y a beaucoup de facteurs à inclure dans le choix - êtes-vous travailler avec des serveurs sur différents sites, clusters, plusieurs serveurs web / app ...?

Comme les réponses précédentes ont suggéré, https://serverfault.com/search?q=sql+mirroring aura des gens qui ont fait tout ce choix, prêts à vous aider dans beaucoup plus de détails

Un grand avantage de la mise en miroir est que fournir le serveur miroir n'a pas d'autre activité, il est licence gratuite, les transferts de licences de serveur en direct sur si le miroir prend le relais. Tous les détails sur les pages de licence SQL à microsoft.com