none
[WSS 3.0] Déplacement des bases de données RRS feed

  • Question

  •   Bonjour à tous,

     

    Ma question porte sur WSS 3.0 et le déplacement de ses bases de données (contenu + configuration) sur un autre serveur SQL, en en profitant pour renommer les bases.

     

    Pour les bases de contenu (sites + administration centrale), j'ai détaché/rattaché les bases dans SQL Server puis utilisé stsadm pour rajouter les bases à SharePoint.

    Jusque là ... Tout va bien.

     

    Ma question se porte plus pour la base de configuration; sur un environnement standalone, j'ai backupé/restauré la base, puis utilisé stsadm (setconfigdb) pour configurer la base de config.

    Un wizard de configuration + tard et SharePoint était de nouveau opérationnel, bien que dans l'administration centrale je voyais toujours le nom de l'ancienne base de config...

     

    Bref, ma question se porte maintenant sur un environnement avec un serveur SQL dédié :

    Quelle est la méthode préconisée pour déplacer/renommer une base de configuration de WSS 3.0 ?

    - Celle que j'ai utilisée pour le standalone ?

    - Déconnecter le frontal de la ferme, puis la recréer ?

    - Autre ?

     

    Merci,

     

    B.

     

     

    mercredi 18 juin 2008 08:01

Réponses

  • Bonjour

     

    La base de configuration est nettement plus délicate à migrer car elle contient des informations sur la tologie et la configuration des services qui risquent de ne plus etre du tout les memes après réinstallation.

     

    Je suis plutot partisan de la création d'une nouvelle base de configuration (déconnection et création).

    Pour éviter ce genre de souci concernant le déplacement des bases de données il peut etre fort pratique d'utiliser des alias plutot que les vrais non de serveur ce qui vous permet de ne faire qu'une mise à jour de l'alias sans pour autant devoir remodifier quoique ce soit sur votre environnement SharePoint (vous n'aurez alors qu'à déplacer vos bases ailleurs).

    mercredi 18 juin 2008 14:49
  •  Bonjour Gat,

     

    Merci pour cette réponse, notamment pour le coup de l'alias.

     

    ** Ta méthode serait donc de recréer une base de configuration, puis de recréer les applications web/zones et enfin de leur rattacher les bases de contenu ?

    Dans ce cas quid par exemple des informations comme les alertes ?

    En gros ma question est : recréer une base de configuration ne risque-t'il pas de faire 'perdre' des informations ?

     

    ** Sinon entre temps je suis tombé sur la doc. officielle de Microsoft pour déplacer des bases de données WSS :

    http://technet.microsoft.com/en-us/library/cc512723(TechNet.10).aspx

    qui explique la méthode de déplacement de toutes les bases d'un WSS 3.0 (contenu + config), en l'occurence par backup/restore des bases puis un stsadm 'renameserver' sur le nom du serveur SQL.

     

    ** Pourquoi pas, mais d'un autre coté :

    http://support.microsoft.com/default.aspx?scid=kb;en-us;948725

    nous explique que Microsoft ne supporte pas la restauration des bases de configuration.

     

    Bref, j'avoue que mon coeur, ou plutot mes nerfs, balancent entre les 2 solutions, si toi ou d'uatres avez des avis et des réponses, je suis preneur Wink

     

    Merci !

     

    B.

    mercredi 18 juin 2008 15:08

Toutes les réponses

  • Bonjour

     

    La base de configuration est nettement plus délicate à migrer car elle contient des informations sur la tologie et la configuration des services qui risquent de ne plus etre du tout les memes après réinstallation.

     

    Je suis plutot partisan de la création d'une nouvelle base de configuration (déconnection et création).

    Pour éviter ce genre de souci concernant le déplacement des bases de données il peut etre fort pratique d'utiliser des alias plutot que les vrais non de serveur ce qui vous permet de ne faire qu'une mise à jour de l'alias sans pour autant devoir remodifier quoique ce soit sur votre environnement SharePoint (vous n'aurez alors qu'à déplacer vos bases ailleurs).

    mercredi 18 juin 2008 14:49
  •  Bonjour Gat,

     

    Merci pour cette réponse, notamment pour le coup de l'alias.

     

    ** Ta méthode serait donc de recréer une base de configuration, puis de recréer les applications web/zones et enfin de leur rattacher les bases de contenu ?

    Dans ce cas quid par exemple des informations comme les alertes ?

    En gros ma question est : recréer une base de configuration ne risque-t'il pas de faire 'perdre' des informations ?

     

    ** Sinon entre temps je suis tombé sur la doc. officielle de Microsoft pour déplacer des bases de données WSS :

    http://technet.microsoft.com/en-us/library/cc512723(TechNet.10).aspx

    qui explique la méthode de déplacement de toutes les bases d'un WSS 3.0 (contenu + config), en l'occurence par backup/restore des bases puis un stsadm 'renameserver' sur le nom du serveur SQL.

     

    ** Pourquoi pas, mais d'un autre coté :

    http://support.microsoft.com/default.aspx?scid=kb;en-us;948725

    nous explique que Microsoft ne supporte pas la restauration des bases de configuration.

     

    Bref, j'avoue que mon coeur, ou plutot mes nerfs, balancent entre les 2 solutions, si toi ou d'uatres avez des avis et des réponses, je suis preneur Wink

     

    Merci !

     

    B.

    mercredi 18 juin 2008 15:08
  • Bonjour,

    Personnellement, je ferais comme dis Gat Smile

    J'en profite pour mettre vos réponse comme Valides

    Cordialement,
    lundi 23 juin 2008 12:58
    Modérateur