Renommer une instance Analysis Services

Vous pouvez renommer une instance existante de Microsoft Analysis Services à l’aide de la boîte de dialogue Renommer l’instance .

L’outil De renommage d’instance Analysis Services ne modifie pas le dossier du programme créé pour l’instance d’origine. Ne modifiez pas le nom du dossier du programme pour qu’il corresponde à l’instance que vous renommez. La modification d’un nom de dossier de programme peut empêcher le programme d’installation de réparer ou de désinstaller l’installation.

Pour renommer une instance d’Analysis Services

1. Lancez l’outil Renommer l’instance , asinstancerename.exe, à partir de C :\Program Files\Microsoft SQL Server\110\Tools\Binn\ManagementStudio.

2. Dans la boîte de dialogue Renommer l’instance, dans la liste Instance à renommer, sélectionnez l’instance que vous souhaitez renommer.

3. Dans la zone Nouveau nom de l’instance , entrez le nouveau nom de l’instance.

4. Vérifiez que le nom d’utilisateur et le mot de passe sont corrects, puis cliquez sur Renommer.

   L’instance Analysis Services est arrêtée et redémarrée dans le cadre de la modification du nom.

Liste de contrôle post-renommage

1. Pour reprendre l’accès aux bases de données qui s’exécutent sur l’instance renommée, vous devez mettre à jour manuellement les connexions de données dans Excel ou d’autres applications clientes. Vérifiez également les connexions prédéfinies, telles que les sources de données partagées Reporting Services, les fichiers ODC Excel ou les fichiers de connexion de modèle sémantique BI qui peuvent référencer l’instance que vous venez de renommer. Pour plus d’informations, consultez Se connecter à Analysis Services.

2. Mettez à jour des scripts PowerShell ou des scripts AMO que vous utilisez régulièrement pour sauvegarder, synchroniser ou traiter des bases de données.

3. Mettez à jour les propriétés du projet pour les projets Analysis Services que vous utilisez dans SQL Server Data Tools. Pour les instances de serveur en mode tabulaire, veillez à mettre à jour la propriété Serveur de l’espace de travail sur le fichier model.bim, ainsi que la propriété Serveur sur le projet.

4. Selon la façon dont vous avez spécifié le compte de service, vous devrez peut-être mettre à jour les connexions de base de données ou les autorisations de fichier qui accordent des droits d’accès aux données au service (par exemple, si vous utilisez le compte de service pour traiter les données ou accéder aux objets liés sur un autre serveur).

   La mise à jour d’une connexion de base de données ou d’autorisations de fichier est nécessaire si vous avez utilisé un compte virtuel pour approvisionner le service. Les comptes virtuels sont basés sur le nom de l’instance. Par conséquent, si vous renommez l’instance, le compte virtuel est également mis à jour en même temps. Cela signifie que les connexions ou autorisations précédentes que vous avez créées pour l’instance précédente ne sont plus valides.

   L'exemple suivant illustre cette situation. Supposons que vous avez installé un serveur en mode tabulaire en tant qu’instance nommée « Tabulaire » à l’aide du compte virtuel par défaut, ce qui entraîne la configuration suivante :

   1. Nom de l’instance = <serveur>\TABULAR

   2. Nom du service = MSOLAP$TABULAR

   3. Compte virtuel = NT Service\ MSOLAP$TABULAR

   Supposons maintenant que vous renommez l’instance en « TAB2 ». À la suite de la modification du nom, votre configuration se présente désormais comme suit :

   1. Nom de l’instance = <serveur>\TAB2

   2. Nom du service = MSOLAP$TAB2

   3. Compte virtuel = NT Service\ MSOLAP$TAB2

   Comme vous pouvez le voir, les autorisations de base de données et de fichier précédemment accordées à « NT Service\ MSOLAP$TABULAR » ne sont plus valides. Pour vous assurer que les tâches et les opérations effectuées par le service s’exécutent comme précédemment, vous devez maintenant accorder de nouvelles autorisations de base de données et de fichier à « NT Service\ MSOLAP$TAB2 ».