Bonjour la liste, Pour MS SQL/SQL Server, dans les dernières versions tu as aussi AlwaysOn, qui permet de régler ton problème (fonctionnement type cluster avec ou sans stockage partagé), mais il te faut un load balancer. C'est entrain de devenir le nouveau standard de haute dispo pour SQL Server, tout dépend ensuite du support des applications se connectant dessus, certains soft commerciaux n'ayant pas encore validé leur support de ces fonctions.
Pour MySQL/PostgreSQL, j'ai eu de très bon retours de clients sur Percona XtraDB (MySQL) et Pgpool-II (PostgreSQL), mais jamais testé/installé moi même. Sinon pour la reprise d'activité en moins de 2h via VMware, je le fais actuellement pour certains clients, avec 3 "pauvre" scripts qui bascule jusqu'à ~1000 VMs en 1h15 (entre le "top failover" et le "OS ready + Applications UP" -> Il reste donc 45 min aux équipes DBA/Appli pour faire leurs tests). Je ne peux malheureusement pas fournir les scripts, mais la logique est "simpliste" -> Stockage répliqué -> Enregistrement massif de VM dans le vCenter du site restant -> Reconfig (ou pas) du réseau en fonction de la config en place -> Démarrage des VMs. Pour le retour, même chose en sens inverse, après avoir resync le stockage et sans la phase d'enregistrement, sauf si le site est à reconstruire (vCenter local / ne basculant pas). Si le scripting ne te conviens pas, tu as toujours la solution Site Recovery Manager, toujours chez VMware, qui vas te permettre d'automatiser ta bascule sans connaissance de scripting, te permettra aussi de "tester" ton plan de DR en mode isolé, mais qui coûte un rein et nécessite de bien connaitre le produit pour l'installer. Cordialement, Sylvain. 2015-01-20 12:47 GMT+01:00 Cyrille Verger <cverge...@gmail.com>: > Bonjour Jean-Yves, > > En ce qui concerne SQL Server, il existe la fonction mirroring de base qui > te permet d'assurer de la haut dispo, sinon si tous tes serveurs sont > virtualisé (sous Vmware ou Hyper-v) la solution Veeam peut être > intéressante à étudier pour ces notions de répliqua. > Toujours sur Vmware la fonction FT (Fault Tolerence) permet d'avoir de la > très haute dispo mais avec pas mal de contrainte. > Après tout dépend des SLA que tu (ou tes utilisateurs) souhaite(ent) ceci > risque d'orienter tes choix d'architectures. > > Cordialement > > Cyrille > > Le 20 janvier 2015 12:32, <jean-y...@lenhof.eu.org> a écrit : > > Bonjour, >> >> Pouvez-vous m'orienter sur les solutions de Haute Disponibilité et de PRA >> disponibles sur les Bases de données suivantes : >> - SQL Server >> - MySQL >> - PostgreSQL >> >> Exemple typique de solution robuste disponible chez l'un des concurrents, >> Oracle (écarté du fait de son coût et de ses problèmes de licensing sur des >> environnements virtuels VMWARE), Oracle Dataguard ! >> >> On me demande en effet une disponibilité à 99% sur une année et un PRA >> exécutable en 2h (99% sur une infra VMWARE ne me parait pas si difficle, >> mais c'est plus ce dernier point de 2h qui me tracasse le plus, deux heures >> en pleine nuit, cela va très vite entre le réveil, la prise d'appels, le >> diagnostic et ensuite seulement l'action !). >> >> De plus les fonctionnalités équivalentes à celle de Flashback d'Oracle >> pourraient aussi être un point intéressant à regarder pour le projet en >> question... >> >> Cordialement, >> >> JY >> _______________________________________________ >> Liste de diffusion du FRsAG >> http://www.frsag.org/ >> > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > >
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
