Der Prozess zur Software-Paketerstellung mit Software Delivery für virtuelle Anwendungen (durch den Registrierungsassistenten für Pakete mit virtuellen Anwendungen) erstellt drei Softwarepakete bei der ersten Paketerstellung einer virtuellen Anwendung:
Dieses Paket installiert und führt die virtuelle Anwendung örtlich auf dem Zielcomputer aus. Das eigenständige Paket enthält Prozeduren und, für Microsoft App-V, Konfigurationsdateien. Es enthält außerdem eine Abhängigkeit zum Staging-Paket, das das Image der virtuellen Anwendung enthält. Daher wird das Staging-Paket auf dem Zielcomputer installiert, bevor das eigenständige Paket installiert wird.
Dieses Paket erstellt alle Verknüpfungen und Dateizuordnungen (wie bei der ursprünglichen Installation erstellt). Das eigenständige Paket enthält keine Anwendungsmassendaten. Die große Datenmenge wird im Staging-Paket gespeichert und auf dem Zielcomputer als eine Abhängigkeit zum eigenständigen Paket installiert.
Dieses Paket wird im folgenden Format benannt:
Anwendungsname-Anbieter-Tool-Abkürzung-SA
Beispiel: DeveloperStudio–AV–SA (Microsoft App-V) oder DeveloperStudio–TA–SA (VMware ThinApp)
Dieses Paket besteht aus Prozeduren, Tools und Konfigurationsdateien. Es erstellt Verknüpfungen und Dateizuordnungen auf dem Zielcomputer. Die Verknüpfungen auf dem Zielcomputer erlauben den Start der Anwendung vom Scalability-Server, der als Streaming-Server agiert. Das Image der virtuellen Anwendung ist nicht Teil des Streaming-Pakets, d. h., dass für das Anwendungs-Image kein Staging auf dem Zielcomputer durchgeführt wird. Für das Anwendungs-Image muss stattdessen ein Staging auf dem Scalability-Server durchgeführt werden. Der Administrator muss sicher gehen, dass das Staging-Paket zuerst auf dem Scalability-Server installiert wird, damit das Streaming-Paket ordnungsgemäß ausgeführt werden kann.
Hinweis: Das Streaming-Paket wird nicht erstellt, wenn eine virtuelle Anwendung als Aktualisierung eines vorhandenen Pakets mit einer virtuellen Anwendung importiert wird. Das Streaming-Paket muss nicht aktualisiert werden, weil die enthaltenen Shortcuts bereits auf das (aktualisierte) Staging-Paket verweisen.
Dieses Paket wird im folgenden Format benannt:
Anwendungsname-Anbieter-Tool-Abkürzung-SM
Beispiel: DeveloperStudio–AV–SM (Microsoft App-V) oder DeveloperStudio–TA–SM (VMware ThinApp)
Dieses Paket bietet Zugriff auf die virtuelle Anwendung für eigenständige und Streaming-Modi der Paketlieferung. Das Staging-Paket enthält große Datenmengen, d. h., das Image der virtuellen Anwendung. Bei eigenständigen Lieferungen wird für das Image ein Staging auf dem Zielcomputer durchgeführt. Bei Streaming-Lieferungen wird der Inhalt des Images auf den Zielcomputer gestreamt. Da bestimmte Teile der Anwendung vom Benutzer angefordert werden, werden jene Teile vom Scalability-Server (der als Streaming-Server agiert) auf den Zielcomputer gestreamt.
Hinweis: Das Staging-Paket wird automatisch installiert (als ein abhängiges Paket), wenn Sie ein eigenständiges Paket auf einem Zielcomputer installieren. Wenn Sie jedoch ein eigenständiges Paket deinstallieren, wird das entsprechende Staging-Paket nicht automatisch deinstalliert. Sie müssen einen Deinstallationsjob planen, um das Staging-Paket zu entfernen.
Dieses Paket wird im folgenden Format benannt:
Anwendungsname-Anbieter-Tool-Abkürzung-SG
Beispiel: DeveloperStudio–AV–SG (Microsoft App-V) oder DeveloperStudio–TA–SG (VMware ThinApp)
Aktualisierungen für virtuelle Anwendungen
Wenn Pakete der Aktualisierungen für virtuelle Anwendungen erstellt werden, erstellt der Software Delivery-Verpackungsprozess nur zwei Softwarepakete: Eigenständig und Staging. Das Streaming-Paket wird nicht erstellt, da dieses Paket nur Client-Verknüpfungen zu den Staging-Paketen und den virtuellen Anwendungen enthält. Diese Verknüpfungen sind nicht von den Anwendungsaktualisierungen betroffen. Die Aktualisierungspakete "Eigenständig" und "Staging" werden mit einer Versionsnummer registriert, die über der Nummer der ursprünglichen Pakete liegt.
Aktualisierungspakete haben denselben Namen wie die früheren Pakete, jedoch mit einer höheren Versionsnummer. Obwohl die Versionsnummer nicht Teil des Paketnamens ist (wird intern gespeichert), wird sie in der Software Delivery-Bibliothek, im DSM-Explorer, als Suffix des Paketnamens angezeigt.
Downgrades für virtuelle Anwendungen
Sie können an einem Paket mit einer virtuellen Anwendung auch ein Downgrade vornehmen. Ein Downgrade ähnelt einer Aktualisierung. Sie müssen das Image der virtuellen Anwendung, das die Anwendung enthält, mit der Zielversion für das Downgrade erstellen. Das Verpacken eines Downgrades ähnelt dem Verpacken einer Aktualisierung. Es werden nur die Pakete 'Eigenständig' und 'Staging' erstellt. Die Pakete, an denen ein Downgrade durchgeführt wurde, haben denselben Namen wie frühere Pakete, jedoch mit einer höherenVersionsnummer (ähnlich zu Aktualisierungspaketen).
|
Copyright © 2014 CA Technologies.
Alle Rechte vorbehalten.
|
|