Installer BizTalk Server dans un environnement multiserveur

Vue d’ensemble

Il existe de nombreux éléments à prendre en compte lors de la planification d’une installation multiordinateur de Microsoft® BizTalk® Server. Souvent, l’infrastructure réseau existe et BizTalk Server doivent coexister avec d’autres applications réseau. Ce guide décrit certaines des considérations qui s’appliquent à l’installation BizTalk Server et à l’installation bam (Business Activity Monitoring) dans un déploiement distribué multiordinateur. Ces informations vous aident à planifier l’installation et la configuration de BizTalk Server et de la supervision de l’activité métier (BAM), ainsi que les applications et les composants dont elles dépendent.

Le guide d’installation d’un serveur unique contient des procédures importantes et d’autres informations générales qui ne sont pas dupliquées dans ce document. Par exemple, les informations suivantes sont décrites en détail dans le guide d’installation d’un serveur unique :

• procédures d'installation détaillées ;
• description des fonctionnalités et dépendances de BizTalk Server ;
• détails des paramètres de configuration de base de BizTalk Server ;
• Configurations matérielle et logicielle requises
• la liste des composants redistribuables des fichiers CAB.

Haute disponibilité

BizTalk Server fournit une solution à haute disponibilité qui utilise l’équilibrage de charge réseau (NLB) clustering et les clustering de basculement, et SQL Server Always On à l’aide de groupes de disponibilité. Une solution de haute disponibilité permet de réduire les temps d’arrêt en cas de défaillance matérielle ou logicielle.

L’équilibrage de charge réseau et les clusters de basculement se complètent dans les architectures complexes. La clustering d’équilibrage de charge réseau est utilisée pour équilibrer la charge des demandes entre les serveurs web frontaux. Le clustering avec basculement offre une haute disponibilité pour les hôtes BizTalk Server de type In-process, le serveur de secret principal du système d'authentification unique de l'entreprise et les bases de données BizTalk Server. Cela est généralement utilisé pour les environnements locaux. Voici une bonne ressource :

• BizTalk Server : Guide pratique de la haute disponibilité

SQL Server Always On groupe de disponibilité peut être utilisé avec des environnements locaux et avec des machines virtuelles Azure. La prise en charge du groupe de disponibilité commence à BizTalk Server 2016 et est prise en charge dans toutes les versions plus récentes de BizTalk Server. Le groupe de disponibilité comprend des réplicas de base de données principaux et des réplicas de base de données secondaires. BizTalk Server se connecte aux réplicas de base de données principaux, tandis que les réplicas de base de données secondaires assurent la redondance et le basculement. Always On groupes de disponibilité (SQL Server) fournit des détails sur les travaux du groupe de disponibilité.

La haute disponibilité BizTalk à l’aide de SQL Server Always On ag fournit plus de détails du point de vue de BizTalk.

Séparer le runtime et l’administration

BizTalk Server prend en charge différents scénarios d’installation dans l’environnement de production. Par exemple, vous pouvez installer, configurer et déployer sur un ordinateur une installation en mode exécution uniquement et sur un second ordinateur, une installation ne comportant que les outils d'administration.

Lors de l'installation des outils d'administration uniquement, les composants suivants sont installés : la console Administration de Biztalk et les fichiers BM.exe et BTSDeploy.exe. Tenez compte des points suivants lors de la création d’une installation BizTalk Server outils d’administration uniquement :

• SQL Server Agent doit être en cours d'exécution sur tous les ordinateurs hébergeant les bases de données MessageBox de BizTalk Server. SQL Server Agent est nécessaire pour suivre le corps des messages dans le moteur de messagerie BizTalk Server.

• Lorsque vous exécutez l’Assistant Configuration BizTalk Server, vous créez une base de données Analysis Services.

• L’utilisation de la base de données de suivi BizTalk avec SQL Server Analysis Services n’est pas prise en charge.

• L’utilisation d’instances nommées de SQL Server Analysis Services n’est pas prise en charge.

Pour installer uniquement les outils d’administration pour BizTalk Server, sélectionnez uniquement Outils d’administration pendant l’installation. Une fois l'installation terminée, ouvrez le gestionnaire de configuration personnalisée et rejoignez un système d'authentification unique de l'entreprise existant, ainsi qu'un groupe BizTalk. Haut de page

Activer MSDTC

Avant d’installer et de configurer BizTalk Server dans un environnement multiordinateur, activez l’accès DTC réseau et l’accès COM+ réseau sur tous les serveurs BizTalk et toutes les instances de SQL Server distantes utilisées par BizTalk Server. Consultez Étapes de post-configuration pour optimiser votre environnement.

Supplément :

• Tous les serveurs BizTalk et les serveurs SQL d’un groupe doivent avoir le même niveau d’authentification d’appel de procédure distante (RPC) appliqué. Le proxy DTC peut ne pas authentifier correctement DTC lorsque les ordinateurs utilisent des systèmes d’exploitation différents, sont joints à des groupes de travail ou se trouvent dans des domaines différents qui ne se font pas confiance. Consultez MSDTC ne parvient pas à s’authentifier mutuellement.

• Si vous utilisez un pare-feu, ouvrez les ports DTC et RPC requis. Consultez Vue d’ensemble du service et configuration requise des ports réseau pour Windows.

• Pour vous assurer que les paramètres DTC sont corrects, utilisez les outils Testeur DTC et Ping DTC. Ces outils et d’autres problèmes de DTC sont décrits dans BizTalk Server - Résolution des problèmes liés à MSDTC.

Serveur SQL Server distant

Quand SQL Server est installé sur un ordinateur distant :

• SQL Server Management Tools (versions plus récentes de SQL) ou Outils clients SQL Server Connectivity (anciennes versions de SQL) doivent être installés sur l’ordinateur BizTalk Server local lorsque SQL Server est distant. Les outils SQL Server installent les bibliothèques clientes requises pour communiquer avec le instance distant de SQL Server. La version des outils SQL Server sur l’ordinateur BizTalk Server local doit être la même que celle installée sur le SQL Server distant.

• Le client OLAP de SQL Server doit être installé sur l'ordinateur local si vous envisagez d'utiliser les services Analysis Services à distance. Le client OLAP peut être inclus dans SQL Server Feature Pack 2016.

• Le serveur SQL Server distant doit être en cours d'exécution lors de la configuration de BizTalk Server.

• Les ports TCP et UDP que vous avez indiqués au cours du processus d'installation du serveur SQL Server doivent être ouverts lors de la configuration de BizTalk Server.

• Pour configurer les outils BAM, installez SQL Server Management Tools - Basic et Complete sur bizTalk BAM Server. Pour plus d’informations sur la configuration et la configuration de BAM dans un environnement multiordinateur, consultez Installer et configurer BAM (Business Activity Monitoring) dans un environnement multi-ordinateur.

• Les instances nommées de SQL Server Analysis Services ne sont pas prises en charge.

topologies SQL Server

SQL Server peuvent être installés localement sur le BizTalk Server ou sur un autre serveur dédié à SQL Server. La plupart des scénarios de production incluent BizTalk Server et SQL Server installés sur des ordinateurs distincts.

Pour obtenir la liste des versions SQL Server prises en charge, consultez :

• Configuration logicielle requise pour BizTalk Server 2020
• Configuration logicielle requise pour BizTalk Server 2016
• configuration logicielle requise BizTalk Server 2013R2 et 2013

Gérer et résoudre les problèmes liés aux bases de données

Consultez Guide pratique pour gérer et résoudre les problèmes BizTalk Server bases de données.

BAM (Business Activity Monitoring)

BizTalk Server fournit plusieurs outils pour les travailleurs de l’information, notamment BAM. Une compréhension de base de l’architecture des composants vous aide à planifier l’installation BizTalk Server pour utiliser les ressources serveur disponibles. Business Activity Monitoring (BAM) est un ensemble d’outils utilisés pour gérer les agrégations, les alertes et les profils afin de surveiller les métriques métier pertinentes, appelées indicateurs de performance clés ou indicateurs de performance clés.

BAM est un module qui vous donne une visibilité de bout en bout de vos processus métier pour fournir des informations sur les status et les résultats de divers processus et transactions opérationnels. Vous pouvez utiliser la sortie de l'analyse BAM pour identifier les sources d'incident et résoudre les problèmes liés à votre activité. Pour plus d’informations sur le cycle de vie BAM, consultez Business Activity Monitoring (BAM).

BAM se compose des couches suivantes :

• Présentation et outils : fournit des services frontaux aux utilisateurs professionnels et aux développeurs. Affiche des données, permet aux utilisateurs professionnels et aux développeurs de définir et de gérer des modèles et des profils, entre autres fonctions.

  Exemples : Office Excel, portail BAM

  Où installer : Excel, les outils de gestion et les interfaces utilisateur personnalisées sont installés sur la station de travail de l’utilisateur professionnel ou du développeur. Le portail BAM et les applications web personnalisées basées sur l’infrastructure BAM sont installés sur un serveur.

• Services web et traitement : lie les couches de présentation et de base de données ; implémentation de règles et de processus d’entreprise ; agrégation et analyse des données.

  Exemples : Windows SharePoint Services (WSS), service web de gestion des partenaires commerciaux, service web de gestion BAM et moteur de BizTalk Server

  Emplacement d’installation : sur un serveur avec IIS, le service de notification SQL et éventuellement des services web personnalisés, en fonction de l’application. Les services hôtes BizTalk peuvent également être installés sur ce serveur, ou sur un serveur distinct dans plusieurs configurations d’ordinateurs qui ont trois ordinateurs ou plus.

• Services de base de données et de plateforme : stockage et récupération des données ; sécurité et authentification ; Réseautage; fonctions du système d’exploitation

  Exemples : SQL Server, Windows Server, Enterprise Single Sign-On (SSO) et basculement et clustering

  Où installer : sur un serveur avec Windows Server, SQL Server. Pour des raisons de performances, ce serveur n’exécute généralement pas les services hôtes BizTalk.

Installer BAM

Guide pas à pas : Installer et configurer BAM (Business Activity Monitoring) dans un environnement multiordinateur

Il est plus facile de comprendre BAM, le processus d’installation et de configuration et les dépendances en fractionnant en trois environnements BizTalk Server :

• Environnement d’exécution : un environnement d’exécution BizTalk Server de base peut inclure les serveurs suivants :

  • BizTalk Server
  • SQL Server
  • Serveur BizTalk Server d'analyse BAM
  • Serveur web

• Environnement au moment de la conception : trois rôles sont impliqués pendant le processus de développement et de déploiement BAM. Les rôles sont les suivants :

  • Analyste d’entreprise
  • Administrateur des activités
  • Développeur d’applications

• Environnement au moment de l’utilisation : une fois qu’une solution BAM a été implémentée et déployée, les utilisateurs finaux de l’entreprise peuvent afficher les rapports générés par différents outils de création de rapports. Ces outils incluent :

  • Portail BAM
  • SQL Server Reporting Services
  • Microsoft PerformancePoint Monitoring Server
  • Applications de création de rapports BAM personnalisées

Les listes suivantes décrivent les composants BAM à installer :

• Composants du> portailSurveillance des activités commerciales. La sélection du composant Business Activity Monitoring installe le logiciel qui offre aux utilisateurs métier une vue en temps réel de leurs processus métier hétérogènes, ce qui leur permet de prendre des décisions importantes.

• Logiciels> supplémentairesAlertes BAM : installe le logiciel nécessaire qui permet aux BizTalk Server de fournir des alertes BAM (Business Activity Monitoring).

  • Les alertes BAM sur BizTalk Server 2013 R2 et les versions ultérieures utilisent SQL Server Database Mail. SQL Notification Services n'est ni utilisé ni pris en charge.
  • Les alertes BAM du BizTalk Server 2013 avec SQL Server 2012 utilisent SQL Notification Services.
  • Les alertes BAM du BizTalk Server 2013 avec SQL Server 2008 R2 utilisent SQL Notification Services.

• Logiciels> supplémentairesClient BAM : la sélection du composant Client BAM installe le logiciel côté client nécessaire qui permet aux utilisateurs professionnels d’utiliser la fonctionnalité Analyse de l’activité métier de BizTalk Server.

• Logiciels> supplémentairesBam-Eventing : sélectionnez le composant Support BAM-Eventing installe le logiciel pour les intercepteurs BAM-Eventing pour Windows Workflow Foundation et Windows Communication Foundation. Cette action installe également l'API d'événements BAM, qui envoie les événements vers la base de données BAM à partir d'applications personnalisées. BAM-Eventing support fait partie de la fonctionnalité Analyse des activités métier dans BizTalk Server.

Configurer l'analyse BAM

Guide pas à pas : Installer et configurer BAM (Business Activity Monitoring) dans un environnement multi-ordinateurs

Ouvrez BizTalk Server Configuration et choisissez Configuration personnalisée. Dans Configuration personnalisée, vous pouvez configurer des options avancées et configurer ou annuler de manière sélective chaque fonctionnalité.

Installer et configurer SQL Server pour BAM

Dans Nouveautés, Installation, Configuration et Mise à niveau, vous pouvez :

• Consultez la configuration logicielle requise pour BizTalk Server, y compris les versions SQL Server prises en charge
• Installez le logiciel requis, y compris SQL Server. Pour connaître SQL Server étapes d’installation spécifiques, consultez Installer SQL Server 2016 ou Installer SQL Server 2014.

En plus des services de base de données requis par l’BizTalk Server fonctions principales, BAM nécessite également les éléments suivants :

• SQL Server Analysis Services (SSAS)
• SQL Server Integration Services (SSIS)
• SQL Server Database Mail ou SQL Server Notification Services (SSNS)

Configurer SSIS

Si votre SQL Server est installé sur un ordinateur autre que le BizTalk Server, configurez SSIS. Cette tâche vous permet de configurer SSIS de façon à utiliser la base de données msdb sur un serveur SQL Server distant.

1. Ouvrez une invite de commandes.

2. Remplacez le répertoire par %ProgramFiles%\Microsoft SQL Server\100\DTS\Binn.

3. Exécutez la commande suivante : notepad MsDtsSrvr.ini.xml.

4. Dans le Bloc-notes, mettez à jour le texte à l’intérieur de la <ServerName> balise avec le nom d’hôte du SQL Server. Enregistrez vos modifications.

5. À l'invite de commandes, exécutez la commande suivante : net stop MsDtsServer

6. À l'invite de commandes, exécutez la commande suivante : net start MsDtsServer

   Informations supplémentaires :
   Par défaut, le service Integration Services est configuré de manière à gérer les packages stockés dans la base de données msdb dans une instance locale par défaut du moteur de base de données. Pour gérer les packages stockés dans un instance nommé ou un instance distant du moteur de base de données, ou dans plusieurs instances du moteur de base de données, modifiez le fichier de configuration. Par exemple, vous pouvez créer plusieurs dossiers racine du type SqlServerFolder pour gérer les packages dans la base de données msdb de plusieurs instances du moteur de base de données. Si le service s'arrête, vous pouvez également modifier le fichier de configuration pour autoriser la poursuite de l'exécution des packages. Cette option affiche davantage de dossiers racine dans l'Explorateur d'objets ou spécifie un autre dossier ou davantage de dossiers dans le système de fichiers géré par le service Integration Services.

   La HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTS\ServiceConfigFile clé de Registre spécifie l’emplacement et le nom du fichier de configuration utilisé par le service Integration Services. La valeur par défaut de cette clé est la suivante : C:\Program Files\Microsoft SQL Server\100\DTS\Binn\ MsDtsSrvr.ini.xml. Vous pouvez mettre à jour la valeur de la clé de Registre de sorte à utiliser un nom et un emplacement différents pour le fichier de configuration.

Configurer des bases de données BAM

Vous pouvez configurer les bases de données d'importation principale BAM, des archives BAM, de schémas en étoile BAM, d'analyse BAM et de l'application des services de notification BAM sur différents ordinateurs. Voici la configuration logicielle requise lorsque SQL Server est installé sur un ordinateur autre que le BizTalk Server :

• Outils> BAMTables d’importation principales BAM et base de données d’archive BAM :

  • Sur le BizTalk Server :

    • Installer SQL Server Analysis Services ADOMD.NET
    • Installer SQL Server Integration Services

  • Sur le SQL Server :

    • Utilisez une version de SQL Server prise en charge.
    • À compter de BizTalk Server 2020, créez le catalogue SSIS (SSISDB).

• Outils> BAMTables d’importation principales BAM et base de données d’archive BAM :

  • Sur le BizTalk Server :

    • Installer SQL Server Analysis Services ADOMD.NET
    • Installer SQL Server Integration Services

  • Sur le SQL Server :

    • Utilisez une version de SQL Server prise en charge.
    • À compter de BizTalk Server 2020, créez le catalogue SSIS (SSISDB).

• Outils> BAMActivez Analysis Services pour les agrégations BAM :

  • Sur le BizTalk Server :

    • Installer SQL Server Integration Services

  • Sur le SQL Server :

    • Installer SQL Server Analysis Services

• Base de données >d’application des alertes BAMAlertes BAM :

  • Sur le BizTalk Server :

    • Installer SQL Server Analysis Services ADOMD.NET
    • Alertes BAM

  • Sur le SQL Server :

    • Configurez la messagerie de base de données Microsoft SQL Server.

Notification Services – BizTalk 2013 / SQL Server 2008 R2 uniquement

Vous pouvez installer les services SQL Server Notification Services dans un environnement multiserveur où les rôles Fournisseur, Générateur et Distributeur résident sur des ordinateurs différents. Les dépendances inhérentes à ce scénario sont décrites ci-après :

• Le AggregationEventProvider.dll doit être installé sur l’ordinateur qui héberge le rôle Fournisseur. Ce fichier .dll est installé lorsque vous installez le fournisseur d’événements d’agrégation d’alertes BAM pendant l’installation de BizTalk Server. Le fournisseur d'événement d'agrégation des alertes BAM existe si le composant d'exécution BizTalk, les outils d'administration ou les outils de développement et le kit SDK sont installés.

• EmailNotification.xslt et FileNotification.xslt sont requis sur l’ordinateur qui héberge le rôle Serveur de distribution. Vous pouvez copier les fichiers dans le chemin d’accès suivant à partir d’un BizTalk Server existant : \Program Files\Microsoft BizTalk Server version\Tracking

• Mettez à jour le fichier de définition d’application Notification Services (fichier .adf) avec l’emplacement exact des fichiers .xslt sur l’ordinateur qui héberge le rôle de serveur de distribution.

Mettez à jour le fichier de définition d’application (fichier .adf) :

1. Sur l’ordinateur sur lequel BizTalk Server est installé, ouvrez l’invite de commandes Notification Services.
2. Accédez à \Program Files\Microsoft BizTalk Server version\Tracking.
3. Exécutez le fichier ProcessBamNsFiles.vbs pour créer le fichier .adf initial.
4. Modifiez le fichier .adf en y précisant le chemin d'accès au fichier .xslt.
5. Exécutez une nouvelle fois ProcessBamNsFiles.vbs pour mettre à jour le fichier .adf.
6. Redémarrez le service NT BAMAlerts.

Topologie des alertes de Scale-Out BAM

Si vous mettez à niveau votre topologie d’alertes de scale-out BAM existante vers BizTalk Server 2013, procédez comme suit sur chaque serveur :

1. Arrêtez le service de notification, puis annulez l'inscription d'une instance du service de notification :

   1. Dans Programmes, cliquez sur Microsoft SQL Server 2005, sur Outils de configuration, puis sur Invite de commandes de Notification Services.

   2. À l’invite de commandes, tapez : net stop NS$<instance_name>. Par exemple, tapez : net stop NS$BamAlerts.

   3. Pour annuler l’inscription du instance, tapez la commande suivante : nscontrol unregister -name BamAlerts.

      L'annulation de l'inscription d'une instance supprime les entrées de Registre, le service NS$instance_name (s'il est présent) et les compteurs de performance pour le service.

2. Effectuez la mise à niveau de vos serveurs possédant des instances Notification Services vers une édition supérieure de SQL Server 2005 Notification Services.

3. Pour migrer vos bases de données BAM en fonction de la version SQL Server à partir de laquelle vous effectuez la mise à niveau, exécutez la commande de base de données de migration bm.exe programme situé dans le dossier BizTalk Server Tracking. Par exemple, si SQL Server 2005 est mis à niveau vers SQL Server 2008 R2, exécutez la commande suivante dans l’invite de commandes avec les informations d’identification d’administration : bm.exe migrate-sql –From:sql2005 –To:sql2008 –NSUser:<username>.

4. Réinscrivez le service de notification sur tous les serveurs, à l’exception du serveur sur lequel le programme de migration (bm.exe) est utilisé.

   1. Dans Programmes, cliquez sur Microsoft SQL Server 2005, sur Outils de configuration, puis sur Invite de commandes de Notification Services.

   2. À l’invite de commandes, tapez : nscontrol register -name BamAlerts -server <NS DB Server> -service -serviceusername "<NSServiceUserName>" -servicepassword "<NSServicePassword>"

      Cette commande permet à Notification Services de se connecter à la base de données appropriée (ces informations sont conservées par nscontrol dans le Registre de l'ordinateur du service).

      Important

      Veillez à utiliser le nouveau serveur de base de données Notification Services dans l'option -server lors de la réinscription du service. En outre, utilisez le même nom d’utilisateur pour le nouveau service Notification Services que l’ancien.

5. Validez les alertes BAM : ouvrez l’invite de commandes Notification Services et tapez : nscontrol.exe status –name BAMAlerts –server <NS DB Server>.

Portail BAM

Les composants du portail sont un ensemble de services utilisés par les professionnels pour communiquer, collaborer et prendre des décisions qui leur permettent d’interagir, de configurer et de surveiller les workflows et les processus métier. Pour utiliser cette fonctionnalité, installez Internet Information Services (IIS). La configuration requise pour IIS se trouve dans Nouveautés, Installation, Configuration et Mise à niveau.

Complément BAM à partir d’Excel

Ajouter ou supprimer des compléments répertorie les étapes pour Excel. Le nom du complément BAM est Business Activity Monitoring.

Configurer plusieurs groupes BizTalk pour utiliser une seule base de données BAM

Partagez les bases de données BAM entre plusieurs groupes BizTalk :

1. Configurez le premier groupe BizTalk avec les composants BAM Ces fonctionnalités incluent les outils BAM, la base de données d’analyse BAM, les alertes BAM et le portail BAM.

2. Configurez les groupes BizTalk suivants et procédez comme suit dans l’Assistant Configuration BizTalk Server :

   1. Sélectionnez Outils BAM, puis sélectionnez les zones Activer les outils de surveillance de l’activité métier et Activer Analysis Services pour les agrégations BAM case activée.

   2. Modifiez le nom du serveur et le nom de la base de données des magasins de données BAM pour qu’ils correspondent aux mêmes noms que ceux utilisés lors de la configuration du premier groupe BizTalk.

   3. Sélectionnez Alertes BAM , puis Activer les alertes BAM.

   4. Modifiez le compte de service pour les alertes BAM afin qu’il s’agit d’un nom d’utilisateur et d’un mot de passe vides.

   5. Modifiez les valeurs entrées pour les options Serveur SMTP d'Alertes BAM, Emplacement du fichier Alertes BAM, Serveur SQL Server pour les bases de données d'alertes et Préfixe des noms de base de données d'alertes afin qu'elles correspondent à celles utilisées pour la configuration du premier groupe BizTalk.

      ! REMARQUE] Les mêmes tables d’importation primaires (PIT) peuvent être utilisées, mais avec des bases de données d’archive BAM, d’analyse BAM et de schéma en étoile différentes. Toutefois, cette option affecte tous les groupes qui utilisent la même table d'importation principale.

3. Sélectionnez Portail BAM, puis sélectionnez la zone Activer le portail BAM case activée.

   Notes

   Tous les champs de cet écran sont en lecture seule, car une relation de type un-à-un régit les correspondances entre la base de données pour la table d'importation principale BAM et le portail BAM. Plusieurs groupes BizTalk partagent le portail BAM lorsqu’ils sont configurés sur les mêmes bases de données BAM.

4. Sélectionnez Appliquer la configuration.

Configuration logicielle requise pour le client BAM

• Pour le client web, vous avez besoin d’Internet Explorer et Office Web Components 11 version 4.0 ou ultérieure.

• Si vous exécutez le client web et que vous utilisez SQL Server 2008 R2 Analysis Services, installez le fournisseur OLE DB Microsoft SQL Server 2008 R2 Analysis Services 10.0.

• Pour le client Excel, vous avez besoin de Microsoft Excel et du complément Bam Excel fournis avec BizTalk Server.

Groupes et comptes de service

Créez manuellement tous les groupes de domaines et comptes avant de configurer BizTalk Server dans une installation multiordinateur. Les informations suivantes sont utiles pour créer ces groupes et comptes.

Dans un environnement multiserveur, BizTalk Server ne prend en charge que les groupes de domaine et les comptes de service de domaine.

• BizTalk Server prend uniquement <NetBIOSDomainName>\<User> en charge les formats de nom pour les groupes Windows et les comptes de service.

• BizTalk Server prend en charge uniquement les groupes de domaine Active Directory et les comptes d'utilisateur dans les configurations multiserveur. Les groupes de domaine incluent les groupes locaux de domaine, les groupes globaux et les groupes universels, qui sont pris en charge dans les environnements à ordinateur unique et multiordinateurs.

• En général, les groupes locaux de domaine ne sont pas recommandés, car leur utilisation nécessite que tous les serveurs, y compris les serveurs SQL, dans l’infrastructure BizTalk Server appartiennent au même domaine. Cette remarque ne s'applique pas aux petits réseaux dans lesquels tous les serveurs et comptes d'utilisateur se trouvent dans un seul domaine. Les groupes Active Directory fournissent plus d’informations.

• Les comptes intégrés tels que NT AUTHORITY\LOCAL SERVICE, NT AUTHORITY\NETWORK SERVICE, NT AUTHORITY\SERVICE, NT AUTHORITY\SERVICE, NT AUTHORITY\SYSTEM et Tout le monde ne sont pas pris en charge lorsque vous installez et configurez BizTalk Server dans un environnement multiordinateur.

• L’utilisateur qui exécute la configuration BizTalk Server doit appartenir aux groupes d’utilisateurs suivants : le groupe Administrateurs sur l’ordinateur local, le groupe Administrateurs système sur l’ordinateur SQL Server, le groupe de domaines utilisé pour le groupe Administrateurs BizTalk Server et le groupe de domaines utilisé pour le groupe Administrateurs de l’authentification unique.

• Dans la mesure du possible, utilisez les noms de compte par défaut créés lors de l’installation. Le programme d’installation BizTalk Server configure automatiquement les composants installés pour utiliser les comptes par défaut. L'utilisation des noms par défaut simplifie l'installation et la configuration, mais elle n'est pas toujours possible. Par exemple, il peut y avoir plusieurs groupes BizTalk Server au sein d’une forêt de domaine actif. Dans ce cas, les noms des comptes doivent être modifiés pour éviter les conflits. Ou bien, votre organization peut utiliser des normes d’affectation de noms pour les comptes de service et d’utilisateur afin que vous modifiiez les comptes par défaut pour qu’ils soient conformes à la norme.

Groupes Windows

La liste suivante décrit les groupes Windows et leur appartenance utilisés par BizTalk Server. Il identifie également les rôles SQL Server ou les rôles de base de données pour le groupe.

Administrateurs SSO

Administrateurs du service d'Sign-On unique (SSO) d’entreprise. Pour plus d’informations, consultez Comptes d’administrateur et d’administrateurs affiliés de l’authentification unique.

Appartenance au groupe :

• Inclut des comptes de service pour le service d'Sign-On unique d’entreprise.
• Inclut les utilisateurs/groupes qui doivent être en mesure de configurer et d’administrer BizTalk Server et le service d’authentification unique.
• Inclut les comptes utilisés pour exécuter des Configuration Manager BizTalk lors de la configuration de l’authentification unique master serveur secret.

SQL Server rôles ou rôles de base de données :

• db_owner SQL Server rôle de base de données pour l’authentification unique
• rôle securityadmin SQL Server pour le SQL Server où se trouve l’authentification unique

Administrateurs d'applications associées SSO

Administrateurs de certaines applications associées à authentification unique. Peut créer/supprimer des applications affiliées à l’authentification unique, administrer des mappages d’utilisateurs et définir des informations d’identification pour les utilisateurs d’applications affiliées

Appartenance au groupe :

• N’a pas de compte de service.
• Inclut le compte utilisé pour les administrateurs BizTalk Server.

SQL Server rôles ou rôles de base de données : Aucun

Administrateurs BizTalk Server

Dispose des privilèges minimum nécessaires pour effectuer des tâches d’administration. Les utilisateurs de ce groupe peuvent déployer des solutions, gérer des applications et résoudre les problèmes de traitement des messages.

Pour exécuter des tâches d’administration pour les adaptateurs, recevoir et envoyer des gestionnaires et recevoir des emplacements, les administrateurs BizTalk Server doivent être ajoutés aux administrateurs Sign-On affiliés uniques.

Pour plus d’informations, consultez Gestion de la sécurité BizTalk Server.

Appartenance au groupe :

Inclut les utilisateurs et les groupes qui doivent configurer et administrer BizTalk Server.

SQL Server rôles ou rôles de base de données :

• BTS_ADMIN_USERS SQL Server rôle de base de données dans les bases de données suivantes :

  • BizTalkMgmtDb
  • BizTalkMsgBoxDb
  • BizTalkRuleEngineDb
  • BizTalkDTADb
  • BAMPrimaryImport

• db_owner SQL Server rôle de base de données pour les bases de données suivantes :

  • BAMStarSchema
  • BAMPrimaryImport
  • BAMArchive
  • BAMAlertsApplication
  • BAMAlertsNSMain

• NSAdmin SQL Server rôle de base de données dans les bases de données suivantes :

  • BAMAlertsApplication
  • BAMAlertsNSMain

• Administrateurs OLAP sur l'ordinateur hébergeant la base de données OLAP BAMAnalysis.

Opérateurs BizTalk Server

Rôle à faible privilège avec accès uniquement aux actions de supervision et de résolution des problèmes. Pour plus d’informations, consultez Gestion de la sécurité BizTalk Server.

Appartenance au groupe :

• Inclut les utilisateurs ou les groupes qui surveillent les solutions.
• N’a aucun compte de service.

SQL Server rôles ou rôles de base de données :

• BTS_OPERATORS SQL Server rôle de base de données dans les bases de données suivantes :
  • BizTalkDTADb
  • BizTalkMgmtDb
  • BizTalkMsgBoxDb
  • BizTalkRuleEngineDb

BizTalk Server utilisateurs en lecture seule

Dispose du privilège minimal pour afficher les artefacts BizTalk, l’état du service, le flux de messages et les informations de suivi.

Pour plus d’informations, consultez Gestion de la sécurité BizTalk Server.

Appartenance au groupe :

• Inclut les utilisateurs ou les groupes qui disposent d’une autorisation de lecture pour les scénarios d’opérations de développement.
• N’a aucun compte de service.

SQL Server rôles ou rôles de base de données :

• BTS_READONLY_USERS SQL Server rôle de base de données dans les bases de données suivantes :
  • BizTalkMgmtDb
  • BizTalkMsgBoxDb
  • BizTalkDTADb
  • BizTalkRuleEngineDb
  • BAMPrimaryImport

Utilisateurs d'applications BizTalk

Nom par défaut du premier groupe d'hôtes BizTalk In-Process créé par le Gestionnaire de configuration. Utilisez un groupe hôte BizTalk pour chaque hôte en cours dans votre environnement. Inclut également des comptes ayant accès aux hôtes BizTalk in-process, tels que les processus hôtes dans BizTalk Server et BTSNTSvc.exe.

Appartenance au groupe :

• Inclut des comptes de service pour le instance hôte BizTalk In-Process.
• Inclut des comptes de service pour le service Moteur de règles BizTalk dans le ou les hôtes auxquels le groupe hôte BizTalk est désigné.

SQL Server rôles ou rôles de base de données :

• BTS_HOST_USERS SQL Server rôle de base de données dans les bases de données suivantes :

  • BizTalkMgmtDb
  • BizTalkMsgBoxDb
  • BizTalkRuleEngineDb
  • BizTalkDTADb
  • BAMPrimaryImport

• BAM_EVENT_WRITER SQL Server rôle de base de données dans BAMPrimaryImport

Utilisateurs d'hôtes BizTalk isolés

Nom par défaut du premier groupe d'hôtes BizTalk isolés créé par le Gestionnaire de configuration. Hôtes BizTalk isolés ne s'exécutant pas sur BizTalk Server, tels que HTTP et SOAP.

Utilisez un groupe d'hôtes BizTalk isolés unique pour chaque hôte isolé de votre environnement.

Appartenance au groupe :

• Inclut des comptes de service pour l’hôte isolé BizTalk instance dans l’hôte pour lequel le groupe hôte BizTalk isolé est désigné.

SQL Server rôles ou rôles de base de données :

BTS_HOST_USERS SQL Server rôle de base de données dans les bases de données suivantes :

• BizTalkMgmtDb
• BizTalkMsgBoxDb
• BizTalkRuleEngineDb
• BizTalkDTADb
• BAMPrimaryImport

Utilisateurs du portail BAM

A accès au site web du portail BAM.

Appartenance au groupe :

• Le groupe Tout le monde est utilisé par défaut pour ce rôle.
• N’a aucun compte de service.

SQL Server rôles ou rôles de base de données : Aucun

Hôtes avec adaptateur BizTalk SharePoint activé

A accès au service web Windows SharePoint Services Adapter.

Appartenance au groupe :

• Inclut des comptes de service pour l’hôte BizTalk instance d’appeler l’adaptateur SharePoint.

SQL Server rôles ou rôles de base de données : Aucun

Groupe Opérateurs B2B BizTalk

Rôle BizTalk qui réduit la charge des administrateurs d’effectuer une opération de gestion de toutes les parties. Ce rôle permet aux utilisateurs Windows associés au rôle d’exécuter toutes les opérations de gestion de partie.

Appartenance au groupe :

• Inclut des utilisateurs ou des groupes qui configurent et administrent BizTalk Server données TPM et surveillent les solutions.

SQL Server rôles ou rôles de base de données :

BTS_OPERATORS SQL Server rôle de base de données dans les bases de données suivantes :

• BizTalkDTADb
• BizTalkMgmtDb
• BizTalkMsgBoxDb
• BizTalkRuleEngineDb
• BAMPrimaryImport

Comptes d'utilisateur et de service

La liste suivante décrit les comptes d’utilisateur ou de service Windows et les affiliations de groupe utilisés par BizTalk Server. Il identifie également les rôles de serveur SQL Server ou les rôles de base de données pour les comptes.

Service d'authentification unique de l'entreprise

Compte de service utilisé pour exécuter Enterprise Single Sign-On Service qui accède à la base de données SSO.

Affiliation de groupe :

• Administrateurs SSO

SQL Server rôles ou rôles de base de données : Aucun

Compte de l'instance de l'hôte BizTalk

Compte de service utilisé pour exécuter le instance hôte BizTalk In-Process qui accède au instance hôte BizTalk In-Process (BTNTSVC.exe).

Affiliation de groupe :

• Utilisateurs d'applications BizTalk
• Administrateurs d'applications associées SSO

SQL Server rôles ou rôles de base de données : Aucun

Compte de l'instance de l'hôte BizTalk isolé

Compte de service utilisé pour exécuter l'instance de l'hôte BizTalk isolé (HTTP/SOAP).

Affiliation de groupe :

• Utilisateurs d'hôtes BizTalk isolés
• Administrateurs d'applications associées SSO
• IIS_WPG

SQL Server rôles ou rôles de base de données : Aucun

Service de mise à jour du moteur de règles

Compte de service qui exécute le service de mise à jour du moteur de règles. Ce service reçoit des notifications pour les stratégies de déploiement/d’annulation de déploiement à partir de la base de données du moteur de règles.

Affiliation de groupe : Aucune

SQL Server rôles ou rôles de base de données :

• RE_HOST_USERS SQL Server rôle de base de données dans BizTalkRuleEngineDb

Utilisateur des services de notification BAM

Compte de service qui exécute bam Notification Services. Ces services accèdent aux bases de données BAM.

Affiliation de groupe :

• SQLServer2008NotificationServicesUser$<ComputerName>

SQL Server rôles ou rôles de base de données :

• NSRunService SQL Server rôle de base de données dans les bases de données suivantes :

  • BAMAlertsApplication
  • BAMAlertsNSMain

• Rôle de serveur SQL Server BAM_ManagementNSReader pour la base de données BAMPrimaryImport

Utilisateur du service web de gestion BAM

Compte d'utilisateur pour le service Web de gestion de l'analyse BAM (BAMManagementService) pour l'accès aux diverses ressources BAM. Le portail BAM appelle BAMManagementService avec les informations d’identification de l’utilisateur connectés sur le portail BAM pour gérer les alertes, obtenir des vues XML et BAM de définition BAM.

Affiliation de groupe :

• IIS_WPG

SQL Server rôles ou rôles de base de données :

• NSSubscriberAdmin SQL Server rôle de base de données dans les bases de données suivantes :
  • BAMAlertsApplication
  • BAMAlertsNSMain
• Rôle de serveur SQL Server BAM_ManagementWS pour la base de données BAMPrimaryImport

Compte du pool d’applications BAM

Compte de pool d’applications pour BAMAppPool qui héberge le site web du portail BAM.

Affiliation de groupe :

• IIS_WPG

SQL Server rôles ou rôles de base de données : Aucun

Liste Bases de données

La liste suivante décrit les bases de données SQL Server créées et utilisées par BizTalk Server.

Base de données SSO

Cette base de données d'informations d'identification pour l'authentification unique de l'entreprise stocke de manière sécurisée le nom et le mot de passe de l'utilisateur.

• Nom de la base de données par défaut : SSODB
• Volume : faible
• Croissance : faible

Base de données de gestion BizTalk

Cette base de données constitue la banque centrale de méta-informations de toutes les instances de BizTalk Server.

• Nom de la base de données par défaut : BizTalkMgmtDb
• Volume : faible
• Croissance : faible

Base de données MessageBox BizTalk

Le moteur BizTalk Server utilise cette base de données pour le routage, la mise en file d’attente, la gestion instance et diverses autres tâches.

La mise à jour automatique des statistiques, la création automatique des statistiques et le paramètre Parallélisme sont désactivés dans la base de données SQL Server instance qui héberge la base de données BizTalkMsgBoxDB BizTalk Server. N’activez pas ces paramètres

• Nom de la base de données par défaut : BizTalkMsgBoxDb
• Volume : élevé
• Croissance : Moyenne

Base de données de suivi BizTalk

Cette base de données stocke les données d'entreprise et d'analyse du fonctionnement traitées par le moteur de suivis BizTalk Server.

• Nom de la base de données par défaut : BizTalkDTADb
• Volume : élevé
• Croissance : élevé

Base de données du moteur de règles

Cette base de données constitue un référentiel de stratégies (ensembles de règles et de vocabulaires associés). Les vocabulaires sont des ensembles de noms conviviaux et propres au domaine permettant de référencer les données dans les règles.

• Nom de la base de données par défaut : BizTalkRuleEngineDb
• Volume : faible
• Croissance : faible

Base de données d’importation principale BAM

Cette base de données collecte des données de suivi BAM brutes.

• Nom de la base de données par défaut : BAMPrimaryImport
• Volume : Moyen
• Croissance : Moyenne

Base de données des archives BAM

Base de données dans laquelle sont archivées les anciennes données d'activité d'entreprise. Créez une base de données d’archivage BAM pour réduire l’accumulation de données d’activité métier dans la base de données d’importation principale BAM.

• Nom de la base de données par défaut : BAMArchive
• Volume : Moyen
• Croissance : Moyenne

Base de données de schémas en étoile BAM

Cette base de données contient le tableau intermédiaire et les tables de mesures et de dimensions.

• Nom de la base de données par défaut : BAMStarSchema
• Volume : Moyen
• Croissance : Moyenne

Base de données de l'application des services de notification BAM

Cette base de données contient des informations d'alerte relatives aux notifications BAM. Par exemple, lorsque vous créez une alerte à l’aide du portail BAM, des entrées sont insérées dans cette base de données qui spécifient les conditions et les événements auxquels l’alerte se rapporte, ainsi que d’autres données de prise en charge de l’alerte.

• Nom de la base de données par défaut : BAMAlertsApplication
• Volume : Moyen
• Croissance : Moyenne

Base de données de l'instance des services de notification BAM

Cette base de données contient instance informations qui spécifient la façon dont les services de notification se connectent au système que BAM surveille.

• Nom de la base de données par défaut : BAMAlertsNSMain
• Volume : Moyen
• Croissance : Moyenne

SQL Server bases de données utilisées par SharePoint

• Windows SharePoint Services base de données de configuration : cette base de données contient tous les paramètres globaux du serveur.

  • Nom de la base de données par défaut : défini par l’utilisateur
  • Volume : faible
  • Croissance : faible

• Windows SharePoint Services base de données de contenu : cette base de données contient tout le contenu du site, comme les éléments de liste et les documents.

  • Nom de la base de données par défaut : défini par l’utilisateur
  • Volume : Moyen
  • Croissance : Moyenne

Installer BizTalk un environnement multiserveur

1. Installer services de domaine Active Directory : la première étape pour installer BizTalk Server dans un environnement de serveur multiple consiste à installer les services de domaine Active Directory pour les différents groupes et comptes BizTalk Server. Pour créer le domaine Active Directory, consultez les rubriques suivantes :

   • Windows Server 2012 et versions ultérieures : Installer services de domaine Active Directory

   • Windows Server 2008 R2 : Guide pas à pas pour l’installation et la suppression d’AD DS

     Important

     Les groupes BizTalk Server décrits dans la table Comptes d’utilisateur et de service utilisés dans BizTalk Server (dans cette rubrique) doivent être créés avant d’installer BizTalk Server dans un environnement serveur multiple.

2. Installez plusieurs instances de SQL Server en fonction des besoins : si vos besoins de charge indiquent que vous avez besoin de plusieurs bases de données MessageBox ou que vous devez répartir la charge d’E/S BizTalk Server sur plusieurs instances SQL Server, installez d’autres instances SQL Server si nécessaire.

   Pour plus d’informations sur le test des performances de votre environnement BizTalk Server et l’optimisation de la base de données, consultez le Guide d’optimisation des performances BizTalk Server.

3. Installez plusieurs ordinateurs BizTalk Server dans votre groupe de BizTalk Server en fonction des besoins : si vos besoins de charge indiquent que vous avez besoin de plusieurs ordinateurs BizTalk Server dans votre groupe de BizTalk Server, utilisez le BizTalk Server Enterprise Édition pour effectuer un scale-out de vos besoins de traitement sur plusieurs serveurs BizTalk.

   Important

   De nombreuses fonctionnalités d'entreprise de BizTalk Server (mise en cluster, ajout de plusieurs serveurs à un groupe, traitement 64 bits natif, etc.) ne sont disponibles que dans l'édition Entreprise.

4. Installer les Mises à jour cumulatives : les mises à jour cumulatives sont répertoriées dans Windows Update. L’article de la base de connaissances 2555976 répertorie les Service Packs disponibles et les mises à jour cumulatives.

Considérations relatives aux clusters

• Clustering MSDTC : Microsoft Distributed Transaction Coordinator (MSDTC) est un composant central de n’importe quel environnement BizTalk Server. Si d'autres composants de l'environnement BizTalk Server sont mis en cluster, il est recommandé de mettre également MSDTC en cluster.

• Installer SQL Server clustering de basculement : pour fournir une haute disponibilité/tolérance de panne pour les bases de données BizTalk Server, il est recommandé d’installer les bases de données BizTalk Server sur un cluster de basculement SQL Server. Pour plus d’informations sur l’installation de SQL Server cluster de basculement, consultez :

  • SQL Server 2016 : instances de cluster de basculement Always On (SQL Server)

  • SQL Server 2014 : Clustering de basculement Windows Server (WSFC) avec SQL Server

    Une fois SQL Server configuré pour la haute disponibilité/tolérance de panne, les instance en cluster SQL Server peuvent être référencés comme n’importe quel autre SQL Server instance par la configuration BizTalk Server.

• Configurez le serveur secret d’entreprise unique Sign-On maître en tant que ressource de cluster : une défaillance du serveur secret unique Sign-On maître d’entreprise peut entraîner une défaillance à l’échelle du système de l’environnement BizTalk Server. Il est donc recommandé de configurer le serveur de secret principal du système d'authentification unique de l'entreprise à des fins de haute disponibilité et de tolérance de pannes en définissant le serveur de secret principal en tant que ressource de cluster. Étant donné que le serveur secret maître n’est pas un composant gourmand en ressources d’un environnement BizTalk Server, il est recommandé que le serveur secret maître soit mis en cluster sur les mêmes nœuds de cluster que les instances SQL Server. Pour plus d’informations sur la configuration du serveur secret d’entreprise unique Sign-On maître en tant que ressource de cluster, consultez Cluster the Master Secret Server.

• Configurer un hôte BizTalk en tant que ressource de cluster : l’exécution de plusieurs instances d’un hôte BizTalk Server offre une haute disponibilité/tolérance de panne. Par conséquent, la configuration de l'hôte BizTalk en tant que ressource de cluster est déconseillée, sauf cas particuliers. Par exemple, vous pouvez confgurer un hôte BizTalk en tant que ressource de cluster lors de la prise en charge de la haute disponibilité/tolérance de panne ou pour fournir une livraison ordonnée pour certaines cartes BizTalk Server. Pour plus d’informations sur le moment où il est approprié de configurer un hôte BizTalk en tant que ressource de cluster, consultez Considérations relatives à l’exécution de gestionnaires d’adaptateurs au sein d’un hôte cluster. Consultez également Comment configurer un hôte BizTalk en tant que ressource de cluster.

• Cluster Message Queuing : voir installer et cluster MSMQ.

• Cluster the File System : consultez Comment regrouper le système de fichiers.

Utiliser SCOM

Le pack d’administration BizTalk Server pour Operations Manager fournit une découverte et une surveillance complètes des composants et applications BizTalk Server qui s’exécutent sur plusieurs ordinateurs. Pour plus d’informations sur le pack d’administration BizTalk Server, consultez BizTalk Server Monitoring Management Pack.

Étapes suivantes

Configurer BizTalk