SharePoint : Comment remonter un environnement complet si on ne possède plus que les bases de contenu

 Il peut arriver dans la gestion d’une ferme SharePoint un cas de catastrophe :

• Crash de serveur (matériel ou logiciel)
• Erreur ou plantage en cas d’update
• autre cas étrange (ce fut mon cas)
• …

Dans ce contexte, on se retrouve avec les bases de contenu SharePoint :

• Soit onLine si le Serveur (ou le service) SQL n’a pas été touché
• Soit les dernières sauvegardes

Que faire à partir de ce moment ?

Il ne sert à rien d’aller prier ou de faire des sacrifices de poulet, ca ne fait pas avancer le problème. En revanche, ne rien faire peut vite revenir à cher, voire vous couter votre place, tant le serveur SharePoint peut être utilisé.

Je vais donc vous donner un protocole complêt (qui peut être adapté suivant les cas, raccourci ou allongé). Qu moins celui-ci fonctionne (Je viens de remonter une ferme totale avec).

---

Préalable

• Installer (ou réinstaller) SharePoint, en pretant attention à se retrouver dans le même code version que la ferme dont on possède les bases de données
• Recréer la ferme (avec l’assistant) en créant une nouvelle base de configuration
• Configurez ce qui doit l’être dans votre ferme SharePoint (Email, Quota Templates, …)
• Installer tous les composants utilisés dans votre ferme
  • WebParts Packages
  • Solutions ou Features (“magic templates” si utilisés)
  • Produits de fournisseurs tiers ayant un installeur MSI
  • Thèmes (uniquement s’il s’agit d’un nouvelle ferme)
• Configurer directement le WSS Search (Si vous êtes dans une ferme WSS, avec le filtre PDF si besoin)

A ce stade notre ferme SharePoint est comme neuve avec un fonctionnement OK mais sans aucune des Web Applications.

---

Création de chaque Web Application

A partir de maintenant, il nous faut créer chacune des Web Applications existante (suivant votre cas).

Création de la Web Application

• Créer une nouvelle Web Application avec les renseignements nécessaire (Ceux de l’ancienne) :
  • Host header + port TCP
  • Folder d’installation
  • …
• Lors de la création, vous devez spécifier une nouvelle base de données pour cette Web Application (qui restera vide)
• Surtout ne pas créer la collection de site racine !!!!

Ajout de l’ancienne base de contenu

• Remonter la base de contenu sur le serveur SQL (si elle n’est pas déjà présente) avec un SQL Restore
• Utiliser la commande AddContenDB de STSADM :
  • STSADM -o addcontentdb -url http://myWebApplication –databasename “MyDataBaseName”
  • Les options sont à adapter suivant votre cas
• On peut ensuite faire un petit IISReset pour recharger toute l’application Web

 Suppression de la base Vide (Créée lors de la première étape)

• Simplement fait directement depuis la Centrale Admin
• Ne pas oublier de supprimer cette base du moteur SQL Server

Vérifier l’indexation de la base de données de contenu ajoutée par le moteur d’indexation du Search

• Cf. “Activation de la recherche sur un site existant”

---

Ajouter les droits nécessaires sur la partie Policy Web Application

• Les comptes admin locaux ou distant
• Les comptes de lecture (pour le crawl d’un MOSS disjoint par exemple)
• Les comptes interdit d’accès
• …

---

Reprendre les fichiers de Log IIS pour les statistiques éventuelles

• Cela dépend de votre organisation
• Il peut être utile de reprendre les ancien fichier IIS avant crash pour les poser dans le nouveau répertoire de la nouvelle Web APplication

---

Tout ceci vous permet de remonter votre environnement en étant le plus propre possible.

Il vous restera toujours certaines surprises après coup

Romelard Fabrice [MVP]