Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez aussi afficher la version anglaise dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte.
Traduction
Anglais
Nous recommandons d’utiliser Visual Studio 2017

Comptes de service et dépendances dans Team Foundation Server

Vous pouvez mieux gérer Visual Studio Team Foundation Server (TFS) si vous comprenez les services et les différents comptes de service que chaque déploiement de TFS inclut et dont chaque déploiement dépend. Selon la façon dont vous avez installé et configuré TFS, tous ces services et comptes de service peuvent s'exécuter sur un seul ou plusieurs ordinateurs. Ceci modifie certains aspects de la gestion de votre déploiement. Par exemple, si les composants côté serveur de votre déploiement s'exécutent sur plusieurs ordinateurs, vous devez vous assurer que les comptes de service que votre déploiement utilise disposent de l'accès et des autorisations nécessaires pour fonctionner correctement.

Team Foundation Server comporte des services et des comptes de service qui s'exécutent sur les ordinateurs suivants dans un déploiement :

  • tout serveur qui héberge une ou plusieurs bases de données pour Team Foundation Server ;

  • tout serveur qui héberge des composants de la couche Application pour Team Foundation ;

  • tout ordinateur qui exécute le Proxy Team Foundation Server ;

  • tout ordinateur de build ;

  • tout ordinateur de test ;

  • tout ordinateur qui exécute un ou plusieurs composants de Visual Studio Lab Management.

Vous pouvez installer et déployer différentes fonctionnalités de TFS de différentes manières. La distribution des fonctionnalités dans votre déploiement détermine les services et comptes de service exécutés sur les différents ordinateurs physiques. De plus, vous devrez peut-être gérer les comptes de service pour les logiciels configurés pour fonctionner avec TFS, tels que les comptes de service pour les Produits SharePoint et SQL Server.

Bien que TFS utilise plusieurs comptes de service, vous pouvez utiliser le même compte de domaine ou de groupe de travail pour la plupart ou l'intégralité d'entre eux. Par exemple, vous pouvez utiliser le même compte de domaine « Contoso\Exemple » en tant que compte de service pour Team Foundation Server (TFSService) et compte de sources de données pour SQL Server Services (TFSReports). Toutefois, différents comptes de service peuvent requérir différents niveaux d'autorisation. Par exemple, TFSService doit disposer de l'autorisation Ouvrir une session en tant que service et TFSReports doit disposer de l'autorisation Permettre l'ouverture d'une session locale. Si vous utilisez le même compte « Contoso\Exemple » pour les deux, vous pouvez lui accorder ces deux autorisations. De plus, TFSService nécessite beaucoup plus d'autorisations pour fonctionner correctement que celles requises par TFSReports, comme le montre le tableau plus loin dans cette rubrique. Pour des raisons de sécurité, vous devez envisager d'utiliser des comptes séparés pour ces deux comptes de service.

Remarque importante Important

Vous ne devez pas utiliser le compte qui a été utilisé pour installer Team Foundation Server comme compte pour l'un ou l'autre de ces comptes de service.

Si vous avez déployé Team Foundation Server dans un domaine Active Directory, vous devez définir l'option Le compte est sensible et ne peut pas être délégué pour les comptes de service. Par exemple, dans le tableau suivant, vous devez définir cette option pour TFSService. Pour plus d'informations sur les comptes de service requis et les noms des espaces réservés utilisés dans la documentation pour Team Foundation Server, consultez la rubrique « Comptes requis pour l'installation de Team Foundation Server » dans le Guide d'installation de Team Foundation. Pour plus d'informations sur la façon de limiter la délégation de compte dans Active Directory, sur le site web de Microsoft, consultez la page Activation de l'authentification déléguée.

Étant donné que vous devez gérer plusieurs comptes de service, il est fait référence à chaque compte de service par un nom qui identifie sa fonction, comme répertorié dans le tableau plus loin dans cette rubrique. Le nom n'est pas le nom réel du compte que vous utilisez pour chaque compte de service. Le nom réel du compte dépend de votre déploiement. Dans l'exemple précédent, le compte utilisé pour TFSService et TFSReports était « Contoso\Exemple ». Dans votre propre déploiement, vous pouvez créer des comptes de domaine avec les noms spécifiques de « TFSService » et « TFSReports », ou vous pouvez utiliser le compte système Service réseau comme compte de service pour Team Foundation Server.

Remarque importante Important

À moins qu'il n'ait été déclaré spécifiquement autrement, aucun groupe ou compte dans le tableau suivant ne doit être membre du groupe Administrateurs sur chacun des serveurs dans votre déploiement de Team Foundation Server.

Le tableau affiche tous les comptes de service que vous pouvez utiliser dans un déploiement de TFS :

Compte de service

Nom et type de compte utilisable

Autorisation obligatoire et appartenance au groupe

Remarques

Compte de service pour Team Foundation Server

TFSService, qui peut être un compte local, un compte de domaine, Service local dans un groupe de travail ou Service réseau dans un domaine

  • Ouvrir une session en tant que service sur le serveur de couche Application

  • Groupe Farm Administrators pour toutes les applications Web SharePoint que Team Foundation Server utilise1  

  • TFSExecRole, ou si ce rôle n'existe pas pour la base de données, une combinaison des rôles suivants pour toutes les bases de données que Team Foundation Server utilise :

    • db_owner

    • db_create

Ce compte de service est utilisé pour tous les services Web pour Team Foundation Server. Si vous utilisez un compte de domaine pour ce compte, ce doit être membre d'un domaine que tous les ordinateurs dans tout le déploiement approuvent pleinement.

Compte de sources de données pour SQL Server Reporting Services

TFSReports, qui peut être un compte local, un compte de domaine ou Service local dans un groupe de travail

  • Permettre l'ouverture d'une session locale sur un serveur de la couche Application et sur le serveur qui exécute SQL Server Reporting Services

  • TFSWareHouseDataReader sur le serveur de rapports

Ce compte de service extrait des données pour les rapports à partir de Reporting Services.

Compte de service pour Team Foundation Build

TFSBuild, qui peut être un compte local, un compte de domaine ou Service local dans un groupe de travail

Ouvrir une session en tant que service

Ce compte de service est utilisé lorsque les builds sont configurées et lorsque les informations d'état de la build sont communiquées entre le contrôleur de build et les agents de build.

Compte de service pour Lab Management

TFSLab, qui peut être un compte local, un compte de domaine, Service local dans un groupe de travail ou Service réseau dans un domaine

Ouvrir une session en tant que service

Ce compte de service est utilisé lorsque les informations sur Lab Management sont communiquées entre Team Foundation Server et l'agent lab qui s'exécutent sur un ordinateur virtuel.

Compte de service pour le Proxy Team Foundation Server

TFSProxy, qui peut être un compte local, un compte de domaine, Service local dans un groupe de travail ou Service réseau dans un domaine

Ouvrir une session en tant que service

Ce compte de service est utilisé pour tous les services proxy. Si vous utilisez un compte de domaine pour ce compte, ce doit être membre d'un domaine que tous les ordinateurs dans tout le déploiement approuvent pleinement.

Compte de service pour l'agent de test et le contrôleur d'agent de test

TFSTest, qui peut être un compte local, un compte de domaine ou Service réseau dans un domaine.

Ouvrir une session en tant que service

Ce compte de service est utilisé lorsque les informations sur les tests sont communiquées entre le contrôleur d'agent de test et l'agent de test.

Comptes de service pour les applications Web SharePoint

WebAppService

Permettre l'ouverture d'une session locale

Vous devez ajouter au moins un compte de service pour chaque application Web SharePoint que vous configurez pour être utilisée avec Team Foundation Server. Ce compte de service est utilisé pour créer des portails de projets d'équipe et permettre les fonctionnalités de tableau de bord.

Compte de service pour Visual Studio Online

Compte de service (CollectionName)

Aucun Ce compte est utilisé uniquement si vous utilisez un déploiement hébergé de TFS. Il est automatiquement créé pour vous et peut être affiché par le biais de la page d'administration de Team Web Access.

Ce compte de service est créé automatiquement lorsque vous créez une collection dans Visual Studio Online et il est utilisé lorsque les clients communiquent avec le service hébergé.

1 Vous pouvez intégrer votre déploiement aux Produits SharePoint sans cette autorisation, mais vous devez exécuter les étapes supplémentaires si le compte de service n'est pas membre du groupe Administrateurs de batterie. Pour plus d'informations, consultez Integrate with SharePoint Products Without Administrative Permissions.

Services suivants exécutés sous des comptes de service dans un déploiement de Team Foundation Server :

Nom du service

Compte de service

Couche logique

Service de couverture du code

TFSService

couche Application

Team Foundation Server Services Web

TFSService

couche Application

SQL Server Reporting Services (MSSQLSERVER ou InstanceName si une instance nommée est utilisée)

Système local ou compte de domaine

couche Application

Service Web Report Server

Système local, Service réseau ou un compte de domaine

couche Application

Administration SharePoint (si les Produits SharePoint sont installés et configurés pour être utilisés avec Team Foundation Server)

Système local, Service réseau ou un compte de domaine

couche Application

Minuteur SharePoint (si les Produits SharePoint sont installés et configurés pour être utilisés avec Team Foundation Server)

Compte de domaine

couche Application

Hôte de service Visual Studio Team Foundation Build (si Team Foundation Build est installé)

TFSBuild

ordinateur de build

Agent de travail en arrière-plan Visual Studio Team Foundation

TFSService

couche Application

Visual Studio Test Controller

TFSTest

tout ordinateur

Visual Studio Test Agent

TFSTest

ordinateur de test

Serveur d'analyse (MSSQLSERVER ou InstanceName si une instance nommée est utilisée)

Système local ou compte de domaine

couche Données

SQL Server Browser

Service local ou compte de domaine

couche Données

SQL Server (MSSQLSERVER ou InstanceName en cas d'utilisation d'une instance nommée)

Système local, Service réseau ou un compte de domaine

couche Données

SQL Server Agent (MSSQLSERVER ou InstanceName en cas d'utilisation d'une instance nommée)

Système local, Service réseau ou un compte de domaine

couche Données

Compte de service (CollectionName)

Automatique

Couche Web (Visual Studio Online uniquement)

Pour plus d'informations sur les comptes de service pour SQL Server, sur le site web de Microsoft, consultez la page Documentation en ligne de SQL Server 2014. Pour obtenir les informations les plus récente sur les comptes de service dans Team Foundation, consultez Guide d'installation de Team Foundation Server.

Remarque Remarque

Si vous modifiez le compte de service pour Team Foundation Build, vous devez vous assurer que le nouveau compte de service est membre du groupe Build Services. Vous devez également vous assurer que le compte dispose d'autorisations en lecture/écriture vers les dossiers temporaires et le dossier temporaire ASP.NET. De la même façon, si vous modifiez le compte de service du service Proxy Team Foundation Server, vous devez vous assurer que le compte est membre des groupes appropriés. Pour plus d'informations, consultez Setting Up a Build Computer.

R : Par défaut, des comptes de service sont ajoutés au niveau d'accès par défaut. Si vous définissez Stakeholder (partie prenante) comme niveau d'accès par défaut, vous devez ajouter le compte de service TFS au groupe de base ou avancé.

R : Non. Les comptes de service ne nécessitent pas de licence distincte.

Ajouts de la communauté

Afficher: