Changer le serveur SQL d’une ferme SharePoint 2007

Note : 8,00/10

12345678910
Auteur : fabrice69 Article lu 4 991 fois

Description : Durant la vie d’une ferme SharePoint, le changement de serveur SQL est assez courant, En effet, les volumes de données augmentent et si les serveurs Web tiennent la charge, généralement les serveurs SQL sont à la traine. Il convient donc de préparer la migration de ce type de serveur.




Changer le serveur SQL d’une ferme SharePoint 2007

Durant la vie d’une ferme SharePoint, le changement de serveur SQL est assez courant, En effet, les volumes de données augmentent et si les serveurs Web tiennent la charge, généralement les serveurs SQL sont à la traine. Il convient donc de préparer la migration de ce type de serveur.

Check avant déplacement des bases de données :

Extraction des solutions WSP de la ferme

Contrôle des Solution SharePoint installées sur la ferme

  • Central administration – Operations – Solution Management

Si des solutions sont présentes, il faut extraire les fichiers WSP dans un répertoire de travail, avec le script PowerShell :

function Get-Installed-Farm-Solutions([string]$SavedPath, [boolean]$Export)

{

    [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") > $null

    [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint.Administration") > $null

    $mySPFarm = [Microsoft.SharePoint.Administration.SPFarm]::Local

    Write-Host " --------------------------------------------------- "

    Write-Host "Build Version:", $mySPFarm.BuildVersion

    Write-Host "Servers Number:", $mySPFarm.Servers.count

    $mySolutions = $mySPFarm.Solutions

    Write-Host " --------------------------------------------------- "

    Write-Host "Solutions Total:", $mySolutions.count

    foreach($mySolution in $mySolutions)

    {

        Write-Host " --------------------------------------------------- "

        Write-Host " Solution ID:", $mySolution.SolutionID

        Write-Host " Solution Name:", $mySolution.Name

        Write-Host " Solution File:", $mySolution.SolutionFile

        Write-Host " Solution Deployed Status:", $mySolution.Deployed

        if($Export)

        {

            [string]$myOutputPath = $SavedPath + $mySolution.Name

            Write-Host " Solution exported to:", $myOutputPath

            $mySolution.SolutionFile.SaveAs($myOutputPath);

        }

        Write-Host " --------------------------------------------------- "

    }

    Write-Host " --------------------------------------------------- "

}

cls

Get-Installed-Farm-Solutions "C:\TOOLS\INSTALLED_Solutions\" $true

Il faut aussi connaître les configurations à fournir pour chacune de ces solutions si elles en ont besoin. Il est aussi bon de supprimer les solutions inutiles qui pourraient encore exister.

Listing des Web Applications de la ferme

Afin de pouvoir recréer les Applications Web SharePoint, il faut lister les configurations existantes :

  • Nombre de Web App
  • Log IIS
  • Répertoire de stockage de chaque Web App (pour le cas où les Web.Config doivent être modifiés)
  • Liste des comptes ayant des droits sur les Web Applications

Listing des Content DataBases pour chaque Web Application

Il faut absolument savoir quelles sont les bases de contenu qui doivent passer sur le nouveau serveur. Pour cela, dans la centrale administration :

  1. Centrale Administration – Application Management – Content Databases

On liste alors les paramètres de chacune des bases (Site Level Warning et Max Number of Sites)

Migration des bases de données

Une fois que les paramètres sont connus, il faut détacher les bases de contenu de chaque Web Application en cliquant sur le détail :

  1. Centrale Administration – Application Management – Content Databases

On clique sur le nom de la base en question, on coche la case « Remove content database »

Une alerte prévient que le contenu de la base ne sera plus accessible aux utilisateurs.

La base sera alors supprimée pour la vue de SharePoint,. Mais reste bien présente dans le moteur SQL Server.

Suppression des Web Applications

Si l’on veut être propre, on peut alors supprimer les Web Applications une par une afin de laisser le serveur propre. Pour cela, il faut aller dans la centrale administration :

  1. Centrale Administration – Application Management –Delete Web Application

Une alerte demande la confirmation de cette suppression.

On peut aussi passer directement à la suppression de la ferme qui fera par défaut cette suppression de toutes les Web Applications de la ferme.

Suppression de la ferme SharePoint

Pour supprimer un serveur d’une ferme SharePoint il faut passer par le Wizard :

  1. Start Menu > Programs > Administrative Tools > SharePoint Products and Technologies Configuration Wizard

L’assistant se lance

En cliquant sur Next on obtient un message d’alerte que les services peuvent être stoppés durant la procédure, on clique sur Yes.

On arrive sur le choix d’action à effectuer, on sélectionne alors « Disconnect from this server farm » et on clique sur Next

Une nouvelle alerte nous demande de confirmer

La procédure se lance alors

Pour se terminer par un message de réussite

A ce stade le serveur WEB ne fournit plus aucun service SharePoint.

Nous pouvons donc sauvegarder la base de contenu de notre serveur SQL pour le recharger sur le nouveau serveur SQL.

Création de la nouvelle ferme SharePoint

Il faut maintenant recréer une ferme SharePoint en utilisant le nouveau serveur SQL, pour cela il faut toujours utiliser l’assistant (comme précédemment) :

  1. Start Menu > Programs > Administrative Tools > SharePoint Products and Technologies Configuration Wizard

Cette fois l’assistant ne présente pas la même interface, mais on clique sur Next

Le même message d’alerte prévient de l’arrêt des services

On va alors choisir

  1. « No, I want to create a new server farm »

On fournit alors les paramètres pour accéder au nouveau serveur SQL ainsi que le compte de service de SharePoint qui doit aussi avoir les droits suffisant sur le serveur SQL

On spécifie ensuite le port http nécessaire pour accéder au site d’administration SharePoint et le mode d’authentification que l’on souhaite avoir (NTLM ou Kerberos)

Un résumé affiche toutes les informations avant de lancer la création de la ferme en cliquant sur Next

Les différentes étapes s’exécutent sur le serveur

L’assistant nous confirme la réussite de l’installation en nous affichant un nouveau résumé de cette installation

Le site d’administration se lance alors avec sa page d’accueil

Ajout des solutions installées

Pour cela, il faut se placer en commande DOS sur le répertoire où on a extrait la solution WSP et taper la commande

  1. stsadm -o addsolution -filename xxxxxxx.wsp

Le fichier sera alors remonté dans la base de configuration de la ferme et vous pourrez déployer la solution selon votre besoin.

Il est préférable de charger toutes les solutions dès le départ, mais de les déployer après que les Web applications soient créées. Il est aussi mieux de déployer les solutions avant d’attacher les bases de données.

Configuration de la ferme

Il faut configurer la ferme selon son souhait :

  1. Configuration Email
  2. Outgoing e-mail settings
  3. Incoming e-mail settings (si le système est implémenté dans votre cas)
  4. Usage analysis processing
  5. Windows SharePoint Services Search
  6. Création des modèles de quota de la ferme


Création de la Web Application

Il faut maintenant créer la Web Application, mais sans créer de collection racine. Pour cela, il faut aller dans la partie « Application Management » de la centrale Administration et cliquer sur :

  • Create or extend Web application

On choisit alors « Create a new Web Application

On va fournir tous les renseignements nécessaires pour accéder à la Web Application et cliquer sur OK

  • Host Header – Port http – Path
  • Security configuration (NTLM, Anonymous, …)
  • Application Pool avec le compte de service adapté
  • Serveur SQL et nom de la base de données
  • SharePoint Search

La Web application va alors se créer et la centrale administration nous renvoie un message de succès

On peut alors paramétrer la Web application avec les :

  • General Settings (time zone, recycle bin, quota, …)
  • Policy for Web Application
  • Paramétrage des logs IIS et déplacement si nécessaire des anciens fichiers de Log

Attachement des anciennes bases de contenu

Une fois que l’application Web est OK et que la configuration de la ferme est faite, il ne reste plus qu’à attacher les bases de contenu. Ce sont les bases qui ont été sauvegardées de l’ancien serveur SQL et restaurées sur le nouveau serveur SQL.

Il suffit donc d’aller dans la centrale administration, rubrique Application Management et cliquer sur « Content Databases »

On se place bien sur la Web Application voulue et on clique sur « Add a content database »

On fournit tous les renseignements nécessaires pour accéder à la base existante et on valide par OK

La base est alors associée avec la Web application et tout est fonctionnel pour les utilisateurs.

On peut aussi passer par une commande STSADM :

  • Stsadm –o addcontentdb


Conclusion

Cette tâche est délicate, mais en respectant cette procédure, les risques sont limités.

Romelard Fabrice [MVP]



A Propos de l'auteur

Romelard Fabrice [MVP]

Intranet/Extranet CTO - SGS



[ Voir la fiche de fabrice69 ] - [ Voir tous les articles de fabrice69 ] - [ Contacter fabrice69 ] - [ Visiter le site de fabrice69 ]



Mots définissants ce tutorial

Mot(s) associé(s) :

migration sqlserver sharepoint sql wss



Historique des mises à jour

DateDescription
17/02/2011 20:19:40Ajout via DOCX

Commentaire(s)

Aucun commentaire pour le moment

Ajouter un commentaire :

Pour ajouter un commentaire, vous devez vous identifier :
Si vous n'avez pas encore de compte sur un des sites TechnoS-SourceS / CodeS-SourceS cliquez ici pour créer votre compte.

Login et mot de passe que vous avez sur
CodeS-SourceS/TechnoS-SourceS




Mot de passe oublié ? / Activation de compte
Créer un compte