none
Reprise du log shipping RRS feed

  • Question

  • Bonjour,

    j'ai déployé le log shipping Sql Serevr 2005 sur une infrastructure ou il y'a plusieurs bases de données (une dizaine de base de données sont configurés en logs hipping). il se trouve que, quand il y'a un basculerment du serveur principe vers le secondaire et que je veux que le principal reprenne son rôle, je suis obligé de reprendre la configuration du log shipping.

    y'a t-il  un moyen de faire cette reprise sans avoir à reprendre toute la configuration du log shipping?

    merci d'avance.

    samedi 15 mai 2010 13:02

Réponses

  • Le mirroring peut être géographiquement distant. Les seules vraies contraintes sont que le réseau entre vos 2 serveurs en mirroir doit être de bonne qualité (Débit satisfaisant, pas de microcoupure etc ...) et que la version MDAC utilisée par vos applications soit la bonne pour utiliser la redirection automatique.

    Il existe plusieurs avantages à utiliser le mirroring par rapport au log shipping :

    - Préservation du cache des données (du moins en grande partie).
    - Basculement automatique et plus simple selon le type de mirroring utilisé (Synchrone ou asynchrone).

    etc ...

    Dans votre cas il sera facile de rebasculer facilement du site secondaire au site principale après un crash. Bien entendu il faudrait voir si votre architecture logicielle supporte cette topologie.

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    mardi 18 mai 2010 20:51
    Modérateur

Toutes les réponses

  • Bonsoir,

    Quel est l'intérêt de promouvoir à nouveau l'ancien serveur principal (devenu le secondaire) en tant que serveur principal à nouveau ?Dans ce cas précis, il est normal de reprendre la configuration de log shipping ...

    Avec SQL Server 2005, vous pouvez également opter pour le mirroring (synchrone ou asynchrone selon le cas) qui permet de remplacer le log shipping.

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    lundi 17 mai 2010 21:24
    Modérateur
  • Merci beaucoup pour la réponse,

    mais en fait, un s'agit d'un site principal et d'un site secondaire qui est distant du premier. nous voulons que toute l'activité de production se passe sur les serveurs du site principal. le site distant se veut uniquement un site de reprise d'activité. si bien que pour une quelconque rupture d'un log shipping, on voudrais juste pouvoir faire du non recovery sur le secondaire pour que le principal reprenne la main.  mais visiblement ce n'est possible qu'en reprennant manuellement le logshipping...

    mardi 18 mai 2010 17:46
  • Le mirroring peut être géographiquement distant. Les seules vraies contraintes sont que le réseau entre vos 2 serveurs en mirroir doit être de bonne qualité (Débit satisfaisant, pas de microcoupure etc ...) et que la version MDAC utilisée par vos applications soit la bonne pour utiliser la redirection automatique.

    Il existe plusieurs avantages à utiliser le mirroring par rapport au log shipping :

    - Préservation du cache des données (du moins en grande partie).
    - Basculement automatique et plus simple selon le type de mirroring utilisé (Synchrone ou asynchrone).

    etc ...

    Dans votre cas il sera facile de rebasculer facilement du site secondaire au site principale après un crash. Bien entendu il faudrait voir si votre architecture logicielle supporte cette topologie.

    ++


    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    mardi 18 mai 2010 20:51
    Modérateur
  • Merci, nous allons donc envisager le mirroring.
    lundi 24 mai 2010 08:13