Mettre à niveau des applications de service vers SharePoint Server 2016

 

**Sapplique à :**SharePoint Server 2016

**Dernière rubrique modifiée :**2017-07-27

Résumé : Mettez à niveau les applications de service (Business Connectivity Services, Métadonnées gérées, Banque d’informations sécurisée et Recherche) vers SharePoint Server 2016.

Quand vous effectuez une mise à niveau des SharePoint Server 2013 avec Service Pack 1 (SP1) vers SharePoint Server 2016, vous devez utiliser une mise à niveau par attachement de base de données, ce qui signifie que vous mettez à niveau uniquement le contenu correspondant à votre environnement et non pas les paramètres de configuration. Une fois que vous avez configuré l’environnement SharePoint Server 2016, puis copié les bases de données de contenu et d’application de service, vous pouvez mettre à niveau les applications de service vers SharePoint Server 2016. Cet article contient les étapes à suivre pour mettre à niveau les applications de service.

Phase 3 du processus de mise à niveau : mise à niveau des applications de service

Phase 3 du processus de mise à niveau : mise à niveau des applications de service

123 steps

Il s’agit de la troisième phase du processus de mise à niveau des données et sites des SharePoint Server 2013 avec Service Pack 1 (SP1) vers SharePoint Server 2016. Ce processus inclut les phases suivantes à exécuter dans l’ordre :

  1. Créer une batterie de serveurs SharePoint Server 2016 pour une mise à niveau d’attachement de base de données

  2. Copier des bases de données vers la nouvelle batterie de serveurs à des fins de mise à niveau vers SharePoint Server 2016

  3. Mettre à niveau des applications de service vers SharePoint Server 2016 (la présente phase)

  4. Mettre à niveau les bases de données de contenu vers SharePoint Server 2016

Pour obtenir une vue d’ensemble du processus, voir Vue d’ensemble du processus de mise à niveau vers SharePoint Server 2016.

Avant de commencer

Avant de mettre à niveau les applications de service, passez en revue les informations suivantes et prenez les mesures recommandées.

  • Assurez-vous que le compte que vous utilisez pour accomplir les étapes de cet article est membre du groupe Administrateurs de la batterie de serveurs dans l’Administration centrale.

  • Déterminez quel pool d’applications de service utiliser pour les applications de service mises à niveau. Les procédures ci-dessous utilisent le pool d’applications par défaut pour les applications de service, à savoir les « services web SharePoint par défaut ». Vous pouvez afficher la liste des pools d’applications de service disponibles à l’aide l’applet de commande Get-SPServiceApplicationPool dans PowerShell. Ou vous pouvez créer un pool d’applications de service à l’aide de l’applet de commande New-SPServiceApplicationPool. Pour plus d’informations, voir Get-SPServiceApplicationPool et New-SPServiceApplicationPool.

Conseil

Tout au long du présent article, des variables (comme $applicationPool, $sss, $upa, etc.) sont utilisées dans les applets de commande PowerShell pour économiser temps et efforts. Vous n’êtes pas obligé d’utiliser ces variables si vous ne préférez pas le faire. Toutefois, si vous ne les utilisez pas, vous devez utiliser les ID des applications de service et de leurs proxys pour spécifier les paramètres identity. Chaque procédure comporte des informations sur les variables utilisées ou les applets de commande alternatives à utiliser pour rechercher les ID requis.
En outre, de nombreuses procédures figurant dans le présent article incluent une étape de définition de la variable $applicationPool. Si vous exécutez toutes ces procédures au cours de la même session de PowerShell et que vous voulez utiliser le même pool d’applications pour toutes les applications de service, il n’est pas nécessaire de répéter cette étape dans chaque procédure. Vous pouvez en effet définir cette variable une seule fois au départ, puis l’utiliser au cours de toutes les procédures de cet article.

Notes

Si une propriété gérée SPWebURL se trouve dans votre schéma SharePoint 2013, renommez-la avant de commencer la procédure (remplacez SPWebURL par SPWebURL1). Lorsque vous mettez SharePoint Server à niveau vers la version 2016, il est possible que la propriété gérée SPWebURL1 reprenne son nom d’origine (c’est-à-dire, SPWebURL).

À propos de la mise à niveau des bases de données des applications de service

Pour mettre à niveau une base de données d’application de service, vous devez créer une application de service et indiquer le nom de la base de données existante à utiliser pour cette application. Une fois que l’application de service est créée, la mise à niveau de la base de données associée commence. Ce processus se déroule en plusieurs étapes.

Notes

Word Automation Services et les services de traduction automatique ne peuvent pas être mis à niveau. Une nouvelle instance de service devra être créée.

Important

Les étapes suivantes s’appliquent uniquement au type de rôle serveur personnalisé. Pour plus d’informations sur les types de rôle serveur, reportez-vous à l’article Planification d’un déploiement de serveur MinRole dans SharePoint Server 2016.

  1. Démarrer les instances de service

    Lors de cette première étape, vous démarrez les instances de service pour les applications de service que vous pouvez mettre à niveau : le Service Business Data Connectivity, le service web de métadonnées gérées, le service PerformancePoint Services, le service Banque d’informations sécurisée et le service de recherche. Toutes les instances de service peuvent être démarrées à partir de l’Administration centrale, à l’exception de l’instance du service de recherche SharePoint Server qui doit être démarrée avec PowerShell.

  2. Créer les applications de service et mettre à niveau les bases de données associées

    Après avoir démarré les instances de service, l’étape suivante consiste à créer les applications de service et à mettre à niveau les bases de données associées. Vous devez utiliser PowerShell pour restaurer les bases de données des applications de service.

  3. Créer des proxys pour les applications de service

    Lorsque vous avez terminé la mise à niveau des bases de données des applications de service, vous devez créer les proxys pour les applications de service et les ajouter au groupe de proxys par défaut. Des proxys sont nécessaires pour les applications de service suivantes :

    • Application de service de métadonnées gérées

    • Application de service de recherche

    • Application de service Banque d’informations sécurisée

    • Application de service PerformancePoint Services

    Lorsque vous créez l’application de service Service Business Data Connectivity, un proxy est automatiquement créé et ajouté au groupe de proxys par défaut.

  4. Vérifier que les proxys sont dans le groupe par défaut

Ces différentes étapes sont décrites dans les sections suivantes.

Démarrer les instances de service

Utilisez l’une des procédures suivantes pour démarrer les instances de service.

Pour démarrer les instances d’application de service à partir de l’Administration centrale

  1. Démarrez l’Administration centrale de SharePoint 2016.

    • Pour Windows Server 2012 R2 :

      • Dans l’écran d’accueil, cliquez sur Administration centrale de SharePoint 2016.

        Si Administration centrale de SharePoint 2016 ne figure pas sur l’écran d’accueil :

      • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur Administration centrale de SharePoint 2016.

    Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

  2. Dans Administration centrale de SharePoint 2016, sur la page Gestion des applications, dans la section Applications de service, cliquez sur Gérer les services sur le serveur.

  3. En regard de Service Business Data Connectivity, cliquez sur Démarrer.

  4. En regard de Service Web de métadonnées gérées, cliquez sur Démarrer.

  5. En regard du service PerformancePoint Services, cliquez sur Démarrer.

  6. En regard du service Banque d’informations sécurisée, cliquez sur Démarrer.

Vous devez démarrer l’instance de service de recherche avec PowerShell, car il est impossible de le faire à partir de l’Administration centrale lorsque aucune application de service de recherche n’existe.

Pour démarrer l’instance de service de recherche à l’aide de PowerShell

  1. Vérifiez que vous êtes membre :

    • 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 Server 2016.

    Notes

    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.

  2. Démarrez SharePoint 2016 Management Shell.

    • Pour Windows Server 2012 R2 :

      • Dans l’écran d’accueil, cliquez sur SharePoint 2016 Management Shell.

        Si SharePoint 2016 Management Shell ne figure pas sur l’écran d’accueil :

      • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur SharePoint 2016 Management Shell.

    Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

  3. Pour démarrer l’instance de service de recherche, à l’invite de commandes Microsoft PowerShell, tapez les commandes suivantes les unes après les autres, en appuyant sur Entrée à la fin de chacune d’elles :

    $SearchInst = Get-SPEnterpriseSearchServiceInstance
    # Stores the identity for the Search service instance on this server as a variable 
    
    Start-SPServiceInstance $SearchInst
    # Starts the service instance
    

Pour plus d’informations, voir Get-SPEnterpriseSearchServiceInstance et Start-SPServiceInstance.

Mettre à niveau l’application de service Banque d’informations sécurisée.

Pour mettre à niveau l’application de service Banque d’informations sécurisée, vous devez créer l’application de service et mettre à niveau la base de données associée, créer un proxy et l’ajouter au groupe de proxys par défaut, puis restaurer la phrase secrète de l’environnement précédent.

Pour mettre à niveau l’application de service Banque d’informations sécurisée à l’aide de PowerShell

  1. Vérifiez que vous êtes membre :

    • 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 Server 2016.

    Notes

    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.

  2. Démarrez SharePoint 2016 Management Shell.

    • Pour Windows Server 2012 R2 :

      • Dans l’écran d’accueil, cliquez sur SharePoint 2016 Management Shell.

        Si SharePoint 2016 Management Shell ne figure pas sur l’écran d’accueil :

      • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur SharePoint 2016 Management Shell.

    Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2Windows Server 2012, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

  3. Pour stocker le pool d’applications à utiliser en tant que variable pour cette application de service, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    $applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
    

    Où :

    • SharePoint Web Services default est le nom du pool d’applications de service qui contiendra les nouvelles applications de service. Il s’agit du pool d’applications de service par défaut. Vous pouvez en spécifier un autre.

    Cette applet de commande définit le pool d’applications de service en tant que variable réutilisable dans les applets de commande qui suivent. Si vous avez plusieurs pools d’applications et que vous devez utiliser un pool d’applications différent pour une application de service particulière, répétez cette étape dans la procédure pour créer chaque application de service afin d’utiliser le pool d’applications approprié.

  4. Pour mettre à niveau l’application de service Banque d’informations sécurisée, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    $sss = New-SPSecureStoreServiceApplication -Name 'Secure Store' -ApplicationPool $applicationPool -DatabaseName 'SecureStore_Upgrade_DB' -AuditingEnabled
    

    Où :

    • SecureStore est le nom que vous souhaitez donner à la nouvelle application de service Banque d’informations sécurisée.

    • $applicationpool est la variable que vous avez définie précédemment pour identifier le pool d’applications de service à utiliser.

      Conseil

      Si vous n’utilisez pas la variable $applicationPool, alors vous devez spécifier le nom d’un pool d’applications de service existant au format 'Application Pool Name'. Pour afficher la liste des pools d’applications de service, vous pouvez exécuter l’applet de commande Get-SPServiceApplicationPool.

    • SecureStore_Upgrade_DB est le nom de la base de données d’application de service que vous souhaitez mettre à niveau.

    Cette commande définit une variable $sss que vous utiliserez plus tard lors de la création du proxy.

    Pour plus d’informations, voir New-SPSecureStoreApplication.

  5. Tapez la commande suivante pour créer un proxy pour l’application de service Banque d’informations sécurisée :

    $sssp = New-SPSecureStoreServiceApplicationProxy -Name ProxyName -ServiceApplication $sss -DefaultProxyGroup
    

    Où :

    • ProxyName est le nom du proxy que vous souhaitez utiliser.

    • $sss est la variable que vous avez définie précédemment pour identifier la nouvelle application de service Banque d’informations sécurisée.

      Conseil

      Si vous n’utilisez pas de variable $sss, vous devez identifier l’application de service Banque d’informations sécurisée avec un ID au lieu d’un nom. Pour rechercher cet ID, exécutez l’applet de commande Get-SPServiceApplication qui affiche la liste de tous les ID d’application de service.

    • DefaultProxyGroup ajoute le proxy d’application de service Banque d’informations sécurisée au groupe de proxys par défaut pour la batterie de serveurs locale.

    Cette commande définit une variable, $sssp, pour le proxy d’application de service que vous utilisez quand vous restaurez la phrase secrète.

    Pour plus d’informations, voir New-SPSecureStoreServiceApplicationProxy.

    Après avoir créé l’application de service Banque d’informations sécurisée et le proxy, vous devez actualiser la clé de chiffrement. Pour plus d’informations sur l’actualisation de la clé de chiffrement, voir Actualiser la clé de chiffrement.

  6. Tapez la commande suivante pour restaurer la phrase secrète pour l’application de service Banque d’informations sécurisée :

    Update-SPSecureStoreApplicationServerKey -Passphrase <Passphrase> -ServiceApplicationProxy $sssp
    

    Où :

    • <Passphrase> est la phrase secrète qui était utilisée dans votre environnement précédent pour l’application de service Banque d’informations sécurisée.

    • $sssp est une variable que vous avez définie précédemment pour identifier le nouveau proxy d’application de service Banque d’informations sécurisée.

      Conseil

      Si vous n’utilisez pas de variable $sssp, vous devez identifier le proxy d’application de service Banque d’informations sécurisée avec un ID au lieu d’un nom. Pour rechercher cet ID, exécutez l’applet de commande Get-SPServiceApplicationProxy qui affiche la liste de tous les ID de proxy d’application de service.

    Pour plus d’informations, voir Update-SPSecureStoreApplicationServerKey.

Mettre à niveau l’application de Service Business Data Connectivity

Pour mettre à niveau l’application de Service Business Data Connectivity, vous devez créer l’application de service et mettre à niveau la base de données associée. Vous n’avez pas besoin de créer un proxy pour l’application de service Service Business Data Connectivity, car lorsque vous créez l’application de service, un proxy est automatiquement créé et ajouté au groupe de proxys par défaut par l’application de Service Business Data Connectivity.

Pour mettre à niveau l’application de Service Business Data Connectivity à l’aide de PowerShell

  1. Vérifiez que vous êtes membre :

    • 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 Server 2016.

    Notes

    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.

  2. Démarrez SharePoint 2016 Management Shell.

    • Pour Windows Server 2012 R2 :

      • Dans l’écran d’accueil, cliquez sur SharePoint 2016 Management Shell.

        Si SharePoint 2016 Management Shell ne figure pas sur l’écran d’accueil :

      • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur SharePoint 2016 Management Shell.

    Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

  3. Pour stocker le pool d’applications à utiliser en tant que variable pour cette application de service, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    $applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
    

    Où :

    • SharePoint Web Services default est le nom du pool d’applications de service qui contiendra les nouvelles applications de service.

    Cette applet de commande définit le pool d’applications de service en tant que variable réutilisable dans les applets de commande qui suivent. Si vous avez plusieurs pools d’applications et que vous devez utiliser un pool d’applications différent pour une application de service particulière, répétez cette étape dans la procédure pour créer chaque application de service afin d’utiliser le pool d’applications approprié.

  4. Pour mettre à niveau l’application de Service Business Data Connectivity, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    New-SPBusinessDataCatalogServiceApplication -Name 'BDC Service' -ApplicationPool $applicationPool -DatabaseName 'BDC_Service_DB'
    

    Où :

    • BDC Service est le nom que vous souhaitez donner à la nouvelle application de Service Business Data Connectivity.

    • $applicationpool est la variable que vous avez définie précédemment pour identifier le pool d’applications de service à utiliser.

      Conseil

      Si vous n’utilisez pas la variable $applicationPool, alors vous devez spécifier le nom d’un pool d’applications de service existant au format 'Application Pool Name'. Pour afficher la liste des pools d’applications de service, vous pouvez exécuter l’applet de commande Get-SPServiceApplicationPool.

    • BDC_Service_DB est le nom de la base de données d’application de service que vous souhaitez mettre à niveau.

    Pour plus d’informations, voir New-SPBusinessDataCatalogServiceApplication.

Mettre à niveau l’application de service de métadonnées gérées

Pour mettre à niveau l’application de service de métadonnées gérées, vous devez créer l’application de service et mettre à niveau la base de données associée, puis créer un proxy et l’ajouter au groupe de proxys par défaut.

Pour mettre à niveau l’application de service de métadonnées gérées à l’aide de PowerShell

  1. Vérifiez que vous êtes membre :

    • 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 Server 2016.

    Notes

    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.

  2. Démarrez SharePoint 2016 Management Shell.

    • Pour Windows Server 2012 R2 :

      • Dans l’écran d’accueil, cliquez sur SharePoint 2016 Management Shell.

        Si SharePoint 2016 Management Shell ne figure pas sur l’écran d’accueil :

      • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur SharePoint 2016 Management Shell.

    Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

  3. Pour stocker le pool d’applications à utiliser en tant que variable pour cette application de service, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    $applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
    

    Où :

    • SharePoint Web Services default est le nom du pool d’applications de service qui contiendra les nouvelles applications de service.

    Cette applet de commande définit le pool d’applications de service en tant que variable réutilisable dans les applets de commande qui suivent. Si vous avez plusieurs pools d’applications et que vous devez utiliser un pool d’applications différent pour une application de service particulière, répétez cette étape dans la procédure pour créer chaque application de service afin d’utiliser le pool d’applications approprié.

  4. Pour mettre à niveau l’application de service de métadonnées gérées, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    $mms = New-SPMetadataServiceApplication -Name 'Managed Metadata Service Application' -ApplicationPool $applicationPool -DatabaseName 'Managed Metadata Service_DB'
    

    Où :

    • Managed Metadata Service Application est le nom que vous souhaitez donner à la nouvelle application de service de métadonnées gérées.

    • $applicationpool est la variable que vous avez définie précédemment pour identifier le pool d’applications de service à utiliser.

      Conseil

      Si vous n’utilisez pas la variable $applicationPool, alors vous devez spécifier le nom d’un pool d’applications de service existant au format 'Application Pool Name'. Pour afficher la liste des pools d’applications de service, vous pouvez exécuter l’applet de commande Get-SPServiceApplicationPool.

    • Managed Metadata Service_DB est le nom de la base de données d’application de service que vous souhaitez mettre à niveau.

    Cette commande définit une variable $mms que vous utiliserez plus tard lors de la création du proxy.

    Pour plus d’informations, voir New-SPMetadataServiceApplication.

  5. À l’invite de commandes Microsoft PowerShell, tapez la commande suivante pour créer un proxy pour l’application de service de métadonnées gérées :

    New-SPMetadataServiceApplicationProxy -Name ProxyName -ServiceApplication $mms -DefaultProxyGroup
    

    Où :

    • ProxyName est le nom du proxy que vous souhaitez utiliser.

    • $mms est la variable que vous avez définie précédemment pour identifier la nouvelle application de service de métadonnées gérées.

      Conseil

      Si vous n’utilisez pas de variable $mms, vous devez identifier le proxy d’application de service Métadonnées gérées avec un ID au lieu d’un nom. Pour rechercher cet ID, exécutez l’applet de commande Get-SPServiceApplication qui affiche la liste de tous les ID d’application de service.

    • DefaultProxyGroup ajoute le proxy d’application de service de métadonnées gérées au groupe de proxys par défaut pour la batterie de serveurs locale.

    Pour plus d’informations, voir New-SPMetadataServiceApplicationProxy.

Mettre à niveau l’application de service PerformancePoint Services.

Pour mettre à niveau l’application de service PerformancePoint Services, vous devez créer l’application de service et mettre à niveau la base de données associée, puis créer un proxy et l’ajouter au groupe de proxys par défaut.

Pour mettre à niveau l’application de service PerformancePoint Services à l’aide de PowerShell

  1. Vérifiez que vous êtes membre :

    • 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 Server 2016.

    Notes

    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.

  2. Démarrez SharePoint 2016 Management Shell.

    • Pour Windows Server 2012 R2 :

      • Dans l’écran d’accueil, cliquez sur SharePoint 2016 Management Shell.

        Si SharePoint 2016 Management Shell ne figure pas sur l’écran d’accueil :

      • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur SharePoint 2016 Management Shell.

    Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

  3. Pour stocker le pool d’applications à utiliser en tant que variable pour cette application de service, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    $applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
    

    Où :

    • SharePoint Web Services default est le nom du pool d’applications de service qui contiendra les nouvelles applications de service.

    Cette applet de commande définit le pool d’applications de service en tant que variable réutilisable dans les applets de commande qui suivent. Si vous avez plusieurs pools d’applications et que vous devez utiliser un pool d’applications différent pour une application de service particulière, répétez cette étape dans la procédure pour créer chaque application de service afin d’utiliser le pool d’applications approprié.

  4. Pour mettre à niveau l’application de service PerformancePoint Services, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    $pps = New-SPPerformancePointServiceApplication -Name 'PerformancePoint Service' -ApplicationPool $applicationPool -DatabaseName 'PerformancePoint Service Application_DB'
    

    Où :

    • PerformancePoint Service est le nom que vous souhaitez donner à la nouvelle application de service PerformancePoint Services.

    • $applicationpool est la variable que vous avez définie précédemment pour identifier le pool d’applications de service à utiliser.

      Conseil

      Si vous n’utilisez pas la variable $applicationPool, alors vous devez spécifier le nom d’un pool d’applications de service existant au format 'Application Pool Name'. Pour afficher la liste des pools d’applications de service, vous pouvez exécuter l’applet de commande Get-SPServiceApplicationPool.

    • PerformancePoint Service Application_DB est le nom de la base de données d’application de service PerformancePoint Services que vous souhaitez mettre à niveau.

    Cette commande définit une variable $pps que vous utiliserez plus tard lors de la création du proxy.

    Pour plus d’informations, voir New-SPProfileServiceApplication.

  5. Tapez la commande suivante pour créer un proxy pour l’application de service PerformancePoint Services :

    New-SPPerformancePointServiceApplicationProxy -Name ProxyName -ServiceApplication $pps -Default
    

    Où :

    • ProxyName est le nom du proxy que vous souhaitez utiliser.

    • $pps est la variable que vous avez définie précédemment pour identifier la nouvelle application de service PerformancePoint Services.

      Conseil

      Si vous n’utilisez pas de variable $pps, vous devez identifier l’application de service PerformancePoint Services avec un ID au lieu d’un nom. Pour rechercher cet ID, exécutez l’applet de commande Get-SPServiceApplication qui affiche la liste de tous les ID d’application de service.

    • Default ajoute le proxy d’application de service PerformancePoint Services au groupe de proxys par défaut pour la batterie de serveurs locale.

    Pour plus d’informations, voir New-SPPerformancePointServiceApplicationProxy.

Mettre à niveau l’application de service de recherche

Mettez à niveau l’application de service Profil utilisateur et l’application de service de métadonnées gérées pour pouvoir mettre à niveau l’application de service de recherche.

Pour mettre à niveau l’application Service de recherche, vous devez copier la base de données des paramètres de recherche de votre batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1) vers votre batterie de serveurs SharePoint Server 2016, puis restaurer l’application Service de recherche à partir de votre batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1) dans votre batterie de serveurs SharePoint Server 2016. La restauration déclenche la création par SharePoint Server 2016 d’une nouvelle application Service de recherche dans la batterie de serveurs SharePoint Server 2016, qui pointe vers la base de données des paramètres de recherche qui a été copiée. Pour terminer la mise à niveau, vous devez créer un proxy et l’ajouter au groupe de proxys par défaut, et vous assurer que la nouvelle base de données de liens et la nouvelle topologie de recherche sont configurées de la même façon que dans la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1).

SharePoint Server 2016 crée normalement une nouvelle topologie de recherche contenant tous les composants de recherche et toutes les bases de données lorsqu’il crée la nouvelle application Service de recherche. Pendant la restauration d’une application Service de recherche, SharePoint Server 2016 crée une nouvelle topologie de recherche, mais met à niveau la base de données des paramètres de recherche restaurée au lieu d’en créer une nouvelle. La base de données des paramètres de recherche mise à niveau conserve les ajouts et les modifications apportés au schéma de recherche, aux origines des résultats et aux règles de requête de la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1).

Notes

Au cours de cette mise à niveau, la recherche n’analyse pas le contenu de votre SharePoint Server 2013 avec Service Pack 1 (SP1). Si l’actualisation des résultats de recherche est importante, gagnez du temps en vous familiarisant avec ces étapes avant de commencer la mise à niveau.

Important

Étant donné que la topologie de recherche dans la batterie de serveurs SharePoint Server 2016 est nouvelle, l’index est vide. Vous devez effectuer une analyse complète du corpus indexé dans son intégralité une fois que vous avez mis à niveau toutes les sources de contenu (quatrième phase du processus pour mettre à niveau les sites et données SharePoint Server 2013 avec Service Pack 1 (SP1) vers SharePoint Server 2016).

Pour mettre à niveau l’application de service de recherche à l’aide de PowerShell

  1. Pour copier la base de données des paramètres de recherche de la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1) dans la batterie de serveurs SharePoint Server 2016, procédez comme suit :

    Notes

    Vous avez copié la totalité du contenu et des bases de données de service dans votre environnement SharePoint Server 2013 avec Service Pack 1 (SP1) dans une étape antérieure du processus de mise à niveau vers SharePoint Server 2016. Nous vous recommandons de copier la base de données des paramètres de recherche à cette étape ultérieure, car vous devez interrompre l’application de service de recherche dans votre environnement SharePoint Server 2013 avec Service Pack 1 (SP1) lors de la copie de la base de données des paramètres de recherche.

    Important

    Effectuez ces opérations dans l’environnement SharePoint Server 2013 avec Service Pack 1 (SP1).

    1. Vérifiez que vous êtes membre :

      • 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 Server 2016.

      Notes

      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.

    2. Démarrez SharePoint Management Shell.

      • Pour Windows Server 2012 R2 :

        • Sur l’écran Démarrer, cliquez sur SharePoint Management Shell.

          Si SharePoint Management Shell ne se trouve pas dans l’écran Accueil  :

        • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur SharePoint Management Shell.

      Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

    3. Définissez la base de données des paramètres de recherche en mode lecture seule. Dans la deuxième phase du processus de mise à niveau des données et des sites de SharePoint Server 2013 avec Service Pack 1 (SP1) vers SharePoint Server 2016, vous définissez toutes les autres bases de données en lecture seule. Suivez maintenant les mêmes instructions pour la base de données des paramètres de recherche.

    4. Suspendez l’application Service de recherche. À l’invite de commande Windows PowerShell, saisissez la commande suivante :

      $ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
      Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa
      

      Où :

      • SearchServiceApplicationName est le nom de l’application de service de recherche à suspendre.

      Notes

      Lorsque l’application de service de recherche est suspendue, l’index dans l’environnement SharePoint Server 2013 avec Service Pack 1 (SP1) n’est pas mis à jour. Cela signifie que pendant la mise à niveau vers SharePoint Server 2016, les résultats de recherche peuvent être moins actualisés.

    5. Copiez la base de données des paramètres de recherche de la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1) dans la batterie de serveurs SharePoint Server 2016, suivez les procédures dans Copier des bases de données vers la nouvelle batterie de serveurs à des fins de mise à niveau vers SharePoint Server 2016 pour la base de données des paramètres de recherche uniquement.

    Important

    Effectuez les étapes suivantes dans l’environnement SharePoint Server 2016.

  2. Vérifiez que vous êtes membre :

    • 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 Server 2016.

    Notes

    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.

  3. Démarrez SharePoint 2016 Management Shell.

    • Pour Windows Server 2012 R2 :

      • Dans l’écran d’accueil, cliquez sur SharePoint 2016 Management Shell.

        Si SharePoint 2016 Management Shell ne figure pas sur l’écran d’accueil :

      • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur SharePoint 2016 Management Shell.

    Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

  4. Pour stocker le pool d’applications à utiliser en tant que variable pour cette application de service, à l’invite de commandes Microsoft PowerShell, tapez la commande suivante :

    $applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
    

    Où :

    • SharePoint Web Services default est le nom du pool d’applications de service qui contiendra les nouvelles applications de service.

    Cette applet de commande définit le pool d’applications de service en tant que variable réutilisable dans les applets de commande qui suivent. Si vous avez plusieurs pools d’applications et que vous devez utiliser un pool d’applications différent pour une application de service particulière, répétez cette étape dans la procédure pour créer chaque application de service afin d’utiliser le pool d’applications approprié.

  5. Pour restaurer l’application de service de recherche et mettre à niveau la base de données des paramètres de recherche, à l’invite de commande Microsoft PowerShell, saisissez la commande suivante :

    $searchInst = Get-SPEnterpriseSearchServiceInstance -local
    # Gets the Search service instance and sets a variable to use in the next command
    
    Restore-SPEnterpriseSearchServiceApplication -Name '<SearchServiceApplicationName>' -applicationpool $applicationPool -databasename '<SearchServiceApplicationDBName>' -databaseserver <ServerName> -AdminSearchServiceInstance $searchInst 
    

    Où :

    • SearchServiceApplicationName est le nom de l’application de service de recherche.

    • $applicationpool est la variable que vous avez définie pour identifier le pool d’applications de service à utiliser.

      Conseil

      Si vous n’utilisez pas la variable $applicationPool, alors vous devez spécifier le nom d’un pool d’applications de service existant au format 'Application Pool Name'. Pour afficher la liste des pools d’applications de service, vous pouvez exécuter l’applet de commande Get-SPServiceApplicationPool.

    • SearchServiceApplicationDBName est le nom de la base de données des paramètres de recherche que vous voulez mettre à niveau et que l’application de service de recherche doit utiliser.

    • $searchInst est la variable que vous avez définie précédemment pour identifier la nouvelle instance d’application de service de recherche.

    Notes

    Une mise à niveau de l’application de service de recherche peut échouer, par exemple en raison du réseau ou d’une latence de SQL Server. Si un message d’erreur s’affiche lors de la mise à niveau, procédez comme suit :

    1. Supprimez la base de données d’administration de recherche que vous étiez en train de mettre à niveau.

    2. En utilisant votre copie de sauvegarde de la base de données d’administration de la recherche, répétez les procédures suivantes de cet article uniquement pour l’application de service de recherche :

      1. Restaurer une copie de sauvegarde de la base de données

      2. Définir les bases de données en lecture/écriture

    3. Pour mettre à niveau l’application de service de recherche à nouveau, saisissez la commande à l’invite de commande Microsoft PowerShell.

    Pour plus d’informations, voir Restore-SPEnterpriseSearchServiceApplication.

    Plusieurs étapes sont nécessaires pour créer le proxy de l’application de service de recherche, et l’ajouter ensuite au groupe de proxys par défaut : vous devez tour à tour rechercher l’ID de l’application de service de recherche, créer le proxy, obtenir l’ID du proxy et, enfin, ajouter le proxy au groupe de proxys par défaut.

  6. Pour obtenir l’ID de l’application de service de recherche et le stocker en tant que variable, tapez la commande suivante :

    $ssa = Get-SPEnterpriseSearchServiceApplication
    

    Pour plus d’informations, voir Get-SPEnterpriseSearchServiceApplication.

  7. Pour créer un proxy pour l’application de service de recherche, tapez la commande suivante :

    New-SPEnterpriseSearchServiceApplicationProxy -Name ProxyName -SearchApplication $ssa 
    

    Où :

    • ProxyName est le nom du proxy que vous souhaitez utiliser.

    • $ssa est la variable que vous avez définie précédemment pour identifier la nouvelle application de service de recherche.

      Conseil

      Si vous n’utilisez pas de variable $ssa, vous devez identifier l’application de service de recherche avec un ID au lieu d’un nom. Pour rechercher cet ID, exécutez l’applet de commande Get-SPServiceApplication qui affiche la liste de tous les ID d’application de service.

    Pour plus d’informations, voir New-SPEnterpriseSearchServiceApplicationProxy.

  8. Pour obtenir l’ID du nouveau proxy créé pour l’application de service de recherche et le stocker en tant que variable $ssap, tapez la commande suivante :

    $ssap = Get-SPEnterpriseSearchServiceApplicationProxy 
    

    Pour plus d’informations, voir Get-SPEnterpriseSearchServiceApplicationProxy.

  9. Pour ajouter le proxy de l’application de service de recherche au groupe de proxys par défaut, tapez la commande suivante :

    Add-SPServiceApplicationProxyGroupMember -member $ssap -identity " "
    

    Où :

    • $ssa est la variable que vous avez définie précédemment pour identifier l’ID du nouveau proxy créé pour l’application de service de recherche.

      Conseil

      Si vous n’utilisez pas de variable $ssap, vous devez identifier le proxy d’application de service de recherche avec un ID au lieu d’un nom. Pour rechercher cet ID, exécutez l’applet de commande Get-SPServiceApplicationProxy qui affiche la liste de tous les ID de proxy d’application de service.

    • Utilisez un paramètre identity vide («   ») pour l’ajouter au groupe par défaut.

    Pour plus d’informations, voir Add-SPServiceApplicationProxyGroupMember.

  10. Si la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1) utilise une base de données de liens partitionnée, partitionnez la base de données de liens dans la batterie SharePoint Server 2016 de la même façon. Pour plus d’informations, consultez la rubrique Move-SPEnterpriseSearchLinksDatabases.

  11. (Facultatif) Conservez les paramètres de pertinence de recherche de la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1). Étant donné que l’application de service de recherche mise à niveau a un nouvel index vide, les données analytique de recherche de la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1) ne peuvent pas être entièrement conservées. Copiez la base de données de création de rapports analytiques de la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1) et associez-la à la nouvelle application de service de recherche dans la batterie de serveurs SharePoint Server 2016 :

  12. Vérifiez que la topologie de recherche sur la nouvelle batterie de serveurs SharePoint Server 2016 ressemble à celle de la batterie de serveurs SharePoint Server 2013 avec Service Pack 1 (SP1). Si vos besoins en matière de recherche ont évolué, il est maintenant judicieux de mettre à l’échelle la topologie de recherche de la nouvelle batterie de serveurs SharePoint Server 2016.

  13. Reprenez l’application de service de recherche dans l’environnement SharePoint Server 2013 avec Service Pack 1 (SP1).

    À l’invite de commandes Windows PowerShell, tapez la commande suivante :

    $ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
    $ssa.ForceResume(0x02)
    

    Où :

    • SearchServiceApplicationName est le nom de l’application de service de recherche que vous souhaitez relancer.

Vérifier que tous les nouveaux proxys sont dans le groupe de proxys par défaut

En suivant la procédure ci-dessous, vérifiez que les proxys ont bien été créés et ajoutés au groupe de proxys par défaut.

Pour vérifier que tous les nouveaux proxys figurent dans le groupe de proxys par défaut à l’aide de PowerShell

  1. Vérifiez que vous êtes membre :

    • 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 Server 2016.

    Notes

    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.

  2. Démarrez SharePoint 2016 Management Shell.

    • Pour Windows Server 2012 R2 :

      • Dans l’écran d’accueil, cliquez sur SharePoint 2016 Management Shell.

        Si SharePoint 2016 Management Shell ne figure pas sur l’écran d’accueil :

      • Cliquez avec le bouton droit sur Ordinateur, cliquez sur Toutes les applications, puis sur SharePoint 2016 Management Shell.

    Pour plus d’informations sur la façon d’interagir avec Windows Server 2012 R2, voir Tâches de gestion courantes et navigation dans Windows Server 2012.

  3. À l’invite de commandes PowerShell, tapez les commandes suivantes :

    $pg = Get-SPServiceApplicationProxyGroup -Identity " "
    $pg.Proxies
    

    Où :

    • $pg est la variable que vous définissez pour représenter le groupe de proxys par défaut.

    • Utilisez un paramètre identity vide («   ») pour spécifier le groupe de proxys par défaut.

    Cette commande renvoie une liste de tous les proxys figurant dans le groupe de proxys par défaut, avec leurs noms complets, leurs noms de types et leurs ID.

Pour plus d’informations, voir Get-SPServiceApplicationProxyGroup.

Une fois que les applications de service ont été mises à niveau, vous pouvez procéder à la mise à niveau des bases de données de contenu. La première étape de ce processus consiste à créer les applications web nécessaires pour chaque base de données de contenu.

123 steps

Il s’agit de la troisième phase du processus de mise à niveau des données et sites des SharePoint Server 2013 avec Service Pack 1 (SP1) vers SharePoint Server 2016.

Pour obtenir une vue d’ensemble du processus, voir Vue d’ensemble du processus de mise à niveau vers SharePoint Server 2016.

See also

Créer une batterie de serveurs SharePoint Server 2016 pour une mise à niveau d’attachement de base de données
Copier des bases de données vers la nouvelle batterie de serveurs à des fins de mise à niveau vers SharePoint Server 2016
Mettre à niveau les bases de données de contenu vers SharePoint Server 2016
Vue d’ensemble de la mise à niveau des services pour SharePoint Server 2016

Liste de vérification sur la mise à niveau avec liaison des bases de données (SharePoint 2013)