Failover Cluster ou pas ?

**Kropernic** · 29/01/2013, 16h01

Bonjour,

Une petite question pour être sûr. Je pense avoir la réponse mais je préfère poser la question que de faire une connerie.

Je dois installer 2 nouvelles instances de sql server 2008 r2 sur 2 serveurs physiques différents. Ils devront faire du mirroring et si l'un tombe en rade, l'autre est sensé prendre la relève.

Lors de l'installation, c'est bien "New Sql Server Failover Cluster Installation" qu'il faut choisir pour permettre ce genre d'architecture ?

C'est la première fois que je fais ça alors j'avance pas à pas ^^.

**SQLpro** · 29/01/2013, 16h04

Non, le fail over cluster n'est pas le mirroring.

Installe tes deux serveurs indépendamment et utilise le script que j'ai donné ici :
http://blog.developpez.com/sqlpro/p7...e_base_de_donn

Accessoirement : http://blog.developpez.com/sqlpro/p8..._jobs_de_l_age

A +

**Kropernic** · 29/01/2013, 16h06

Qu'est-ce que le failover cluster alors ?

J'ai du mal à trouver une définition claire sur le net...

Enfin si, il y en a mais avec des termes et acronymes que je ne connais/comprends pas ... :-/

EDIT : (question annexe).

Toutes les bases de l'instance (sauf les bases systèmes) devront être concernées par ce mirroring (même pas certain que j'utilise le bon terme... si ça tombe, c'est de la réplication qu'il me faut

).

Sur base de votre article, j'en conclus qu'il faut faire ce traitement pour chaque base. Y a-t-il un moyen de faire cela directement pour l'instance complète ?

**SQLpro** · 30/01/2013, 10h06

A lire : http://sqlpro.developpez.com/cours/s...disponibilite/

A +

**Kropernic** · 30/01/2013, 10h08

Après lecture d'un extrait de bouquin ici, c'est donc bien mirroring qu'il me faut puisque j'ai 2 serveurs séparés qui ne forme pas une seule entité (si j'ai bien compris le failover).

Merci donc à sqlpro pour les scripts présent sur son blog, je pense qu'ils me seront bien utiles.

Je passe ce topic en résolu mais je pense que vous me reverrez encore avec d'autres questions

.

**mikedavem** · 30/01/2013, 16h51

Avant de choisir une topologie HA il faut définir tes besoins en RPO et RTO.

Chaque topologie (mirroring, cluster, Logshipping etc...) répond à différents besoins et peuvent s'imbriquer dans ton architecture. Certaines contraintes existent aussi pour chaque type d'architecture haute dispo.

Quel est ton besoin ? Quelle version de Windows / SQL Server tu vas utiliser ?
Est-ce que tes serveurs physiques partagent un même stockage partagé ?

++

**Kropernic** · 30/01/2013, 18h05

Envoyé par mikedavem

Avant de choisir une topologie HA il faut définir tes besoins en RPO et RTO.

Chaque topologie (mirroring, cluster, Logshipping etc...) répond à différents besoins et peuvent s'imbriquer dans ton architecture. Certaines contraintes existent aussi pour chaque type d'architecture haute dispo.

Quel est ton besoin ? Quelle version de Windows / SQL Server tu vas utiliser ?
Est-ce que tes serveurs physiques partagent un même stockage partagé ?

++

Hello,

A chaud (car je rentre du boulot et je prendrai le temps de faire des recherches là dessus que demain matin) :
RPO, RTO ??? Encore jamais vu ces acronymes....

Mon besoin (enfin celui de mon chef) : Que les applications qui utilisent une DB aient le moins possible de downtime et sans perte de donnée évidemment...

Versions : Windows Server 2008 R2 / Sql Server 2008 R2 Standard Edition (sp1 ou 2, sais plus).

Pas de stockage physique partagé. Chaque serveur est totalement indépendant.

**mikedavem** · 31/01/2013, 12h22

RPO = Recovery Point Objective = quantité de données que tu peux te permettre de perdre sans affecter ton business

RTO = Recovery Time Objective = Temps d'indisponibilité de tes données sans avoir un impact majeur sur ton business

Au vu des contraintes d'architectures que tu as il semblerait en effet que le mirroring soit un très bon candidat. (mirroring synchrone avec failover automatique ou non). Il te faudra un serveur sql witness en plus pour le quorum (tu peux utiliser une edition Express pour le witness).

++

**Kropernic** · 31/01/2013, 14h03

C'est en effet ce vers quoi je pensais m'orienter.

Le souci, c'est que vu qu'on n'a reçu aucune formation préalable, quand on a commandé nos nouveaux serveurs, on s'est dit "ce serait bien d'en avoir un 3e pour faire de la réplication au cas où celui de prod crash". A l'époque, on réplication était pour nous un terme générique... On ne savait pas qu'il y avait des différences.

Du coup, on a juste commandé un serveur en plus et on a rien pour le witness... Mais me semble avoir lu qu'on peut mettre cette instance sur la même machine que celle qui sert de miroir.

Mais bon, j'ai d'autres chats sur le feu pour le moment ^^