Installieren von BizTalk Server in einer Umgebung mit mehreren Computern
Überblick
Bei der Planung einer Multicomputerinstallation von Microsoft® BizTalk® Server sind viele Punkte zu berücksichtigen. Häufig ist die Netzwerkinfrastruktur vorhanden, und BizTalk Server müssen zusammen mit anderen Netzwerkanwendungen vorhanden sein. In diesem Leitfaden werden einige der Überlegungen beschrieben, die für die Installation von BizTalk Server und Geschäftsaktivitätsüberwachung (BUSINESS Activity Monitoring, BAM) in einer verteilten Bereitstellung mit mehreren Computern gelten. Diese Informationen helfen Ihnen bei der Planung der Installation und Konfiguration von BizTalk Server und der Geschäftsaktivitätsüberwachung (Business Activity Monitoring, BAM) sowie der Anwendungen und Komponenten, von der diese abhängig sind.
Das Installationshandbuch für einzelserver enthält wichtige Verfahren und weitere Hintergrundinformationen, die in diesem Dokument nicht dupliziert werden. Die folgenden Informationen werden beispielsweise im Installationshandbuch für einzelserver ausführlich erläutert:
- Ausführliche Installationsverfahren
- Darstellung der BizTalk Server-Features und -Abhängigkeiten
- Details zu grundlegenden Konfigurationseinstellungen für BizTalk Server
- Software- und Hardwareanforderungen
- Liste der weitervertreibbaren Komponenten für CAB-Dateien
Hochverfügbarkeit
BizTalk Server stellt eine Hochverfügbarkeitslösung bereit, die netzwerklastenausgleichs- (NLB)-Clustering und Failoverclustering und SQL Server Always On mithilfe von Verfügbarkeitsgruppen (Verfügbarkeitsgruppen) verwendet. Eine Hochverfügbarkeitslösung trägt dazu bei, die Ausfallzeiten bei einem Hardware- oder Softwarefehler zu minimieren.
NLB- und Failovercluster ergänzen sich in komplexen Architekturen. NLB-Clustering wird für den Lastenausgleich von Anforderungen zwischen Front-End-Webservern verwendet. Failovercluster stellen Hochverfügbarkeit für die BizTalk Server-In-Process-Hosts, den Server für den geheimen Hauptschlüssel für Enterprise Single Sign-On und die BizTalk Server-Datenbanken zur Verfügung. Dies wird in der Regel für lokale Umgebungen verwendet. Im Folgenden ist eine gute Ressource aufgeführt:
- BizTalk Server: High Availability Survival Guide (BizTalk Server: Leitfaden zur Hochverfügbarkeit)
SQL Server Always On Verfügbarkeitsgruppe kann mit lokalen Umgebungen und mit virtuellen Azure-Computern verwendet werden. Die Unterstützung für Verfügbarkeitsgruppen beginnt mit BizTalk Server 2016 und wird in allen neueren Versionen von BizTalk Server unterstützt. Die Verfügbarkeitsgruppe umfasst primäre Datenbankreplikate und sekundäre Datenbankreplikate. BizTalk Server eine Verbindung mit den primären Datenbankreplikaten herstellt, während die sekundären Datenbankreplikate Redundanz und Failover bieten. Always On Verfügbarkeitsgruppen (SQL Server) enthält Details zu Ag-Werken.
BizTalk HA mit SQL Server Always On AG bietet weitere Details aus BizTalk-Perspektive.
Separate Laufzeit und Verwaltung
BizTalk Server unterstützt verschiedene Installationsszenarien in der Produktionsumgebung. So können Sie beispielsweise eine Installation, die nur das Laufzeitmodul enthält, auf einem Computer installieren, konfigurieren und bereitstellen, und eine Installation, die nur die Verwaltungstools enthält, auf einem anderen Computer installieren.
Wenn Sie ausschließlich die Verwaltungstools installieren, werden die folgenden Komponenten installiert: BizTalk-Verwaltungskonsole, "BM.exe" und "BTSDeploy.exe". Beachten Sie folgendes, wenn Sie eine reine BizTalk Server-Installation der Verwaltungstools erstellen:
Auf jedem Computer, der als Host für BizTalk Server-MessageBox-Datenbanken verwendet wird, muss der SQL Server-Agent ausgeführt werden. Der SQL Server-Agent wird zum Nachverfolgen von Nachrichtentexten in der BizTalk Server-Messaging-Engine benötigt.
Wenn Sie den BizTalk Server-Konfigurations-Assistenten ausführen, erstellen Sie eine Analysis Services-Datenbank.
Die Verwendung der BizTalk-Nachverfolgungsdatenbank mit SQL Server Analysis Services wird nicht unterstützt.
Die Verwendung benannter Instanzen von SQL Server Analysis Services wird nicht unterstützt.
Wenn Sie nur Verwaltungstools für BizTalk Server installieren möchten, wählen Sie während des Setups nur Verwaltungstools aus. Öffnen Sie nach Abschluss der Installation den Manager für die benutzerdefinierte Konfiguration, und treten Sie einem vorhandenen SSO-System (Enterprise Single Sign-On, Einmaliges Anmelden für Unternehmen) und einer BizTalk-Gruppe bei. Seitenanfang
Aktivieren von MSDTC
Aktivieren Sie vor der Installation und Konfiguration von BizTalk Server in einer Umgebung mit mehreren Computern den DTC-Netzwerkzugriff und COM+-Netzwerkzugriff auf allen BizTalk-Servern und SQL Server-Remoteinstanzen, die von BizTalk Server verwendet werden. Informationen zur Optimierung Ihrer Umgebung finden Sie unter Schritte nach der Konfiguration.
Hinweis:
Auf alle BizTalk-Server und SQL Server in einer Gruppe muss die gleiche RPC-Authentifizierungsebene (Remote Procedure Call) angewendet werden. Der DTC-Proxy authentifiziert DTC möglicherweise nicht ordnungsgemäß, wenn die Computer unterschiedliche Betriebssysteme verwenden, Arbeitsgruppen angehören oder sich in verschiedenen Domänen befinden, die einander nicht vertrauen. Siehe MSDTC kann sich nicht gegenseitig authentifizieren.
Bei Verwendung einer Firewall öffnen Sie die erforderlichen DTC- und RPC-Ports. Weitere Informationen finden Sie unter Dienstübersicht und Netzwerkportanforderungen für Windows.
Um sicherzustellen, dass die DTC-Einstellungen korrekt sind, verwenden Sie die Tools DTC Tester und DTC Ping. Diese Tools und weitere DTC-Problembehandlung werden unter BizTalk Server – Problembehandlung bei MSDTC beschrieben.
Remotecomputer mit SQL Server
Wenn SQL Server auf einem Remotecomputer installiert ist:
SQL Server Verwaltungstools (neuere SQL-Versionen) oder SQL Server-Clienttools Connectivity (ältere SQL-Versionen) müssen auf dem lokalen BizTalk Server Computer installiert werden, wenn SQL Server remote ist. Die SQL Server Tools installiert die Clientbibliotheken, die für die Kommunikation mit dem Remote-instance von SQL Server erforderlich sind. Die Version der SQL Server Tools auf dem lokalen BizTalk Server Computer muss dieselbe Version sein, die auf der Remote-SQL Server installiert ist.
Wenn Sie Analysis Services remote verwenden möchten, muss auf dem lokalen Computer der SQL Server-OLAP-Client installiert sein. Der OLAP-Client kann in SQL Server Feature Pack 2016 enthalten sein.
Der SQL Server-Remoteserver muss während der Konfiguration von BizTalk Server ausgeführt werden.
Die TCP- und UDP-Ports, die Sie beim Einrichten von SQL Server angegeben haben, müssen während der Konfiguration von BizTalk Server geöffnet sein.
Um BAM-Tools zu konfigurieren, installieren Sie SQL Server-Verwaltungstools (in der Basis- und vollständigen Version) auf dem BizTalk-BAM-Server. Weitere Informationen zum Einrichten und Konfigurieren von BAM in einer Umgebung mit mehreren Computern finden Sie unter Installieren und Konfigurieren von BAM (Überwachung von Geschäftsaktivitäten) in einer Umgebung mit mehreren Computern.
Benannte Instanzen von SQL Server Analysis Services werden nicht unterstützt.
SQL Server Topologien
SQL Server können lokal auf dem BizTalk Server oder auf einem anderen Server installiert werden, der für SQL Server reserviert ist. Die meisten Produktionsszenarien umfassen BizTalk Server und SQL Server, die auf separaten Computern installiert sind.
Eine Liste der unterstützten SQL Server Versionen finden Sie unter:
- Softwareanforderungen für BizTalk Server 2020
- Softwareanforderungen für BizTalk Server 2016
- Softwareanforderungen für BizTalk Server 2013R2 und 2013
Wichtig
Alle zusätzlichen Service Packs und Windows-Updates werden unterstützt und sollten installiert werden.
Verwalten und Behandeln von Problemen mit Datenbanken
Weitere Informationen finden Sie unter Verwalten und Behandeln von Problemen mit BizTalk Server Datenbanken.
Geschäftsaktivitätsüberwachung (BAM)
BizTalk Server stellt verschiedene Tools für Information Worker bereit, darunter BAM. Ein grundlegendes Verständnis der Komponentenarchitektur hilft Ihnen bei der Planung der BizTalk Server Installation, um die ihnen zur Verfügung stehenden Serverressourcen zu nutzen. Die Überwachung von Geschäftsaktivitäten (Business Activity Monitoring, BAM) ist eine Sammlung von Tools zum Verwalten von Aggregationen, Warnungen und Profilen zur Überwachung relevanter Geschäftsmetriken, die als Key Performance Indicators oder KPIs bezeichnet werden.
BAM ist ein Modul, das Ihnen einen durchgängigen Einblick in Ihre Geschäftsprozesse bietet, um Informationen über die status und Ergebnisse verschiedener betrieblicher Prozesse und Transaktionen zu erhalten. Mithilfe der BAM-Ausgabe können Sie Problembereiche ausfindig machen und Probleme innerhalb Ihres Unternehmens beheben. Weitere Informationen zum BAM-Lebenszyklus finden Sie unter Business Activity Monitoring (BAM).
BAM besteht aus den folgenden Ebenen:
Präsentation und Tools: Stellt Front-End-Dienste für Geschäftsbenutzer und Entwickler bereit. Zeigt Daten an, ermöglicht Geschäftsbenutzern und Entwicklern das Definieren und Verwalten von Vorlagen und Profilen und anderen Funktionen.
Beispiele: Office Excel, BAM-Portal
Installationsort: Excel, Verwaltungstools und benutzerdefinierte Benutzeroberflächen werden auf der Arbeitsstation des Geschäftsbenutzers oder Entwicklers installiert. Auf einem Server sind das BAM-Portal sowie auf der BAM-Infrastruktur basierende benutzerdefinierte Webanwendungen installiert.
Webdienste und Verarbeitung: Verknüpft die Präsentations- und Datenbankebenen; Umsetzung von Geschäftsregeln und -prozessen; Datenaggregation und -analyse.
Beispiele: Windows SharePoint Services (WSS), Handelspartnerverwaltungswebdienst, BAM-Verwaltungswebdienst und die BizTalk Server-Engine
Installationsort: Je nach Anwendung auf einem Server mit IIS, SQL-Benachrichtigungsdienst und möglicherweise benutzerdefinierten Webdiensten. Die BizTalk-Hostdienste können auch auf diesem Server oder auf einem separaten Server in mehreren Computerkonfigurationen installiert werden, die über drei oder mehr Computer verfügen.
Datenbank- und Plattformdienste: Datenspeicherung und -abruf; Sicherheit und Authentifizierung; Networking; Betriebssystemfunktionen
Beispiele: SQL Server, Windows Server, Enterprise Single Sign-On (SSO) sowie Failover- und NLB-Clustering
Installationsort: Auf einem Server mit Windows Server SQL Server. Aus Leistungsgründen führt dieser Server in der Regel die BizTalk-Hostdienste nicht aus.
Installieren von BAM
Schritt-für-Schritt-Anleitung: Installieren und Konfigurieren von BAM (Geschäftsaktivitätsüberwachung) in einer Umgebung mit mehreren Computern
Es ist einfacher, BAM, den Installations- und Konfigurationsprozess und die Abhängigkeiten zu verstehen, indem sie in drei BizTalk Server Umgebungen unterteilt werden:
Laufzeitumgebung: Eine grundlegende BizTalk Server Laufzeitumgebung kann die folgenden Server umfassen:
- BizTalk Server
- SQL Server
- BizTalk BAM Server
- Webserver
Entwurfszeitumgebung: Es gibt drei Rollen, die während des BAM-Entwicklungs- und Bereitstellungsprozesses involviert sind. Es gibt die folgenden Rollen:
- Business Analyst
- Geschäftsadministrator
- Anwendungsentwickler
Nutzungszeitumgebung: Nachdem eine BAM-Lösung implementiert und bereitgestellt wurde, können geschäftliche Endbenutzer die berichte anzeigen, die von verschiedenen Berichtstools generiert wurden. Zu diesen Tools zählen:
- BAM-Portal
- SQL Server Reporting Services
- Microsoft PerformancePoint Monitoring Server
- Benutzerdefinierte BAM-Berichterstellungsanwendungen
In den folgenden Listen werden die zu installierenden BAM-Komponenten beschrieben:
Portalkomponenten>Überwachung der Geschäftsaktivität. Wenn Sie die Komponente Geschäftsaktivitätsüberwachung auswählen, wird die Software installiert, die Geschäftsbenutzern eine Echtzeitansicht ihrer heterogenen Geschäftsprozesse bietet, sodass sie wichtige Geschäftsentscheidungen treffen können.
Zusätzliche Software>BAM-Warnungen: Installiert die erforderliche Software, die es BizTalk Server ermöglicht, BAM-Warnungen (Business Activity Monitoring) bereitzustellen.
- BAM-Warnungen für BizTalk Server 2013 R2 und höher verwenden SQL Server Datenbank-E-Mail. SQL Notification Services wird nicht verwendet und auch nicht unterstützt.
- BAM-Warnungen für BizTalk Server 2013 mit SQL Server 2012 verwendet SQL Notification Services.
- BAM-Warnungen für BizTalk Server 2013 mit SQL Server 2008 R2 verwendet SQL Notification Services.
Zusätzliche Software>BAM-Client: Wenn Sie die BAM-Clientkomponente auswählen, wird die erforderliche clientseitige Software installiert, mit der Geschäftsbenutzer mit dem Feature zur Überwachung der Geschäftsaktivität von BizTalk Server arbeiten können.
Zusätzliche Software>BAM-Ereigniserstellung: Wählen Sie die Komponente BAM-Eventing Support installiert die Software für die BAM-Eventing Interceptors für Windows Workflow Foundation und Windows Communication Foundation. Durch die Auswahl dieser Komponente wird außerdem die BAM-Ereignis-API installiert, die von benutzerdefinierten Anwendungen zum Senden von Ereignissen an die BAM-Datenbank verwendet wird. BAM-Eventing Support ist Teil des Features zur Überwachung von Geschäftsaktivitäten in BizTalk Server.
Konfigurieren von BAM
Schritt-für-Schritt-Anleitung: Installieren und Konfigurieren von BAM (Überwachung von Geschäftsaktivitäten) in einer Umgebung mit mehreren Computern
Öffnen Sie BizTalk Server Konfiguration, und wählen Sie Benutzerdefinierte Konfiguration aus. Mit der benutzerdefinierten Konfiguration können Sie erweiterte Optionen und Features einzeln konfigurieren oder deren Konfiguration aufheben.
Installieren und Konfigurieren von SQL Server für BAM
Unter Neuerungen, Installation, Konfiguration und Upgrade können Sie Folgendes ausführen:
- Sehen Sie sich die unterstützten Softwareanforderungen für BizTalk Server an, einschließlich der unterstützten SQL Server Versionen.
- Installieren Sie die erforderliche Software, einschließlich SQL Server. SQL Server spezifische Installationsschritte finden Sie unter Installieren SQL Server 2016 oder Installieren SQL Server 2014.
Zusätzlich zu Datenbankdiensten, die für die BizTalk Server Kernfunktionen erforderlich sind, benötigt BAM auch Folgendes:
- SQL Server Analysis Services (SSAS)
- SQL Server Integration Services (SSIS)
- SQL Server Datenbank-E-Mail oder SQL Server Notification Services (SSNS)
Konfigurieren von SSIS
Wenn Ihr SQL Server auf einem anderen Computer als dem BizTalk Server installiert ist, konfigurieren Sie SSIS. In diesem Verfahren konfigurieren Sie SSIS für die Verwendung der msdb-Datenbank auf einem Remotecomputer mit SQL Server.
Öffnen Sie eine Eingabeaufforderung.
Ändern Sie das Verzeichnis in
%ProgramFiles%\Microsoft SQL Server\100\DTS\Binn
.Führen Sie den folgenden Befehl aus:
notepad MsDtsSrvr.ini.xml
.Aktualisieren Sie in Editor den Text im
<ServerName>
Tag auf den Hostnamen des SQL Server. Speichern Sie die Änderungen.Führen Sie an der Eingabeaufforderung den folgenden Befehl aus:
net stop MsDtsServer
Führen Sie an der Eingabeaufforderung den folgenden Befehl aus:
net start MsDtsServer
Hinweis:
Standardmäßig ist der Integration Services-Dienst so konfiguriert, dass er Pakete verwaltet, die in der msdb-Datenbank in einer lokalen Standardinstanz der Datenbank-Engine gespeichert sind. Ändern Sie die Konfigurationsdatei, um Pakete zu verwalten, die in einem benannten instance oder einer Remote-instance der Datenbank-Engine oder in mehreren Instanzen der Datenbank-Engine gespeichert sind. Sie können beispielsweise weitere Stammordner des Typs SqlServerFolder erstellen, um Pakete in der msdb-Datenbank mehrerer Instanzen der Datenbank-Engine zu verwalten. Wenn der Dienst beendet wird, können Sie auch die Konfigurationsdatei ändern, damit Pakete weiter ausgeführt werden. Durch diese Option werden weitere Stammordner im Objekt-Explorer angezeigt oder mindestens ein weiterer Ordner im Dateisystem angegeben, das vom Integration Services-Dienst verwaltet wird.Der
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTS\ServiceConfigFile
Registrierungsschlüssel gibt den Speicherort und den Namen für die Konfigurationsdatei an, die der Integration Services-Dienst verwendet. Der Standardwert des Registrierungsschlüssels lautet "C:\Programme\Microsoft SQL Server\100\DTS\Binn\ MsDtsSrvr.ini.xml". Sie können den Wert des Registrierungsschlüssels mit einem anderen Namen und Speicherort für die Konfigurationsdatei aktualisieren.
Konfigurieren von BAM-Datenbanken
Sie können die primäre BAM-Importdatenbank sowie die BAM-Archiv-, BAM-Sternschema- und BAM-Analysedatenbank und die Datenbank für BAM-Benachrichtigungsdienstanwendungen auf unterschiedlichen Computern konfigurieren. Im Folgenden sind die Softwareanforderungen aufgeführt, wenn SQL Server auf einem anderen Computer als dem BizTalk Server installiert ist:
BAM-Tools>BAM-Primärimporttabellen und BAM-Archivdatenbank:
Auf der BizTalk Server:
- Installieren von SQL Server Analysis Services ADOMD.NET
- Installieren von SQL Server Integration Services
Auf der SQL Server:
- Verwenden Sie eine unterstützte SQL Server Version.
- Erstellen Sie ab BizTalk Server 2020 den SSIS-Katalog (SSISDB).
BAM-Tools>BAM-Primärimporttabellen und BAM-Archivdatenbank:
Auf der BizTalk Server:
- Installieren von SQL Server Analysis Services ADOMD.NET
- Installieren von SQL Server Integration Services
Auf der SQL Server:
- Verwenden Sie eine unterstützte SQL Server Version.
- Erstellen Sie ab BizTalk Server 2020 den SSIS-Katalog (SSISDB).
BAM-Tools>Aktivieren sie Analysis Services für BAM-Aggregationen:
Auf der BizTalk Server:
- Installieren von SQL Server Integration Services
Auf der SQL Server:
- Installieren von SQL Server Analysis Services
Anwendungsdatenbank >für BAM-WarnungenBAM-Warnungen:
Auf der BizTalk Server:
- Installieren von SQL Server Analysis Services ADOMD.NET
- BAM-Warnungen
Auf der SQL Server:
- Konfigurieren Sie SQL Server-Datenbank-E-Mail.
Hinweis
Das für den OLAP-Dienst verwendete Dienstkonto muss die Berechtigung db_datareader in der BAM-Sternschema-Datenbank besitzen.
Notification Services – Nur BizTalk 2013/SQL Server 2008 R2
Wichtig
Dieser Abschnitt gilt nur, wenn SQL Server 2008 R2 verwendet wird.
Sie können SQL Server Notification Services in einer Umgebung mit mehreren Computern installieren, in der sich die Rollen "Anbieter", "Generator" und "Verteiler" auf unterschiedlichen Computern befinden. Die Abhängigkeiten in diesem Szenario lassen sich folgendermaßen beschreiben:
Die AggregationEventProvider.dll sollte auf dem Computer installiert werden, auf dem die Rolle Anbieter gehostet wird. Diese .dll datei wird installiert, wenn Sie während der Installation von BizTalk Server den Aggregatereignisanbieter für BAM-Warnungen installieren. Der Aggregationsereignisanbieter für BAM-Benachrichtigungen ist vorhanden, wenn das BizTalk-Laufzeitmodul, die Verwaltungstools oder die Entwicklertools mit dem SDK installiert sind.
EmailNotification.xslt und FileNotification.xslt sind auf dem Computer erforderlich, auf dem die Verteilerrolle gehostet wird. Sie können die Dateien im folgenden Pfad aus einem vorhandenen BizTalk Server kopieren: \Programme\Microsoft BizTalk Server version\Tracking
Aktualisieren Sie die Notification Services-Anwendungsdefinitionsdatei (ADF-Datei) mit dem genauen Speicherort der XSLT-Dateien auf dem Computer, auf dem die Verteilerrolle gehostet wird.
Aktualisieren Sie die Anwendungsdefinitionsdatei (ADF-Datei):
- Öffnen Sie auf dem Computer, auf dem BizTalk Server installiert ist, die Notification Services-Eingabeaufforderung.
- Navigieren Sie zu \Programme\Microsoft BizTalk Server Version\Tracking.
- Führen Sie die Datei ProcessBamNsFiles.vbs aus, um die erste ADF-Datei zu erstellen.
- Ändern Sie die ADF-Datei mit dem Pfad zur XSLT-Datei.
- Führen Sie die Datei ProcessBamNsFiles.vbs erneut aus, um die ADF-Datei zu aktualisieren.
- Starten Sie den NT-Dienst "BAMAlerts" neu.
Topologie von BAM-Scale-Out-Warnungen
Führen Sie die folgenden Schritte auf jedem Server aus, wenn Sie Ihre vorhandene Topologie für BAM-Horizontalwarnungen auf BizTalk Server 2013 aktualisieren:
Beenden Sie den Notification Service, und heben Sie dann die Registrierung einer Instanz des Notification Services auf:
Klicken Sie unter Programme auf Microsoft SQL Server 2005, klicken Sie auf Konfigurationstools, und klicken Sie dann auf Notification Services-Eingabeaufforderung.
Geben Sie an der Eingabeaufforderung Folgendes ein:
net stop NS$<instance_name>
. Geben Sie beispielsweise Folgendes ein:net stop NS$BamAlerts
.Geben Sie den folgenden Befehl ein, um die Registrierung des instance aufzuheben:
nscontrol unregister -name BamAlerts
.Durch Aufheben der Registrierung einer Instanz werden die Registrierungseinträge sowie der Dienst NS$instance_name (sofern vorhanden) entfernt und die Leistungsindikatoren für den Dienst gelöscht.
Führen Sie das Upgrade der Server, die Notification Services-Instanzen aufweisen, auf eine höhere Edition von SQL Server 2005 Notification Services aus.
Um Ihre BAM-Datenbanken basierend auf der SQL Server Version zu migrieren, von der Sie ein Upgrade durchführen, führen Sie den Befehl für die Migrationsdatenbank bm.exe Programm aus, das sich im Ordner BizTalk Server Tracking befindet. Wenn beispielsweise SQL Server 2005 auf SQL Server 2008 R2 aktualisiert wird, führen Sie in der Eingabeaufforderung mit administratorbasierten Anmeldeinformationen Folgendes aus:
bm.exe migrate-sql –From:sql2005 –To:sql2008 –NSUser:<username>
.Registrieren Sie den Notification Service auf allen Servern mit Ausnahme des Servers, auf dem das Migrationsprogramm (bm.exe) verwendet wird.
Klicken Sie unter Programme auf Microsoft SQL Server 2005, klicken Sie auf Konfigurationstools, und klicken Sie dann auf Notification Services-Eingabeaufforderung.
Geben Sie an der Eingabeaufforderung Folgendes ein:
nscontrol register -name BamAlerts -server <NS DB Server> -service -serviceusername "<NSServiceUserName>" -servicepassword "<NSServicePassword>"
Dadurch kann sich Notification Services bei der richtigen Datenbank anmelden (diese Informationen werden von nscontrol in der Registrierung des Dienstcomputers verwaltet).
Wichtig
Denken Sie daran, den neuen Notification Services-Datenbankserver in der Option -server zu verwenden, wenn Sie den Dienst erneut registrieren. Verwenden Sie außerdem denselben Benutzernamen für den neuen Notification Services-Dienst wie der alte.
Überprüfen der BAM-Warnungen: Öffnen Sie die Notification Services-Eingabeaufforderung, und geben Sie Folgendes ein:
nscontrol.exe status –name BAMAlerts –server <NS DB Server>
.
BAM-Portal
Die Portalkomponenten sind eine Reihe von Diensten, die von Geschäftsleuten verwendet werden, um zu kommunizieren, zusammenzuarbeiten und Entscheidungen zu treffen, die es ihnen ermöglichen, Geschäftsprozesse und Workflows zu interagieren, zu konfigurieren und zu überwachen. Um dieses Feature zu verwenden, installieren Sie Internetinformationsdienste (IIS). Die IIS-Anforderungen finden Sie unter Neuerungen, Installation, Konfiguration und Upgrade.
BAM-Add-In aus Excel
Add-Ins hinzufügen oder entfernen listet die Schritte für Excel auf. Der Name des BAM-Add-Ins lautet Geschäftsaktivitätsüberwachung.
Konfigurieren mehrerer BizTalk-Gruppen für die Verwendung einer einzelnen BAM-Datenbank
Freigeben der BAM-Datenbanken für mehrere BizTalk-Gruppen:
Konfigurieren Sie die erste BizTalk-Gruppe mit den BAM-Features. Zu diesen Features gehören BAM-Tools, die BAM-Analysedatenbank, BAM-Warnungen und das BAM-Portal.
Konfigurieren Sie die nachfolgenden BizTalk-Gruppen, und führen Sie im BizTalk Server-Konfigurations-Assistenten die folgenden Schritte aus:
Wählen Sie BAM-Tools und dann die Kontrollkästchen Tools zur Überwachung von Geschäftsaktivitäten aktivieren und Analysis Services für BAM-Aggregationen aktivieren aus.
Ändern Sie den Servernamen und den Datenbanknamen der BAM-Datenspeicher so, dass sie denselben Namen entsprechen, die beim Konfigurieren der ersten BizTalk-Gruppe verwendet wurden.
Wählen Sie BAM-Warnungen und dann BAM-Warnungen aktivieren aus.
Ändern Sie das Dienstkonto für BAM-Benachrichtigungen, sodass es einen leeren Benutzernamen und ein leeres Kennwort aufweist.
Tragen Sie in SMTP-Server für BAM-Benachrichtigungen, Dateispeicherort für BAM-Benachrichtigungen, SQL Server für Benachrichtigungsdatenbanken und Präfix für Namen von Benachrichtigungsdatenbanken dieselben Namen ein, die beim Konfigurieren der ersten BizTalk-Gruppe verwendet wurden.
! HINWEIS] Dieselben primären Importtabellen (PIT) können verwendet werden, jedoch mit unterschiedlichen BAM-Archiv-, BAM-Analyse- und Sternschemadatenbanken. Diese Option wirkt sich jedoch auf alle Gruppen aus, die dieselbe PIT verwenden.
Wählen Sie BAM-Portal und dann das Kontrollkästchen BAM-Portal aktivieren aus.
Hinweis
Alle Felder auf dieser Seite sind schreibgeschützt, da zwischen der primären BAM-Importtabellen-Datenbank und dem BAM-Portal eine direkte Beziehung besteht. Mehrere BizTalk-Gruppen teilen sich das BAM-Portal, wenn sie für dieselben BAM-Datenbanken konfiguriert sind.
Wählen Sie Konfiguration anwenden aus.
Softwareanforderungen des BAM-Clients
Für den Webclient benötigen Sie internet Explorer und Office Web Components 11 Version 4.0 oder höher.
Wenn Sie den Webclient ausführen und SQL Server 2008 R2 Analysis Services verwenden, installieren Sie microsoft SQL Server 2008 R2 Analysis Services 10.0 OLE DB-Anbieter.
Für den Excel-Client benötigen Sie Microsoft Excel und das BAM Excel-Add-In, das mit BizTalk Server bereitgestellt wird.
Gruppen und Dienstkonten
Erstellen Sie alle Domänengruppen und Konten manuell, bevor Sie BizTalk Server in einer Multicomputerinstallation konfigurieren. Die folgenden Informationen sind nützlich, um diese Gruppen und Konten zu erstellen.
In einer Umgebung mit mehreren Computern unterstützt BizTalk Server nur Domänengruppen und Domänendienstkonten.
BizTalk Server unterstützt nur
<NetBIOSDomainName>\<User>
Namenformate für Windows-Gruppen und -Dienstkonten.Active Directory-Domänengruppen und -Benutzerkonten werden von BizTalk Server nur in Konfigurationen mit mehreren Computern unterstützt. Domänengruppen umfassen lokale Domänengruppen, globale Gruppen und universelle Gruppen, die in Umgebungen mit einem einzelnen Computer und auch in Umgebungen mit mehreren Computern unterstützt werden.
Im Allgemeinen werden lokale Domänengruppen nicht empfohlen, da ihre Verwendung erfordert, dass alle Server, einschließlich SQL Server, in der BizTalk Server-Infrastruktur derselben Domäne angehören. Dieser Punkt gilt nicht für kleine Netzwerke, in denen alle Server und Benutzerkonten zu einer einzigen Domäne gehören. Active Directory-Gruppen bieten weitere Informationen.
Integrierte Konten wie NT AUTHORITY\LOCAL SERVICE, NT AUTHORITY\NETWORK SERVICE, NT AUTHORITY\SERVICE, NT AUTHORITY\SERVICE, NT AUTHORITY\SYSTEM und Jeder werden nicht unterstützt, wenn Sie BizTalk Server in einer Multicomputerumgebung installieren und konfigurieren.
Der Benutzer, der die BizTalk Server-Konfiguration ausführt, muss den folgenden Benutzergruppen angehören: der Gruppe Administratoren auf dem lokalen Computer, der Gruppe Systemadministratoren auf dem SQL Server Computer, der Domänengruppe, die für die Gruppe BizTalk Server Administratoren verwendet wird, und der Domänengruppe, die für die Gruppe SSO-Administratoren verwendet wird.
Verwenden Sie nach Möglichkeit die Standardkontonamen, die während des Setups erstellt wurden. Beim Setup von BizTalk Server werden die installierten Komponenten automatisch mit den Standardkonten konfiguriert. Die Verwendung der Standardnamen erleichtert das Setup und die Konfiguration, jedoch ist dies nicht immer möglich. Beispielsweise kann es mehrere BizTalk Server Gruppen innerhalb einer Active Domain-Gesamtstruktur geben. Unter diesen Umständen müssen die Kontonamen geändert werden, um Konflikte zu vermeiden. Oder Ihr organization kann Benennungsstandards für Dienst- und Benutzerkonten verwenden, damit Sie die Standardkonten so ändern, dass sie dem Standard entsprechen.
Windows-Gruppen
In der folgenden Liste werden die Windows-Gruppen und ihre Mitgliedschaft beschrieben, die von BizTalk Server verwendet werden. Außerdem werden die SQL Server Rollen oder Datenbankrollen für die Gruppe identifiziert.
SSO-Administratoren
Administratoren des SSO-Diensts (Enterprise Single Sign-On). Weitere Informationen finden Sie unter SSO-Administrator- und Partneradministratorkonten.
Gruppenmitgliedschaft:
- Umfasst Dienstkonten für Den Enterprise Single Sign-On-Dienst.
- Enthält Benutzer/Gruppen, die in der Lage sein müssen, BizTalk Server- und SSO-Dienst zu konfigurieren und zu verwalten.
- Enthält Konten, die zum Ausführen von BizTalk Configuration Manager beim Konfigurieren des einmaligen Anmeldens master Geheimservers verwendet werden.
SQL Server Rollen oder Datenbankrollen:
- db_owner SQL Server Datenbankrolle für einmaliges Anmelden
- securityadmin SQL Server Rolle für die SQL Server, in der einmaliges Anmelden gespeichert ist
SSO-Partneradministratoren
Administratoren bestimmter SSO-Partneranwendungen. Kann SSO-Partneranwendungen erstellen und löschen, Benutzerzuordnungen verwalten und Anmeldeinformationen für Benutzer von Partneranwendungen festlegen
Gruppenmitgliedschaft:
- Verfügt über keine Dienstkonten.
- Enthält ein Konto, das für BizTalk Server Administratoren verwendet wird.
SQL Server Rollen oder Datenbankrollen: Keine
BizTalk Server-Administratoren
Verfügt über die geringsten Berechtigungen, die zum Ausführen von Verwaltungsaufgaben erforderlich sind. Benutzer in dieser Gruppe können Lösungen bereitstellen, Anwendungen verwalten und Probleme bei der Nachrichtenverarbeitung beheben.
Zum Ausführen von Verwaltungsaufgaben für Adapter, Empfangen und Senden von Handlern und Empfangsspeicherorten müssen die BizTalk Server-Administratoren den Einzel- Sign-On-Partneradministratoren hinzugefügt werden.
Weitere Informationen finden Sie unter Verwalten BizTalk Server Sicherheit.
Gruppenmitgliedschaft:
Enthält Benutzer und Gruppen, die BizTalk Server konfigurieren und verwalten müssen.
SQL Server Rollen oder Datenbankrollen:
BTS_ADMIN_USERS SQL Server Datenbankrolle in den folgenden Datenbanken:
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkRuleEngineDb
- BizTalkDTADb
- BAMPrimaryImport
db_owner SQL Server Datenbankrolle für die folgenden Datenbanken:
- BAMStarSchema
- BAMPrimaryImport
- BAMArchive
- BAMAlertsApplication
- BAMAlertsNSMain
NSAdmin SQL Server Datenbankrolle in den folgenden Datenbanken:
- BAMAlertsApplication
- BAMAlertsNSMain
OLAP-Administratoren auf dem Computer, der als Host für die BAMAnalysis-OLAP-Datenbank verwendet wird.
BizTalk Server-Operatoren
Eine Rolle mit niedrigen Berechtigungen mit nur Zugriff auf Überwachungs- und Problembehandlungsaktionen. Weitere Informationen finden Sie unter Verwalten BizTalk Server Sicherheit.
Gruppenmitgliedschaft:
- Umfasst Benutzer oder Gruppen, die Lösungen überwachen.
- Verfügt über keine Dienstkonten.
SQL Server Rollen oder Datenbankrollen:
- BTS_OPERATORS SQL Server Datenbankrolle in den folgenden Datenbanken:
- BizTalkDTADb
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkRuleEngineDb
BizTalk Server Schreibgeschützte Benutzer
Verfügt über die geringste Berechtigung zum Anzeigen von BizTalk-Artefakten, Dienststatus, Nachrichtenfluss und Nachverfolgungsinformationen.
Weitere Informationen finden Sie unter Verwalten BizTalk Server Sicherheit.
Gruppenmitgliedschaft:
- Umfasst Benutzer oder Gruppen, die über Leseberechtigungen für Dev Ops-Szenarien verfügen.
- Verfügt über keine Dienstkonten.
SQL Server Rollen oder Datenbankrollen:
- BTS_READONLY_USERS SQL Server Datenbankrolle in den folgenden Datenbanken:
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkDTADb
- BizTalkRuleEngineDb
- BAMPrimaryImport
BizTalk-Anwendungsbenutzer
Der Standardname der ersten BizTalk-Hostgruppe vom Typ In-Process, die vom Konfigurations-Manager erstellt wird. Verwenden Sie eine BizTalk-Hostgruppe für jeden Prozesshost in Ihrer Umgebung. Umfasst auch Konten mit Zugriff auf In-Process-BizTalk-Hosts, z. B. Hostprozesse in BizTalk Server, und BTSNTSvc.exe.
Gruppenmitgliedschaft:
- Enthält Dienstkonten für den BizTalk-In-Process-Host instance.
- Enthält Dienstkonten für den BizTalk-Regel-Engine-Dienst in den Hosts, für die die BizTalk-Hostgruppe bestimmt ist.
SQL Server Rollen oder Datenbankrollen:
BTS_HOST_USERS SQL Server Datenbankrolle in den folgenden Datenbanken:
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkRuleEngineDb
- BizTalkDTADb
- BAMPrimaryImport
BAM_EVENT_WRITER SQL Server Datenbankrolle in BAMPrimaryImport
Benutzer isolierter BizTalk-Hosts
Der Standardname der ersten Gruppe isolierter BizTalk-Hosts, die vom Konfigurations-Manager erstellt wird. Isolierte BizTalk-Hosts, die nicht auf BizTalk Server ausgeführt werden (wie HTTP und SOAP).
Verwenden Sie für jeden isolierten Host in der Umgebung eine Gruppe isolierter BizTalk-Hosts.
Gruppenmitgliedschaft:
- Enthält Dienstkonten für den isolierten BizTalk-Host instance auf dem Host, für den die isolierte BizTalk-Hostgruppe bestimmt ist.
SQL Server Rollen oder Datenbankrollen:
BTS_HOST_USERS SQL Server Datenbankrolle in den folgenden Datenbanken:
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkRuleEngineDb
- BizTalkDTADb
- BAMPrimaryImport
Benutzer des BAM-Portals
Hat Zugriff auf die BAM-Portal-Website.
Gruppenmitgliedschaft:
- Für diese Rolle wird standardmäßig die Gruppe "Jeder" verwendet.
- Verfügt über keine Dienstkonten.
SQL Server Rollen oder Datenbankrollen: Keine
Hosts mit BizTalk SharePoint-Adapter-Funktionalität
Besitzt Zugriff auf den Webdienst für den Windows SharePoint Services-Adapter.
Gruppenmitgliedschaft:
- Enthält Dienstkonten für den BizTalk-Host instance zum Aufrufen des SharePoint-Adapters.
SQL Server Rollen oder Datenbankrollen: Keine
Gruppe der BizTalk B2B-Operatoren
Eine BizTalk-Rolle, die die Anzahl der Administratoren reduziert, um alle Parteiverwaltungsvorgänge auszuführen. Mit dieser Rolle können Windows-Benutzer, die der Rolle zugeordnet sind, alle Parteiverwaltungsvorgänge ausführen.
Gruppenmitgliedschaft:
- Umfasst Benutzer oder Gruppen, die BizTalk Server TPM-Daten und Überwachungslösungen konfigurieren und verwalten.
SQL Server Rollen oder Datenbankrollen:
BTS_OPERATORS SQL Server Datenbankrolle in den folgenden Datenbanken:
- BizTalkDTADb
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkRuleEngineDb
- BAMPrimaryImport
Benutzer- und Dienstkonten
In der folgenden Liste werden die Windows-Benutzer- oder Dienstkonten und Gruppenzugehörigkeiten beschrieben, die von BizTalk Server verwendet werden. Ebenfalls aufgeführt sind die SQL Server-Rollen bzw. -Datenbankrollen für die jeweiligen Konten.
Dienst für Einmaliges Anmelden (SSO) für Unternehmen
Dienstkonto, das zum Ausführen von Enterprise Single Sign-On Service verwendet wird, der auf die SSO-Datenbank zugreift.
Gruppenzugehörigkeit:
- SSO-Administratoren
SQL Server Rollen oder Datenbankrollen: Keine
BizTalk-Hostinstanzkonto
Dienstkonto zum Ausführen des BizTalk In-Process-Hosts instance, der auf die In-Process BizTalk-Host-instance (BTNTSVC.exe) zugreift.
Gruppenzugehörigkeit:
- BizTalk-Anwendungsbenutzer
- SSO-Partneradministratoren
SQL Server Rollen oder Datenbankrollen: Keine
Instanzkonto isolierter BizTalk-Hosts
Dienstkonto, mit dem eine isolierte BizTalk-Hostinstanz (HTTP/SOAP) ausgeführt wird.
Gruppenzugehörigkeit:
- Benutzer isolierter BizTalk-Hosts
- SSO-Partneradministratoren
- IIS_WPG
SQL Server Rollen oder Datenbankrollen: Keine
Regel-Engine-Updatedienst
Dienstkonto, das den Updatedienst der Regel-Engine ausführt. Dieser Dienst empfängt Benachrichtigungen zu Richtlinien für die Bereitstellung/Aufhebung der Bereitstellung aus der Datenbank der Regel-Engine.
Gruppenzugehörigkeit: Keine
SQL Server Rollen oder Datenbankrollen:
- RE_HOST_USERS SQL Server Datenbankrolle in BizTalkRuleEngineDb
BAM-Benachrichtigungsdienst-Benutzer
Dienstkonto, das die BAM Notification Services ausführt. Diese Dienste greifen auf die BAM-Datenbanken zu.
Gruppenzugehörigkeit:
- SQLServer2008NotificationServicesUser$<ComputerName>
SQL Server Rollen oder Datenbankrollen:
NSRunService SQL Server Datenbankrolle in den folgenden Datenbanken:
- BAMAlertsApplication
- BAMAlertsNSMain
SQL Server-Rolle BAM_ManagementNSReader für die BAMPrimaryImport
BAM-Verwaltungswebdienstbenutzer
Benutzerkonto für den BAM-Verwaltungswebdienst (BAMManagementService), mit dem auf verschiedene BAM-Ressourcen zugegriffen wird. Das BAM-Portal ruft den BAMManagementService mit den im BAM-Portal angemeldeten Benutzeranmeldeinformationen auf, um Warnungen zu verwalten, BAM-Definitions-XML und BAM-Ansichten abzurufen.
Gruppenzugehörigkeit:
- IIS_WPG
SQL Server Rollen oder Datenbankrollen:
- NSSubscriberAdmin SQL Server Datenbankrolle in den folgenden Datenbanken:
- BAMAlertsApplication
- BAMAlertsNSMain
- SQL Server-Rolle BAM_ManagementWS für die BAMPrimaryImport
BAM-Anwendungspoolkonto
Anwendungspoolkonto für BAMAppPool, das die BAM-Portalwebsite hostet.
Gruppenzugehörigkeit:
- IIS_WPG
SQL Server Rollen oder Datenbankrollen: Keine
Wichtig
Weitere Informationen zu Windows-Gruppen und -Dienstkonten, die in BizTalk Server verwendet werden, finden Sie unter Windows-Gruppen und Benutzerkonten in BizTalk Server.
Liste Datenbanken
In der folgenden Liste werden die SQL Server Datenbanken beschrieben, die von BizTalk Server erstellt und verwendet werden.
SSO-Datenbank
In dieser Anmeldeinformationen-Datenbank für Einmaliges Anmelden für Unternehmen (SSO) werden Benutzername und Kennwort sicher gespeichert.
- Standarddatenbankname: SSODB
- Lautstärke: Niedrig
- Wachstum: Niedrig
BizTalk-Verwaltungsdatenbank
Diese Datenbank ist der zentrale Metainformationsspeicher für alle Instanzen von BizTalk Server.
- Standarddatenbankname: BizTalkMgmtDb
- Lautstärke: Niedrig
- Wachstum: Niedrig
BizTalk MessageBox-Datenbank
Die BizTalk Server-Engine verwendet diese Datenbank für Routing, Warteschlangen, instance Verwaltung und verschiedene andere Aufgaben.
Die Einstellung "Statistiken automatisch aktualisieren", "Statistiken automatisch erstellen" und "Parallelität" werden in der SQL Server Datenbank instance, die die BizTalk Server BizTalkMsgBoxDB-Datenbank hostet, absichtlich deaktiviert. Aktivieren Sie diese Einstellungen nicht.
- Standarddatenbankname: BizTalkMsgBoxDb
- Lautstärke: Hoch
- Wachstum: Mittel
BizTalk-Überwachungsdatenbank
In dieser Datenbank werden Geschäfts- und Systemüberwachungsdaten gespeichert, die von der BizTalk Server-Überwachungs-Engine aufgezeichnet wurden.
- Standarddatenbankname: BizTalkDTADb
- Lautstärke: Hoch
- Wachstum: Hoch
Regel-Engine-Datenbank
Diese Datenbank wird als Repository für Richtlinien verwendet, die aus in Beziehung stehenden Regeln und Vokabularen bestehen. Vokabulare sind Auflistungen von benutzerfreundlichen, domänenspezifischen Namen für Datenverweise in Regeln.
- Standarddatenbankname: BizTalkRuleEngineDb
- Lautstärke: Niedrig
- Wachstum: Niedrig
Primäre BAM-Importdatenbank
Diese Datenbank sammelt Rohdaten für die BAM-Überwachung.
- Standarddatenbankname: BAMPrimaryImport
- Volume: Mittel
- Wachstum: Mittel
BAM-Archivdatenbank
Diese Datenbank archiviert alte Geschäftsaktivitätsdaten. Erstellen Sie eine BAM-Archivdatenbank, um die Akkumulation von Geschäftsaktivitätsdaten in der primären BAM-Importdatenbank zu minimieren.
- Standarddatenbankname: BAMArchive
- Volume: Mittel
- Wachstum: Mittel
BAM-Sternschemadatenbank
Diese Datenbank enthält die Stagingtabelle sowie die Measure- und Dimensionstabellen.
- Standarddatenbankname: BAMStarSchema
- Volume: Mittel
- Wachstum: Mittel
BAM-Benachrichtigungsdienste-Anwendungsdatenbank
Diese Datenbank enthält Warnungsinformationen für BAM-Benachrichtigungen. Wenn Sie beispielsweise eine Warnung über das BAM-Portal erstellen, werden einträge in diese Datenbank eingefügt, die die Bedingungen und Ereignisse angeben, auf die sich die Warnung bezieht, sowie andere unterstützende Daten für die Warnung.
- Standarddatenbankname: BAMAlertsApplication
- Volume: Mittel
- Wachstum: Mittel
BAM-Benachrichtigungsdienste-Instanzdatenbank
Diese Datenbank enthält instance Informationen, die angeben, wie die Benachrichtigungsdienste eine Verbindung mit dem System herstellen, das VON BAM überwacht wird.
- Standarddatenbankname: BAMAlertsNSMain
- Volume: Mittel
- Wachstum: Mittel
SQL Server von SharePoint verwendeten Datenbanken
Windows SharePoint Services Konfigurationsdatenbank: Diese Datenbank enthält alle globalen Einstellungen für den Server.
- Standarddatenbankname: Benutzerdefinierter Datenbankname
- Lautstärke: Niedrig
- Wachstum: Niedrig
Windows SharePoint Services Inhaltsdatenbank: Diese Datenbank enthält den gesamten Websiteinhalt, z. B. Listenelemente und Dokumente.
- Standarddatenbankname: Benutzerdefinierter Datenbankname
- Volume: Mittel
- Wachstum: Mittel
Installieren einer BizTalk-Umgebung mit mehreren Servern
Installieren Active Directory Domain Services: Der erste Schritt zum Installieren BizTalk Server in einer Umgebung mit mehreren Servern besteht darin, Active Directory-Domänendienste für die verschiedenen BizTalk Server Gruppen und Konten zu installieren. Informationen zum Erstellen der Active Directory-Domäne finden Sie in den folgenden Artikeln:
Windows Server 2012 und höher: Installieren von Active Directory Domain Services
Windows Server 2008 R2: Schritt-für-Schritt-Anleitung zur AD DS-Installation und -Entfernung
Wichtig
Die BizTalk Server Gruppen, die in der Tabelle Benutzer- und Dienstkonten verwendet in BizTalk Server (in diesem Thema) beschrieben werden, müssen erstellt werden, bevor BizTalk Server in einer Umgebung mit mehreren Servern installiert wird.
Installieren Sie bei Bedarf mehrere Instanzen von SQL Server: Wenn Ihre Ladeanforderungen vorschreiben, dass Sie mehrere MessageBox-Datenbanken benötigen oder dass Sie die BizTalk Server E/A-Last auf mehrere SQL Server-Instanzen verteilen müssen, installieren Sie nach Bedarf weitere SQL Server Instanzen.
Weitere Informationen zum Leistungstest Ihrer BizTalk Server-Umgebung und zur Datenbankoptimierung finden Sie im Leitfaden zur BizTalk Server Leistungsoptimierung.
Installieren Sie nach Bedarf mehrere BizTalk Server Computer in Ihrer BizTalk Server-Gruppe: Wenn Ihre Auslastungsanforderungen vorschreiben, dass Sie mehrere BizTalk Server Computer in Ihrer BizTalk Server-Gruppe benötigen, verwenden Sie die BizTalk Server Enterprise Edition, um Ihre Verarbeitungsanforderungen auf mehrere BizTalk Server-Instanzen hochzuskalieren.
Wichtig
Viele der Features von BizTalk Server auf Unternehmensebene wie z. B. Cluster, das Hinzufügen mehrerer Server zu einer Gruppe sowie systemeigene 64-Bit-Verarbeitung sind nur in der Enterprise Edition von BizTalk Server verfügbar.
Kumulative Updates installieren: Kumulative Updates sind in Windows Update aufgeführt. Im KB-Artikel 2555976 werden verfügbare Service Packs und kumulative Updates aufgeführt.
Überlegungen zu Clustern
MSDTC-Clustering: Der Microsoft Distributed Transaction Coordinator (MSDTC) ist eine zentrale Komponente jeder BizTalk Server Umgebung. Wenn andere Komponenten der BizTalk Server-Umgebung gruppiert werden, wird empfohlen, MSDTC ebenfalls zu gruppieren.
Installieren SQL Server Failoverclustering: Um Hochverfügbarkeits-/Fehlertoleranz für die BizTalk Server Datenbanken bereitzustellen, wird empfohlen, die BizTalk Server Datenbanken auf einem SQL Server Failovercluster zu installieren. Informationen zum Installieren SQL Server Failoverclusters finden Sie unter:
SQL Server 2016: Always On Failoverclusterinstanzen (SQL Server)
SQL Server 2014: Windows Server-Failoverclustering (WSFC) mit SQL Server
Sobald SQL Server für Hochverfügbarkeit/Fehlertoleranz konfiguriert ist, kann auf die SQL Server gruppierten instance wie auf alle anderen SQL Server instance der BizTalk Server-Konfiguration verwiesen werden.
Konfigurieren des Enterprise Single Sign-On Master Secret Server als Clusterressource: Ein Fehler des Enterprise Single Sign-On Master Secret Server kann zu einem systemweiten Ausfall der BizTalk Server-Umgebung führen. Es wird empfohlen, den Server für den geheimen Hauptschlüssel für Enterprise Single Sign-On für Hochverfügbarkeit/Fehlertoleranz zu konfigurieren, indem der Server für den geheimen Hauptschlüssel als Clusterressource konfiguriert wird. Da der Server für den geheimen Hauptschlüssel keine ressourcenintensive Komponente einer BizTalk Server-Umgebung ist, wird empfohlen, den Server für den geheimen Hauptschlüssel auf den gleichen Clusterknoten wie die SQL Server-Instanzen zu gruppieren. Weitere Informationen zum Konfigurieren des Enterprise Single Sign-On Master Secret Server als Clusterressource finden Sie unter Clustern des Geheimen Masterservers.
Konfigurieren eines BizTalk-Hosts als Clusterressource: Das Ausführen mehrerer Instanzen eines BizTalk Server-Hosts bietet Hochverfügbarkeits-/Fehlertoleranz. Daher wird von der Konfiguration eines BizTalk-Hosts als Clusterressource bis auf einige spezielle Ausnahmen abgeraten. Sie können z. B. einen BizTalk-Host als Clusterressource zuweisen, wenn Sie Hochverfügbarkeit/Fehlertoleranz berücksichtigen oder eine geordnete Lieferung für bestimmte BizTalk Server Adapter bereitstellen. Weitere Informationen dazu, wann es geeignet ist, einen BizTalk-Host als Clusterressource zu konfigurieren, finden Sie unter Überlegungen zum Ausführen von Adapterhandlern in einem gruppierten Host. Weitere Informationen finden Sie unter Konfigurieren eines BizTalk-Hosts als Clusterressource.
Cluster Message Queuing: Weitere Informationen finden Sie unter Installieren und Cluster-MSMQ.
Clustern des Dateisystems: Weitere Informationen finden Sie unter Clustern des Dateisystems.
Verwenden von SCOM
Das BizTalk Server Management Pack für Operations Manager bietet eine umfassende Ermittlung und Überwachung von BizTalk Server Komponenten und Anwendungen, die auf mehreren Computern ausgeführt werden. Weitere Informationen zum BizTalk Server Management Pack finden Sie unter BizTalk Server Monitoring Management Pack.