none
[WSS 3.0] Restauration de bases SQL RRS feed

  • Question

  •   Bonjour,

     

    Ma question porte sur la restauration de bases SQL, d'un environnement à un autre.

     

    Fondamentalement, cà ne me pose pas de soucis, je backupe-restore la base, puis j'effectue un 'addcontentdb' via stsadm pour lier la base à mon application web.

    Je retrouve ainsi toutes mes collections de site originales sur mon nouvel environnement.

     

    Mais ma question est la suivante : Si je souhaite effectuer de manière régulière cette opération, dois-je à chaque fois :

    * Lancer un 'deletecontendb', restaurer la base, puis lancer un 'addcontentdb',

    ou

    * Simplement restaurer la base en écrasant l'ancienne ?

     

    Merci,

     

    B.

    mardi 19 août 2008 16:33

Réponses

  • Bonjour,

     

    "Techniquement", celà ne pose pas de problème de réaliser un restore directement sur la base. Il y a un "mais" assez important néanmoins. Dans le cas où votre base source et votre base de destination sont liées à des environnements SharePoint dont la version est différente (Service Pack ou RollUp différent), celà pourrait poser problème. Techniquement, vos sites fonctionneraient toujours. Cependant les numéros de version ne seraient plus à jour dans la base, et d'autres données pourraient être incohérentes.

     

    Lorsque vous faites le AddContentDB avec une base de données existante, SharePoint vérifie l'état de la base et procède à des mises à jour si besoin. Ainsi, si votre base de données provient d'une version antérieure, elle est automatiquement upgradée à la version de la plateforme de destination.

     

    La commande AddContentDB est donc un best practice.

    mercredi 20 août 2008 10:36
    Modérateur

Toutes les réponses

  • Bonjour,

     

    "Techniquement", celà ne pose pas de problème de réaliser un restore directement sur la base. Il y a un "mais" assez important néanmoins. Dans le cas où votre base source et votre base de destination sont liées à des environnements SharePoint dont la version est différente (Service Pack ou RollUp différent), celà pourrait poser problème. Techniquement, vos sites fonctionneraient toujours. Cependant les numéros de version ne seraient plus à jour dans la base, et d'autres données pourraient être incohérentes.

     

    Lorsque vous faites le AddContentDB avec une base de données existante, SharePoint vérifie l'état de la base et procède à des mises à jour si besoin. Ainsi, si votre base de données provient d'une version antérieure, elle est automatiquement upgradée à la version de la plateforme de destination.

     

    La commande AddContentDB est donc un best practice.

    mercredi 20 août 2008 10:36
    Modérateur
  •  

    Bonjour,

     

    Merci pour cette réponse !

     

    B.

     

    mercredi 20 août 2008 12:17