Discussion :

[Komainu]

Bonjour à tous, je débute dans le milieu donc soyez indulgent s'il vous plaît.
Voilà j'ai comme projet de faire de la haute disponibilité sur du MSSQL 2004-2005-2008-2012-2014.
M'étant déjà renseigner sur internet pour savoir quel "logiciel" utilisé.
Je n'arrive toujours pas à faire mon choix et aurait aimé un avis d'expert (vous) pour mieux comprendre, le fonctionnement, qu'est-ce qui serait le mieux entre de la haute disponibilité directement sur le service ou bien faudrait-il de la haute disponibilité service+serveur?
Plutôt du Log Shipping, du clustering, de la mise en miroir, réplication?? Utilisations d'AlwaysOn?
Le projet étant : haute disponibilité à 99,999% sur plusieurs serveurs MSSQL (voir ci-dessus).
Merci d'avance.

[Invité]

Vu l'étendu de ta demande, j'aimerais connaitre le budget qui est alloué à ce projet.

[Komainu]

J'étudie d'abord les options éventuelles avant de parler chiffre. D'où ma requête, savoir si c'est viable ou pas.

[SQLpro]

Il n'y a aucun logiciel à rajouter puisque tous les systèmes de haute disponibilité sont intégrés dans SQL Server, avec certaines limites :
1) pour la version Express de 2005 à 2017 => Log Shipping uniquement
2) pour l'édition Standard de 2005 à 2014 => mirroring synchrone uniquement, avec basculement automatique ou manuel
3) pour l'édition Standard 2016 (SP1) à 2017 => AlwaysOn synchrone uniquement groupe de disponibilité monobase, avec basculement automatique ou manuel
4) pour l'édition Enterprise de 2005 à 2008 R2 => mirroring synchrone avec basculement automatique ou manuel, ou bien asynchrone à basculement manuel
5) pour l'édition Enterprise de 2012 à 2014 => ALwaysOn avec groupe de disponibilité multibase, synchrone avec basculement automatique ou manuel, ou asynchrone à basculement manuel dans la limite de 4 réplicas dont 1 synchrone
6) pour l'édition Enterprise de 2016 à 2017 => ALwaysOn avec groupe de disponibilité multibase, synchrone avec basculement automatique ou manuel, ou asynchrone à basculement manuel dans la limite de 8 réplicas dont 2 synchrones

Les serveurs "froids" ne font pas objet de paiement d'une licence. Néanmoins pour AlwaysOn, MS exige la "software insurance".
On appelle serveur "froid" un serveur publiant les réplicas des bases, celle-ci ne faisant ni l'objet de lecture ni l'objet de sauvegarde.

SQL Server 2004 n'existe pas.

A +

[mikedavem]

Hello,

Pour compléter ce que dit SQLPro je pense qu'avec une telle contrainte SLA (99,999%) côté SQL Server le log shipping est à exclure selon moi (mirroring étant déprécié, je l'exclude d'office maintenant). Le clustering ou les groupes de disponibilités restent des options viables en fonction de ton contexte.

Mais comme tu le dis bien, la haute disponibilité inclue non seulement le back-end mais aussi front-end et avec un tel niveau de SLA il faudra aussi trouver les bonnes solutions côté applicatifs, services etc ...

++

[Komainu]

Merci beaucoup pour vos réponses, j'en prends note tout de suite.
Mais y à-t-il une configuration à faire du côté serveur parce que la ce sera que de la haute disponibilité du service en soit, pour une haute disponibilité plus élevée faudrait-il rajouter du RAID 5 ou RAID0+1 , puis un lien HeartBeat ou un redirecteur LVS ou les trois combinées?
Ou le log shipping, mirroring et AlwaysOn suffisent? Si j'ai bien compris le fonctionnement de ses derniers paramètres.

A+