Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Upgrade auf BizTalk Server 2016 von BizTalk Server 2013 R2 oder BizTalk Server 2013.
Dieses Thema enthält eine Übersicht über den BizTalk Server 2016-Upgradeprozess, wichtige Informationen und schrittweise Anleitungen für das Upgrade von BizTalk Server 2013 R2 oder BizTalk Server 2013.
Die Upgrade-Übersicht
Lesen Sie dieses gesamte Dokument vor dem Upgrade. BizTalk Server verbindet viele unterschiedliche Komponenten sowohl intern als auch extern mit Ihrem Unternehmen. Die meisten realen Bereitstellungsszenarien erstrecken sich weiter, um mehrere Server und schließlich Cluster von physischen und virtuellen Computern einzuschließen.
Keine zwei BizTalk Server-Bereitstellungen sind gleich. Bevor Sie ein Upgrade durchführen, sammeln Sie Informationen zu Ihren Unternehmensanforderungen, und besprechen Sie den Umfang Ihrer Bereitstellung mit den IT-Experten, Systemadministratoren und Entwicklern, die BizTalk Server verwenden. Indem Sie diesen Upgradeleitfaden studieren und die spezifischen Anforderungen Ihres Unternehmens ermitteln, erstellen Sie Ihre eigene Bereitstellungs-Roadmap.
Verwenden Sie den BizTalk Server Best Practices Analyzer (BPA), um eine BizTalk Server-Bereitstellung zu untersuchen und eine Liste der bewährten Methoden zu generieren. BPA führt die Überprüfung auf Konfigurationsebene durch, indem nur gelesen und gemeldet wird, und verwendet die gesammelten Daten, um zu bestimmen, ob bewährte Methoden befolgt werden.
Planen des Upgrades
Es folgt eine allgemeine Übersicht über den Upgradeprozess. Jede der aufgeführten Schritte muss in der angezeigten Reihenfolge ausgeführt werden.
- Upgradepfade für Betriebssysteme
- Microsoft SQL Server-Aktualisierungspfade
- Windows® SharePoint® Services-Upgrade
- Visual Studio parallel installieren.
- Installieren von Microsoft Office 2016/2013 nebeneinander
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 die BizTalk Server-Version, die auf diesem Betriebssystem ausgeführt wird, aktualisiert werden kann. "Nein" bedeutet, dass die bizTalk Server-Version, die auf diesem Betriebssystem ausgeführt wird, nicht aktualisiert werden kann. Wenn "Nein" ist, muss die BizTalk-Umgebung auf 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 | Nein | Nein |
Windows 8.1 | Ja | Nein |
Windows 8 | Nein | Nein |
Windows 7 SP1 | Nein | Nein |
In der folgenden Tabelle sind die unterstützten SQL Server-Versionen aufgeführt, die auf BizTalk Server 2016 aktualisiert werden können. Der SQL Server hostt die datenbanken, die von BizTalk Server verwendet werden. "Ja" bedeutet, dass BizTalk Server mit dieser SQL Server-Version aktualisiert werden kann. "Nein" bedeutet, dass BizTalk Server mit dieser SQL Server-Version nicht aktualisiert werden kann. Wenn "Nein" ist, muss die BizTalk-Umgebung in einer unterstützten 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 wenn sie nicht in der folgenden Liste enthalten ist, konsultieren Sie die SQL Server-Upgradedokumentation. Das SQL-Upgrade deckt mehr Versionen ab, als bizTalk unterstützt. Wenn Sie beispielsweise SQL Server 2008 verwenden, können Sie möglicherweise 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 | Nein | Nein |
SQL Server 2012 | Nein | Nein |
SQL Server 2008 R2 SP1 | Nein | Nein |
Die folgende Tabelle enthält den unterstützten Edition-Upgradepfad von BizTalk Server 2013 R2/2013 zu BizTalk Server 2016. "Ja" bedeutet, dass die BizTalk Server 2013 R2/2013-Edition auf die Edition aktualisiert werden kann. "Nein" bedeutet, dass die BizTalk Server 2013 R2/2013-Edition nicht auf die Edition aktualisiert werden kann. Wenn "Nein" ist, 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 | Nein | Nein | Nein | Nein | Ja |
Filiale | Nein | Ja | Nein | Nein | Ja |
Entwickler | Nein | Nein | Ja | Nein | Ja |
Norm | Nein | Nein | Nein | Ja | Ja |
Unternehmen | Nein | Nein | Nein | 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 "SQL Server-Systemadministratoren" auf dem SQL Server
- Gruppe "BizTalk Server-Administratoren"
- Gruppe einzelner Sign-On (SSO)-Administratoren
SSO: Der single Sign-On Master Secret Server und der SQL Server, der die SSO-Datenbank hostet, muss während des Upgrades ausgeführt werden.
Netzwerkdienstkonto: Muss Schreibzugriff auf
%windir%\temp
.Zertifikate: Sichern Des Windows-Zertifikatspeichers:
DTC: Aktivieren Sie Microsoft Distributed Transaction Coordinator (MSDTC) (Schritte nach der Konfiguration, um Ihre Umgebung zu optimieren), und aktivieren Sie dann die Regeln für eingehende/ausgehende DTC:
- Wählen Sie im Server-Manager "Extras" aus, und öffnen Sie die Windows-Firewall mit erweiterter Sicherheit.
- Wählen Sie Eingehende Regeln aus.
- Klicken Sie in Eingehenden Regeln mit der rechten Maustaste auf Distributed Transaction Coordinator * (wie zutreffend), und aktivieren Sie dann die Regel.
- Wählen Sie in der Windows-Firewall mit erweiterter Sicherheit ausgehende Regeln aus.
- Klicken Sie in "Ausgehende Regeln" mit der rechten Maustaste auf "Verteilten Transaktionskoordinator" und aktivieren Sie dann die Regel (je nach Bedarf).
SharePoint: Das clientseitige Objektmodell (CSOM) wird verwendet, um eine Verbindung mit SharePoint Services herzustellen. Das serverseitige Objektmodell (SSOM) (der Webdienst) wird in BizTalk Server 2016 entfernt.
Wenn Sie SharePoint-Versionen verwenden, die CSOM nicht unterstützen, können Sie möglicherweise ein Upgrade auf eine unterstützte SharePoint-Version durchführen:
.NET Framework: Es gibt kein Konzept der parallelen Installation zwischen .NET Framework 4.5 und .NET Framework 4.6. Die Binärdateien .NET Framework 4.6 überschreiben .NET Framework 4.5-Binärdateien. .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 verschiedener Versionen von Office auf demselben Computer. Sehen Sie sich außerdem Probleme mit parallelen MSI-Installationen von Office 2013 und Office 2016 an.
BizTalkServerApplication Host: Für das Upgrade ist das Vorhandensein des Standardhosts erforderlich. Wenn die Standardhostinstanz, die den SQL-Adapter-Sendports und Empfangsorten zugeordnet ist, entfernt wird, ordnen Sie den Standardhost vor dem Upgrade dem SQL-Adapter zu. Nach Abschluss des Upgrades können Sie den Standardhost aus der Liste entfernen.
Benutzerdefinierte Bindungen: Benutzerdefinierte Bindungen, die mit früheren Versionen von .NET Framework erstellt wurden, sind nach dem Upgrade nicht verfügbar. Um die benutzerdefinierten Bindungen zu verwenden, fügen Sie die benutzerdefinierten Bindungen manuell in der .NET Framework 4.6-machine.config Datei 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
Undbm.exe.config
Dateien.
BAM-Warnungen
SQL Server-Datenbank-E-Mail ist erforderlich, um BAM-Benachrichtigungen zu verwenden. Wenn SQL Server von einer SQL-Version aktualisiert wird, die vorhandene BAM-Warnungsdefinitionen mit Notification Services verwendet hat, können Sie Ihre BAM-Warnungsdefinitionen sichern und nach dem Upgrade bereitstellen. Verwenden Sie das Befehlszeilentool BM.exe (\Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking
). Zu den spezifischen Schritten gehören:
- Öffnen Sie eine Eingabeaufforderung, und wechseln Sie zu
\Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking
. - Erstellen Sie eine Definitionsdatei in der Eingabeaufforderung:
bm.exe get-defxml -FileName:YourBAMDefinition.xml
- Deaktivieren Sie in der BizTalk Server 2013 R2/2013-Konfiguration die BAM-Warnungen.
- Upgrade auf SQL Server 2016 oder SQL Server 2014 SP1.
- Konfigurieren sie SQL Server-Datenbank-E-Mail.
- Upgrade auf BizTalk Server 2016.
- Konfigurieren Sie in der BizTalk Server 2016-Konfiguration BAM-Benachrichtigungen.
- Stellen Sie die gespeicherte Definitionsdatei in der Eingabeaufforderung bereit:
bm.exe update-all -DefinitionFile:YourBAMDefinition.xml
Von Bedeutung
Wenn Sie diese Schritte nicht in der aufgeführten Reihenfolge ausführen oder eine Definitionsdatei erstellen, müssen Sie die Definitionsdateien nach dem BizTalk Server-Upgrade neu erstellen.
Geben Sie Folgendes ein, um die BM.exe Hilfe anzuzeigen: bm.exe help
.
BAM
BAM DTS-Pakete: Beenden Sie alle BAM Data Transformation Services (DTS)-Pakete. Andernfalls können Daten verlorengehen oder ein OLAP-Cube (Online Analytical Processing) beschädigt werden.
Speicherplatz: 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 SQL Server aktualisieren, installieren Sie die SQL Server Enterprise Edition oder aktualisieren Sie darauf. Andernfalls schlägt das Upgrade fehl.
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 auf:<system.transactions> <machineSettings maxTimeout="23:59:59" /> </system.transactions>
BAM-Nachverfolgung aktiviert mit Tracking Profile Editor (TPE): Nach dem Upgrade werden Nachverfolgungsprofile, die zuvor bereitgestellt wurden, aktualisiert; Die entsprechenden Interceptorkonfigurationen werden jedoch nicht aktualisiert. Alle neuen abgefangenen BAM-Nachrichten enthalten möglicherweise weiterhin Verweise auf BizTalk Server 2013 R2/2013. Um die entsprechenden Interceptorkonfigurationen zu aktualisieren, verwenden Sie den Tracking-Profil-Editor, um das Profil für die Aktivität abzurufen und dann das Profil 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. So generieren Sie die LiveData-Arbeitsmappe neu:
Rufen Sie die BAM-Definition ab, indem Sie den folgenden Befehl ausführen:
BM get-defxml MyDef.xml
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 als MyNewBook.xls.
Benennen Sie die PivotTable-Berichte um, indem Sie die PivotTable-Namen in MyDef.xml unter
<Caption>
dem<BAMDefinition>\<Extension>\<OWC>\<PivotTableView>\<PivotTable>\<PivotView>\<Label>
Pfad suchen. Verwenden Sie diese Namen, um Ihre PivotTable-Berichte in MyNewBook.xlsumzubenennen .Generieren Sie die LiveData-Arbeitsmappe neu, indem Sie den folgenden Befehl ausführen:
BM regenerate-livedataworkbook MyNewBook.xls
Hinweis
Neu generierte LiveData-Arbeitsmappen erstellen die Excel-Artefakte (z. B. Diagramme) in der ursprünglichen LiveData-Arbeitsmappe nicht neu. Erstellen Sie die Artefakte manuell neu.
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 Enterprise Single Sign-On (ESSO). Wenn Sie diese Version auf einem Computer mit einer früheren Version von BizTalk installieren, wird ESSO während des Setups automatisch aktualisiert. Es wird empfohlen, vor dem Upgrade die folgenden Schritte auszuführen:
- Stellen Sie sicher, dass eine aktuelle Version der Single Sign-On-Datenbank (Single Sign-On Database, SSODB) an einem sicheren Speicherort gesichert ist.
- Stellen Sie sicher, dass der aktuelle geheime Hauptschlüssel an einem sicheren Speicherort gesichert ist.
- Kennen Sie das Kennwort für den geheimen Masterschlüssel.
Aktualisieren Sie alle Server in einer BizTalk-Gruppe auf dieselbe Version. Diese Anforderung gilt auch für einen eigenständigen Geheimschlüsselserver.
Szenario: Upgrade mit enterprise Single Sign-On eigenständiges Setup
Führen Sie die folgenden Schritte aus, um ein Upgrade auf Computern durchzuführen, die über eine eigenständige Installation für einmaliges Anmelden für Unternehmen verfügen, z. B. einen dedizierten Geheimschlüsselserver.
- Stellen Sie sicher, dass der aktuelle geheime Hauptschlüssel an einem sicheren Speicherort gesichert ist.
- Überprüfen Sie, ob eine aktuelle Version der SSODB an einem sicheren Speicherort gesichert ist.
- Führen Sie die ESSO -Setup.exe auf dem BizTalk Server 2016-Installationsmedium aus. Der Standardinstallationsordner ist
\Platform\SSO
. - Wählen Sie im Dialogfeld "Autorun " die Option "Einmaliges Anmelden von Microsoft Enterprise" aus.
- Wählen Sie im Dialogfeld "Zusammenfassung" die Option "Upgrade" aus.
Multicomputerumgebung
Aktualisieren Sie in einer Multicomputerumgebung den Computer des SSO-Masterschlüsselservers. Aktualisieren Sie dann die anderen BizTalk Server-Computer. Gleichzeitiges Aktualisieren der BizTalk-Computer in einer Gruppe wird nicht unterstützt. Aktualisieren Sie jeweils einen Computer in der folgenden Reihenfolge:
- Einzelner Sign-On Mastergeheimnis-Server
- Laufzeitcomputer, auf denen BizTalk Server ausgeführt wird
- Verwaltungstools und Überwachungscomputer
- Entwicklungscomputer und alle anderen verbleibenden Computer, auf denen BizTalk Server läuft
Sonstiges
Mithilfe des Einstellungsdashboards können Sie BizTalk Server-Einstellungen umfassend für die Leistungsoptimierung optimieren. Sie können auch Einstellungen für die BizTalk-Gruppe, den BizTalk-Host und die BizTalk-Hostinstanz ändern. Siehe Verwendung des Einstellungs-Dashboards zur Leistungsoptimierung von BizTalk Server.
Allgemeine Informationen
Kontonamen: Verwenden Sie nach Möglichkeit die Standardkontonamen. Das BizTalk Server-Setupprogramm konfiguriert automatisch installierte Komponenten für die Verwendung der Standardkonten. Wenn mehrere BizTalk Server-Gruppen in einer Active Directory-Gesamtstruktur vorhanden 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 dem BAM-Verwaltungswebdienst: BizTalk Server unterstützt keine integrierten Konten oder Konten ohne Kennwörter für Benutzer des BAM-Verwaltungswebdienstes.
Das Konfigurieren von BizTalk Server mit solchen Konten kann möglicherweise erfolgreich sein, aber der BAM-Verwaltungswebdienst schlägt fehl.
Die Verwendung solcher Konten für den BAM-Anwendungspool wird unterstützt.
BizTalk Assembly Viewer wird auf 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 Evaluator installieren, sollten Sie die Installation auf einem virtuellen Computer in Betracht ziehen. Auf diese Weise können Sie, wenn Sie es erneut installieren müssen, problemlos einen Rollback zu einem vordefinierten Prüfpunkt durchführen, ohne den Deinstallationsprozess durchlaufen zu müssen.
32-Bit- und 64-Bit-Computer: Bei der Installation von BizTalk Server unter 32-Bit-Windows oder 64-Bit-Windows gibt es einige Unterschiede. In diesem Dokument werden sowohl 32-Bit- als auch 64-Bit-Installationen behandelt. Unterschiede zwischen ihnen werden festgestellt.
Arbeitsgruppen: Das Installieren und Konfigurieren von BizTalk Server in einer Arbeitsgruppenumgebung auf einem einzelnen Computer wird unterstützt. In diesem Szenario werden sowohl SQL Server- als auch BizTalk Server-Features und -Komponenten auf demselben Computer installiert und konfiguriert.
Terminalserver: Das Installieren von BizTalk Server mithilfe des Terminalservers, der im Anwendungsmodus ausgeführt wird, wird nicht unterstützt.
Stilles 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 direkten Datenbankzugriff basieren. Führen Sie mindestens ein Testupgrade aus, bevor Sie die Produktionsumgebung aktualisieren.
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
Wichtige Windows-Updates installieren: Wählen Sie Windows Update im Menü "Programme" aus. Möglicherweise müssen Sie den Computer neu starten.
Speichern Sie BAM-Warnungsdefinitionen: Gilt nur, wenn Sie derzeit vorhandene BAM-Warnungsdefinitionen mit SQL Server Notification Services verwenden. Erstellen Sie eine Definitionsdatei mit BM.exe und deaktivieren Sie BAM-Warnungen in der BizTalk Server 2013 R2/2013-Konfiguration.
Vor dem Upgrade (in diesem Artikel) werden die spezifischen Schritte aufgeführt. Erstellen Sie andernfalls die BAM-Warnungsdefinitionen nach dem Upgrade neu.
Aktualisieren von SQL Server: Upgrade auf eine unterstützte SQL Server-Version. Für weitere Informationen gehen Sie zu:
Aktualisieren von SQL Server-Clienttools: In einer Multicomputerumgebung können die Verwaltungstools auf einem separaten Computer installiert werden. Aktualisieren Sie die SQL Server-Verwaltungsclienttools, einschließlich der Verwaltungstools.
Installieren von Visual Studio: Informationen zu den unterstützten Versionen finden Sie unter Hardware- und Softwareanforderungen für BizTalk Server 2016 . Verschiedene Visual Studio-Versionen können nebeneinander installiert werden. Siehe Visual Studio 2015 und Visual Studio 2013.
Installieren von Office: Siehe 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 Group: <Application_Name>
- BizTalk Base EDI Service
- Regelmodul-Updatedienst
- Dienst zur Veröffentlichung im World Wide Web
Wenn irgendwelche BizTalk Server-Beschleuniger installiert sind, beenden Sie den HL7-Protokollierungsdienst.
Sichern Sie die Datenbanken:
- Meister
- MSDB
- BAMArchive
- BAMPrimärImport
- BAMStarSchema
- BizTalkDTADb
- BizTalkHwsDb
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkRuleEngineDb
- Totale Produktive Instandhaltung (TPM)
- BizTalkAnalysisDb
- BAM-Analyse
Weitere Informationen in der SQL Server-Dokumentation erhalten Sie unter:
Sql Server-Datenbank-E-Mail konfigurieren: 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-Warnungsdefinitionen nach dem Upgrade neu.
Führen Sie das Upgrade aus
Von Bedeutung
Wenn Sie SQL Server installiert haben, erteilte Setup Systemadministratorrechte für Ihr angemeldetes Konto. Systemadministratorrechte sind auch erforderlich, um BizTalk Server zu installieren. Führen Sie eine der folgenden Aktionen aus:
- Verwenden Sie dasselbe Konto, das Sie beim Installieren von SQL Server OR
- Stellen Sie sicher, dass das aktuelle angemeldete Konto über Systemadministratorrechte verfügt.
Schritte zum Upgrade
Schließen Sie alle geöffneten Programme.
Führen Sie Setup.exe vom Installationsmedium aus.
Wählen Sie im Startmenü " Microsoft BizTalk Server installieren" aus.
Geben Sie unter "Kundeninformationen" Ihren Benutzernamen, Ihre Organisation und Ihren Product Key ein. Wählen Sie Weiteraus.
Akzeptieren Sie den Lizenzvertrag, und wählen Sie "Weiter" aus.
Geben Sie im Programm zur Verbesserung der Benutzerfreundlichkeit Ihre Einstellungen ein. Weitere Informationen finden Sie in Anhang A (in diesem Artikel).
Überprüfen Sie in der Komponenteninstallation die verfügbaren Komponenten, und wählen Sie "Weiter" aus.
Wenn auf Ihrem Computer keine Voraussetzung vorhanden ist, kann Setup die weiterverteilbaren Voraussetzungen installieren. Sie haben folgende Möglichkeiten:
Wählen Sie "Automatisch die weiterverteilbaren Voraussetzungen aus dem Web installieren" aus.
ODER
Wählen Sie aus, dass die verteilbaren Voraussetzungen automatisch aus einer CAB-Datei installiert werden, wenn Sie die CAB-Datei heruntergeladen haben. Navigieren Sie zum Speicherort der CAB-Datei, und wählen Sie sie aus.
Überprüfen Sie zusammenfassend die aktualerierbaren Komponenten.
Wählen Sie "Upgrade " aus, um zu starten.
Optional: Wählen Sie "Microsoft Update verwenden" aus, wenn ich auf Updates suche (empfohlen).
Deaktivieren Sie in Upgrade abgeschlossen das Kontrollkästchen BizTalk Server-Konfiguration starten, und wählen Sie dann Fertigstellen aus.
ZUSÄTZLICH
Während eines Upgrades von BizTalk Server geschieht viel, und es ist nicht ungewöhnlich, während des Prozesses auf einen Fehler zu stoßen. Die meisten Fehler werden jedoch problemlos behoben, wenn Sie vorbereitet sind. Wir empfehlen, Anhang B (in diesem Artikel) zu lesen, um Tipps zu erhalten, wie Sie Upgradefehler vermeiden können und was zu tun ist, wenn einer auftritt.
Beim Upgradevorgang werden nur Features aktualisiert, die Teil Ihrer früheren Version von BizTalk Server waren. Neue Features werden während eines Upgrades nicht installiert. Um diese Features zu installieren, führen Sie Setup nach dem Upgrade erneut aus, wählen Sie "Ändern" und dann die Features aus, die Sie installieren möchten. Konfigurieren Sie sie nach der Installation mit dem BizTalk Server Configuration Manager.
Um zu überprüfen, ob das Upgrade erfolgreich ist, öffnen Sie Programme und Features , und suchen Sie nach BizTalk Server 2016. Wenn es aufgeführt ist, war die Einrichtung erfolgreich.
Nach dem Upgrade
Ein Rollback auf BizTalk Server 2013 R2/2013 ist nicht möglich.
Wenn Sie eine XML-Datei der BAM-Warnungsdefinition erstellt haben: Konfigurieren Sie in der 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-Warnungsdefinitionen nach dem Upgrade neu.
Installieren Sie MQSAgent: Wenn die MQSAgent.dll Datei auf einem Remote-WebSphere MQ Server installiert ist, installieren Sie eine neue Version des MQ-Agents von BizTalk Server 2016 auf dem RemotewebSphere MQ Server.
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 in .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 Konfiguration des DTA-Bereinigungs- und Archivierungsauftrags
- Backup BizTalk Server (BizTalkMgmtDb): Siehe Wie Sie den BizTalk Server-Sicherungsauftrag konfigurieren
Starten Sie Anwendungen neu: Starten Sie alle bereitgestellten Anwendungen neu, die aktualisiert werden.
BAM Portal-Fehler: 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 Szenario 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:
- Öffnen Sie die BizTalk Server-Konfiguration.
- Wählen Sie "Features nicht konfigurieren" aus. Aktivieren Sie unter "Features nicht konfigurieren" das Kontrollkästchen "BAM-Portal ", und wählen Sie "OK" aus.
- Konfigurieren Sie das BAM-Portal neu, indem Sie die neue Website aus der WEBSITEliste des BAM-Portals auswählen.
BizTalk 2016 Accelerator für SWIFT: Der BizTalk Server-Upgradeprozess aktualisiert keine bearbeitete BREDeployment.exe.config Datei. Ändern Sie manuell die Pfade in der Datei BREDeployment.exe.config, die sich im
\Program Files\Microsoft BizTalk 2016 Accelerator for SWIFT\SDK\Tools
Ordner befindet.Zudem gehen die A4SWIFT-Webdienste und die Message Pack-Konfigurationen verloren. Konfigurieren Sie diese neu, nachdem bizTalk Server aktualisiert wurde.
Anhang A: Programm zur Verbesserung der Benutzerfreundlichkeit
Im Rahmen des Programms zur Verbesserung der Benutzerfreundlichkeit in BizTalk Server können Sie Microsoft nützliches Feedback zur Featurenutzung von BizTalk Server geben. Die gesammelten Daten sind anonym und können nicht verwendet werden, um Sie zu identifizieren. Microsoft sammelt Featurenutzungsstatistiken im Rahmen dieses Programms.
Durch die Teilnahme an diesem Programm können Sie die Zuverlässigkeit und Leistung verschiedener Funktionen von BizTalk Server verbessern.
Anhang B: Bekannte Probleme
Konfigurieren von BAM-Warnungen auf Verwaltungscomputern: Es gibt eine Multicomputerumgebung mit den Komponenten "Administration", "Runtime" und "SQL Server", die auf separaten Computern installiert sind. Beim Arbeiten mit BAM-Tools oder BAM-Warnungen können die folgenden 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 dies zu beheben, konfigurieren Sie BAM-Benachrichtigungen auf demselben Computer wie die BizTalk-Verwaltungskonsole. Konfigurieren Sie KEINE BAM-Benachrichtigungen auf dem Laufzeitcomputer.
Wiederherstellung von einem fehlgeschlagenen Upgrade: Während des Upgrades kann ein fehlgeschlagenes Upgrade jederzeit auftreten. Wie bestimmt wird, wie Sie sich von einem fehlgeschlagenen Upgrade erholen, hängt davon ab, an welchem Punkt während jeder Phase der Fehler aufgetreten ist.
Wenn das Upgrade beim Installieren der erforderlichen Komponenten fehlschlägt, beendet Setup die weitere Installation der erforderlichen Komponenten und gibt eine Meldung mit dem Fehler zurück. Anschließend können Sie das Problem beheben und Setup erneut ausführen.
Wenn das Upgrade beim Aktualisieren der Datenbanken fehlschlägt, Features aus der vorhandenen BizTalk-Server-Version entfernt oder die neue Version installiert wird, beendet Setup die Installation und gibt eine Fehlermeldung zurück. Alle Änderungen werden zurückgesetzt. Änderungen, die an den BizTalk Server-Datenbanken vorgenommen wurden, können nicht zurückgesetzt werden.
Wenn Komponenten der vorherigen BizTalk Server-Installation während des Upgrades entfernt werden, verbleibt Ihr Computer möglicherweise in einem Zustand ohne BizTalk Server-Komponenten. Featurekonfigurationsinformationen aus der vorherigen Installation können beibehalten werden. Und je nachdem, wo der Upgradevorgang fehlschlägt, wurden möglicherweise die BizTalk Server-Datenbanken aktualisiert. Es kann erforderlich sein, die Datenbanken wiederherzustellen, die Sie zuvor gesichert haben, bevor Sie setup erneut ausführen.
Wenn das Upgrade beim Neukonfigurieren der BizTalk Server-Features fehlschlägt, gibt das Setup eine Meldung mit dem Fertigstellungsgrad zurück. Wenn das Konfigurationsupgrade fehlschlägt oder teilweise erfolgreich ist, führen Sie die BizTalk Server-Konfiguration aus, um das Upgrade abzuschließen.
Wenn das Upgrade weiterhin fehlschlägt und Sie zu Ihrer vorherigen Version von BizTalk Server zurückkehren müssen, müssen Sie die gesicherten Datenbanken wiederherstellen und dann 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. Beispielsweise können Sie in der BizTalk-Verwaltungskonsole keinen Sendeport binden, der auf einer Version von BizTalk Server ausgeführt wird, an einen Empfangsspeicherort, der auf einer anderen Version von BizTalk Server ausgeführt wird.
Starten Sie den SSO-Dienst neu: 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. Um dieses Problem zu beheben, führen Sie den
regasm SSOSQL.dll
Befehl an der Visual Studio-Eingabeaufforderung aus. Mit diesem Befehl wird der SSO-Dienst neu gestartet.Hinweis
Führen Sie auf einem 64-Bit-Computer die 32-Bit- und 64-Bit-Versionen des Regasm-Befehls 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 Datei Web.config bei
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 empfangen einen Speicherort über die BizTalk Server-Verwaltungskonsole, und erhalten Sie eine Fehlermeldung:
Could not open certificate store, the system cannot find the file specified (System).
Dieser Fehler tritt auf, wenn der Zertifikatspeicher fehlt.
BAM-Portal: Auf einem 64-Bit-Computer können Sie nach dem Upgrade nicht auf das BAM-Portal zugreifen. Mögliche Auflösung:
Erstellen Sie eine Sicherungskopie der web.config Datei unter
%BizTalkInstallDir%\BAMPortal\web.config
.Führen Sie mithilfe von bm.exe im Ordner „BizTalk Server Tracking“ den folgenden Befehl an der Eingabeaufforderung aus:
bm.exe get-config –FileName:<filepath> -Server:MyServer -Database:MyDB
Rufen Sie aus der Config-XML-Datei den Wert für BAMVRoot (xpath: BAMConfiguration\ GlobalProperty\Name="BAMVRoot") ab.
Öffnen Sie die BizTalk Server-Konfiguration auf dem Computer, der als BAMVRoot-Wert aufgeführt ist, und deaktivieren Sie das BAM-Portal.
Öffnen Sie die BizTalk Server-Konfiguration, und konfigurieren Sie das BAM-Portal.
Öffnen Sie die neue web.config Datei vom in Schritt (1) erwähnten Speicherort.
Legen Sie mithilfe der Sicherungskopie der web.config-Datei die folgenden Werte fest (unter
configuration\appSettings
):- key="MainPageContentUrl"
- key="AlarmBenachrichtigungsOptionen"
Hinweis
Auf einem 64-Bit-Computer sollten Sie nach dem Upgrade des Betriebssystems das BAM-Portal neu konfigurieren.
Bereitstellen von EDI BAM-Aktivitäten: Wenn Sie ein Upgrade durchführen, kann das Upgrade teilweise erfolgreich sein. Dies kann passieren, wenn Sie SQL Server aktualisieren (mit EDI konfiguriert). Die EDI BAM-Aktivitäten werden möglicherweise nicht ordnungsgemäß aktualisiert. Um dieses Problem zu beheben, stellen Sie die BAM-Aktivitäten bereit, indem Sie die folgenden Befehle an der Eingabeaufforderung mit Administratoranmeldeinformationen ausführen:
"<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 auf Cluster: Bei einer BizTalk Server-Laufzeitclusterumgebung, wenn Sie versuchen, ein Upgrade durchzuführen, wird 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 sowohl im SSO- als auch im BizTalk Server-Laufzeitcluster, um dieses Problem zu beheben.
So aktualisieren Sie die SSO-Dienste im SSO-Cluster:
Bringen Sie im Clusteradministrator die Clustergruppe, die die Gruppierte Enterprise-SSO-Dienstressource enthält, online. Dieser Schritt sollte alle Ressourcen in der Clustergruppe starten.
Nehmen Sie die gruppierte Instanz des Enterprise-SSO-Diensts offline. Dann bringen Sie es wieder online.
Verschieben sie die Clustergruppe. In diesem Schritt sollte die Clustergruppe, die die Cluster-SSO-Dienstressource enthält, vom ersten Knoten in den zweiten Knoten verschoben werden.
Nehmen Sie die gruppierte Instanz des Enterprise-SSO-Diensts offline. Dann bringen Sie es wieder online.
So aktualisieren Sie die SSO-Dienste in einem BizTalk Server-Laufzeitcluster:
Bringen Sie in Clusteradministrator die Clustergruppe online, die die clusterierte BizTalk Server-Laufzeitressource enthält. Dieser Schritt sollte alle Ressourcen in der Clustergruppe starten.
Die gruppierte Instanz der Enterprise-SSO-Dienste offline schalten. Dann bringen Sie es wieder online.
Verschieben sie die Clustergruppe. Dieser Schritt sollte die Clustergruppe verschieben, die die gruppierte BizTalk Server-Laufzeitressource vom ersten Knoten in den zweiten Knoten enthält.
Die gruppierte Instanz der Enterprise-SSO-Dienste offline schalten. Dann bringen Sie es wieder online.