Migration de la base de données SharePoint 2010 vers SharePoint 2013
Il y a eu beaucoup de discussions sur la façon de préparer et de planifier une migration, ce qu’elle implique, quelles sont les meilleures pratiques. Dans cet article, salissons un peu nos mains. Récemment, j’ai dû effectuer une autre mise à niveau complète vers SharePoint 2013, et j’en ai profité pour capturer quelques notes et captures d’écran.
Donc. Votre batterie de serveurs SharePoint 2013 est installée et prête. Aujourd’hui est le jour : vous migrez votre contenu. Que fais-tu?
Préparez votre mise à niveau vers SharePoint 2013
Il existe d’excellents articles TechNet sur le processus de migration SharePoint. Lecture très recommandée, pour ne pas dire obligatoire: Référence
: Aperçu du processus de mise à niveau vers SharePoint 2013 Référence
: Mise à niveau et migration vers SharePoint 2013 (Centre de ressources)
Sondez votre ferme existante
Pour être juste, vous auriez dû le faire il y a quelque temps. Pour avoir une image complète, je vais simplement passer en revue les principaux points que vous devriez examiner lorsque vous faites le point sur le contenu qui doit faire partie du voyage.
Solutions de ferme
Avant la migration réelle, vous voudrez avoir une idée claire de toutes les solutions de ferme installées sur vos serveurs SharePoint 2010. Avez-vous un plan pour chaque forfait personnalisé ou 3ème partie? Existent-ils dans les versions 2013 ou fonctionnent-ils tels quels? Toute fonctionnalité manquante sera signalée en tant que telle lors de la mise à niveau et peut potentiellement causer des problèmes.
N’oubliez pas de vérifier les solutions de bac à sable, si vous les avez sur votre ferme.
Pour chacune de ces solutions ajoutées, vous voudrez un inventaire de la collection de sites et du site Web qui utilise quoi. Cela peut potentiellement prendre du temps à compiler, mais pourrait vous éviter des maux de tête plus tard.
Applications Web
Vous devez maintenant savoir quelles applications Web seront migrées. Notez en particulier leurs méthodes d’authentification :
Toute application Web encore en mode Classique devra être mise à niveau vers Claims sur SharePoint 2013
Sinon, vous pouvez la modifier pendant qu’elle est toujours en cours d’exécution sur votre batterie 2010, si vous vous sentez en sécurité. Nous y reviendrons plus tard.
Copiez votre base de données de contenu de 2010 à 2013
Ici, vous avez deux options principales : Mettre en pause votre batterie de serveurs 2010 pour prendre une copie à froid des bases de données de contenu, ou effectuer une copie en direct. Puisque nous voulons tester avec un temps d’arrêt minimal, nous prenons le deuxième choix à l’aide de la fonction de sauvegarde en copie uniquement de SQL Server:
Cela vous permettra de faire une sauvegarde en direct de votre base de données sans interférer avec votre calendrier de sauvegarde normal, ce qui ferait des choses embêtantes comme effacer vos journaux de modifications et compromettre vos plans de reprise après sinistre.
Après cela, vous restaurez simplement cette sauvegarde sur votre serveur SQL SharePoint 2013, éventuellement sous un nouveau nom. Pas de sueur.
Créer une application Web cible
Lors de la migration d’une base de données de contenu SharePoint 2010 pour la mise à niveau vers SharePoint 2013, vous devez évidemment la connecter à une application Web existante. Cependant, la plupart du temps, votre base de données à migrer inclura un site racine (situé sur le chemin « / » de cette application Web).
Si vous avez plusieurs collections de sites sur le même chemin, ou en fait n’importe quel site web de votre application web avec des chemins identiques, des conflits surviendront et certains de vos sites seront inaccessibles. Mais vous souhaitez conserver les mêmes chemins qu’auparavant, sinon tous les chemins spécifiés dans votre contenu (listes de liens, par exemple) seront cassés.
Vous souhaitez également créer votre nouvelle application web avec le même mode d’authentification qu’en 2010. Si vous n’avez pas mis à niveau Claims vers Classic dans SharePoint 2010, vous avez maintenant besoin de PowerShell pour créer une application Web en mode Classique dans SharePoint 2013, car elles sont considérées comme obsolètes.
Référence: Migrer du mode classique à l’authentification basée sur les revendications dans SharePoint 2013
Alors, l’astuce consiste à créer une toute nouvelle application Web et à simplement supprimer sa base de données de contenu (tout cela via l’administration centrale). Il peut vivre sans aucune DB pour l’instant.
Testez et mettez à niveau votre base de données migrée
Récapitulons:
- Vous avez joint votre base de données de contenu SharePoint 2010 au serveur SQL de votre SharePoint 2013
- Vous avez une nouvelle application Web sans base de données de contenu associée
Vous pouvez maintenant tester et mettre à niveau (selon les besoins) votre base de données migrée. Pour ce faire, nous nous tournons à nouveau vers PowerShell. La commande suivante inspectera votre base de données et produira un rapport détaillé des problèmes de mise à niveau détectés:
Référence : Applet de commande Test-SPContentDatabase PowerShell
C’est le point où vous souhaitez installer toutes les personnalisations tierces et internes. Ensuite, testez à nouveau votre base de données. Répétez jusqu’à ce qu’il n’y ait aucune erreur signalée, ou du moins aucune avec laquelle vous ne pourrez pas vivre.
Montez votre nouvelle base de données
Ensuite, vous pouvez mettre à niveau votre base de données. Vous pouvez exécuter la mise à niveau seule ou lorsque vous la joignez à votre application Web. Ce dernier est le procédé préféré.
Mais vous ne pouvez pas simplement ajouter une base de données de contenu SP2010 à SP2013 via l’interface utilisateur. Vous aurez besoin de l’outil préféré de l’armée suisse de votre technicien: PowerShell. La commande à utiliser est Mount-SPContentDatabase.
Référence: Applet de commande Mount-SPContentDatabase PowerShell
Parcourez vos sites mis à niveau
Nous avons presque terminé !
Vous devriez maintenant pouvoir parcourir votre nouveau site migré. Au début, il présentera toujours l’aspect et la convivialité de SharePoint 2010, avec une petite différence:
Vous verrez cette belle bannière colorée en haut. Le premier lien vous mènera à la première étape du processus de mise à niveau de la collection de sites (TechNet).
Indexez votre nouveau contenu
D’accord ! Tout votre contenu est migré et mis à niveau, et prêt à l’emploi! Jetons le robot de recherche maintenant
Pas mal, une heure pour environ 24 000 documents, dont beaucoup de PDF. Et pas d’erreurs! Je peux maintenant profiter du centre de recherche SharePoint 2013 bien amélioré sur tout mon contenu.
Dans l’ensemble, cette mise à niveau vers la migration SharePoint 2013 s’est plutôt bien passée. Il y a des parties Web tierces dont je discuterai avec l’administrateur de la ferme, et une solution complète de modèle de site qui, je ne pense pas, sera fonctionnelle en 2013, compte tenu des énormes changements dans l’interface utilisateur. Mais même le contenu de ce site est entièrement navigable et utilisable tel qu’il est maintenant, il est donc probable qu’il restera en mode 2010.
Dépannage
Consultez mon article sur la migration de la base de données de contenu SharePoint – Surveillance du processus pour plus d’informations sur le dépannage.