Microsoft App-V

Microsoft Application Virtualisierungslogo

Microsoft Application Virtualisierung (auch bekannt als App-V;[1] früher Softricity Softgrid)[2] ist ein Anwendungsvirtualisierung und Anwendungsstreaming Lösung von Microsoft. Es wurde ursprünglich von Softricity entwickelt, einem Unternehmen mit Sitz in Boston, Massachusetts, erworben von Microsoft Am 17. Juli 2006.[3] App-V repräsentiert den Eintritt von Microsoft zum Anwendungsvirtualisierungsmarkt neben ihren anderen Virtualisierungstechnologien wie z. B. Hyper-V, Microsoft User Environment Virtualization (UE-V),[4] Remote -Desktop -Dienste, und System Center Virtual Machine Manager.[5]

Überblick

APP-V ermöglicht die Bereitstellung von Anwendungen in Echtzeit in einem virtuellen Anwendungsserver in Echtzeit in Echtzeit. Es wird die Notwendigkeit einer herkömmlichen lokalen Installation der Anwendungen beseitigt, obwohl auch eine eigenständige Bereitstellungsmethode unterstützt wird. Mit einer Streaming-basierten Implementierung muss der App-V-Client auf den Client-Maschinen und Anwendungsdaten installiert werden, die auf dem virtuellen Anwendungsserver gespeichert sind -Nstalliert in einem lokalen Cache. Der App-V-Stack Sandboxen Die Ausführungsumgebung, sodass eine Anwendung keine direkten Änderungen an dem Dateisystem des zugrunde liegenden Betriebssystems und/oder vornimmt Windows -Registrierung, sondern in einer anwendungsspezifischen "Blase" enthalten. App-V-Anwendungen werden auch Sandboxen voneinander, so dass verschiedene Versionen derselben Anwendung gleichzeitig unter App-V ausgeführt werden können und so dass sich gegenseitig ausschließende Anwendungen auf demselben System koexistieren können. Trotzdem ist die Trennung keine Sicherheitsgrenze.[6]

App-V ermöglicht somit eine zentralisierte Installation und Verwaltung der bereitgestellten Anwendungen. Es unterstützt die von der Richtlinie basierende Zugriffskontrolle. Administratoren können den Zugriff auf die Anwendungen bestimmter Benutzer oder auf bestimmte Computer definieren und einschränken, indem sie Richtlinien für die Nutzung definieren. App-V bietet außerdem eine Tracking-Schnittstelle, um die Verwendung der virtualisierten Anwendung zu verfolgen. Server können nach Belieben in hoch verfügbaren Konfigurationen implementiert werden.

Der App-V-Client präsentiert dem Benutzer eine ordentliche, lokal installierte Anwendungserfahrung für virtualisierte Anwendungen. Der Zugriff auf Start der virtualisierten Anwendung scheint mit der lokal installierten Anwendung identisch zu sein, da Erweiterungen für die Anwendung durch den App-V-Client in die Desktop-Shell des Benutzers integriert werden. Wenn zwei oder mehr virtuelle Anwendungen eine Abhängigkeit voneinander haben, können die einzelnen virtualisierten Anwendungen auch so konfiguriert werden, dass sie in einer einzigen isolierten Blase zusammen ausgeführt werden.

Microsoft App-V ist eine zusätzliche Komponente, für die Lizenzierung zur Verwendung erforderlich ist. Die Lizenzierung ist benutzerbasiert und wird entweder durch Lizenzierung von Microsoft Desktop Optimization Pack (MDOP) für die Verwendung in Client-Betriebssystemen oder als Teil der Microsoft Remote-Desktop-Server-Client-Zugriffslizenz zur Verwendung auf Remote-Desktop-Servern erfasst. MDOP ist eine Reihe von Technologien, die als Abonnement für Software -Assurance -Kunden verfügbar sind. Es gibt auch ein Lizenzmodell, das für Hosting -Anbieter (Cloud Services) vorhanden ist.

Hauptversionen und Varianten

Microsoft hat Ende November 2012 Version 5 von App-V veröffentlicht, eine Hauptrede der dritten Generation der gesamten Plattform. Version 5 hat das Produkt modernisiert und Komponenten ersetzt, die für die Verwendung ursprünglich gegen Windows NT und Windows 2000 etwa 11 Jahre zuvor konzipiert wurden. Die Neugestaltung ermöglichte auch die Unterstützung neuerer Betriebssystemmerkmale und Verbesserungen der Virtualisierungsunterstützung.

Version 4.x des Produkts ist noch in weitem in der weit verbreiteten Verwendung und unterstützt derzeit aktiv. Microsoft erweiterte die basierte Unterstützung von Version 4 für Windows 8.1 und Server 2012 R2 -Client -Betriebssysteme. Einige der neueren Betriebssystemfunktionen sind jedoch für virtualisierte Anwendungen mit App-V 4.x nicht verfügbar. Das Microsoft Standard End of Support Datum für App-V 4.x war Juli 2015.[7]

Die Versionen 3.x und 2.x sind nicht mehr in der Produktion verwendet. Die Unterstützung für diese Versionen endete mit dem Erwerb von Softricity durch Microsoft. Versionen 2.x bis 4.x repräsentieren das Anwendung Virtualisierungsprodukt der zweiten Generation.

Es gab keine 1.x -Version des Produkts. Vor der Freisetzung von SoftGrid 2.0 wurde die Weichheit als bekannt als bekannt als SoftwareWow!. SoftwareWow! war ein früher Cloud -basierter Dienstanbieter mit einem Anwendungsgeschäft, der Anwendungen (hauptsächlich Spiele) für Verbraucher gestreamt. Die Dienstleistung nutzte ein internes Produkt der ersten Generation, um sie zur Verfügung zu stellen Software als Dienst (SaaS). Obwohl heute wenig Online -Informationen über das Unternehmen vorhanden sind,[8] Dieses Produkt lieferte Streaming -Dienste mit sehr begrenzter virtualisierter Unterstützung.

Ein Ableger von App-V wurde von Microsoft unter dem Namen Microsoft Server Application Virtualisierung („App-V für Server“) veröffentlicht.[9] Diese Plattform, die die Umleitung von Virtualisierung unterstützt, jedoch ohne Isolation, zielt darauf ab, virtualisierte Serverlasten zu liefern, die keine Intra-Anwendungskonflikte hätten. Das Produkt ist als Teil des Virtual Machine Managers des System Center erhältlich und wird normalerweise verwendet, um neue Instanzen von Servern nach Bedarfsbasis zu verbessern.

Die Architektur

Microsoft bietet drei Optionen für die Bereitstellung virtueller Anwendungen an, was sich auf die verwendeten architektonischen Komponenten auswirkt:

  • Eine Reihe von Servern, die App-V gewidmet sind.
  • Integration von Systemcenter -Konfigurationsmanager.
  • "Eigenständiger" Modus, in dem die Anwendung über andere Mittel geliefert werden kann.

Die Implementierung dieser drei Bereitstellungsoptionen unterscheidet sich, wenn Version 5.x oder 4.x von App-V verwendet wird. Jeder werden getrennt beschrieben.

Architektur in Versionen 5.x

Die 5.x -basierte Architektur hat drei Hauptoptionen, die verwendet werden können. Alle drei Optionen verwenden einige gängige Komponenten:

  • Microsoft Application Virtualisierung 5.x Sequenzer, mit der eine individuelle Anwendung zur virtualisierten Lieferung verpackt wird.
  • Microsoft Application Virtualisierung 5.x Client, die im Betriebssystem verwendet wird, um die virtuelle Anwendung auszuführen. Es gibt zwei Formulare des Clients, eine für Desktop -Betriebssysteme (wie Windows 7 mit Service Pack 1 und Windows 8) und eine für Serverbetriebssysteme, die für die Verwendung als Remote -Desktop -Sitzungs -Host -Server konfiguriert sind.
  • Microsoft Application Virtualisierungsberichtserver, eine optionale Komponente, die Verwendungsinformationen (Messung) der virtualisierten Anwendungen sammeln kann.
  • Microsoft Application Virtualisierung Client -Konsole, eine optionale Komponente, die als virtuelle Anwendung an Client -Systeme geliefert werden kann. In der Regel ist die Konsole für Endbenutzer nicht erforderlich. Die Bereitstellung der Konsolenanwendung bietet dem Benutzer jedoch zusätzliche Kontrolle über die zuvor autorisierten und gelieferten virtuellen Anwendungen.

Der Rest der 5.x -Architektur hängt von der verwendeten Bereitstellungsoption ab.

Vollständige App-V 5.x Serveroption

Der vollständige App-V 5.x-Server, der aus den folgenden zusätzlichen Komponenten besteht:

  • Microsoft Application Virtualization 5.x Management Server, verwendet, um Anwendungen und Verbindungsgruppen zu definieren und sie Active Directory -Sicherheitsgruppen zuzuweisen, die Listen von Benutzern oder Computern enthalten, die zur Verwendung der Anwendung befugt sind. Dieser Server verteilt auch eine Zusammenfassung dieser Informationen an mehrere Publishing -Server. Der Verwaltungsserver wird als Webdienst implementiert, der Konfigurationsinformationen in einer Back-End-Datenbank speichert. Der Webdienst kann mit einem silberlight-fähigen Webbrowser oder PowerShell zugegriffen werden.
  • Microsoft Application Virtualization Publishing Server, verwendet, um Benutzer und Computer zu authentifizieren und entsprechende virtuelle Anwendungsmetadaten für die Veröffentlichung an den Client zu liefern.
  • Paket Store, Eine einfache Dateifreigabe, die von den Clients zum Streamen virtuelle Anwendungen verwendet wird. In einigen Fällen kann der Paketspeicher von einem Webserver vorgenommen werden.

Konfigurationsmanager -Integrationsoption

Der Konfigurationsmanager besteht aus den folgenden Komponenten:

  • Microsoft System Center Configuration Manager Site Server, verwendet, um Betriebsbilder, herkömmliche Anwendungspakete für Installation, virtuelle Anwendungen und andere Bereitstellungsaufgaben zu definieren. Diese Elemente können auch Sammlungen von Benutzern und Computern sowie Anforderungen und Abhängigkeiten zugewiesen werden. Diese Informationen werden in einer Datenbank gespeichert und über einen Verteilungspunkt an Client -Maschinen geliefert.
  • Microsoft System Center Distribution Point, verwendet, um Inhalte für die Bereitstellung für eine hoch skalierbare Lösung zu speichern.
  • Microsoft System Center Client Agent, verwendet, um Bereitstellungsmetadaten und Inhalte aus dem Verteilungspunkt zu ziehen und eine Vielzahl von Client -Komponentenaktionen zu implementieren. Aus Sicht der App-V liefert diese Komponente die virtuelle Anwendung an den App-V-Client.

App-V 5 erfordert die Verwendung von System Center Configuration Manager 2012 und oben, um die App-V-Funktionen vollständig zu unterstützen. Die Bereitstellung durch ältere Versionen oder andere elektronische Abgabesysteme sind auch durch die virtuelle MSI -Bereitstellungsmethode möglich.

Standalone -Modus

Die App-V 5.x-Clients enthält eine PowerShell-API, die letztendlich von beiden oben genannten Servermodi verwendet wird. Es ist manchmal wünschenswert, diese API direkt im Client zu verwenden, entweder manuell oder zusätzliche Werkzeuge, die von Dritten entwickelt wurden.

Architektur in Versionen 2.x bis 4.x

Die 4.x -basierte Architektur verfügt über drei Hauptoptionen, die ebenfalls verwendet werden können. Alle drei Optionen verwenden einige gemeinsame Komponenten:

  • Microsoft Application Virtualisierung 4.x Sequenzer, mit der eine individuelle Anwendung zur virtualisierten Lieferung verpackt wird.
  • Microsoft Application Virtualisierung 4.x Client, die im Betriebssystem verwendet wird, um die virtuelle Anwendung auszuführen. Es gibt vier Formen des Clients, kombiniert in Sets, die entweder X86- oder X64 -Betriebssysteme unterstützen. Ein Satz für Desktop -Betriebssysteme (wie Windows XP und höher) und der andere eingestellt für Server -Betriebssysteme, die für die Verwendung als Remote -Desktop -Sitzungs -Host -Server konfiguriert sind.

Dedizierter App-V-Verwaltungsserver

Die App-V 4.x-Systemarchitektur besteht aus den folgenden Komponenten:

  • Microsoft Systems Center Virtual Application Management Server, mit der Anwendungen definiert und Active Directory -Benutzer oder Sicherheitsgruppen zugewiesen werden, die Listen von Benutzern enthalten, die zur Verwendung der Anwendung autorisiert sind. Der Server führt auch die Laufzeit -Authentifizierung mit autorisierten Listen- und Aufzeichnungsnutzungsinformationen (Meterage) in einer Datenbank zur Berichterstattung durch.
  • Microsoft Systems Center Virtual Application Management Service, das ein .net -Remoting -Webdienst ist, verwaltet Client -Anfragen für Anwendungen. Dieser Server arbeitet in Verbindung mit dem Verwaltungsserver, um autorisierte Anwendungsmetadaten für die Veröffentlichung, die Überprüfung der autorisierten Verwendung und die Berichterstattung zur Verfügung zu stellen. Der Server übernimmt auch Streaming -Operationen der virtualisierten Pakete mithilfe einer Erweiterung des RTSP -Protokolls.
  • App-V-Managementkonsole, das Management-Tool zum Einrichten, Verwalten und Verwalten von App-V-Servern. Es kann verwendet werden, um Richtlinien zu definieren, die die Verwendung der Anwendungen bestimmen. Es kann auch verwendet werden, um virtualisierte Anwendungspakete zu erstellen, zu verwalten, zu aktualisieren und zu replizieren.

Shared System Center Configuration Manager

2009 bot Microsoft eine neue Möglichkeit, App-V mit Verbesserungen zu implementieren Systemcenter -Konfigurationsmanager. Die Architektur der System Center Configuration Manager besteht aus den folgenden Komponenten:

  • System Center Configuration Manager Site Serverals primäres Repository zum Halten von Systembildern, Anwendungspakete, die mit herkömmlichen Installateuren erstellt wurden, und virtuelle Anwendungen.
  • System Center Configuration Manager Distribution Server, verwendet, um die Software auf lokaler Ebene zu speichern und zu verteilen.

App-V 4.x hat direkte Integrationen mit Configuration Manager 2007 SP1 bis 2012 R2.

"Eigenständiger" Modus

Die App-V-Clients können auch in einem "eigenständigen Modus" verwendet werden.[10] Ohne eine der zuvor beschriebenen Serverinfrastrukturen. In diesem Fall werden die sequenzierten Pakete unter Verwendung einer externen Technik wie einem elektronischen Software -Abgabesystem oder einer manuellen Bereitstellung geliefert.

Betrieb

Abgesehen von den mit den Bereitstellungsvorgängen verbundenen Vorgängen umfasst die App-V-Anwendung Virtualisierung hauptsächlich zwei Komponenten-die APP-V-Sequenzer und die App-V-Client.

Der App-V-Sequenzer ist die Komponente, die eine Anwendung für Virtualisierung und Streaming erneut überpackt. Es analysiert die Anwendung für die von ihnen benötigten Ressourcen, unterstützt die Anpassung der Anwendungen und erstellt aus diesem Bereich ein Paket mit ausführbaren Komponenten, Datendateien und Registrierungseinstellungen, die von der Anwendung erforderlich sind. Das Paketformat für die Versionen 4.x und 5.x ist ganz anders:

  • Das 5.x-Produkt verwendet ein App-V-Format, das auf Standardkomprimierungsformaten mit zusätzlichen Funktionen basiert. Intern wird ein Großteil der Metadatenformatierung von Appx entlehnt.
  • Die App-V 4.x-Versionen erstellen Pakete mit dem SFT-Format,[11] zusammen mit zusätzlichen Dateien basierend auf einer geänderten Version[12] der OSD -Spezifikation (Open Software Beschreibung), die 1997 von Microsoft und Marimba dem WC3 vorgeschlagen wurde.[13]

Der Sequenzer überwacht die Anwendungsinstallation, Konfiguration und Laufzeitnutzung von Datei- und Registrierungsressourcen, um Paketinhalte und Konfiguration zu ermitteln. Es wird Maschinen- und benutzerspezifische Informationen abstrahiert, um die Portabilität der Anwendungskomponenten zu verbessern und die meisten Anwendungen in einigen Fällen von verschiedenen Benutzern, auf verschiedenen Hardware und sogar auf verschiedenen Betriebssystemen auszuführen. Das Paket ist auch für Streaming-Vorgänge konfiguriert, bei denen Teile der Dateien nach Bedarf an Clients geliefert werden können. Richtlinien für Sequenzierungsanwendungen sind für den 4.x unterschiedlich[14] und 5.x[15] Versionen.

Der App-V-Client empfängt auf verschiedene Weise virtuelle Anwendungspaketdefinitionen. Wenn Sie so konfiguriert werden, dass er von einem vollständigen App-V-Infrastrukturserver empfangen wird, tritt dies automatisch bei Anmeldung oder einem Timer auf und wird vom App-V-Client initiiert. Es kann auch Anweisungen über eine Client-API gesendet werden, die von Systemcenter-Bereitstellungen, virtuellen MSI und eigenständigen Methoden verwendet wird. Die App-V 5.x-Client-API basiert auf PowerShell, während der 4.x-Client eine proprietäre SFTMIME-Schnittstelle verwendet.

Nach Erhalt des Pakets lädt der Client entsprechende Metadaten und möglicherweise (abhängig von Paket- und Client -Konfigurationen) einige oder alle Paketkomponenten herunter. Der Client ist so konzipiert, dass ein Streaming -Dateisystem verwendet wird, das ähnlich wie die lokale Dateipaging -Aktivität arbeitet. Dies ermöglicht das Starten der Anwendung ohne alle im Cache lokal vorhandenen Dateien. Wenn die Anwendung einen nicht vorhandenen Dateiabschnitt benötigt, wird eine Operation bezeichnet, die als Stream-Fault bezeichnet wird, die den benötigten Dateiabschnitt abruft. Der Streamed -Paket -Inhalt wird für die Dauer der Anwendungssitzung vom Client im Speicher zwischengespeichert und kann für die zukünftige Verwendung in einem lokalen Festplatten -Cache beibehalten werden.

Benutzereinstellungen werden im lokalen System selbst unter Verwendung der Umleitung gespeichert, um sicherzustellen, dass die zwischengespeicherte Kopie der Anwendung nicht geändert wird. In einigen Fällen ermöglicht dies die Bereitstellung von Anwendungen, die nicht auf Multi-User-Bedenken auf Shared-Host-Systemen mit Remote-Desktops verwendet werden.

Funktionen spezifisch für Version 5.x

Version 5.x, zusätzlich zu einer Neugestaltung, fügte eine Nummer hinzu, die in der Version 4.x noch nicht verfügbar ist. 5.0 Service Pack 2 hinzugefügt zu diesen. Sie beinhalten:

  • Unterstützung für zusätzliche Integrationen. Anwendungen haben viele Möglichkeiten, um die Integration in das Betriebssystem und die Benutzerdesktop -Shell integrieren zu können. Zuvor nur Anwendungsverknüpfungen, Dateityp -Assoziationen usw. Com Integrationen standen zur Verfügung, um dem Benutzer eine native Erfahrung zu bieten. Version 5.x, insbesondere mit Service Pack 2 und darüber hinaus, erweiterte die Arten von Integrationen, die als Anwendungsweiterungen in App-V bezeichnet werden, erheblich erweitert. Neben einer verbesserten Abkürzungsunterstützung wurden Protokollhandler, Anwendungsfunktionen, Software-Clients, App-Pfade und eine Vielzahl von Shell-Erweiterungen, Browser-Helferobjekten und Active-X-Integrationen hinzugefügt. Viele dieser Erweiterungen tragen dazu bei, die Einwände gegen die Virtualisierung komplizierter Anwendungen wie Microsoft Office und Plug-Ins gegen Office zu überwinden.
  • Anwendungsgröße. Die 4 -GB -Paketgrößenbeschränkung ist verschwunden. Für App-V 5.x-Pakete gibt es kein dokumentiertes Limit.
  • Verbessertes Skript. Abhängige Komponenten, die nicht virtualisiert werden können, können jetzt lokal von dem App-V-Client installiert werden, wenn dies mithilfe der neuen Skriptschnittstelle erforderlich ist, selbst wenn der angemeldete Benutzer keine administrativen Berechtigungen zur Installation von Software verfügt. Dies schließt abhängige Geräte -Treiber ein.
  • Verbindungsgruppen: Wird verwendet, wenn mehrere Pakete in einer einzigen virtuellen Anwendungsumgebung zusammenarbeiten müssen, dies ersetzt die dynamische Suite-Zusammensetzung, die zu App-V 4.5 hinzugefügt wurde. Der Hauptvorteil dieser Neugestaltung besteht darin, dass die Verbindungsgruppen jetzt auf der Ebene der App-V- oder Konfiguration Manager verwaltet werden und nicht von einem Administrator versteckten Änderungen.
  • Runviral: Manchmal werden virtuelle Anwendungen mit lokal installierten Komponenten gestartet, z. B. einen lokalen Webbrowser mit virtualisierten Plug-Ins. Zuvor hat die Virtualisierung dieser Anwendungen Probleme für Benutzer verursacht, die bereits ihre eigenen Abkürzungen für die lokale Komponente erstellt haben. Verwendung RunviralDer Administrator kann sicherstellen, dass jede Einführung der lokalen Komponente virtualisiert wird.

Einschränkungen der Version 4.x

  • Microsoft Office Plug-Ins: Obwohl man Microsoft Office-Plug-Ins sequenzieren kann, wird nicht empfohlen, sie aufgrund vieler technischer und nutzungsfristiger Probleme nacheinander zu sequenzieren. In einer Situation, in der mehr als zwei Plug-Ins von einem Benutzer verwendet werden, hat der Benutzer nicht die Kontrolle darüber, welche Plug-in-Sequenz beginnt, wenn er ein Dokument öffnet. Die einzige Arbeit, um das Problem zu lösen, besteht darin, eine einzelne Suite oder dynamische Suite aller Plug-Ins zu erstellen.
  • Anwendungsgröße: Wenn die maximale Client -Cache -Größe auf mindestens 4 GB festgelegt ist (der max. 64 GB), beträgt die maximale Größe der Anwendung (SFT -Datei), die auf dieser Maschine gestreamt werden kann, 4 GB. Alle Anwendungen mit einem installierten Fußabdruck, das größer oder gleich der vom Client festgelegten MAX -Clientgröße ist, sollten nicht sequenziert werden. Die maximale Anwendungsgröße SoftGrid kann aufgrund der Verwendung des FAT32 Dateisystem.[16]
  • Gerätetreiber: App-V unterstützt derzeit keine Sequenzierung von Kernel-Mode-Geräte-Treibern. Somit kann jede Anwendung, die einen Gerätetreiber installiert, nicht sequenziert werden. Die einzige Ausnahme ist, wenn der Gerätetreiber lokal vorinstalliert werden kann. In diesem Fall wird die Anwendung ohne den Gerätetreiber sequenziert.
  • Verknüpfungen: Anwendungen sollten mindestens eine Abkürzung haben. Wenn keine Verknüpfungen vorhanden sind, sollte die Anwendung zusammen mit der Anwendung, die sie benötigt, in einer Suite sequenziert werden. Internet Explorer -Plugins benötigen eine spezielle Verknüpfung, um den Browserprozess unter der Virtualisierungsschicht zu starten.
  • Middleware: Middleware -Anwendungen sind möglicherweise keine guten Kandidaten für die Sequenzierung, da diese möglicherweise Laufzeitvoraussetzungen für mehrere Anwendungen sind. Mit späteren Versionen von App-V können sie in ein separates Paket sequenziert werden, das andere virtuelle Anwendungen mit der Verwendung einer Funktion namens verknüpft sind Dynamische Suite -Komposition.[17]
  • Pfad harte Codierung: Die Anwendung sollte keinen Ordner/Dateipfad haben hart codiert in der Anwendung selbst. Einige Anwendungen codieren den Pfad der Dateien in ihren ausgestellten Ausführungen, anstatt sie zu parametriieren oder in der Windows -Registrierung zu speichern. Konfigurationsdateien, die in Erweiterungen wie INI, CONF, DAT und TXT enden, sind gute Orte, um nach anwendungsspezifischen Einstellungen von Pfadinformationen zu suchen, die Probleme verursachen können. Scheitern, a Shim Kann verwendet werden, um die Anwendung zu beseitigen, wobei der Quellcode oder ein Update nicht verfügbar ist.
  • Auto-Update: Anwendungen mit automatischen Updates sollten nicht sequenziert werden, wenn ihr Aktualisierungsmechanismus nicht deaktiviert werden kann. Sequenzierte Anwendungen nicht aktualisiert. Darüber hinaus führt das Ermöglichen von Auto-Update zu einer Nichteinhaltung der Anwendungsversion.
  • Dienstleistungen: Virtualisierung von Diensten, die bei der Startzeit beginnen müssen, werden nicht unterstützt. Alle anderen Arten von Diensten können im Allgemeinen virtualisiert werden. Sie werden gestartet, wenn die virtuelle Anwendung startet und heruntergefahren wird oder wenn eine ausführbare Anwendung endet.
  • Lizenzierungsrichtlinien: Anwendungen mit der Lizenzentwicklung, die an die Maschine gebunden ist, z. Die Lizenz ist an das System gebunden MAC-Adresse oder Harddisk -Seriennummer. Diese Art der Anwendung sollte nicht sequenziert werden, wenn die Aktivierung vom Benutzer beim ersten Start der sequenzierten Anwendung, manuell oder mit Skript nicht durchgeführt werden kann.
  • Internet Explorer & Service Packs: Microsoft unterstützt keine Sequenzierung einer Version von Internet Explorer.

Ähnliche Technologien

Verweise

  1. ^ "Ein Abschied von Softgrid". Abgerufen 2008-07-10.
  2. ^ "Microsoft Application Virtualization 4.5 ist jetzt in Beta erhältlich!". Abgerufen 2007-11-13.
  3. ^ "Microsoft PressPass - Microsoft vervollständigt die Akquisition von Softricity". microsoft.com. Archiviert von das Original am 2007-06-18. Abgerufen 2007-05-02.
  4. ^ "RedmondMag - Microsoft Desktop -Optimierungspaket 2014 jetzt verfügbar". Abgerufen 2014-07-04.
  5. ^ "Microsoft PressPass - Microsoft erweitert die Virtualisierungsstrategie und skizziert die Produktstraßenkarte". microsoft.com. Abgerufen 2007-05-02.
  6. ^ "App-V 5.1 Sicherheitsüberlegungen". Abgerufen 2015-04-18. "App-V 5.1 ist kein Sicherheitsprodukt und bietet keine Garantien für eine sichere Umgebung."
  7. ^ "Microsoft Product Lifecycle Search".
  8. ^ "Marke - Markensuche".
  9. ^ "Microsoft Server -Anwendungsvirtualisierung".
  10. ^ "Tmurgent: App-V im eigenständigen Modus" (PDF).
  11. ^ "Microsoft: Die App-V 4.x SFT-Dateiformatspezifikation".
  12. ^ "OSD illustriert".
  13. ^ "Open Software Beschreibung Vorschlag".
  14. ^ "App-V-Sequenzierungshandbuch für App-V 4.6 SP1-Microsoft Corporation (.docx-Datei)".
  15. ^ "Sequenzierungshandbuch für App -V 5.0 - Microsoft Corporation (.docx -Datei)".
  16. ^ "App -V -Sequenzierungshandbuch - Microsoft Corporation (.docx -Datei)". Abgerufen 2018-03-13.
  17. ^ "So verwenden Sie dynamische Suite -Zusammensetzung | Microsoft -Dokumente". Technet.microsoft.com. 2016-06-16. Abgerufen 2018-03-13.
  18. ^ Trond Eirik Haavarstein. "Lang Live App-V 5-Anwendungsstreaming ist tot". Abgerufen 2014-06-06.

Weitere Lektüre

Externe Links