none
Log shipping avec SQL 2008 RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Sur un site, j'ai 3 SQL Server 2008 (2 en mirroir + 1 en Witness). Sur un site distant, j'ai aussi un SQL Server 2008 qui me sert de DRP en log shipping et 1 DRP pour le mirroir

    En mirroir, les bases sur le site distant sont accessibles puisque mirrorées. Par contre en log shipping sur le site distant (en cas de disaster recovery), la base est-elle accessible directement (on reconnecte l'application et on bascule les users) ou faut-il effectuer des actions pour la rendre accessible ? (les updates sont recopiées régulièrement).

     

     

    Thanks for advance for your ideas / help - Regards - Have a nice day ! RHUM2
    mercredi 21 avril 2010 14:21
    |

Réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonsoir,

    Pour le log shipping, il faut :

    - restaurer les journaux de transactions restants (s'il en reste). La dernière sauvegarde doit être restaurée avec l'option WITH RECOVERY.
    - remapper correctement les comptes de connexion si nécessaire
    - Vérifier les autres objets de serveur éventuellemnt (serveurs liés, points de terminaisons etc ...)
    - Vérfier les permissions de sécurité
    - Changer la chaine de connexion des applications pour démarrer sur le secondaire
    - Vérifier les éventuels jobs de travail à démarrer avec l'agent SQL Server

    ++

    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    mercredi 21 avril 2010 21:18
    |
    Modérateur

Toutes les réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonsoir,

    Pour le log shipping, il faut :

    - restaurer les journaux de transactions restants (s'il en reste). La dernière sauvegarde doit être restaurée avec l'option WITH RECOVERY.
    - remapper correctement les comptes de connexion si nécessaire
    - Vérifier les autres objets de serveur éventuellemnt (serveurs liés, points de terminaisons etc ...)
    - Vérfier les permissions de sécurité
    - Changer la chaine de connexion des applications pour démarrer sur le secondaire
    - Vérifier les éventuels jobs de travail à démarrer avec l'agent SQL Server

    ++

    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    mercredi 21 avril 2010 21:18
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Merci pour ces précisions. en effet, j'avais testé différentes solutions "manuelles", mais je cherchais à automatiser tout cela le plus possible lorsque l'on a des sites de production extrêmeent éloignés avec des équipes qui ne sont pas forcément des experts en Log Shipping.

     

    Thanks for advance for your ideas / help - Regards - Have a nice day ! RHUM2
    jeudi 22 avril 2010 08:23
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Je comprends .. mais le log shipping ne permet pas cette souplesse. Il vaut mieux passer par du mirroring dans ce cas :-)

    ++

    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    jeudi 22 avril 2010 10:58
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    Merci ... Au fil des discussions, je pense que l'on va garder le mirroring, j'espère simplement que la technologie peut "gérer" le mirroring au travers de très longues distances .... (de france en asie par exemple)

     

    Thanks for advance for your ideas / help - Regards - Have a nice day ! RHUM2
    jeudi 22 avril 2010 12:13
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Avec le mirroring tout dépend le mode utilisé ... effectivement sur des sites distants si vous êtes en mode synchrone et en haute disponibilité, vous pouvez voir apparaître des problèmes de lenteur et de basculement automatique non maitrisé si votre réseau ne tient pas la route ...

    ++

    MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1
    jeudi 22 avril 2010 12:32
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    D'après une étude de cas MS (technet SQL Server 2008) entre 2 sites de 650 kms, il est possible de mettre du mirroring plutôt en asynchrone qu'en synchrone, avec un temps de latence du réseau (30 Mb/s) de l'ordre 10 ms, voire moins. MS n'est pas très loquace sur ce genre de configuration. Théoriquement, cela fonctionne, mais en pratique ???

    J'ai un temps de latence qui est compris entre 8 et 30 ms, par temps sec sans possibilité de prise en charge QoS de bout en bout.

    En fait, j'ai 2 sites: S1 et S2 avec une distance de 500 kms et un log shipping entre les sites (Normal et PRA)

    S1: Mirroring 2 serveurs avec un witness croisé sur S2

    S2 : Mirroring 2 serveurs avec un witness croisé sur S1

    La  question: log shipping entre les serveurs des sites S1 et S2 ou mirroring ou [mirroring + log shipping] ?

    Thanks for advance for your ideas / help - Regards - Have a nice day ! RHUM2
    mercredi 28 avril 2010 13:49
    |