image[1] Ok elle était facile celle là :)

Enfin il n’en reste pas moins que la session sur SQL SERVER Haute Dispo que j’ai co animée avec PASCAL BELAUD est maintenant disponible en téléchargement.

Rendez vous sur le site de l’AfterBDC , section Les SessionS

Notez au passage que nous avons mis en ligne quelques photos de l’évènements

image[5]

Bon visionnage :)

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 :

  1. Failover Clustering (biensur)
  2. Database Mirroring
  3. Log Shipping
  4. Réplication Transactionnelle, modèle Peer to peer.
  5. Stratégie de backups, Full, différentiel et Transaction Log
  6. 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 !