Änderungen in 7.x
Die Architektur, Terminologie und Funktionen von XenApp und XenDesktop haben sich ab den 7.x-Versionen geändert. Wenn Sie nur mit früheren (vor 7.x) Versionen vertraut sind, kann dieser Artikel Sie mit den Änderungen vertraut machen.
Nachdem Sie auf eine 7.x-Version umgestiegen sind, werden Änderungen an späteren Versionen unter Neuerungen aufgeführt.
Sofern nicht anders angegeben, bezieht sich 7.x auf XenApp Version 7.5 oder höher und XenDesktop Version 7 oder höher.
Dieser Artikel bietet einen Überblick. Umfassende Informationen zum Umstieg von vor 7.x auf die neueste Version finden Sie unter Upgrade auf XenApp 7.
Elementunterschiede zwischen XenApp® 6 und der aktuellen XenApp-Version
Obwohl sie keine exakten Entsprechungen sind, hilft die folgende Tabelle, funktionale Elemente von XenApp 6.5 und früheren Versionen den XenApp- und XenDesktop-Versionen ab 7.x zuzuordnen. Beschreibungen der architektonischen Unterschiede folgen.
| Stattdessen in XenApp 6.x und früher | Betrachten Sie dies in Version 7.x |
|---|---|
| Independent Management Architecture (IMA) | FlexCast Management Architecture (FMA) |
| Farm | Site |
| Worker-Gruppe | Maschinenkatalog, Bereitstellungsgruppe |
| Worker | Virtual Delivery Agent (VDA), Server-OS-Maschine, Server-OS-VDA, Desktop-OS-Maschine, Desktop-OS-VDA |
| Remote Desktop Services (RDS) oder Terminal Services-Maschine | Server-OS-Maschine, Server-OS-VDA |
| Zone und Datensammler | Delivery Controller™ |
| Delivery Services Console | Citrix Studio und Citrix Director |
| Anwendungen veröffentlichen | Anwendungen bereitstellen |
| Datenspeicher | Datenbank |
| Lastauswerter | Lastverwaltungsrichtlinie |
| Administrator | Delegierter Administrator, Rolle, Bereich |
Architekturunterschiede
Ab Version 7.x basieren XenApp und XenDesktop auf der FlexCast Management Architecture (FMA). FMA ist eine serviceorientierte Architektur, die Interoperabilität und Management-Modularität über Citrix-Technologien hinweg ermöglicht. FMA bietet eine Plattform für Anwendungsbereitstellung, Mobilität, Dienste, flexible Bereitstellung und Cloud-Management.
FMA ersetzt die Independent Management Architecture (IMA), die in XenApp 6.5 und früheren Versionen verwendet wurde.
Dies sind die Schlüsselelemente von FMA im Hinblick auf ihre Beziehung zu Elementen von XenApp 6.5 und früheren Versionen:
- Bereitstellungs-Sites: Farms waren die Top-Level-Objekte in XenApp 6.5 und früheren Versionen. In XenApp 7.x und XenDesktop 7.x ist die Site das höchste Element. Sites bieten Anwendungen und Desktops für Benutzergruppen an. FMA erfordert, dass Sie sich in einer Domäne befinden müssen, um eine Site bereitzustellen. Um beispielsweise die Server zu installieren, muss Ihr Konto über lokale Administratorrechte verfügen und ein Domänenbenutzer im Active Directory sein.
- Maschinenkataloge und Bereitstellungsgruppen: Maschinen, die Anwendungen in XenApp 6.5 und früheren Versionen hosteten, gehörten zu Worker Groups für eine effiziente Verwaltung der Anwendungen und Serversoftware. Administratoren konnten alle Maschinen in einer Worker Group als eine einzige Einheit für ihre Anwendungsverwaltung und Lastenausgleichsanforderungen verwalten. Ordner wurden verwendet, um Anwendungen und Maschinen zu organisieren. In XenApp 7.x und XenDesktop 7.x verwenden Sie eine Kombination aus Maschinenkatalogen, Bereitstellungsgruppen und Anwendungsgruppen, um Maschinen, Lastenausgleich und gehostete Anwendungen oder Desktops zu verwalten. Sie können auch Anwendungsordner verwenden.
- VDAs: In XenApp 6.5 und früheren Versionen führten Worker-Maschinen in Worker Groups Anwendungen für den Benutzer aus und kommunizierten mit Datensammlern. In XenApp 7.x und XenDesktop 7.x kommuniziert der VDA mit Delivery Controllern, die die Benutzerverbindungen verwalten.
- Delivery Controller: In XenApp 6.5 und früheren Versionen gab es einen Zonenmaster, der für Benutzerverbindungsanfragen und die Kommunikation mit Hypervisoren zuständig war. In XenApp 7.x und XenDesktop 7.x verteilen und bearbeiten Controller in der Site Verbindungsanfragen. In XenApp 6.5 und früheren Versionen boten Zonen eine Möglichkeit, Server zu aggregieren und Daten über WAN-Verbindungen zu replizieren. Obwohl Zonen in XenApp 7.x und XenDesktop 7.x kein exaktes Äquivalent haben, ermöglichen die 7.x-Zonen und die Zonenpräferenzfunktion, Benutzern in entfernten Regionen den Zugriff auf Ressourcen zu erleichtern, ohne dass ihre Verbindungen notwendigerweise große Segmente eines WANs durchqueren müssen.
- Studio und Director: Verwenden Sie die Studio-Konsole, um Ihre Umgebungen zu konfigurieren und Benutzern Zugriff auf Anwendungen und Desktops zu ermöglichen. Studio ersetzt die Delivery Services Console in XenApp 6.5 und früheren Versionen. Administratoren verwenden Director, um die Umgebung zu überwachen, Benutzergeräte zu überwachen (shadow) und IT-Probleme zu beheben. Um Benutzer zu überwachen, muss die Windows-Remotedesktopunterstützung aktiviert sein; sie ist standardmäßig aktiviert, wenn der VDA installiert wird.
- Bereitstellen von Anwendungen: XenApp 6.5 und frühere Versionen verwendeten den Assistenten zum Veröffentlichen von Anwendungen, um Anwendungen vorzubereiten und Benutzern bereitzustellen. In XenApp 7.x und XenDesktop 7.x verwenden Sie Studio, um Anwendungen zu erstellen und hinzuzufügen, um sie Benutzern zur Verfügung zu stellen, die in einer Bereitstellungsgruppe und optional in Anwendungsgruppen enthalten sind. Mit Studio konfigurieren Sie zuerst eine Site, erstellen und spezifizieren Maschinenkataloge und erstellen dann Bereitstellungsgruppen, die Maschinen aus diesen Katalogen verwenden. Die Bereitstellungsgruppen bestimmen, welche Benutzer Zugriff auf die von Ihnen bereitgestellten Anwendungen haben. Optional können Sie Anwendungsgruppen als Alternative zu mehreren Bereitstellungsgruppen erstellen.
- Datenbank: XenApp 7.x und XenDesktop 7.x verwenden den IMA-Datenspeicher nicht für Konfigurationsinformationen. Sie verwenden eine Microsoft SQL Server-Datenbank, um Konfigurations- und Sitzungsinformationen zu speichern.
- Lastverwaltungsrichtlinie: In XenApp 6.5 und früheren Versionen verwenden Lastauswerter vordefinierte Messungen, um die Last auf einer Maschine zu bestimmen. Benutzerverbindungen können Maschinen mit einer geringeren Last zugeordnet werden. In XenApp 7.x und XenDesktop 7.x verwenden Sie Lastverwaltungsrichtlinien für den Lastenausgleich über Maschinen hinweg.
- Delegierte Administration: In XenApp 6.5 und früheren Versionen haben Sie benutzerdefinierte Administratoren erstellt und ihnen Berechtigungen basierend auf Ordnern und Objekten zugewiesen. In XenApp 7.x und XenDesktop 7.x basieren benutzerdefinierte Administratoren auf Rollen- und Bereichspaaren. Eine Rolle repräsentiert eine Jobfunktion und hat definierte Berechtigungen, die mit ihr verbunden sind, um die Delegation zu ermöglichen. Ein Bereich repräsentiert eine Sammlung von Objekten. Integrierte Administratorrollen haben spezifische Berechtigungssätze, wie z. B. Helpdesk, Anwendungen, Hosting und Katalog. Zum Beispiel können Helpdesk-Administratoren nur mit einzelnen Benutzern auf bestimmten Sites arbeiten, während Volladministratoren die gesamte Bereitstellung überwachen und systemweite IT-Probleme beheben können.
Funktionsvergleich
Der Übergang zu FMA bedeutet auch, dass einige Funktionen, die in XenApp 6.5 und früheren Versionen verfügbar waren, anders implementiert werden oder erfordern, dass Sie andere Funktionen, Komponenten oder Tools verwenden, um die gleichen Ziele zu erreichen.
| Stattdessen in XenApp 6.5 und früher | Verwenden Sie dies in 7.x |
|---|---|
| Sitzungsvorabstart und Sitzungsverzögerung, konfiguriert mit Richtlinieneinstellungen | Sitzungsvorabstart und Sitzungsverzögerung, konfiguriert durch Bearbeiten der Einstellungen der Bereitstellungsgruppe. Wie in XenApp 6.5 helfen diese Funktionen Benutzern, sich schnell mit Anwendungen zu verbinden, indem sie Sitzungen starten, bevor diese angefordert werden (Sitzungsvorabstart), und Sitzungen aktiv halten, nachdem ein Benutzer alle Anwendungen geschlossen hat (Sitzungsverzögerung). In XenApp und XenDesktop 7.x aktivieren Sie diese Funktionen für bestimmte Benutzer, indem Sie diese Einstellungen für bestehende Bereitstellungsgruppen konfigurieren. |
| Unterstützung für nicht authentifizierte (anonyme) Benutzer durch Gewährung von Rechten für anonyme Benutzer beim Festlegen der Eigenschaften veröffentlichter Anwendungen | Die Unterstützung für nicht authentifizierte (anonyme) Benutzer wird durch die Konfiguration dieser Option beim Festlegen der Benutzereigenschaften einer Bereitstellungsgruppe bereitgestellt. |
| Der lokale Hostcache ermöglicht es einem Worker-Server, auch dann zu funktionieren, wenn keine Verbindung zum Datenspeicher verfügbar ist | Der lokale Hostcache ermöglicht die Fortsetzung von Verbindungsbroker-Vorgängen, wenn die Verbindung zwischen einem Controller und der Sitedatenbank fehlschlägt. Diese Implementierung ist robuster und erfordert weniger Wartung. Siehe Lokaler Hostcache. |
| Anwendungsstreaming | Citrix App-V liefert gestreamte Anwendungen, die mit Studio verwaltet werden. Siehe App-V. |
| Web Interface | Citrix empfiehlt den Übergang zu StoreFront. |
| SmartAuditor zur Aufzeichnung der Bildschirmaktivität einer Benutzersitzung | Ab 7.6 Feature Pack 1 wird diese Funktionalität durch die Sitzungsaufzeichnung bereitgestellt. Sie können auch die Konfigurationsprotokollierung verwenden, um alle Sitzungsaktivitäten aus administrativer Sicht zu protokollieren. |
| Energie- und Kapazitätsmanagement zur Reduzierung des Stromverbrauchs und zur Verwaltung der Serverkapazität | Verwenden Sie den Microsoft Configuration Manager. |
Feature-Unterstützung und -Änderungen
Die folgenden Features werden derzeit nicht bereitgestellt, nicht mehr unterstützt oder haben sich in XenApp oder XenDesktop ab Version 7.x erheblich geändert.
Secure ICA-Verschlüsselung unter 128 Bit: In Versionen vor 7.x konnte Secure ICA Clientverbindungen für einfache, 40-Bit-, 56-Bit- und 128-Bit-Verschlüsselung verschlüsseln. In 7.x-Versionen ist die Secure ICA-Verschlüsselung nur für 128-Bit-Verschlüsselung verfügbar.
Legacy-Druck: Die folgenden Druckfunktionen werden in 7.x-Versionen nicht unterstützt:
- Abwärtskompatibilität für DOS-Clients und 16-Bit-Drucker.
- Unterstützung für Drucker, die mit Windows 95- und Windows NT-Betriebssystemen verbunden sind, einschließlich erweiterter Druckereigenschaften und Win32FavorRetainedSetting.
- Möglichkeit, automatisch beibehaltene und automatisch wiederhergestellte Drucker zu aktivieren oder zu deaktivieren.
- DefaultPrnFlag, eine Registrierungseinstellung für Server, die zum Aktivieren oder Deaktivieren von automatisch beibehaltenen und automatisch wiederhergestellten Druckern verwendet wird, die in Benutzerprofilen auf dem Server gespeichert werden.
Legacy-Client-Druckernamen werden unterstützt.
Secure Gateway: In Versionen vor 7.x war Secure Gateway eine Option zur Bereitstellung sicherer Verbindungen zwischen dem Server und den Benutzergeräten. NetScaler Gateway ist die Ersatzoption zur Sicherung externer Verbindungen.
Shadowing von Benutzern: In Versionen vor 7.x legten Administratoren Richtlinien fest, um das Shadowing von Benutzer zu Benutzer zu steuern. In 7.x-Versionen ist das Shadowing von Endbenutzern eine integrierte Funktion der Director-Komponente, die Windows-Remotedesktopunterstützung verwendet, um Administratoren das Shadowing und die Fehlerbehebung bei bereitgestellten nahtlosen Anwendungen und virtuellen Desktops zu ermöglichen.
Flash v1-Umleitung: Clients, die die Flash-Umleitung der zweiten Generation nicht unterstützen, greifen für Legacy-Flash-Umleitungsfunktionen auf serverseitiges Rendering zurück. VDAs, die in 7.x-Versionen enthalten sind, unterstützen Flash-Umleitungsfunktionen der zweiten Generation.
Local Text Echo: Diese Funktion wurde mit früheren Windows-Anwendungstechnologien verwendet, um die Anzeige von Eingabetext auf Benutzergeräten bei Verbindungen mit hoher Latenz zu beschleunigen. Sie ist in 7.x-Versionen aufgrund von Verbesserungen am Grafiksubsystem und HDX SuperCodec nicht enthalten.
Single Sign-on: Diese Funktion, die Kennwortsicherheit bietet, wird nicht für Windows 8, Windows Server 2012 und neuere unterstützte Windows-Betriebssystemversionen unterstützt. Sie wird weiterhin für Windows 2008 R2- und Windows 7-Umgebungen unterstützt, ist aber nicht in 7.x-Versionen enthalten. Sie finden sie auf der Citrix Download-Website: https://citrix.com/downloads.
Oracle-Datenbankunterstützung: 7.x-Versionen erfordern eine SQL Server-Datenbank.
Health Monitoring and Recovery (HMR): In Versionen vor 7.x konnte HMR Tests auf den Servern einer Serverfarm ausführen, um deren Zustand zu überwachen und Gesundheitsrisiken zu erkennen. In 7.x-Versionen bietet Director eine zentralisierte Ansicht des Systemzustands, indem es Überwachung und Warnmeldungen für die gesamte Infrastruktur direkt in der Director-Konsole anzeigt.
Benutzerdefinierte ICA-Dateien: Benutzerdefinierte ICA-Dateien wurden verwendet, um eine direkte Verbindung von Benutzergeräten (mit der ICA-Datei) zu einer bestimmten Maschine zu ermöglichen. In 7.x-Versionen ist diese Funktion standardmäßig deaktiviert, kann aber für den normalen Gebrauch über eine lokale Gruppe aktiviert oder im Hochverfügbarkeitsmodus verwendet werden, wenn der Controller nicht verfügbar ist.
Management Pack für System Center Operations Manager (SCOM) 2007: Das Management Pack, das die Aktivität von XenApp-Farmen mit SCOM überwachte, unterstützt 7.x-Versionen nicht. Siehe das aktuelle Citrix SCOM Management Pack für XenApp und XenDesktop.
CNAME-Funktion: Die CNAME-Funktion war in Versionen vor 7.x standardmäßig aktiviert. Bereitstellungen, die von CNAME-Einträgen für die FQDN-Umleitung und die Verwendung von NETBIOS-Namen abhängen, können fehlschlagen. In 7.x-Versionen aktualisiert die automatische Update-Funktion des Delivery Controllers dynamisch die Liste der Controller und benachrichtigt VDAs automatisch, wenn Controller zur Site hinzugefügt oder von dieser entfernt werden. Die automatische Update-Funktion des Controllers ist in Citrix-Richtlinien standardmäßig aktiviert, kann aber deaktiviert werden. Alternativ können Sie die CNAME-Funktion in der Registrierung wieder aktivieren, um Ihre bestehende Bereitstellung fortzusetzen und die FQDN-Umleitung sowie die Verwendung von NETBIOS-Namen zu ermöglichen. Weitere Informationen finden Sie unter CTX137960.
Assistent für die schnelle Bereitstellung: In XenDesktop-Versionen vor 7.x ermöglichte diese Studio-Option eine schnelle Bereitstellung einer vollständig installierten XenDesktop-Bereitstellung. Der neue vereinfachte Installations- und Konfigurationsworkflow in 7.x-Versionen macht die Option des Assistenten für die schnelle Bereitstellung überflüssig.
Konfigurationsdatei des Remote-PC-Dienstes und PowerShell-Skript für die automatische Verwaltung: Remote-PC-Zugriff ist jetzt in Studio und den Controller integriert.
Workflow Studio: In Versionen vor 7.x war Workflow Studio die grafische Oberfläche für die Workflow-Komposition für XenDesktop. Die Funktion wird in 7.x-Versionen nicht unterstützt.
Starten nicht veröffentlichter Programme während der Clientverbindung: In Versionen vor 7.x legte diese Citrix-Richtlinieneinstellung fest, ob anfängliche Anwendungen oder veröffentlichte Anwendungen über ICA oder RDP auf dem Server gestartet werden sollen. In 7.x-Versionen legt diese Einstellung nur fest, ob anfängliche Anwendungen oder veröffentlichte Anwendungen über RDP auf dem Server gestartet werden sollen.
Desktopstarts: In Versionen vor 7.x legte diese Citrix-Richtlinieneinstellung fest, ob nicht-administrative Benutzer eine Verbindung zu einer Desktopsitzung herstellen können. In 7.x-Versionen müssen nicht-administrative Benutzer in der Gruppe „Direct Access Users“ einer VDA-Maschine sein, um eine Verbindung zu Sitzungen auf diesem VDA herzustellen. Die Einstellung „Desktopstarts“ ermöglicht nicht-administrativen Benutzern in der Gruppe „Direct Access Users“ eines VDA, sich über eine ICA-Verbindung mit dem VDA zu verbinden. Die Einstellung „Desktopstarts“ hat keine Auswirkung auf RDP-Verbindungen; Benutzer in der Gruppe „Direct Access Users“ eines VDA können sich über eine RDP-Verbindung mit dem VDA verbinden, unabhängig davon, ob diese Einstellung aktiviert ist.
Farbtiefe: In Studio-Versionen vor 7.6 haben Sie die Farbtiefe in den Benutzereinstellungen einer Bereitstellungsgruppe festgelegt. Ab Version 7.6 kann die Farbtiefe für die Bereitstellungsgruppe mit dem PowerShell-Cmdlet New-BrokerDesktopGroup oder Set-BrokerDesktopGroup festgelegt werden.
Starten eines touch-optimierten Desktops: Diese Einstellung ist deaktiviert und nicht für Windows 10- und Windows Server 2016-Maschinen verfügbar. Weitere Informationen finden Sie unter Richtlinieneinstellungen für die mobile Erfahrung.
Funktionen, die nicht in der Citrix Workspace™-App enthalten sind oder andere Standardwerte aufweisen
- COM-Port-Zuordnung: Die COM-Port-Zuordnung erlaubte oder verhinderte den Zugriff auf COM-Ports auf dem Benutzergerät. Die COM-Port-Zuordnung war zuvor standardmäßig aktiviert. In 7.x-Versionen von XenDesktop und XenApp ist die COM-Port-Zuordnung standardmäßig deaktiviert. Einzelheiten finden Sie unter Konfigurieren der COM-Port- und LPT-Port-Umleitungseinstellungen mithilfe der Registrierung.
- LPT-Port-Zuordnung: Die LPT-Port-Zuordnung steuert den Zugriff von Legacy-Anwendungen auf LPT-Ports. Die LPT-Port-Zuordnung war zuvor standardmäßig aktiviert. In 7.x-Versionen ist die LPT-Port-Zuordnung standardmäßig deaktiviert.
- PCM-Audiocodec: Nur HTML5-Clients unterstützen den PCM-Audiocodec in 7.x-Versionen.
- Unterstützung für Microsoft ActiveSync.
-
Proxy-Unterstützung für ältere Versionen: Dies umfasst:
- Microsoft Internet Security und Acceleration (ISA) 2006 (Windows Server 2003)
- Oracle iPlanet Proxy Server 4.0.14 (Windows Server 2003)
- Squid Proxy Server 3.1.14 (Ubuntu Linux Server 11.10)
Weitere Informationen finden Sie in der Dokumentation zur Citrix Workspace-App für Ihre Version.