réplication base secondaire disponible en lecture seule

* Bonjour, *

Pour commencer, je n'ai jamais mis en place des réplications de type log shipping...
pas de retour d'expérience sur ce sujet; n'hésitez pas à me corriger si je dis des bêtises.

objectif: Avoir une base répliquée disponible en lecture seule pour la calcule de rapport complexes chaque matin

mise en place du log shipping entre 2 editions de SQL SERVER 2008R2 SP1 (developper=source et standard=destination)
Après la restauration du dump FULL, la base se trouve en mode "(Restoring...)" sur le serveur secondaire.

pour rendre ma base disponible sur le secondaire je modifie son statut:

Code:

---

1 2 3

RESTORE DATABASE [mabase] WITH NORECOVERY; GO

---

La base est en ligne et disponible, pour la passer en lecture seule

Code:

---

1 2 3

ALTER DATABASE [mabase] SET READ_ONLY WITH NO_WAIT GO

---

CALCUL DE RAPPORTS...de 8h00 à 12h00.............

repasser la base en lecture/écriture

Code:

---

1 2 3

ALTER DATABASE [mabase] SET READ_WRITE WITH NO_WAIT GO

---

J'aurais voulu savoir comment remettre la base en mode "(Restoring...)"
sur le secondaire pour qu'elle puisse reparticiper au log shipping en mode "on y touche pas"
La réplication semble interrompue sans ce mode...

merci par avance

Bonjour,
Une synchronisation via Log Shipping consiste à rejouer régulièrement sur la base secondaire les transactions sauvegardées sur la base primaire (on parle de recouvrement de transactions).
Pour disposer d'une base disponible en lecture seule dans une configuration de Log_Shipping, vous ne devez pas "terminer" le recouvrement des transactions puisque cette opération n'est pas annulable. Donc pas d'ouverture de la base, même en mode Read Only.

La solution consiste à effectuer le recouvrement avec une option particulière qui permettra d'ouvrir la base en lecture seule, tout en acceptant le recouvrement de nouvelles transactions
Cette option est WITH STANDBY de la commande RESTORE LOG (un exemple ici). Il faudra alors spécifier l'emplacement d'un fichier Standby qui contiendra les éléments permettant d'ouvrir la base. Ce fichier ne sera pas très volumineux.

Donc chaque fois qu'une sauvegarde du journal de transaction est effectuée sur la base primaire, il faudra restaurer cette sauvegarde avec l'option WITH STANDBY. Attention, tant qu'une session est active dans la base secondaire, les restaurations ne pourront pas s'effectuer; il faut donc prévoir un petit script qui termine les sessions utilisant la base (c-à-d celles qui ont posé au moins un verrou sur un objet de la base) puis effectuer les restaurations.

Si vous travaillez sur une version 2005 SP1 ou supérieure, et que vous êtes sur une édition Developper ou Enterprise, je vous encourage plutôt à regarder du côté de la combinaison Database Mirroring + Database Snapshot qui offre les mêmes fonctionnalités tout en étant plus robuste et beaucoup plus simple d'exploitation.