Paul Randal, Dieu vivant, vient de publier un white paper sur la haute disponibilité avec SQL SERVER 2008, disponible sur MSDN
High Availability with SQL Server 2008
Il y aborde les différentes façons de maintenir une haute disponibilité sur une base de données.
Chaque situation a sa solution technique, dépendant de beaucoup de choses, comme le temps de non disponibilité acceptable, les maintenances sur le(s) serveur(s), les contraintes budgétaire ou physique, Simple Instance, Multi Instances etc …
C’est vrai que c’est important .. ces petits détails qu’on appelle “les contraintes” , mais ces contraintes font aussi parti de la “bonne” solution à adopter.
L’écosystème … (bon ça fallait que je place, c’est un mot à la mode ces temps-ci. On sait jamais, ça pourrait faire bondir mes visites !
)
Ne pensez pas forcément “Failover Clustering” immédiatement, bien que ce soit là une excellente solution technique. Il en existe d’autres, et pour reprendre l’expression consacrée, “pour tous les budgets m’dame !”
Voici les différentes solutions qu’il aborde :
- Failover Clustering (biensur)
- Database Mirroring
- Log Shipping
- Réplication Transactionnelle, modèle Peer to peer.
- Stratégie de backups, Full, différentiel et Transaction Log
- Database Snapshot
Voilà encore un must read !
PS : Tiens j’ai mis dans un même Post “Mirroring” et “Snapshot”. Vous saviez qu’on peut créer un snapshot d’une base de donnée Mirroir (et qui est donc de ce fait non accessible) ?
J’ai découvert ça aujourd’hui, et j’adore le concept
Rendre les données sur le serveur Mirroir accessibles, en lecture seule certes, alors que la base de données est en état de recouvrement partiel, c’est génial
Bon c’est sûr il faut compter avec le delta des mises à jour correspondant à la date du Snapshot.
Enfin bref, une mise en commun de deux technos s’avère des fois un très bon compromis !

Haute dispo.