Freigeben über

Bewährte Methoden für das Bereitstellen einer Anwendung

  • Artikel

In diesem Thema werden bewährte Methoden aufgeführt, die Sie beim Bereitstellen von BizTalk-Anwendungen befolgen sollten.

Bereitstellen einer BizTalk-Anwendung

Dokumentieren von Anwendungsbereitstellungsprozeduren

  • Stellen Sie sicher, dass alle in der Anwendungsbereitstellung verwendeten Verfahren ausführlich dokumentiert sind, damit Sie über einen Datensatz verfügen, wie die Bereitstellung ausgeführt wurde und wie Sie die Bereitstellung weiter ausführen oder die Bereitstellung aufheben. Alles, was nicht skriptiert ist, sollte mit detaillierten Schritten dokumentiert werden. Dies sollte das Dokumentieren von Änderungen an externen Systemen und die Bereitstellung von Komponenten von Drittanbietern umfassen.

    Skriptanwendungsbereitstellung

  • Erstellen Sie ein Skript für so viele Schritte wie möglich für die Anwendungsbereitstellung. Skripterstellung reduziert das Risiko menschlicher Fehler während des Bereitstellungsprozesses.

Erstellen einer BizTalk-Anwendung

Skripterstellung für bizTalk-Anwendungs- und .msi dateien

  • BtsTask.exe können verwendet werden, um ein Skript für die Erstellung von BizTalk-Anwendungen zu erstellen. Wenn die Erstellung der Anwendungen per Skript erstellt wird, können die Pakete automatisch mithilfe eines automatisierten Prozesses auf einem Buildserver erstellt werden. Weitere Informationen zum Erstellen von Anwendungen finden Sie unter Bereitstellen und Verwalten von BizTalk-Anwendungen.

Bereitstellen einer BizTalk-Assembly

Keinesfalls: Bereitstellen einer Assembly aus Visual Studio auf einem Produktionscomputer

  • Während des Entwicklungsprozesses muss ein Entwickler Assemblys häufig aus Visual Studio erneut bereitstellen. Um die erneute Bereitstellung zu ermöglichen, kann Visual Studio die Bereitstellung ausgetragener Elemente in den Assemblys zurücknehmen, deren Bindung aufheben oder diese Elemente beenden. In der Entwicklungsumgebung ist dies zwar notwendig und zweckmäßig, in einer Produktionsumgebung können diese Vorgänge jedoch unerwartete und unerwünschte Folgen haben. Aus diesem Grund und um zu verhindern, dass jemand eine Assembly aus Visual Studio auf einem Produktionscomputer bereitstellt, wird empfohlen, Visual Studio niemals auf einem Produktionscomputer zu installieren.

  • Außerdem sollten Sie es unbedingt vermeiden, von einem Computer, auf dem Visual Studio ausgeführt wird, auf eine Produktionsdatenbank zu verweisen.

Hinzufügen von Artefakten zu einer BizTalk-Anwendung

Gruppieren von verwandten Elementen in einer einzigen Anwendung

  • Legen Sie verwandte Elemente nach Möglichkeit in derselben BizTalk-Anwendung ab. Auf diese Weise können Sie die Elemente als einzelne Einheit verwalten und bereitstellen, was die Verwaltung vereinfacht. Zum Gruppieren in einer einzelnen Anwendung eignen sich Elemente, die denselben Geschäftsprozess unterstützen, oder Elemente, die ähnliche Funktionen ausführen.

    Bereitstellen von gemeinsam genutzten Elementen in einer separaten Anwendung

  • Wenn Elemente von zwei oder mehr Anwendungen gemeinsam genutzt werden, sollten Sie diese gemeinsam genutzten Elemente in einer separaten Anwendung bereitstellen. Wenn beispielsweise zwei Anwendungen ein Schema gemeinsam nutzen, legen Sie das Schema in einer separaten Anwendung ab. Dies wird empfohlen, da nur ein Artefakt in einer BizTalk-Gruppe einen einzelnen lokal eindeutigen Bezeichner (LUID) aufweisen kann. Eine LUID besteht aus dem Artefaktnamen und optional anderen Attributen. Wenn Sie ein Artefakt in eine Anwendung einschließen und dann einen Verweis aus einer anderen Anwendung darauf erstellen, funktioniert die verweisende Anwendung möglicherweise nicht ordnungsgemäß, wenn Sie die Anwendung beenden, die das Artefakt enthält.

    Diese empfohlene Vorgehensweise gilt für alle Elementtypen mit Ausnahme von Dateien wie Infodateien und Skripts, die der Anwendung als Element vom Typ "Datei" hinzugefügt werden. Dies liegt daran, dass mehr als ein Dateiartefakt mit demselben Namen in einer BizTalk-Gruppe bereitgestellt werden kann. Daher können Sie eine Datei mit demselben Namen in zwei oder mehr Anwendungen verwenden. In diesem Fall wirkt sich das Beenden einer Anwendung nicht auf die andere Anwendung aus. Weitere Informationen zum Hinzufügen von Dateiartefakten finden Sie unter Hinzufügen einer Datei zu einer Anwendung.

    Bereitstellen einer gemeinsam genutzten Website in einer separaten Anwendung

  • Wenn eine Website von mehreren Geschäftslösungen gemeinsam genutzt wird, müssen Sie die Website in einer separaten Anwendung bereitstellen. Dies ist deshalb erforderlich, da beim Deinstallieren einer BizTalk-Anwendung das virtuelle Verzeichnis von Websites, die zu dieser Anwendung gehören, entfernt wird. Dies gilt selbst dann, wenn die Website ausgeführt wird. Wird die Website von einer weiteren Geschäftslösung verwendet, ist diese Geschäftslösung daraufhin nicht mehr funktionsfähig.

    Bereitstellen gemeinsam genutzter Richtlinien in einer separaten Anwendung

  • Wird eine Richtlinie von zwei oder mehr Anwendungen verwendet, sollten Sie sie in einer separaten Anwendung bereitstellen, anstatt einen Verweis aus einerAnwendung auf eine andere zu erstellen. Dies ist deshalb erforderlich, da die Bereitstellung von Richtlinien einer Anwendung zurückgenommen wird, wenn Sie die Anwendung beenden. Wenn Sie eine Anwendung beenden, die eine von einer anderen Anwendung genutzte Richtlinie enthält, funktioniert diese Richtlinie in keiner der Anwendungen mehr ordnungsgemäß.

    Bereitstellen gemeinsam genutzter Zertifikate in einer separaten Anwendung

  • Wird ein Zertifikat von einem Sendeport oder einem Empfangsspeicherort in zwei oder mehr Anwendungen verwendet, sollten Sie das Zertifikat in einer separaten Anwendung bereitstellen und dann in allen Anwendungen, die dieses Zertifikat verwenden müssen, auf diese Anwendung verweisen. Dies liegt daran, dass nur ein Artefakt in einer BizTalk-Gruppe über eine einzelne LUID verfügen kann, sodass Sie dasselbe Zertifikat nicht in zwei verschiedene Anwendungen importieren können. Wenn Sie versuchen, zwei Anwendungen zu importieren, die dasselbe Zertifikat verwenden, gelingt nur der erste Import, der zweite schlägt dagegen fehl. In diesem Fall kann das Problem nicht mit der Importoption zum Überschreiben korrigiert werden, da das vorhandene Zertifikat, das Sie überschreiben möchten, sich in einer anderen Anwendung befindet.

Exportieren und Importieren einer BizTalk-Anwendung

Beim Bereitstellen großer .msi-Dateien müssen Sie möglicherweise das Standardmäßige Transaktionstimeout der COM+-Komponenten erhöhen, die von BizTalk Server zum Bereitstellen von Anwendungen verwendet werden.

  • Wenn Sie versuchen, eine .msi Datei bereitzustellen, die sehr groß ist (mehr als 100 MB), wird die Anwendung möglicherweise nicht innerhalb des standardmäßigen Transaktionstimeouts der COM+-Komponenten bereitgestellt, die von BizTalk Server während der Anwendungsbereitstellung verwendet werden. Wenn für die Transaktionen, die diesen COM+-Komponenten zugeordnet sind, ein Timeout vor Abschluss der Bereitstellung auftritt, schlägt die Bereitstellung fehl. Wenn Sie sehr große .msi-Dateien bereitstellen, sollten Sie einen der folgenden Ansätze verwenden, um dieses Problem zu beheben:

  • Stellen Sie mehrere kleinere .msi-Dateien anstelle einer großen .msi-Datei bereit.

    • Erhöhen Sie das Standardmäßige Transaktionstimeout von 3.000 Sekunden, das den Komponenten Microsoft.BizTalk.ApplicationDeployment.Group und Microsoft.BizTalk.Deployment.DeployerComponent in der Verwaltungsschnittstelle von Komponentendiensten zugeordnet ist. Diese Komponenten gehören zu den Com+-Anwendungen Microsoft.BizTalk.ApplicationDeployment.Engine bzw. Microsoft.Biztalk.Deployment.Deployment.. Weitere Informationen findest du unter Festlegen des Transaktionstimeouts.

    Verhindern, dass Bindungen überschrieben werden

  • Wenn Sie nicht möchten, dass die Bindungen in der von Ihnen exportierten Anwendung die Bindungen in einer Anwendung, in die Sie die MSI-Datei importieren, überschreiben, sollten Sie nicht die Bindungsdatei als Ressource auswählen, die während des Exportvorgangs exportiert werden soll.

    Sicherstellen, dass die .msi-Datei sicher ist

  • Eine .msi-Datei kann vertrauliche Daten enthalten. Stellen Sie sicher, dass Sie Schritte unternehmen, um sicherzustellen, dass die Datei sicher ist. Weitere Informationen zu .msi Dateisicherheit finden Sie unter Sicherheit und Windows Installer.

    Sicherstellen, dass die Bindungsdatei sicher ist

  • Eine Bindungsdatei kann vertrauliche Daten enthalten. Stellen Sie sicher, dass Sie Schritte unternehmen, um sicherzustellen, dass die Datei sicher ist.

    Planen von Exporten, wenn niemand Änderungen an einem Artefakt vornimmt

  • Planen Sie Exportvorgänge während der Stunden, wenn Benutzer wahrscheinlich keine Änderungen an Artefakten vornehmen. Dies kann wichtig sein, denn wenn ein Benutzer ein datenbankbasiertes Artefakt, ein virtuelles Verzeichnis, ein Zertifikat oder eine Richtlinie ändert, während ein Exportvorgang ausgeführt wird, werden die Änderungen nicht in der exportierten .msi Datei widergespiegelt.

Importieren einer BizTalk-Anwendung

Skripterstellung für den Import von .msi Dateien

  • BtsTask.exe kann verwendet werden, um ein Skript für den Import vorhandener BizTalk-.msi-Dateien zu erstellen. Weitere Informationen zum Skripting .msi Dateiimport finden Sie unter Bereitstellen und Verwalten von BizTalk-Anwendungen.

    Hinweis

    Das Whitepaper gilt auch für BizTalk Server.

  • Sie können Skripts hinzufügen, die als Vor- oder Nachverarbeitungsskripts ausgeführt werden sollen. Sie müssen jedoch Logik in Ihre Skripts einschließen, um Umgebungsvariablen zu überprüfen, um zu bestimmen, in welchem Kontext das Skript ausgeführt wird (ein Import, eine Installation oder eine Deinstallation) und die entsprechende Verarbeitung. Weitere Informationen zur Verwendung von Vor- und Nachverarbeitungsskripts finden Sie unter Verwenden von Vor- und Nachverarbeitungsskripts zum Anpassen der Anwendungsbereitstellung.

    Überprüfen des Vorhandenseins von Artefakten, auf die verwiesen wird

  • Wenn eine Anwendung, die Sie importieren, über einen Verweis auf eine andere Anwendung verfügt, überprüft BizTalk Server, ob die Anwendung vorhanden ist, auf die verwiesen wird. Es wird jedoch nicht überprüft, ob die Artefakte, von denen Ihre Anwendung Abhängigkeiten aufweist, in der Anwendung enthalten sind, auf die verwiesen wird. Wenn Sie eine Anwendung importieren, die Abhängigkeiten von Artefakten in einer anderen Anwendung aufweist, sollten Sie überprüfen, ob die Anwendung, auf die verwiesen wird, das erforderliche Artefakt oder die erforderlichen Artefakte enthält.

    Das Importieren aus einer .msi-Datei schließt das Speichern geänderter Assemblys im globalen Assemblycache aus.

  • Um die Artefakte in einer Anwendung zu aktualisieren, importieren Sie die geänderten oder aktualisierten Artefakte aus einer .msi-Datei in die Anwendung. Wenn Sie keine .msi-Datei zum Importieren der Artefakte verwenden, müssen Sie alle Server in der Gruppe aktualisieren, indem Sie die geänderten Assemblys im globalen Assemblycache speichern.

    Hostverarbeitungsgruppen, um eine Teilmenge der Gesamtserver zu aktualisieren

  • Beim Aktualisieren von Artefakten in einer Anwendung müssen Sie normalerweise alle Server in einer BizTalk-Gruppe aktualisieren. Wenn Sie jedoch Hostverarbeitungsgruppen verwenden, müssen Sie nur eine Teilmenge der Gesamtserver in der Gruppe aktualisieren.

    Wenn bei einem Importvorgang ein Zeitüberschreitung auftritt, teilen Sie die Anwendung in zusätzliche .msi Dateien auf.

  • Bei einem Importvorgang tritt ein Timeout auf, wenn die Dauer 3.600 Sekunden überschreitet. Wenn Sie versuchen, eine .msi-Datei zu importieren, und der Vorgang ein Zeitüberschreitung auftritt, sollten Sie den Inhalt der Anwendung in mehr als eine .msi-Datei unterteilen, indem Sie die Anwendung erneut exportieren und eine Teilmenge der zu exportierenden Artefakte auswählen. Weitere Informationen zum Exportieren einer Anwendung in eine .msi-Datei finden Sie unter Exportieren einer BizTalk-Anwendung.