Mettre à niveau les bases de données de SharePoint 2010 vers SharePoint 2013
S’APPLIQUE À :
2013 
2016 2019 Subscription Edition SharePoint dans Microsoft 365
Lorsque vous effectuez une mise à niveau des produits SharePoint 2010 vers SharePoint 2013, vous devez utiliser une mise à niveau d’attachement de base de données, ce qui signifie que vous mettez à niveau uniquement le contenu de votre environnement et non les paramètres de configuration. Après avoir configuré l’environnement SharePoint 2013, copié les bases de données de contenu et d’application de service et mis à niveau les applications de service, vous pouvez attacher et mettre à niveau les bases de données de contenu vers SharePoint 2013. Cet article décrit les étapes à suivre pour attacher et mettre à niveau les bases de données de contenu vers SharePoint 2013.
Cet article ne contient pas d’étapes concernant la mise à niveau d’une collection de sites. Le processus de mise à niveau des collections de sites est distinct du processus de mise à niveau des bases de données. Pour connaître les étapes de mise à niveau d’une collection de sites, voir Mettre à niveau une collection de sites vers SharePoint 2013.
Phase 4 du processus de mise à niveau : Mettre à niveau les bases de données de contenu :
| Phase | Description |
|---|---|
|
Il s’agit de la quatrième phase du processus de mise à niveau des données et des sites des produits SharePoint 2010 vers SharePoint 2013. Ce processus inclut les phases suivantes à exécuter dans l'ordre : Créer la batterie de serveurs SharePoint 2013 pour une mise à niveau d’attachement de base de donnéesCopier des bases de données vers la nouvelle batterie de serveurs pour la mise à niveau vers SharePoint 2013Classer des applications de service vers SharePoint 2013Classer des bases de données de contenu de SharePoint 2010 vers SharePoint 2013 (cette phase) Mettre à niveau une collection de sites vers SharePoint 2013Pour une vue d’ensemble de l’ensemble du processus, Voir Vue d’ensemble du processus de mise à niveau de SharePoint 2010 vers SharePoint 2013 et le modèle de processus de mise à niveau Télécharger le modèle de processus de mise à niveau |
Importante
Cet article s’applique à SharePoint Foundation 2013 et SharePoint 2013.
Regardez la vidéo Mise à niveau SharePoint 2013 : Phase 4
Avant de commencer
Avant d’attacher et de mettre à niveau les bases de données de contenu, passez en revue les informations suivantes et prenez les mesures recommandées.
Vérifiez que le compte que vous utilisez pour attacher les bases de données est membre du rôle de base de données fixe db_owner pour les bases de données de contenu que vous souhaitez mettre à niveau.
Assurez-vous que le compte que vous utilisez pour créer des applications Web est membre du groupe d'administrateurs de batterie de serveurs dans Administration centrale.
Créer des applications web
Créez une application web pour chaque application web qui existait dans l’environnement Produits SharePoint 2010. Pour chaque application web, procédez comme suit :
Utilisez la même URL (y compris le nom, le port et l’en-tête d’hôte) et configurez les paramètres de mappage des accès de substitution.
Si vous utilisez une URL différente, les applications Office risquent de ne pas être redirigées correctement vers les nouvelles URL et les signets vers les anciennes URL ne fonctionneront pas.
Utilisez la même méthode d’authentification.
Par exemple, si vous souhaitez conserver l’authentification classique Windows de votre environnement précédent, vous devez créer une application web qui utilise l’authentification classique Windows. Étant donné que l’authentification basée sur les revendications est désormais l’option par défaut pour SharePoint 2013, vous devez utiliser PowerShell pour créer une application web qui utilise l’authentification Classique Windows. Si le résultat souhaité est d’utiliser l’authentification basée sur les revendications, créez la nouvelle application web dans SharePoint 2013 en tant qu’application web basée sur des revendications plutôt que l’authentification windows classique.
Pour migrer vers l’authentification par revendications, voir Migrer du mode classique vers l’authentification basée sur les revendications dans SharePoint 2013.
Recréez les chemins d’accès inclus.
Recréez les modèles de quotas.
Configurez les paramètres de messagerie pour l’application Web.
Pour plus d’informations, voir Configurer l’intégration de la messagerie pour une batterie de serveurs SharePoint Server.
Activez la création de sites libre-service pour toute application web qui l'utilisait dans l'environnement précédent. Redéfinissez les paramètres nécessaires pour la création des sites libre-service.
Créez le chemin d'accès géré pour les Mes sites (chemin /personal) sur l'application web qui héberge ces Mes sites. Les Mes sites sont une fonctionnalité disponible dans SharePoint Server uniquement.
Redéfinissez les stratégies d’application Web ou autres paramètres d’application Web qui existaient dans l’environnement précédent.
Réappliquer les personnalisations
Une cause fréquente d’échec lors des mises à niveau vient du fait que le nouvel environnement ne comporte pas les fonctionnalités, solutions ou autres éléments personnalisés requis. Assurez-vous que tous les éléments personnalisés de l’environnement produits SharePoint 2010 sont installés sur vos serveurs web frontaux avant de mettre à niveau les bases de données de contenu.
Transférez manuellement toutes les personnalisations vers votre nouvelle batterie de serveurs. Veillez à installer tous les composants nécessaires au bon fonctionnement de vos sites, tels que les composants suivants :
Les définitions de site personnalisées
Les feuilles de style personnalisées (comme les feuilles de style en cascade et les images)
Les composants WebPart personnalisés
Les services Web personnalisés
Les fonctionnalités et solutions personnalisées
Les assemblys personnalisés
Les modifications de Web.config (telles que la sécurité)
N’oubliez pas de transférer tous les paramètres du fichier Web.config propres à chaque application Web sur la nouvelle batterie de serveurs ;
Les modèles de formulaire approuvés par l'administrateur (fichiers .xsn) et les fichiers de connexion de données (fichiers .udcx) pour InfoPath. InfoPath est disponible dans SharePoint Server 2010 uniquement
Tout autre composant ou fichier dont vos sites ont besoin.
SharePoint 2013 peut héberger des sites dans les modes Produits SharePoint 2010 et SharePoint 2013. L’installation de SharePoint 2013 contient à la fois les produits SharePoint 2010 et les versions SharePoint 2013 de nombreux éléments. Les répertoires du système de fichiers sont dupliqués dans les chemins 14 et 15, comme ci-dessous :
Web Server Extensions/14/TEMPLATE/Features
Web Server Extensions/15/TEMPLATE/Features
Il existe également deux versions des répertoires de prise en charge IIS : _Layouts, _Layouts/15 et _ControlTemplates, _ControlTemplates/15.
Veillez à installer les personnalisations à l'emplacement approprié sur votre nouvelle batterie de serveurs. Par exemple, des feuilles de style supplémentaires pour les produits SharePoint 2010 doivent être installées dans le chemin /14, et non dans le nouveau chemin /15 afin que les collections de sites que vous n’avez pas mises à niveau puissent les utiliser. Si vous souhaitez qu'une solution soit disponible sur les deux chemins d'accès, installez-la deux fois, la seconde fois en utilisant le paramètre CompatibilityLevel qui permet de l'installer sur le chemin d'accès /15. Pour plus d'informations, reportez-vous à Install-SPSolution.
Pour plus d’informations sur la mise à jour des personnalisations à utiliser dans SharePoint 2013, voir Redéploiement des personnalisations et des solutions dans SharePoint Foundation 2010 et SharePoint Server 2010. Pour plus d’informations sur le déploiement des personnalisations dans votre environnement, voir Installer et gérer des solutions pour SharePoint Server.
Vérifier les composants personnalisés
Pour vous assurer que vous avez identifié tous les composants personnalisés pour votre environnement, utilisez l’opération Stsadm -o enumallwebs dans l’environnement Produits SharePoint 2010 et utilisez les paramètres includefeatures et includewebparts . Cette opération permet de répertorier tous les modèles, fonctionnalités, composants WebPart et autres éléments personnalisés dont a besoin chaque site. Pour plus d'informations sur l'utilisation de l'opération enumallwebs, voir Enumallwebs : opération Stsadm (Office SharePoint Server) et Clean up an environment before an upgrade to SharePoint 2013.
Vous pouvez également utiliser l’applet de commande Microsoft PowerShell Get-SPWeb dans votre environnement Produits SharePoint 2010 pour afficher le modèle associé à chaque site, puis vérifier que le modèle est installé dans votre environnement SharePoint 2013. Pour plus d'informations sur cette opération, voir Get-SPWeb.
Avant d’attacher les bases de données de contenu aux applications web, utilisez l’applet de commande Microsoft PowerShell Test-SPContentDatabase pour vérifier que vous disposez de tous les composants personnalisés que vous devez avoir pour cette base de données.
Pour vérifier que les composants personnalisés sont disponibles à l’aide de PowerShell :
- Vérifiez que vous êtes membre :
du rôle serveur fixe securityadmin sur l'instance SQL Server.
du rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jour ;
du groupe Administrateurs sur le serveur sur lequel vous exécutez les applets de commande PowerShell.
Un administrateur peut utiliser l'applet de commande Add-SPShellAdmin pour accorder des autorisations d'utilisation des applets de commande SharePoint 2013.
Notes
[!REMARQUE] Si vous ne disposez pas des autorisations, contactez votre administrateur d'installation ou votre administrateur SQL Server afin de les demander. Pour plus d'informations sur les autorisations PowerShell, voir Add-SPShellAdmin.
Démarrez SharePoint Management Shell.
À partir de l’invite de commandes PowerShell, entrez la commande suivante :
Test-SPContentDatabase -Name DatabaseName -WebApplication URL
Où :
DatabaseName est le nom de la base de données à tester.
URL est l'URL de l'application Web qui hébergera les sites.
Pour plus d’informations, voir Test-SPContentDatabase.
Attacher une base de données de contenu à une application Web et mettre à niveau la base de données
Lorsque vous attachez une base de données de contenu, vous devez mettre à niveau cette base de données et ajouter ses collections de sites à une application web de votre choix. Toutefois, pour SharePoint 2013, le processus ne met pas à niveau les collections de sites.
Lorsque vous attachez une base de données de contenu, pour une application Web qui englobe plusieurs bases de données de contenu, veillez à attacher la base de données de contenu qui contient la collection de sites en premier. Lorsque vous attachez des bases de données de contenu, ajoutez le site racine de l’application Web dans la première base de données de contenu que vous attachez. En d’autres termes, avant de continuer, examinez la racine de l’application web dans la batterie de serveurs Produits SharePoint 2010 pour déterminer la première collection de sites. Une fois que vous avez attaché la base de données qui contient le site racine, attachez les autres bases de données de contenu pour l'application web dans n'importe quel ordre. Vous n'avez pas besoin de créer de collections de sites pour le stockage du contenu avant d'attacher la base de données. Ce processus attache automatiquement les bases de données de contenu et les collections de sites à cette base de données. Veillez à ne pas ajouter de nouvelles collections de sites tant que vous n'avez pas restauré toutes les bases de données de contenu.
Conseil
[!CONSEIL] Dans une base de données de contenu, chaque collection de sites est associée à un GUID qui est inscrit dans la base de données de configuration. Par conséquent, vous ne pouvez pas ajouter deux fois la même collection de sites à la batterie de serveurs, même dans des applications web distinctes. Bien que vous puissiez correctement attacher la base de données dans ce cas, vous ne pourrez pas accéder à la collection de sites. > Si vous devez disposer d’une copie d’une collection de sites dans la même batterie de serveurs, attachez d’abord la base de données qui contient la collection de sites à une batterie de serveurs distincte, puis utilisez les applets de commande PowerShell Backup-SPSite et Restore-SPSite pour copier la collection de sites vers l’autre batterie de serveurs. Le processus de sauvegarde et de restauration crée un GUID pour la collection de sites. Pour plus d'informations sur ces applets de commande, voir Backup-SPSite et Restore-SPSite.
Pour les Mes sites, attachez la base de données de contenu dans laquelle se trouve l'hôte du Mon site avant d'attacher les bases de données contenant les Mes sites.
Par défaut, lorsque vous avez créé les applications web dans le nouvel environnement SharePoint 2013, une base de données de contenu a été créée pour chaque application web. Vous pouvez ignorer ces bases de données par défaut jusqu’à ce que vous ayez attaché vos bases de données de produits SharePoint 2010, puis vous pouvez supprimer les bases de données par défaut.
Importante
Si vous déplacez les bases de données de contenu d’un domaine à un autre, d’une forêt à une autre ou dans un autre environnement qui a des comptes de service différents, vérifiez que ces comptes de service disposent toujours des autorisations appropriées avant d’attacher les bases de données.
Vous devez utiliser l'applet de commande Mount-SPContentDatabase pour attacher une base de données de contenu à une application web dans le cadre d'une mise à niveau. Vous ne pouvez pas le faire à partir des pages de l'Administration centrale SharePoint.
Vérifiez que le compte que vous utilisez pour attacher les bases de données est membre du rôle de base de données fixe db_owner pour les bases de données de contenu que vous souhaitez mettre à niveau.
Notes
[!REMARQUE] Une cause fréquente d'échec lors des mises à niveau vient du fait que le nouvel environnement ne comporte pas les fonctionnalités, solutions ou autres éléments personnalisés requis. Assurez-vous que tous les éléments personnalisés de l’environnement produits SharePoint 2010 sont installés sur vos serveurs web frontaux dans l’environnement SharePoint 2013 avant de commencer le processus de mise à niveau. Utilisez l’applet de commande Microsoft PowerShell test-spcontentdatabase pour identifier les éléments personnalisés susceptibles de manquer à vos sites.
Pour attacher une base de données de contenu à une application web à l’aide de PowerShell :
- Vérifiez que vous êtes membre :
du rôle serveur fixe securityadmin sur l'instance SQL Server.
du rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jour ;
du groupe Administrateurs sur le serveur sur lequel vous exécutez les applets de commande PowerShell.
Un administrateur peut utiliser l'applet de commande Add-SPShellAdmin pour accorder des autorisations d'utilisation des applets de commande SharePoint 2013.
Notes
[!REMARQUE] Si vous ne disposez pas des autorisations, contactez votre administrateur d'installation ou votre administrateur SQL Server afin de les demander. Pour plus d'informations sur les autorisations PowerShell, voir Add-SPShellAdmin.
Démarrez SharePoint Management Shell.
À l'invite de commandes PowerShell, tapez la commande suivante, puis appuyez sur Entrée:
Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
Où :
DatabaseName est le nom de la base de données à mettre à niveau.
ServerName est le serveur sur lequel la base de données est stockée.
URL est l'URL de l'application Web qui hébergera les sites.
Pour plus d’informations, voir Mount-SPContentDatabase.
Conseil
Pour effectuer une mise à niveau de SharePoint Foundation 2010 vers SharePoint 2013, attachez les bases de données de contenu SharePoint Foundation 2010 directement à l’environnement SharePoint 2013. Suivez simplement les mêmes étapes dans cet article, mais utilisez les bases de données SharePoint Foundation 2010 et une batterie de serveurs SharePoint 2013. La version et le produit seront mis à niveau simultanément.
Vérification : contrôler la mise à niveau de la première base de données
Après avoir attaché une base de données, vous pouvez utiliser la page État de la mise à niveau dans l’Administration centrale pour vérifier l’état de la mise à niveau de vos bases de données. Une fois le processus de mise à niveau terminé, consultez le fichier journal de mise à niveau pour voir si des problèmes se sont produits lors de la mise à niveau. Vous pouvez utiliser une cmdlet de PowerShell pour vérifier l'état de la mise à niveau de toutes les bases de données de contenu. Pour plus d’informations sur la vérification et la résolution des problèmes de mise à niveau, voir Vérifier les mises à niveau de base de données dans SharePoint 2013 et Tester et résoudre les problèmes d’une mise à niveau vers SharePoint 2013.
Pour afficher la page État de la mise à niveau
Vérifiez que le compte d'utilisateur qui exécute cette procédure est membre du rôle de base de données fixe db_owner pour les bases de données.
Dans Administration centrale, cliquez sur Mise à niveau et migration, puis sur Vérifier l'état de la mise à niveau.
Pour afficher le fichier journal de mise à niveau :
Le fichier journal des erreurs de mise à niveau et le fichier journal de mise à niveau sont disponibles à l’emplacement %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\15\LOGS. Le fichier journal de mise à niveau comporte des informations plus détaillées que le journal des erreurs de mise à niveau. Consultez toujours le résumé fourni en bas des fichiers journaux pour vérifier les informations sur l'état général et le nombre d'avertissements et d'erreurs consignés.
Les journaux sont des fichiers texte dont le nom respecte la syntaxe suivante :
Upgrade-AAAAMMJJ-HHMMSS-SSS-error.log
Upgrade-AAAAMMJJ-HHMMSS-SSS.log
Où
AAAAMMJJ correspond à la date ;
HHMMSS-SSS correspond à l'heure (heures au format horaire de 24 heures, minutes, secondes et millisecondes).
« Upgrade-20120105-132126-374-error.log » est un exemple de fichier journal d’erreurs de mise à niveau et « Upgrade-20120105-132126-374.log » est un exemple de fichier journal de mise à niveau.
Notes
Le format du journal de mise à niveau pour SharePoint 2013 est basé sur la même structure qu’ULS. > Le fichier journal de mise à niveau inclut le nom de la base de données de contenu en cours de mise à niveau.
Pour afficher l’état de mise à niveau de toutes les bases de données à l’aide de PowerShell :
- Vérifiez que vous êtes membre :
du rôle serveur fixe securityadmin sur l'instance SQL Server.
du rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jour ;
du groupe Administrateurs sur le serveur sur lequel vous exécutez les applets de commande PowerShell.
Un administrateur peut utiliser l'applet de commande Add-SPShellAdmin pour accorder des autorisations d'utilisation des applets de commande SharePoint 2013.
Notes
[!REMARQUE] Si vous ne disposez pas des autorisations, contactez votre administrateur d'installation ou votre administrateur SQL Server afin de les demander. Pour plus d'informations sur les autorisations PowerShell, voir Add-SPShellAdmin.
Démarrez SharePoint Management Shell.
À partir de l’invite de commandes PowerShell, entrez la commande suivante :
Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
Cette applet de commande retourne une liste de base de données de style table dans votre batterie de serveurs et indique si la base de données a besoin d’une mise à niveau vers SharePoint2013.
Attacher les autres bases de données
Une fois que vous avez restauré la première base de données de contenu et vérifié que la mise à niveau a été correctement effectuée, vous pouvez restaurer et mettre à niveau les autres bases de données. Vous pouvez attacher des bases de données et effectuer une mise à niveau parallèle afin de mettre à niveau plusieurs bases de données en même temps. Pour lancer plusieurs mises à niveau à la fois, utilisez des fenêtres d’invite de commandes séparées. Il est recommandé d’espacer de quelques minutes le début de chaque nouvelle session de mise à niveau d’une base de données pour éviter les problèmes de verrouillage temporaire de l’application web pendant le processus d’attachement. Sinon, un message d'erreur risque de s'afficher lors de la session de mise à niveau. Le délai d’attente avant le déverrouillage dépend du nombre de collections de sites ou de la vitesse du serveur de base de données.
Vérification : contrôler la mise à niveau pour les bases de données supplémentaires
Après avoir mis à niveau toutes les autres bases de données, affichez la page État de la mise à niveau pour surveiller la progression et vérifier que le processus de mise à niveau est terminé. Consultez le fichier journal pour identifier d’éventuelles erreurs.
Étapes suivantes
Après avoir mis à niveau les bases de données, vous pouvez effectuer des étapes complémentaires pour vérifier que votre batterie de serveurs est prête à l’emploi. Par exemple :
Vérifiez que les collections de sites fonctionnent correctement en mode 2010.
Passez en revue visuellement les collections de sites. Vous pouvez utiliser une liste de révision similaire à celle fournie pour les sites mis à niveau dans Vérifier les collections de sites mises à niveau vers SharePoint Server 2016.
Migrez les comptes d’utilisateur vers l’authentification basée sur les revendications, s’il y a lieu.
Par défaut, les nouvelles applications web dans SharePoint 2013 utilisent l'authentification basée sur les revendications. Si vous utilisiez l'authentification en mode classique dans l'environnement précédent, vous devez transférer les utilisateurs vers l'authentification basée sur les revendications. Pour plus d'informations, voir Migrer de l'authentification en mode classique vers l'authentification basée sur les revendications dans SharePoint 2013.
Mettez à jour les liens qui sont utilisés dans les modèles de formulaire InfoPath mis à niveau.
Dans le cadre d'une mise à niveau avec attachement de bases de données, vous avez exporté et importé tous les modèles de formulaire InfoPath dans votre nouvel environnement au moment de sa création. Après la mise à niveau, vous pouvez maintenant mettre à jour les liens utilisés dans ces modèles de formulaires mis à niveau pour pointer vers les URL correctes via une applet de commande Microsoft PowerShell.
Pour plus d'informations, voir Configurer InfoPath Forms Services (SharePoint Server 2010).
InfoPath est disponible dans SharePoint Server uniquement.
Configurez votre topologie de recherche.
L'architecture du service de recherche a été modifiée pour SharePoint 2013. Planifiez et configurez votre topologie de recherche en fonction de votre environnement et de la nouvelle architecture. Pour plus d'informations, voir Mettre à l'échelle la recherche pour les sites Internet dans SharePoint Server et Gérer la topologie de recherche dans SharePoint Server.
Effectuez une analyse complète.
Pour plus d'informations, voir Start, pause, resume, or stop a crawl in SharePoint Server.
Sauvegardez votre batterie de serveurs.
Pour plus d'informations, voir Sauvegarder des batteries de serveurs dans SharePoint Server.
Bien que SharePoint Foundation 2013 inclue des fonctionnalités de recherche, il ne s’agit pas de la même application de service de recherche que dans SharePoint 2013. Ces étapes s’appliquent uniquement à SharePoint 2013.
Lorsque votre batterie de serveurs est prête à être utilisée, vous pouvez la rendre accessible aux utilisateurs, puis commencer la mise à niveau des collections de sites. Pour plus d’informations sur la mise à niveau des collections de sites, voir Mettre à niveau une collection de sites vers SharePoint 2013.
| Phase | Description |
|---|---|
|
|
Il s’agit de la quatrième phase du processus de mise à niveau des données et des sites des produits SharePoint 2010 vers SharePoint 2013. Phase suivante : Mettre à niveau une collection de sites vers SharePoint 2013 Pour obtenir une vue d’ensemble de l’ensemble du processus, voir Vue d’ensemble du processus de mise à niveau de SharePoint 2010 vers SharePoint 2013. |
Voir aussi
Autres ressources
Liste de vérification sur la mise à niveau avec liaison des bases de données (SharePoint 2013)
Mettre à niveau une collection de sites vers SharePoint 2013
Mettre à niveau une collection de sites vers SharePoint 2013