Aktualisieren auf BizTalk Server 2016

Upgrade auf BizTalk Server 2016 von BizTalk Server 2013 R2 oder BizTalk Server 2013.

Dieses Thema bietet eine Übersicht über den Upgradeprozess von BizTalk Server 2016, wichtige Informationen und schrittweise Anweisungen zum Upgrade von BizTalk Server 2013 R2 oder BizTalk Server 2013.

Upgradeübersicht

• Sie sollten dieses Dokument vor dem Upgrade vollständig lesen. BizTalk Server verbindet zahlreiche verschiedenartige Komponenten – sowohl in internen als auch externen Umgebungen – mit Ihrem Unternehmen. Die meisten realen Bereitstellungsszenarien gehen jedoch noch viel weiter und umfassen mehrere Server und ggf. sogar Cluster aus physischen und virtuellen Computern.

• Keine zwei Bereitstellungen von BizTalk Server sind gleich. Sammeln Sie vor dem Upgrade zuerst Informationen zu den Anforderungen Ihres Unternehmens, und diskutieren Sie den Umfang der Bereitstellung mit den IT-Spezialisten, Systemadministratoren und Entwicklern, die BizTalk Server verwenden werden. Nach gründlicher Lektüre dieses Upgradehandbuchs und Ermittlung der spezifischen Anforderungen Ihres Unternehmens können Sie eine eigene Bereitstellungsroadmap erstellen.

• Überprüfen Sie die BizTalk Server-Bereitstellung mit Best Practices Analyzer (BPA) und generieren Sie eine Liste mit bewährten Vorgehensweisen. Mit diesem Tool führen Sie eine Überprüfung auf Konfigurationsebene durch, wobei nur eingelesen und berichtet und mithilfe der erfassten Daten bestimmt wird, ob die bewährten Vorgehensweisen befolgt wurden.

Planen des Upgrades

Im Folgenden finden Sie einen groben Überblick des Upgradevorgangs. Jeder der aufgeführten Schritte muss in der gezeigten Reihenfolge ausgeführt werden.

• Betriebssystem-Upgradepfade
• Microsoft SQL Server®-Upgradepfade
• Windows® SharePoint® Services-Upgrade
• Parallele Installation von Visual Studio
• Parallele Installation von Microsoft Office 2016/2013

Unterstützte Upgradepfade

In der folgenden Tabelle sind die unterstützten Betriebssysteme aufgeführt, die auf BizTalk Server 2016 aktualisiert werden können. „Ja“ bedeutet, dass für die BizTalk Server-Version, die unter diesem Betriebssystem ausgeführt wird, ein Upgrade erfolgen kann. „Nein“ bedeutet, dass für die BizTalk Server-Version, die unter diesem Betriebssystem ausgeführt wird, kein Upgrade +erfolgen kann. Wenn „Nein“ angegeben wird, muss die BizTalk-Umgebung unter einem unterstützten Betriebssystem neu erstellt werden. Hardware- und Softwareanforderungen für BizTalk Server 2016 listet die unterstützten Betriebssysteme auf.

Betriebssysteme	BizTalk Server 2013 R2	BizTalk Server 2013
Windows Server 2012 R2	Ja	Nein
Windows Server 2012	No	No
Windows 8.1	Ja	Nein
Windows 8	Nein	No
Windows 7 SP1	No	No

In der folgenden Tabelle sind die unterstützten SQL Server Versionen aufgeführt, die auf BizTalk Server 2016 aktualisiert werden können. Der Computer mit SQL Server hostet die von BizTalk Server verwendeten Datenbanken. "Ja" bedeutet, dass für die BizTalk Server-Version, die diese SQL Server-Version nutzt, ein Upgrade ausgeführt werden kann. „Nein“ bedeutet, dass für die BizTalk Server-Version, die diese SQL Server-Version nutzt, kein Upgrade möglich ist. Wenn „Nein“ angegeben wird, muss die BizTalk-Umgebung für eine unterstützte SQL Server-Version neu erstellt werden. Hardware- und Softwareanforderungen für BizTalk Server 2016 listet die unterstützten SQL Server Versionen auf.

Tipp

Wenn Ihre SQL Server-Version nicht unterstützt wird oder nicht in der folgenden Liste enthalten ist, lesen Sie sich die SQL Server-Upgradedokumentation erneut durch. Das SQL-Upgrade kann mehr Versionen aktualisieren als BizTalk. Wenn Sie z.B. SQL Server 2008 verwenden, können Sie auf diese Weise auf SQL Server 2016 aktualisieren. Anschließend können Sie ein Upgrade auf BizTalk Server 2016 durchführen. Upgrade auf SQL Server 2016 und Upgrade auf SQL Server 2014 listet die SQL Server Versionen auf, die aktualisiert werden können.

SQL Server	BizTalk Server 2013 R2	BizTalk Server 2013
SQL Server 2014	Ja	Nein
SQL Server 2012 SP1	No	Nein
SQL Server 2012	Nein	No
SQL Server 2008 R2 SP1	No	No

In der folgenden Tabelle ist der unterstützte Edition-Upgradepfad von BizTalk Server 2013 R2/2013 bis BizTalk Server 2016 aufgeführt. "Ja" bedeutet, dass die BizTalk Server Edition 2013 R2/2013 auf die Edition aktualisiert werden kann. "Nein" bedeutet, dass die BizTalk Server Ausgabe 2013 R2/2013 nicht auf die Edition aktualisiert werden kann. Wenn "Nein" angegeben wird, muss die BizTalk-Umgebung neu erstellt werden.

BizTalk Server 2013 R2/2013	BizTalk Server 2016 Evaluation Edition	BizTalk Server 2016 Branch Edition	BizTalk Server 2016 Developer Edition	BizTalk Server 2016 Standard Edition	BizTalk Server 2016 Enterprise Edition
Auswertung	No	No	No	Nein	Ja
Verzweigung	Nein	Ja	Nein	Nein	Ja
Entwickler	No	Nein	Ja	Nein	Ja
Standard	Nein	No	Nein	Ja	Yes
Enterprise	No	No	No	Nein	Ja

Vor dem Upgrade: Was Sie wissen müssen

• Berechtigungen: Der Benutzer, der das Upgrade durchführt, muss Mitglied der folgenden Benutzergruppen sein oder über die entsprechenden Berechtigungen verfügen:

  • Gruppe Administratoren auf dem lokalen Computer
  • Gruppe der SQL Server-Systemadministratoren auf dem SQL Server
  • Gruppe der BizTalk Server-Administratoren
  • Gruppe SSO-Administratoren (Single Sign-On, Einmaliges Anmelden)

• SSO: Der Single Sign-On Master Secret Server und die SQL Server, die die SSO-Datenbank hostet, müssen während des Upgrades ausgeführt werden.

• Netzwerkdienstkonto: Muss über Schreibzugriff auf verfügen %windir%\temp.

• Zertifikate: Sichern Sie den Windows-Zertifikatspeicher:

  • Windows 7 und Windows Server 2008 R2: Importieren eines Zertifikats
  • Windows 7 und Windows Server 2008 R2: Exportieren eines Zertifikats

• DTC: Aktivieren Sie Microsoft Distributed Transaction Coordinator (MSDTC) (Schritte nach der Konfiguration, um Ihre Umgebung zu optimieren), und aktivieren Sie dann die DTC-Regeln für eingehenden/ausgehenden Datenverkehr:

  1. Wählen Sie in Server-Manager Extras aus, und öffnen Sie die Windows-Firewall mit erweiterter Sicherheit.
  2. Wählen Sie Eingehende Regeln aus.
  3. Klicken Sie unter Eingehende Regeln mit der rechten Maustaste auf Distributed Transaction Coordinator * (je nach Bedarf), und klicken Sie dann auf Regel aktivieren.
  4. Wählen Sie unter Windows-Firewall mit erweiterter Sicherheit die Option Ausgangsregeln aus.
  5. Klicken Sie unter Ausgangsregeln mit der rechten Maustaste auf Distributed Transaction Coordinator * (je nach Bedarf), und klicken Sie dann auf Regel aktivieren.

• SharePoint: Das clientseitige Objektmodell (Client Side Object Model, CSOM) wird verwendet, um eine Verbindung mit SharePoint Services herzustellen. Das serverseitige Objektmodell (Server Side Object Model, SSOM) (der Webdienst) wird in BizTalk Server 2016 entfernt.

  Wenn Sie eine SharePoint-Version verwenden, die kein CSOM unterstützt, können möglicherweise Sie auf eine unterstützte Version von SharePoint aktualisieren:

  • Upgrade auf SharePoint Server 2016
  • Upgrade auf SharePoint 2013

• .NET Framework: Es gibt kein Konzept der parallelen Installation zwischen .NET Framework 4.5 und .NET Framework 4.6. Die Binärdateien von .NET Framework 4.6 überschreiben die Versionen von .NET Framework 4.5. .NET Framework 4.6 ist eine BizTalk Server 2016-Anforderung und wird in früheren BizTalk Server Versionen nicht unterstützt (und sollte nicht installiert werden).

• Office 2016 und Office 2013: Installieren und verwenden Sie verschiedene Versionen von Office auf demselben Computer. Lesen Sie auch Probleme mit parallelen MSI-Installationen von Office 2013 und Office 2016.

• BizTalkServerApplication-Host: Für das Upgrade ist das Vorhandensein des Standardhosts erforderlich. Wenn die Standardhostinstanz, die den SQL-Adaptersendeports und -Empfangsspeicherorten zugeordnet ist, entfernt wird, ordnen Sie den Standardhost vor dem Upgrade dem SQL-Adapter zu. Nachdem das Upgrade abgeschlossen ist, können Sie den Standardhost aus der Liste entfernen.

• Benutzerdefinierte Bindungen: Benutzerdefinierte Bindungen, die mit früheren Versionen der .NET Framework erstellt wurden, sind nach dem Upgrade nicht verfügbar. Um benutzerdefinierte Bindungen verwenden zu können, fügen Sie diese manuell in der Datei „machine.config“ von .NET Framework 4.6 hinzu.

• Konfigurationsdateien: Sichern Sie alle benutzerdefinierten Konfigurationsdateien in BizTalk Server 2013 R2/2013. BizTalk Server unterstützt die Migration von Änderungen nur in den btsntsvc.exe.config Dateien und bm.exe.config .

BAM-Warnungen

Für die Verwendung von BAM-Benachrichtigungen wird das Datenbank-E-Mail-Feature von SQL Server benötigt. Wenn SQL Server von einer Version aktualisiert wird, die vorhandene BAM-Benachrichtigungsdefinitionen mit SQL Server Notification Services verwendet, können Sie die BAM-Benachrichtigungsdefinitionen sichern und nach dem Upgrade bereitstellen. Verwenden Sie das Befehlszeilentool BM.exe (\Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking). Hierzu gehören folgende Schritte:

1. Öffnen Sie eine Eingabeaufforderung, und wechseln Sie zu \Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking.
2. Erstellen Sie an der Eingabeaufforderung eine Definitionsdatei: bm.exe get-defxml -FileName:YourBAMDefinition.xml
3. Heben Sie in BizTalk Server 2013 R2/2013-Konfiguration bam-Warnungen auf.
4. Upgrade auf SQL Server 2016 oder SQL Server 2014 SP1
5. Konfigurieren Sie SQL Server-Datenbank-E-Mail.
6. Upgrade auf BizTalk Server 2016.
7. Konfigurieren Sie in BizTalk Server 2016-Konfiguration BAM-Warnungen.
8. Stellen Sie die gespeicherte Definitionsdatei über die Eingabeaufforderung bereit: bm.exe update-all -DefinitionFile:YourBAMDefinition.xml

Wichtig

Wenn Sie diese Schritte zur Erstellung einer Definitionsdatei nicht in der angegebenen Reihenfolge befolgen, müssen Sie die Definitionsdateien nach dem BizTalk Server-Upgrade erneut erstellen.

Um die hilfe des BM.exe anzuzeigen, geben Sie Folgendes ein: bm.exe help.

BAM

• BAM DTS-Pakete: Beenden Sie alle DTS-Pakete (BAM Data Transformation Services). Andernfalls gehen ggf. Daten verloren, oder ein OLAP-Cube (Online Analytical Processing) wird möglicherweise beschädigt.

• Speicherplatz auf dem Datenträger: Der freie Speicherplatz sollte mindestens die Größe der vorhandenen BAM-Datenbanken aufweisen.

• Echtzeitaggregationen: Wenn Sie BAM-Echtzeitaggregationen in Ihrer aktuellen Version von BizTalk Server verwenden und ein Upgrade SQL Server durchführen, installieren oder aktualisieren Sie die SQL Server Enterprise Edition. Andernfalls tritt ein Fehler des Upgrades auf.

• maxTimeout-Wert: Wenn Sie über eine große BAM-Datenbank verfügen, aktualisieren Sie den maxTimeout Wert für verteilte Transaktionen in Ihrer machine.config-Datei wie:

  <system.transactions>
     <machineSettings maxTimeout="23:59:59" />
  </system.transactions>
  

• BAM-Nachverfolgung mit Dem Nachverfolgungsprofil-Editor (TPE) aktiviert: Nach dem Upgrade werden zuvor bereitgestellte Überwachungsprofile aktualisiert; Die entsprechenden Interceptorkonfigurationen werden jedoch nicht aktualisiert. Alle neuen abgefangenen BAM-Nachrichten weisen ggf. weiterhin die BizTalk Server 2013 R2/2013-Verweise auf. Verwenden Sie zum Aktualisieren der entsprechenden Interceptorkonfigurationen den Überwachungsprofil-Editors, um das Profil für die Aktivität abzurufen und dann erneut anzuwenden.

• LiveData-Arbeitsmappe: Wenn Sie BAM in BizTalk Server 2013 R2/2013 verwenden, müssen Sie die LiveData-Arbeitsmappe nach dem Upgrade manuell neu generieren. Erneutes Generieren der Livedaten-Arbeitsmappe:

  1. Rufen Sie die BAM-Definition ab, indem Sie den folgenden Befehl ausführen: BM get-defxml MyDef.xml

  2. Erstellen Sie die PivotTable-Berichte erneut, indem Sie Microsoft Office Excel öffnen und dann die BAM-Add-Ins auswählen. Importieren Sie die in Schritt (1) erstellte MyDef.xml-Datei , und erstellen Sie die PivotTable-Berichte neu. Speichern Sie die neue BAM-Arbeitsmappe alsMyNewBook.xls.

  3. Benennen Sie die PivotTable-Berichte um, indem Sie die PivotTable-Namen in MyDef.xml im <Caption><BAMDefinition>\<Extension>\<OWC>\<PivotTableView>\<PivotTable>\<PivotView>\<Label> Pfad suchen. Verwenden Sie diese Namen, um Ihre PivotTable-Berichte in MyNewBook.xlsumzubenennen.

  4. Generieren Sie die LiveData-Arbeitsmappe erneut, indem Sie den folgenden Befehl ausführen: BM regenerate-livedataworkbook MyNewBook.xls

     Hinweis

     In neu generierten Livedaten-Arbeitsmappen werden die Excel-Elemente (z.B. Diagramme) der ursprünglichen Livedaten-Arbeitsmappe nicht neu erstellt. Erstellen Sie die Artefakte manuell erneut.

Einmaliges Anmelden für Unternehmen (Enterprise Single Sign-On, ESSO)

• Szenario: Upgrade von einer früheren Version von Enterprise Single Sign-On

  BizTalk Server enthält eine aktualisierte Version von Einmaligem Anmelden für Unternehmen (Enterprise Single Sign-On, ESSO). Wenn Sie diese Version auf einem Computer mit einer früheren Version von BizTalk installieren, wird ESSO während der Installation automatisch aktualisiert. Es wird empfohlen, vor dem Upgrade die folgenden Schritte auszuführen:

  1. Vergewissern Sie sich, dass eine aktuelle Version der SSO-Datenbank (SSODB) an einem sichern Speicherort gesichert wurde.
  2. Vergewissern Sie sich, dass der aktuelle geheime Hauptschlüssel an einem sichern Speicherort gesichert wurde.
  3. Halten Sie das Kennwort für den geheimen Hauptschlüssel bereit.

  Führen Sie ein Upgrade aller Server in einer BizTalk-Gruppe auf die gleiche Version aus. Diese Anforderung gilt auch für einen eigenständigen Server für den geheimen Hauptschlüssel.

• Szenario: Upgrade mit dem eigenständigen Enterprise Single Sign-On-Setup

  Verwenden Sie die folgenden Schritte, um ein Upgrade auf Computern auszuführen, die über eine eigenständige Installation von Einmaligem Anmelden für Unternehmen verfügen, z.B. auf einem dedizierten Server für den geheimen Hauptschlüssel.

  1. Vergewissern Sie sich, dass der aktuelle geheime Hauptschlüssel an einem sichern Speicherort gesichert wurde.
  2. Vergewissern Sie sich, dass die aktuelle Version der SSO-Datenbank an einem sichern Speicherort gesichert wurde.
  3. Führen Sie das ESSO -Setup.exe auf dem BizTalk Server 2016-Installationsmedium aus. Der Standardinstallationsordner ist \Platform\SSO.
  4. Wählen Sie im Dialogfeld Autorun die Option Microsoft Enterprise Single Sign-On aus.
  5. Wählen Sie im Dialogfeld Zusammenfassung die Option Upgrade aus.

Umgebung mit mehreren Computern

Wenn Sie das Upgrade in einer Umgebung mit mehreren Computern ausführen, aktualisieren Sie zuerst den Computer, auf dem der Server für den geheimen Hauptschlüssel für SSO installiert ist. Führen Sie dann das Upgrade der anderen BizTalk Server-Computer aus. Gleichzeitige Upgrades der BizTalk-Computer in einer Gruppe werden nicht unterstützt. Aktualisieren Sie einen Computer nach dem anderen in der folgenden Reihenfolge:

1. Server für den geheimen Hauptschlüssel für Einmaliges Anmelden
2. Laufzeitcomputer unter BizTalk Server
3. Verwaltungstools und das Überwachungscomputer
4. Entwicklungs- und alle anderen Computer unter BizTalk Server

Zusätzliche

Über das Einstellungsdashboard können Sie die BizTalk Server-Einstellungen zwecks Leistungsoptimierung umfassend ändern. Sie können auch die Einstellungen für die BizTalk-Gruppe, den BizTalk-Host und die BizTalk-Hostinstanz ändern. Weitere Informationen finden Sie unter Verwenden des Einstellungsdashboards für BizTalk Server Leistungsoptimierung.

Allgemeine Informationen

• Kontonamen: Verwenden Sie nach Möglichkeit die Standardkontonamen. Das Setupprogramm von BizTalk Server konfiguriert die installierten Komponenten automatisch so, dass sie die Standardkonten verwenden. Wenn mehrere BizTalk Server-Gruppen in Active Directory-Gesamtstruktur enthalten sind, ändern Sie die Kontonamen, um Konflikte zu vermeiden. BizTalk Server unterstützt nur <NetBIOS domain name>\<user> Namensformate für Dienstkonten und Windows-Gruppen.

• Kontonamen mit BAM-Verwaltungswebdienst: BizTalk Server unterstützt keine integrierten Konten oder Konten ohne Kennwörter für den BAM-Verwaltungswebdienstbenutzer.

  Die Konfiguration von BizTalk-Server mit solchen Konten kann zunächst scheinbar erfolgreich verlaufen, es treten jedoch Fehler im BAM Verwaltungswebdienst auf.

  Die Verwendung solcher Konten für den BAM-Anwendungspool wird unterstützt.

• BizTalk Assembly Viewer wird unter einem 64-Bit-Betriebssystem nicht unterstützt.

• Installieren und Deinstallieren: Wenn Sie BizTalk Server deinstallieren, löschen Sie die BizTalk Server Datenbanken manuell. Wenn Sie BizTalk Server als Entwickler oder Tester installieren, sollten Sie die Installation auf einem virtuellen Computer in Betracht ziehen. Auf diese Weise können Sie im Falle einer erforderlichen Neuinstallation unkompliziert einen Rollback zu einem voreingestellten Prüfpunkt ausführen, ohne den Deinstallationsprozess durchlaufen zu müssen.

• 32-Bit- und 64-Bit-Computer: Es gibt einige Unterschiede bei der Installation BizTalk Server unter 32-Bit-Windows oder 64-Bit-Windows. In diesem Dokument werden sowohl die 32-Bit-Installationen als auch die 64-Bit-Installationen behandelt. Auf Unterschiede zwischen beiden Systemen wird hingewiesen.

• Arbeitsgruppen: Das Installieren und Konfigurieren von BizTalk Server in einer Arbeitsgruppenumgebung auf einem einzelnen Computer wird unterstützt. In diesem Szenario werden die SQL Server- und BizTalk Server-Funktionen und -Komponenten werden auf demselben Computer installiert und konfiguriert.

• Terminalserver: Das Installieren von BizTalk Server mithilfe des Im Anwendungsmodus ausgeführten Terminalservers wird nicht unterstützt.

• Automatisches Upgrade wird nicht unterstützt.

• Nicht unterstützte Anwendungen: BizTalk Server unterstützt keine benutzerdefinierten Anwendungen, die auf nicht unterstützten APIs wie PAM-APIs, gespeicherten Prozeduren oder direktem Datenbankzugriff basieren. Es wird empfohlen, mindestens ein Testupgrade auszuführen, bevor das Upgrade der Produktionsumgebung ausgeführt wird.

• SQL Server-Instanzen: Es empfiehlt sich, alle SQL Server-Instanzen zu aktualisieren, bevor Sie das Upgrade der Plattform durchführen.

Vorbereiten des Computers für das Upgrade

• Install Critical Windows Updates (Wichtige Windows-Updates installieren): Wählen Sie im Menü Programme die Option Windows Update aus. Sie müssen Ihren Computer ggf. neu starten.

• BAM-Warnungsdefinitionen speichern: Gilt nur, wenn Sie derzeit vorhandene BAM-Warnungsdefinitionen mit SQL Server Notification Services verwenden. Erstellen Sie mithilfe von BM.exe eine Definitionsdatei, und heben Sie die Konfiguration von BAM-Warnungen in der BizTalk Server 2013 R2/2013-Konfiguration auf.

  Vor dem Upgrade (in diesem Artikel) werden die spezifischen Schritte aufgeführt. Erstellen Sie andernfalls die BAM-Benachrichtigungsdefinitionen nach dem Upgrade neu.

• Upgrade SQL Server: Upgrade auf eine unterstützte SQL Server Version. Weitere Informationen finden Sie unter:

  • Hardware- und Softwareanforderungen für BizTalk Server 2016
  • Aktualisieren auf SQL Server 2016
  • Upgrade auf SQL Server 2014

• Upgrade SQL Server-Clienttools: In einer Umgebung mit mehreren Computern können die Verwaltungstools auf einem separaten Computer installiert werden. Aktualisieren Sie die SQL Server-Verwaltungsclienttools, einschließlich der Verwaltungstools.

• Installieren von Visual Studio: Die unterstützten Versionen finden Sie unter Hardware- und Softwareanforderungen für BizTalk Server 2016 . Verschiedene Versionen von Visual Studio können parallel installiert werden. Weitere Informationen finden Sie unter Visual Studio 2015 und Visual Studio 2013.

• Installieren von Office: Weitere Informationen finden Sie unter Installieren und Verwenden verschiedener Versionen von Office auf demselben Computer. Hardware- und Softwareanforderungen für BizTalk Server 2016 listet die unterstützten Office-Versionen auf.

• Beenden Sie die BizTalk- und Windows-Dienste:

  • BizTalk Service BizTalk-Gruppe: <Application_Name>
  • BizTalk-Basis-EDI-Dienst
  • Aktualisierungsdienst für die Regel-Engine
  • WWW-Publishingdienst

  Wenn Sie BizTalk Server-Accelerators installiert haben, beenden Sie den HL7-Protokollierungsdienst.

• Sichern Sie die Datenbanken:

  • Master
  • MSDB
  • BAMArchive
  • BAMPrimaryImport
  • BAMStarSchema
  • BizTalkDTADb
  • BizTalkHwsDb
  • BizTalkMgmtDb
  • BizTalkMsgBoxDb
  • BizTalkRuleEngineDb
  • TPM
  • BizTalkAnalysisDb
  • BAMAnalysis

  Weitere Informationen in der SQL Server-Dokumentation erhalten Sie unter:

  • Übersicht über Sicherungen [SQL Server] (SQL Server 2014)
  • Übersicht über Sicherungen [SQL Server] (SQL Server 2012)

• Konfigurieren SQL Server Datenbank-E-Mail: Gilt nur, wenn Sie BAM-Warnungsdefinitionen mit SQL Server Notification Services verwenden.

  Vor dem Upgrade (in diesem Artikel) werden die spezifischen Schritte aufgeführt. Erstellen Sie andernfalls die BAM-Benachrichtigungsdefinitionen nach dem Upgrade neu.

Ausführen des Upgrades

Wichtig

Bei der Installation von SQL Server hat das Setupprogramm Ihrem angemeldeten Konto Systemadministratorrechte erteilt. Auch für die Installation von BizTalk Server sind Systemadministratorrechte erforderlich. Führen Sie einen der folgenden Schritte aus:

• Verwenden Sie dasselbe Konto, das Sie bei der Installation SQL Server ODER verwendet haben.
• Vergewissern Sie sich, dass das aktuell angemeldete Konto über Systemadministratorrechte verfügt

Upgradeschritte

1. Schließen Sie sämtliche offenen Programme.

2. Führen Sie Setup.exe auf dem Installationsmedium aus.

3. Wählen Sie unter Start die Option Microsoft BizTalk Server installieren aus.

4. Geben Sie unter Kundeninformationen Ihren Benutzernamen, organization und Product Key ein. Wählen Sie Weiter aus.

5. Akzeptieren Sie den Lizenzvertrag, und wählen Sie Weiter aus.

6. Wählen Sie bei „Programm zur Verbesserung der Benutzerfreundlichkeit” Ihre bevorzugte Option. Weitere Informationen finden Sie in Anhang A (in diesem Artikel).

7. Überprüfen Sie unter Komponenteninstallation die verfügbaren Komponenten, und wählen Sie Weiter aus.

8. Wenn auf Ihrem Computer eine erforderliche Komponente fehlt, können Sie die erforderlichen weitervertreibbaren Komponenten über das Setup installieren. Sie haben folgende Möglichkeiten:

   • Wählen Sie Automatisch die erforderlichen weitervertreibbaren Komponenten aus dem Web installieren aus,

     oder

   • Wählen Sie „Automatisch die erforderlichen weitervertreibbaren Komponenten aus einer CAB-Datei installieren” aus, wenn Sie die CAB-Datei heruntergeladen haben. Wechseln Sie zum Speicherort der CAB-Datei, und wählen Sie sie aus.

9. Überprüfen Sie unter Zusammenfassung die aufrüstbaren Komponenten.

10. Wählen Sie Upgrade aus, um zu starten.

11. Optional: Wählen Sie Microsoft Update verwenden aus, wenn ich nach Updates suche (empfohlen).

12. Deaktivieren Sie unter Upgrade Abgeschlossen das Kontrollkästchen Launch BizTalk Server Configuration, und wählen Sie dann Fertig stellen aus.

ZUSÄTZLICHE

Beim Upgrade auf BizTalk Server gibt es zahlreiche Veränderungen, sodass das Auftreten von Fehlern nichts Unübliches ist. Die meisten Fehler lassen sich leicht beheben, wenn Sie auf diese vorbereitet sind. Es wird empfohlen, Anhang B (in diesem Artikel) zu lesen, um Tipps zur Vermeidung von Upgradefehlern zu erhalten und zu tun, wenn sie auftreten.

Durch den Upgradevorgang werden nur Features aktualisiert, die Bestandteil der vorherigen Version von BizTalk Server waren. Während eines Upgrades werden keine neuen Features installiert. Um diese Features zu installieren, führen Sie setup nach dem Upgrade erneut aus, wählen Sie Ändern aus, und wählen Sie die Features aus, die Sie installieren möchten. Konfigurieren Sie sie nach der Installation mithilfe des BizTalk Server Configuration Manager.

Um zu überprüfen, ob das Upgrade erfolgreich war, öffnen Sie Programme und Features, und suchen Sie nach BizTalk Server 2016. Wenn der Eintrag aufgeführt ist, war Setup erfolgreich.

Nach dem Upgrade

Sie können kein Rollback auf BizTalk Server 2013 R2/2013 ausführen.

• Wenn Sie eine XML-Datei für die BAM-Warnungsdefinition erstellt haben: Konfigurieren Sie in BizTalk Server 2016-Konfiguration BAM-Warnungen. Stellen Sie dann die gespeicherten Definitionen bereit.

  Vor dem Upgrade (in diesem Artikel) werden die spezifischen Schritte aufgeführt. Erstellen Sie andernfalls die BAM-Benachrichtigungsdefinitionen nach dem Upgrade neu.

• Installieren von MQSAgent: Wenn die MQSAgent.dll-Datei auf einem WebSphere MQ-Remoteserver installiert ist, installieren Sie eine neue Version des MQ-Agents von BizTalk Server 2016 auf dem WebSphere MQ-Remoteserver.

• Starten Sie MSMQ: Wenn Sie den MSMQ-Adapter verwenden, starten Sie den Message Queuing-Dienst.

• Benutzerdefinierte EXE und BRE: Wenn Sie über eine benutzerdefinierte verwaltete ausführbare Datei verfügen, die auf die Business Rule Engine-Assembly in BizTalk Server 2010 verweist, fügen Sie der Anwendungskonfigurationsdatei Folgendes hinzu, um den Prozess im .NET Framework 2.0 auszuführen.

  <?xml version="1.0" encoding="Windows-1252"?>
  <configuration>
  <startup>
    <supportedRuntime version="v2.0.50727" />
  </startup>
  </configuration>
  

• SQL-Agent-Auftrag: Konfigurieren Sie die folgenden SQL Server-Agent Aufträge neu:

  • DTA-Bereinigung und -Archivierung (BizTalkDTADb): Siehe Konfigurieren des DTA-Bereinigungs- und Archivauftrags
  • Sicherungs-BizTalk Server (BizTalkMgmtDb): Siehe Konfigurieren des Sicherungsauftrags BizTalk Server

• Anwendungen neu starten: Starten Sie alle bereitgestellten Anwendungen neu, die aktualisiert werden.

• BAM-Portalfehler: Wenn Sie das BAM-Portal öffnen, wird möglicherweise die folgende Fehlermeldung angezeigt:

  The server encountered a critical failure while trying to access the list of Views. The Business Management Web Service requires Administrator's attention.

  Dieser Fehler kann auftreten, wenn das BAM-Portal auf einer Website konfiguriert ist, die von Anwendungen verwendet wird, die .NET Framework 2.0 ausführen. In diesem Fall hosten Sie das BAM-Portal auf einer neuen Website. Informationen zum Hinzufügen einer Website finden Sie unter Erstellen einer Website. Konfigurieren Sie nach dem Erstellen der Website das BAM-Portal neu:

  1. Öffnen Sie BizTalk Server Konfiguration.
  2. Wählen Sie Features nicht konfigurieren aus. Aktivieren Sie unter Features konfigurieren das Kontrollkästchen BAM-Portal , und klicken Sie auf OK.
  3. Konfigurieren Sie das BAM-Portal neu, indem Sie in der Liste Website des BAM-Portals die neue Website auswählen.

• BizTalk 2016 Accelerator for SWIFT: Der BizTalk Server Upgradeprozess aktualisiert keine bearbeitete BREDeployment.exe.config-Datei. Ändern Sie manuell die Pfade in der BREDeployment.exe.config Datei, die \Program Files\Microsoft BizTalk 2016 Accelerator for SWIFT\SDK\Tools sich im Ordner befindet.

  Außerdem geht die A4SWIFT Web Services- und Message Pack-Konfiguration verloren. Sie müssen diese nach dem Upgrade von BizTalk Server neu konfigurieren.

Anhang A. Programm zur Verbesserung der Benutzerfreundlichkeit

Als Teil des Programms zur Verbesserung der Benutzerfreundlichkeit in BizTalk Server können Sie Microsoft hilfreiches Feedback bezüglich der Featureverwendung von BizTalk Server zur Verfügung zu stellen. Die erfassten Daten sind anonym und können nicht verwendet werden, um Sie zu identifizieren. Microsoft erfasst Featureverwendungsstatistik als Bestandteil dieses Programms.

Durch die Teilnahme an diesem Programm können Sie dabei helfen, die Zuverlässigkeit und Leistungsfähigkeit verschiedener Features von BizTalk Server zu verbessern.

Anhang B: Bekannte Probleme

• Konfigurieren von BAM-Warnungen auf dem Verwaltungscomputer: Es gibt eine Multicomputerumgebung, in der die Komponenten Administration, Runtime und SQL Server auf separaten Computern installiert sind. Bei Verwendung von BAM-Tools oder BAM-Benachrichtigungen können folgende Probleme auftreten:

  PROBLEM: Wenn Sie BAM-Tools auf einem BizTalk-Verwaltungscomputer konfigurieren, tritt der folgende Fehler auf:

  Service BAMAlerts was not found on computer ‘.’.The specified service does not exist as an installed service.

  PROBLEM: Wenn Sie eine BAM-Aktivitätsdefinition vom Laufzeitcomputer bereitstellen, tritt der folgende Fehler auf:

  A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (.Net SqlClient Data Provider)

  Dies geschieht, wenn BAM-Benachrichtigungen auf dem Laufzeitcomputer konfiguriert sind. Um dieses Problem zu beheben, konfigurieren Sie BAM-Benachrichtigungen auf demselben Computer wie der BizTalk-Verwaltungskonsole. Konfigurieren Sie keine BAM-Benachrichtigungen auf dem Laufzeitcomputer.

• Wiederherstellung nach einem fehlgeschlagenen Upgrade: Ein fehlgeschlagenes Upgrade kann jederzeit während des Upgrades auftreten. Auf welche Weise die Wiederherstellung nach einem Upgradefehler ausgeführt wird, hängt davon ab, an welchem Punkt der jeweiligen Phase der Fehler aufgetreten ist.

  • Kommt es während der ersten Phase zu einem Upgradefehler, wird die weitere Installation der erforderlichen Komponenten beendet, und es wird eine Meldung mit dem entsprechenden Fehler zurückgegeben. Sie können das Problem dann beheben und Setup erneut ausführen.

  • Falls das Upgrade beim Aktualisieren der Datenbanken, Entfernen von Funktionen aus der vorhandenen BizTalk Server-Version oder Installieren der neuen Version einen Fehler verursacht, wird die weitere Installation von Setup beendet, und es wird eine Meldung mit dem entsprechenden Fehler zurückgegeben. Alle Änderungen werden durch einen Rollbackvorgang rückgängig gemacht. Änderungen, die an den BizTalk Server-Datenbanken vorgenommen wurden, können nicht rückgängig gemacht werden.

    Wenn während des Upgrades Komponenten der vorherigen Installation von BizTalk Server entfernt wurden, kann es vorkommen, dass auf Ihrem Computer nach diesem Vorgang keine BizTalk Server-Komponenten mehr vorhanden sind. Funktionskonfigurationsinformationen aus der vorherigen Installation werden ggf. beibehalten. Abhängig vom Zeitpunkt des Upgradefehlers, kann bereits ein Upgrade für die BizTalk Server-Datenbanken ausgeführt worden sein. In diesem Fall müssen sie möglicherweise die zuvor gesicherten Datenbanken vor einer erneuten Ausführung von Setup wiederherstellen.

  • Wenn das Upgrade bei der Neukonfiguration von BizTalk Server-Funktionen einen Fehler verursacht, gibt das Setupprogramm eine Meldung mit dem Grad der Fertigstellung zurück. Wenn beim Konfigurationsupgrade ein Fehler auftritt oder es nur teilweise erfolgreich ist, führen Sie die BizTalk Server-Konfiguration aus, um das Upgrade abzuschließen.

    Wenn weiterhin Upgradefehler auftreten und Sie gezwungen sind, zur vorherigen Version von BizTalk Server zurückzukehren, müssen Sie die zuvor im Rahmen des Upgradeprozesses gesicherten Datenbanken wiederherstellen und anschließend Ihre vorherige BizTalk Server-Version erneut installieren.

• Verwenden Sie die gleichen Versionen: In einer BizTalk-Anwendungsgruppe können Sie keine Computer mit unterschiedlichen Versionen von BizTalk Server ausführen. In der BizTalk-Verwaltungskonsole können Sie z. B. keinen Sendeport, der unter einer Version von BizTalk Server ausgeführt wird, an einen Empfangsspeicherort binden, der unter einer anderen Version von BizTalk Server ausgeführt wird.

• SSO-Dienst neu starten: Wenn Sie eine frühere Visual Studio-Version oder .NET Framework 4.5 auf Ihrem Computer installiert haben, funktioniert der SSO-Dienst in früheren Versionen von BizTalk Server nicht mehr. Führen Sie den Befehl an der regasm SSOSQL.dll Visual Studio-Eingabeaufforderung aus, um dieses Problem zu beheben. Dieser Befehl startet den SSO-Dienst erneut.

  Hinweis

  Führen Sie auf einem 64-Bit-Computer die 32-Bit- und die 64-Bit-Version des Befehls regasm aus.

• Soap kann nicht verwendet werden: Nach einem Plattformupgrade können Sie aufgrund von Berechtigungen möglicherweise keine SOAP-Nachricht senden. Um dies zu beheben, bearbeiten Sie die Web.config-Datei unter C:\inetpub\wwwroot\<SOAPExternalAppName>\ mit folgendem Text:

  <securityPolicy>
  <trustLevel name="Full" policyFile="internal" />
  <trustLevel name="High" policyFile="web_hightrust.config" />
  <trustLevel name="Medium" policyFile="web_mediumtrust.config" />
  <trustLevel name="Low" policyFile="web_lowtrust.config" />
  <trustLevel name="Minimal" policyFile="web_minimaltrust.config"/>
  </securityPolicy>
  <trust level="Full" originUrl="" processRequestInApplicationTrust="true"/>
  

  Möglicherweise müssen Sie auch den benutzerdefinierten Fehlermodus von Nur Remote in Aus ändern.

• Zertifikatspeicher: Nach dem Upgrade öffnen Sie einen Sendeport oder Empfangsspeicherort über die BizTalk Server-Verwaltungskonsole, und es wird ein Fehler angezeigt:Could not open certificate store, the system cannot find the file specified (System).

  Dieser Fehler tritt auf, wenn der Zertifikatspeicher nicht vorhanden ist.

• BAM-Portal: Auf einem 64-Bit-Computer können Sie nach dem Upgrade nicht auf das BAM-Portal zugreifen. Mögliche Lösung:

  1. Erstellen Sie eine Sicherungskopie der web.config-Datei unter %BizTalkInstallDir%\BAMPortal\web.config.

  2. Führen Sie unter Verwendung des Programms „bm.exe”, das sich im BizTalk Server-Überwachungsordner befindet, an der Eingabeaufforderung den folgenden Befehl aus: bm.exe get-config –FileName:<filepath> -Server:MyServer -Database:MyDB

     Rufen Sie aus der XML-Konfigurationsdatei den Wert für BAMVRoot (xpath: BAMConfiguration\ GlobalProperty\Name="BAMVRoot") ab.

  3. Öffnen Sie das BizTalk Server-Konfigurationsprogramm auf dem Computer, der als BAMVRoot-Wert aufgeführt wird, und heben Sie die Konfiguration des BAM-Portals auf.

  4. Öffnen Sie das BizTalk Server-Konfigurationsprogramm, und konfigurieren Sie anschließend das BAM-Portal.

  5. Öffnen Sie die neue Datei „Web.config” aus dem in Schritt (1) genannten Ordner.

  6. Legen Sie mithilfe der Sicherungskopie der web.config-Datei die folgenden Werte fest (unter configuration\appSettings):

     • key="MainPageContentUrl"
     • key="AlertNotificationOptions"

     Hinweis

     Auf einem 64-Bit-Computer wird empfohlen, das BAM-Portal neu zu konfigurieren, nachdem Sie ein Upgrade des Betriebssystems ausgeführt haben.

• Bereitstellen von EDI BAM-Aktivitäten: Wenn Sie ein Upgrade durchführen, kann das Upgrade teilweise erfolgreich sein. Dies kann bei einem Upgrade von SQL Server (mit konfiguriertem EDI) vorkommen. Die EDI-BAM-Aktivitäten werden möglicherweise nicht ordnungsgemäß aktualisiert. Stellen Sie die BAM-Aktivitäten bereit, indem Sie die folgenden Befehle an der Eingabeaufforderung mit Administratoranmeldeinformationen ausführen, um dieses Problem zu beheben:

  "<BizTalk Installation Folder>\Tracking\bm.exe" deploy-all -DefinitionFile:"<BizTalk Installation Folder>\AS2ResendActivityDefs.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

  "<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.EdiAS2.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

  "<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.Batching.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

• SSO-Fehler im Cluster: In einer BizTalk Server Laufzeitclusterumgebung wird beim Versuch, ein Upgrade durchzuführen, möglicherweise eine Fehlermeldung angezeigt:

  SSO Master Secret Server service is not running on <Cluster name>.Please start the service to continue the upgrade.

  Aktualisieren Sie die SSO-Dienste im SSO- sowie im BizTalk Server-Laufzeitcluster, um dieses Problem zu beheben:

  So aktualisieren Sie die SSO-Dienste im SSO-Cluster:

  1. Schalten Sie unter Clusteradministrator die Clustergruppe online, die die gruppierte Enterprise SSO-Dienstressource enthält. Dies sollte alle Ressourcen in der Clustergruppe starten.

  2. Schalten Sie die gruppierte instance des Enterprise SSO-Diensts offline. Und dann, bringen Sie es wieder online.

  3. Verschieben sie die Clustergruppe. In diesem Schritt wird die Clustergruppe, die die Clusterdienstressource für Einmaliges Anmelden für Unternehmen enthält, vom ersten Knoten auf den zweiten Knoten verschoben.

  4. Schalten Sie die gruppierte instance des Enterprise SSO-Diensts offline. Und dann, bringen Sie es wieder online.

  So aktualisieren Sie die SSO-Dienste in einem BizTalk Server Runtime-Cluster:

  1. Schalten Sie im Clusteradministrator die Clustergruppe online, die die gruppierte BizTalk Server Runtimeressource enthält. Dies sollte alle Ressourcen in der Clustergruppe starten.

  2. Schalten Sie die gruppierten instance der Enterprise SSO-Dienste offline. Und dann, bringen Sie es wieder online.

  3. Verschieben sie die Clustergruppe. In diesem Schritt wird die Clustergruppe, die die geclusterte BizTalk Server-Laufzeitressource enthält, vom ersten Knoten auf den zweiten Knoten verschoben.

  4. Schalten Sie die gruppierten instance der Enterprise SSO-Dienste offline. Und dann, bringen Sie es wieder online.