Weiterführende Konzepte MetaFrame XP. Anwendungsserver für Windows, Version 1.0

Transkript

1 Weiterführende Konzepte für MetaFrame XP Anwendungsserver für Windows, Version 1.0

2 Die in diesen Unterlagen enthaltenen Angaben und Daten können ohne vorherige Ankündigung geändert werden. DIESE PUBLIKATION WIRD OHNE JEDLICHE HAFTUNG, AUSDRÜCKLICH ODER ABGELEITET, EINSCHLIEßLICH DER VERKÄUFLICHKEIT, EIGNUNG FÜR EINEN BESTIMMTEN ZWECK ODER NICHT VERLETZUNG VON RECHTEN VERÖFFENTLICHT. CITRIX SYSTEMS, INC. ( CITRIX ) HAFTET WEDER FÜR TECHNISCHE ODER REDAKTIONELLE FEHLER ODER AUSLASSUNGEN NOCH FÜR DIREKTE, INDIREKTE, FOLGESCHÄDEN ODER ANDERE SCHÄDEN, DIE AUS DEM BEREITSTELLEN, DER LEISTUNG ODER DER VERWENDUNG DIESE PUBLIKATION ENTSTEHEN, SELBST WENN CITRIX IM VORAUS ÜBER DIESE MÖGLICHEN SCHÄDEN INFORMIERT WURDE. Dieses Dokument enthält urheberrechtlich geschützte Informationen. Außer für eine interne Verteilung darf kein Teil dieses Dokuments fotokopiert oder auf irgendeine Art und Weise ohne die vorherige schriftliche Genehmigung von Citrix reproduziert werden. Die Haftungsausschlüsse der in diesem Dokument besprochenen Citrix Produkte werden ggf. in der diesen Produkten beiliegenden Produktunterlagen aufgeführt. Citrix übernimmt nur für eigene Produkte Garantien. In diesem Dokument erwähnte Produktnamen können Marken oder eingetragene Marken der entsprechenden Firmen sein Citrix Systems, Inc. Alle Rechte vorbehalten. Dokumentcode: mfxp-e/w dh

3 Inhalt Kapitel 1 Einführung Bearbeiten von Registrierungseinstellungen Dokumentkonventionen Begriffe und Abkürzungen Typografische Konventionen Leserkommentare Kapitel 2 Vorbereitungen zur Installation Systemanforderungen MetaFrame XP Citrix Management Console ICA-Clients NFuse Resource Manager Installation Manager Network Manager Empfehlungen für die Serverkonfiguration Hardwarekonfigurationen Betriebssystemkonfigurationen Kapitel 3 IMA-Architektur Informationen über Zonen Auswählen von Datensammelpunkten Kommunikation zwischen Servern und Datensammelpunkten Verteilen von Daten auf Server und Datensammelpunkte Funktion des Datenspeichers in einer Server-Farm Format der Datenbank Zugriffsmodi auf den Datenspeicher Datenspeichervorgang Funktion des lokalen Hostcache Aktualisieren des lokalen Hostcache Neuerstellen des lokalen Hostcache Erforderliche Bandbreite für MetaFrame XP-Kommunikation Bandbreite für die Kommunikation zwischen dem Server und dem Datenspeicher Bandbreite der Datensammelpunktkommunikation

4 4 Weiterführende Konzepte für MetaFrame XP Kapitel 4 Design von Server-Farmen Farmdesign im Unternehmen Vorteile des Bereitstellens einer einzigen Server-Farm Vorteile des Bereitstellens mehrerer Server-Farmen Zonendesign Bereitstellen von Zonen Verwenden eines dedizierten Datensammelpunkts Implementieren des Datenspeichers Richtlinien für den Datenspeicher Verwenden von replizierten Datenspeicherdatenbanken Hohe Latenz in WANs Replizierte Datenbanken Spezielle Szenarien für den Datenspeicher Verwenden des indirekten Modus für den Zugriff auf den Datenspeicher Dedizieren eines MetaFrame XP-Servers für den indirekten Modus Szenarien für das Bereitstellen der Server-Farm Kleine Server-Farm - Zentraler Standort Große Server-Farm - Zentraler Standort Kleine Server-Farm Verteilte Standorte Kleine Server-Farm - Remotestandorte Große Server-Farm Mehrere Datenzentren Große Server-Farm Regionale Standorte

5 Inhalt 5 Kapitel 5 Bereitstellung von MetaFrame XP Verwenden des DNS-Rotationsprinzips (Round Robin) für Clientanfragen Hintergrundinformationen zu DNS Verwenden von DNS-Round Robin mit ICA-Clients Verwenden von DNS für das Trennen von Server-Farmen Verwenden des gemischten Modus für Interoperabilität mit MetaFrame Merkmale des nativen und gemischten Modus Details des nativen und gemischten Modus Migrieren von MetaFrame 1.8 auf MetaFrame XP Installation im gemischten Modus Empfehlungen für die Migration Schnelles Bereitstellen von MetaFrame XP Serverkloning Installation ohne Benutzereingriff Gleichzeitige Installationen Bereitstellen von NFuse Tipps für das Bereitstellen von NFuse Optimieren des NFuse-Starts NFuse-Skalierbarkeit Kapitel 6 Sicherheitsfragen und Richtlinien Sichern der MetaFrame XP-Server Konfigurieren des SNMP-Diensts Konfigurieren der Citrix Administratorkonten Konfigurieren des IMA-Datenspeichers Netzwerksicherheitsprobleme Citrix Management Console Sichere Clientkommunikation Kapitel 7 Konfiguration der ICA-Clients Serversuche der ICA-Clients Verwenden der automatischen Serversuche Angeben von Servern für die Standardeinstellungen für Server-Standort Verwenden von Servergruppen Kommunikation in gemischten Server-Farmen Serversuche in gemischten Server-Farmen

6 6 Weiterführende Konzepte für MetaFrame XP Kapitel 8 Druckerverwaltung Aktualisieren der Druckertreiber im Datenspeicher Migrieren der Druckertreiberzuweisungen Replizieren der Druckertreiber Verwalten der Replikationsschlange für die Druckertreiber Treiberreplikation und Leistungsprobleme Kapitel 9 Verwaltung der Server-Farm Strategien für die Sicherung und Wiederherstellung Access-Datenbanken Microsoft SQL Server- und Oracle-Datenbanken Komprimieren von Access-Datenbanken Neustartzyklen von MetaFrame XP-Servern Ändern von Server-Farmmitgliedschaften von Servern Verwenden von chfarm Verwendungshinweise für chfarm Ersetzen von MetaFrame-Servern Migrieren von Server-Farmen und des Datenspeichers Migrieren von Microsoft SQL Server oder Oracle Deinstallieren von MetaFrame XP

7 Inhalt 7 Kapitel 10 Verwaltung der Server-Farm Citrix Management Console Konfigurieren der Datenaktualisierung Leistungseinstellungen Tipps für den Lastenausgleich Verwenden von Server- und Anwendungsordnern Veröffentlichen der Citrix Management Console Lastenausgleich Aktivieren und Deaktivieren von Load Manager Informationen über Lastauswertungsprogramme Funktionsweise von Load Manager Verwenden von qfarm mit Load Manager Berechnen von Lastwerten Verwenden von Load Manager mit MetaFrame Installation Management Nutzen des Datenspeichers Empfehlungen für die Anwendungsbereitstellung Ressourcenverwaltung Resource Manager-Datenbank und Farm-Auswertungsserver Verwenden der Citrix Resource Management Services für MetaFrame Network Manager Optimale Konfiguration auf der SNMP-Konsole Verwenden des Network Manager-Plug-Ins Probleme mit dem SNMP-Agenten

8 8 Weiterführende Konzepte für MetaFrame XP Kapitel 11 Leistungsoptimierung Festplatte Zwischenspeichern auf der Festplatte E/A-Sperren Aktualisierung bei letztem Zugriff Speicher Level 2-Cache Auslagerungsdatei Seitentabelleneinträge Netzwerk Netzwerkkarten Netzwerkanfragepuffer Abgelehnte Verbindungen TCP/IP Server Anwendungsleistung Automatisches Beenden von Tasks Schwerwiegende Systemfehlermeldungen Dr. Watson Konfigurieren des Ereignisprotokolls RPC-Dienste Serverdienst Benutzer NT-Richtlinien Profile Aktualisieren des Menüs Entfernen nicht gewünschter Funktionen Optimiertes Bild Microsoft Internet Explorer-Assistent Explorer-Tipps Kapitel 12 Dienstprogramme MSGHOOK QPRINTER QUERYDC QUERYDS QUERYHR RMVICA

9 Inhalt 9 Kapitel 13 Problembehandlung Behandeln von IMA-Problemen Misslingen des Starts des IMA-Diensts Misslingen der ODBC-Verbindung Permanentspeicher konnte während Installation nicht initialisiert werden IMA-Dienstprotokollierung Wiederherstellen einer fehlgeschlagenen Installation Wiederherstellen eines nicht reagierenden Servers Sammeln von Informationen für den technischen Support von Citrix Erstellen von Installations-/Deinstallationsprotokollen Sammeln der Citrix Management Console-Debugausgabe ODBC-Ablaufverfolgung Häufig angetroffene Fehler Fehler bei Verbindung mit Anwendung Kein Anzeigen der Ordner in Program Neigborhood Installieren von NFuse auf einem bestehenden MetaFrame XP-Server Veröffentlichte Anwendungen werden nicht mehr im Published Application Manager angezeigt Server verwenden keine Produktlizenzanzahlen USB-Umleitung funktioniert nicht Abfallende Leistung des Datensammelpunkts Anhang A Skripts für Installationen ohne Benutzereingriff Erstellen einer Server-Farm mit SQL Server Beitreten zu einer Server-Farm mit SQL Server Anhang B Getestete Hardware Anhang C IMA-Fehlercodes Anhang D IMA-Teilsystemverfolgung

10

11 Einführung K A P I T E L 1 Dieses Dokument enthält Best Practices für das Bereitstellen und Konfigurieren von Citrix MetaFrame XP-Anwendungsserver für Windows, Version 1.0. Das Handbuch Erweiterte Konzepte ist als Ergänzung und nicht als Ersatz für das Administratorhandbuch für Citrix MetaFrame XP gedacht. In diesem Dokument wird vorausgesetzt, dass Sie mit den im Administratorhandbuch erläuterten Konzepten und Konfigurationen vertraut sind. Weitere Informationen oder White Papers über die in diesem Dokument angesprochenen Themen finden Sie unter Hinweis: Die gesamte Terminologie sowie alle Produktverweise und Empfehlungen können in Zukunft geändert werden. Bearbeiten von Registrierungseinstellungen In diesem Handbuch behandelte Themen verweisen auf Einstellungen in der Windows-Registrierung. Sie sollten stets Sicherheitsmaßnahmen ergreifen, um die Sicherheit und Integrität der Registrierung auf MetaFrame XP-Servern zu schützen. Informationen über das Sichern der Registrierung und andere Vorsichtsmaßnahmen finden Sie in der Microsoft Dokumentation. Beachten Sie die folgenden Warnhinweise, bevor Sie Änderungen in der Registrierung vornehmen: Warnung: Ändern Sie nur die in diesem Dokument beschriebenen Registrierungseinstellungen, um einen ordnungsgemäßen Betrieb in unterstützten Konfigurationen zu ermöglichen. Das Bearbeiten von Registrierungseinstellungen, die nicht in diesem Dokument behandelt werden, können die Serverkonfiguration zerstören und werden nicht von Citrix unterstützt.

12 12 Weiterführende Konzepte für MetaFrame XP Dokumentkonventionen Verweise auf Load Manager und das Lastverwaltungskonzept gelten nur für Citrix MetaFrame XPa (Advanced Server) oder Citrix MetaFrame XPe (Enterprise Server). Load Manager ist nicht mit MetaFrame XPs erhältlich. Verweise auf Citrix Resource Manager, Citrix Installation Manager und Citrix Network Manager gelten nur für Citrix MetaFrame XPe. Begriffe und Abkürzungen Ein komplettes Glossar der MetaFrame XP-Terminologie finden Sie im Anhang Glossar im MetaFrame XP-Administratorhandbuch. Die folgenden Begriffe und Abkürzungen werden in diesem Dokument verwendet. Farmserver Jeder MetaFrame-Server in einer Citrix Server-Farm, einschließlich Mitgliedsserver, Datensammelpunkte und Hostserver. Hostserver Der MetaFrame XP-Server in einer Server-Farm, auf dem sich der Access-Datenspeichers befindet. ICA Independent Computing Architecture, das von Citrix für die Remoteanzeige entwickelte Protokoll. IMA Independent Management Architecture, normalerweise ein Verweis auf den mit MetaFrame XP installierten IMA-Dienst. Mitgliedsserver Jeder Server in einer Server-Farm, der kein Datensammelpunkt oder Hostserver ist. ODBC Open Database Connectivity OPS Oracle Parallel Server Betriebssystem Normalerweise ein Verweis auf die Microsoft Windows Serverprodukte (mit installierten Terminaldiensten) oder Microsoft Windows NT Server 4.0, Terminal Server Edition. TSE Microsoft Windows NT Server 4.0, Terminal Server Edition Win32 32-Bit-Windows-Plattformen, wie z. B. Windows NT, Windows 2000, Windows 95, Windows 98 und Windows Me.

13 Kapitel 1 Einführung 13 Typografische Konventionen In der MetaFrame XP-Dokumentation werden für Windows-Verzeichnisse, Befehlsyntax und Tastaturen die folgenden Konventionen verwendet: Konvention Fettdruck Kursiv GROSS- BUCHSTABEN Nichtproportional %SystemRoot% %Programme% Definition Menübefehle und auf der Eingabeaufforderung auf einem MetaFrame- Server eingegebene Befehle. Platzhalter für Informationen oder vom Benutzer eingegebene Parameter (zum Beispiel Dateiname für den Namen einer Datei), neue technische Begriffe und Buchtitel. Tasten der Tastatur, z. B. STRG für die Steuerungstaste und F2 für die Funktionstaste, die mit F2 gekennzeichnet ist. Registrierungsschlüssel und an der Eingabeaufforderung oder in einer Skriptdatei angezeigter Text. Das Systemverzeichnis von Windows, normalerweise WTSRV, WINNT oder WINDOWS. Das Programmdateienverzeichnis von Windows, in dem Anwendungsdateien bei der Installation abgelegt werden (standardmäßig C:\Programme). [ ] (Klammern) Optionale Elemente in Befehlsanweisungen. Zum Beispiel bedeutet [/ping], dass Sie /ping (ohne Klammern) zusammen mit einem Befehl eingeben können. (vertikaler Strich) Ein Trennzeichen zwischen Elementen in geschweiften oder eckigen Klammern in Befehlsanweisungen. Zum Beispiel gibt die Befehlsfolge { /hold /release /delete } an, dass Sie /hold oder /release oder /delete eingeben müssen.

14 14 Weiterführende Konzepte für MetaFrame XP Leserkommentare Citrix freut sich über Ihre Kommentare, Berichtigungen oder Verbesserungsvorschläge zum vorliegenden Handbuch Erweiterte Konzepte für MetaFrame XP. Dieses Dokument wird ggf. aktualisiert, um neue oder überarbeitete Informationen aufzunehmen. Aktualisierte Versionen werden auf der Citrix Website veröffentlicht. Klicken Sie hier, um Vorschläge für Ergänzungen oder Rückfragen zu technischen Informationen über an das Test-Engineering-Team zu senden. Klicken Sie hier, um Feedback hinsichtlich der Struktur bzw. Präsentation des Handbuchs über an die Autoren der Dokumentation zu senden.

15 K A P I T E L 2 Vorbereitungen zur Installation Systemanforderungen In diesem Kapitel werden die Vorbereitungen zur Installation von MetaFrame XP- Servern und allgemeine Richtlinien für die Konfiguration von Servern näher erläutert. Für die Installation von MetaFrame XP-Servern müssen die folgenden Anforderungen erfüllt sein: MetaFrame XP Mindestanforderungen sind die Empfehlungen für Microsoft Windows 2000 mit Terminaldiensten (oder Microsoft Windows NT 4.0, Terminal Server Edition) UND Folgendes: 75 MB Speicherplatz auf der Festplatte für eine MetaFrame XP- Standardinstallation (mit Citrix Management Console, aber ohne ICA-Clients) 64 MB RAM für die MetaFrame XP-Dienste SVGA-Anzeige mit einer Mindestauflösung von 800x600x256 Die Verwendung von Servern mit mehreren Prozessoren wird empfohlen. Citrix Management Console Mindestens 25 MB Speicherplatz auf der Festplatte 64 MB zusätzlicher RAM für die Citrix Management Console JRE 1.3 oder höher (wird standardmäßig mit der Citrix Management Console installiert) SVGA-Anzeige mit einer Mindestauflösung von 800x600x256 Die Verwendung eines Prozessors mit mindestens 200 MHz wird empfohlen.

16 16 Weiterführende Konzepte für MetaFrame XP ICA-Clients Alle ICA-Clients: 200 MB Speicherplatz auf der Festplatte NFuse 20 MB Speicherplatz auf der Festplatte sind auf einem MetaFrame XP-Server für die schlüsselfertige ("Turnkey") NFuse-Standardinstallation erforderlich. Resource Manager Resource Manager-Plug-In und -Software: 6 MB Speicherplatz auf der Festplatte Verwaltungsberichterstattung: 0,075 MB Speicherplatz auf der Festplatte pro Messobjekt pro Stunde Installation Manager Citrix Installation Manager-Plug-In: 315 MB Speicherplatz auf der Festplatte Citrix Installer-Dienst: 2569 MB Speicherplatz auf der Festplatte Citrix Packager: 8151 MB Speicherplatz auf der Festplatte Saginst Installer-Dienst (wird auf jedem Zielserver ausgeführt): 1 bis 4 MB zusätzlicher RAM MSI Installer-Dienst (in Windows 2000 enthalten, von Installation Manager auf TSE installiert): 1 bis 5 MB zusätzlicher RAM Network Manager Plug-In für HP Network Node Manager (OpenView): 10 MB Speicherplatz auf der Festplatte Plug-In für Tivoli NetView: 10 MB Speicherplatz auf der Festplatte Empfehlungen für die Serverkonfiguration Dieser Abschnitt enthält allgemeine Empfehlungen für die Konfiguration der Serverhardware und des Betriebssystems, die vor dem Bereitstellen von MetaFrame XP berücksichtigt werden sollten.

17 Kapitel 2 Vorbereitungen zur Installation 17 Hardwarekonfigurationen Für Konfigurationen mit mehreren Prozessoren empfiehlt Citrix ein RAID-Setup. Wenn RAID nicht infrage kommt, wird eine schnelle SCSI 2, 3 oder Ultra 160 Festplatte empfohlen. Für Server mit Four- oder Eight-Way-Architekturen sollten mindestens zwei Controller installiert werden: einer für die Festplattennutzung des Betriebssystems und einer für das Speichern der Anwendungen und temporären Dateien. Das Betriebssystem sollte so gut wie möglich isoliert sein. Keine Anwendungen sollten auf dem Controller installiert sein. Die Zugriffslast auf die Festplatte sollte so gleichmäßig wie möglich auf beide Controller verteilt sein. Dies kann durch Aufteilen der Anwendungen und temporären Dateien auf zwei separate Controller (anstatt eines Controllers) erreicht werden. Die Größe der Partitionen und der Festplatten hängt von der Anzahl der Benutzer ab, die eine Verbindung zum MetaFrame-Server herstellen, und den auf dem Server ausgeführten Anwendungen. Bei Microsoft Internet Explorer, Microsoft Office und anderen Anwendungen kann die Größe der Benutzerprofilverzeichnisse auf Hunderte von Megabytes ansteigen. Hunderte von Benutzerprofilen belegen Gigabytes auf der Festplatte des Servers. Für diese Profile muss unbedingt genügend Speicherplatz auf der Festplatte des Servers vorhanden sein. Betriebssystemkonfigurationen Alle Partitionen, besonders die Systempartition, sollten als Dateisystem NTFS verwenden, um das Konfigurieren der Sicherheitseinstellungen, eine bessere Leistung und Fehlertoleranz zu ermöglichen. Das NTFS-Dateisystem verringert auch die Festplattennutzung, da NTFS-Partitionen kleinere und konstantere Clustergrößen mit maximal 4 KB aufweisen. FAT-Partitionen erfordern größere Clustergrößen, wenn die Größe der Partition zunimmt. Der Maximalwert beträgt 32 KB. Auf FAT-Partitionen wird mehr Speicherplatz verschwendet, da das Dateisystem genauso viel Speicherplatz auf der Festplatte wie die Clustergröße der Partition benötigt, auf der eine Datei gespeichert wird, selbst wenn die Datei kleiner als die Clustergröße ist. Weitere Informationen über Clustergrößen auf FAT- und NTFS-Partitionen finden Sie im Microsoft Knowledge Base-Artikel Q Installieren Sie, falls möglich, nur ein Netzwerkprotokoll auf dem Server. Dies setzt Systemressourcen frei und verringert die über das Netzwerk übertragene Datenmenge. Stellen Sie beim Verwenden von mehreren Protokollen die Reihenfolge der Bindung so ein, dass das gängigste Protokoll an erster Stelle steht.

18 18 Weiterführende Konzepte für MetaFrame XP Erhöhen Sie beim Arbeiten mit Terminaldiensten die Größe der Registrierung, um die in der Registrierung gespeicherten zusätzlichen Benutzerprofile und Anwendungseinstellungen aufzunehmen. Auf einem Server mit einem Prozessor sollten mindestens 40 MB für die Registrierung reserviert sein. Auf Servern mit Four- oder Eight-Way-Architekturen sollten mindestens 100 MB reserviert sein. Weitere Informationen über die Auslagerungsdatei finden Sie im Microsoft Knowledge Base-Artikel Q

19 IMA-Architektur K A P I T E L 3 Informationen über Zonen In diesem Kapitel werden die Punkte der MetaFrame XP-Architektur behandelt, die in den Planungs- und Pilotphasen berücksichtigt werden sollten, bevor MetaFrame XP im Unternehmen bereitgestellt wird. In diesem Kapitel werden u. a. die folgenden Konzepte erläutert: Zonen, IMA-Datenspeicher der Server-Farm, der lokale Hostcache des Datensammelpunkts und die für die IMA-Kommunikation in der Server-Farm benötigte Bandbreite. Zonen erfüllen in einer Farm zwei Aufgaben: Sammeln von Daten der Mitgliedsserver in einer hierarchischen Struktur Effizientes Übermittlen von Änderungen an alle Server in der Farm Alle Mitgliedsserver müssen zu einer Zone gehören. Standardmäßig handelt es sich bei dem Zonennamen um die ID des Subnetzes, in dem sich der Mitgliedsserver befindet. Wichtig: Duplizieren Sie keine Zonennamen zwischen Server-Farmen, die sich in demselben Netzwerk befinden. Obwohl keine Probleme mit duplizierten Zonennamen bekannt sind, soll eine Zone eine Gruppe von Servern in einer einzigen Server-Farm eindeutig identifizieren. Das Erstellen eindeutiger Zonennamen in allen Server-Farmen gewährleistet, dass eine Zone nicht mehrere Server-Farmen umfasst. Auswählen von Datensammelpunkten Jede Zone wählt einen eigenen Datensammelpunkt. Standardmäßig ist der erste in der Server-Farm vorhandene Server der Datensammelpunkt. Die Auswahlpräferenz des Servers wird auf Höchste Priorität eingestellt. Wenn die Einstellung nicht Höchste Priorität ist, wird ein Datensammelpunkt in der Zone ausgewählt.

20 20 Weiterführende Konzepte für MetaFrame XP Das Auswählen von Datensammelpunkten erfolgt rangmäßig nach den folgenden Kriterien: 1. Höchste Master-Rangeinstufung (1 für alle MetaFrame XP 1.0-Server) 2. Niedrigste Master-Rangeinstufung (1=Höchste Priorität bis 4=Keine Priorität) 3. Höchste Host-ID (0 bis , wird willkürlich bei der Installation zugewiesen) Tipp: Sie können diese Werte für alle in der Server-Farm vorhandenen Server mit dem Befehlszeilenprogramm queryhr anzeigen. Hinweis: Im gemischten Modus wird zusätzlich zum IMA-Dienst der ICA- Browserdienst auf den MetaFrame XP-Servern ausgeführt. Daher wird auch ein ICA-Masterbrowser ausgewählt. Diese Auswahlen stehen in keinem Zusammenhang mit den Auswahlen der Datensammelpunkte und erfolgen gemäß der Auswahlkriterien des ICA-Browsers für MetaFrame 1.8, die im Administratorhandbuch von MetaFrame XP erläutert sind. Die MetaFrame XP- Server melden die ICA-Browserversion 20. Aus diesem Grund gewinnen MetaFrame XP-Server die ICA-Browserauswahlen vor Servern, auf denen MetaFrame 1.8 und frühere Versionen ausgeführt werden. Das Auswählen der Datensammelpunkte wird in den folgenden Situationen ausgelöst: Trennen der Verbindung zwischen einem Mitgliedsserver und dem Datensammelpunkt Offline-Betrieb des Datensammelpunkts Online-Betrieb eines Servers in der Server-Farm Ausführen des Befehls querydc -e zum Erzwingen einer Auswahl Ändern der Zonenkonfiguration (Zonenname, Auswahlpriorität von Mitgliedsservern oder Servermitgliedschaft)

21 Kapitel 3 IMA-Architektur 21 Wenn die Auswahl eines Datensammelpunkts gestartet wird, ermitteln die Server den neuen Datensammelpunkt mithilfe der Auswahlkriterien. Die Server kontaktieren dann den neuen Datensammelpunkt, um dessen Verfügbarkeit zu prüfen. Wenn vor der Auswahl zur Verfügung stehende Server erkennen, dass sich der Datensammelpunkt nicht geändert hat, senden sie die Informationen nicht erneut. Nur Server, deren Verbindung unterbrochen war, senden eine komplette Aktualisierung an den Datensammelpunkt. Eine komplette Aktualisierung enthält Informationen über verbundene Sitzungen, getrennte Sitzungen, Lastenverwaltung und sonstige dynamische Daten. Mit der folgenden Formel können Sie die ungefähre Datenmenge in Bytes schätzen, die ein Mitgliedsserver bei einer kompletten Aktualisierung an den Datensammelpunkt der Zone sendet: Bytes = (1000 * Verbindungen) + (600 * Trennungen) + (350 * Anwendungen) Wobei: Verbindungen = Anzahl der verbundenen Sitzungen, Trennungen = Anzahl der getrennten Sitzungen, Anwendungen = Anzahl der in der Server-Farm veröffentlichten Anwendungen darstellt. Bei der Auswahl eines neuen Datensammelpunkts senden alle in der Zone vorhandenen Server eine komplette Aktualisierung an den neuen Datensammelpunkt. Mit der nachfolgenden Formel können Sie die ungefähre Datenmenge in Bytes schätzen, die von allen in der Zone vorhandenen Servern an den neuen Datensammelpunkt der Zone gesendet werden: Bytes = (1000 * Verbindungen) + (600 * Trennungen) + (350 * Anwendungen)) * (Server - 1) Wobei: Verbindungen = Durchschnittliche Anzahl der verbundenen Sitzungen pro Server, Trennungen= Durchschnittliche Anzahl der getrennten Sitzungen pro Server, Anwendungen = Anzahl der in der Server-Farm veröffentlichten Anwendungen, Server = Anzahl der in der Zone vorhandenen Server darstellt. Jeder Zonendatensammelpunkt unterhält Verbindungen zu allen anderen in der Server-Farm vorhandenen Datensammelpunkten. Wenn ein Remotedatensammelpunkt eine Auswahl verliert, werden alle Datensammelpunkte über diese Änderung informiert. Wenn ein Remotedatensammelpunkt offline geht, stellen alle Datensammelpunkte allmählich eine Verbindung zum neuen Remotedatensammelpunkt her.

22 22 Weiterführende Konzepte für MetaFrame XP Kommunikation zwischen Servern und Datensammelpunkten Jeder Mitgliedsserver informiert den Zonendatensammelpunkt sofort über das Auftreten der folgenden dynamischen Änderungen: Anmelden und Abmelden von ICA-Clients Trennen und erneutes Herstellen von Verbindungen von ICA-Sitzungen Laständerungen bei Servern und Anwendungen Lizenzerwerb und -freigabe Server geht online oder offline Ändern von veröffentlichten Anwendungen Ändern der IP- und Mac-Adressen Diese Informationen werden als Sitzungsdaten bezeichnet. Alle Sitzungsdaten werden im Arbeitsspeicher des Datensammelpunkts und nicht in der Registrierung oder einer lokalen Datenbank gespeichert. Sie können diese Angaben mit dem Befehl queryds anzeigen. Weitere Informationen finden Sie im Abschnitt QUERYDS auf Seite 177. Tipp: Wenn Sie einen Server zwischen Zonen verschieben, gewährleistet das Neustarten des Computers oder das Neustarten des IMA-Diensts, dass dem Zonendatensammelpunkt genaue Daten gemeldet werden. Sie sollten einen Server erneut starten, wenn der Server, den Sie verschieben, der Zonendatensammelpunkt wird. Hinweis: Wenn Sie nicht den Computer sondern nur den IMA-Dienst neu starten, kann dies beim SNMP-Dienst einen Dr. Watson-Fehler bewirken, wenn SNMP aktiviert ist. Dieser Fehler hat keine Konsequenzen. Jeder Zonendatensammelpunkt unterhält eine Verbindung zu allen anderen in der Server-Farm vorhandenen Zonendatensammelpunkten. Über diese Verbindungen werden alle von den Mitgliedsservern in der eigenen Zone gemeldeten Änderungen sofort an die Datensammelpunkte der anderen Zonen weitergegeben. Alle Datensammelpunkte kennen aus diesem Grund die Serverlast, die Lizenzen und die Sitzungsinformationen jedes in der Server-Farm vorhandenen Servers. Die Formel für diese Interzonenverbindungen lautet: N * (N-1)/2, wobei N die Anzahl der Zonen in der Server-Farm ist.

23 Kapitel 3 IMA-Architektur 23 Wenn keine Daten von einem Mitgliedsserver in der eigenen Zone in der konfigurierten Dauer empfangen werden, überprüft der Zonendatensammelpunkt (IMA-Ping), dass der Server online ist. Standardmäßig beträgt das Intervall einmal pro Minute. Dieses Intervall kann durch Hinzufügen des folgenden Werts zur Registrierung und Einstellen des Intervalls in Millisekunden konfiguriert werden: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime KeepAliveInterval (DWORD) Wert: 0xEA60 (standardmäßig Millisekunden) Im Normalbetrieb werden Datensammelpunkte durch laufende Aktualisierungen synchronisiert. Manchmal kann eine von einem Datensammelpunkt an einen anderen übermittelte Aktualisierung misslingen. Ein Datensammelpunkt versucht nicht ständig eine Zone zu kontaktieren, die außer Betrieb oder nicht erreichbar ist, sondern versucht die Kommunikation erst nach einem angegebenen Intervall wiederherzustellen. Standardmäßig beträgt das Intervall 5 Minuten. Dieser Wert kann durch Hinzufügen des folgenden Werts zur Registrierung und Einstellen der Millisekunden (Hex) konfiguriert werden: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\ GatewayValidationInterval Wert: 0x493E0 ( Millisekunden) Konfigurieren von Datensammelpunkten in großen Zonen Eine einzige Zone kann standardmäßig maximal 256 Mitgliedsserver unterstützen. Wenn eine Zone mehr als 256 Server enthält, muss jeder Zonendatensammelpunkt und jeder potentielle Zonendatensammelpunkt eine neue Registrierungseinstellung aufweisen. Diese neue Einstellung steuert die Anzahl der offenen Verbindungen, die ein Datensammelpunkt gleichzeitig zu Mitgliedsservern unterhalten kann. Der Registrierungswert sollte höher als die Anzahl der in der Zone vorhandenen Server sein, damit der Datensammelpunkt nicht laufend Verbindungen trennt und erneut herstellt. Wenn dieser Wert zu niedrig ist, wird ein großer Teil der Verarbeitungsleistung des Datensammelpunkts auf das Schließen und erneute Herstellen von Verbindungen aufgewendet, um den Grenzwert nicht zu überschreiten. Sie können diesen Wert durch Hinzufügen des folgenden Werts in Hexadezimalzahlen zur Registrierung konfigurieren: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\ MaxHostAddressCacheEntries (DWORD) Wert: 0x100 (standardmäßig 256 Einträge) Da der Datensammelpunkt alle Last- und Sitzungsinformationen für jeden in der Server-Farm vorhandenen Server verwaltet, beantwortet er auch alle Broadcasts von ICA-Clients, wenn er im gemischten Modus ausgeführt wird oder kein MetaFrame 1.8-Server bei der Installation ermittelt wird.

24 24 Weiterführende Konzepte für MetaFrame XP Verteilen von Daten auf Server und Datensammelpunkte Zonen verteilen Informationen schnell und leistungsfähig. Jeder Mitgliedsserver unterhält eine Verbindung zum Datensammelpunkt der lokalen Zone. IMA erstellt nicht neue Verbindungen zu jedem Server in der Server-Farm, wenn eine Änderung auftritt, sondern verteilt die Informationen über die bestehenden Verbindungen. Wenn eine Änderung über die Citrix Management Console erfolgt, ändert der Server, zu dem die Citrix Management Console eine Verbindung hergestellt hat, den Datenspeicher. Dieser Server sendet dann anschließend die Änderung an den Zonendatensammelpunkt. Der Datensammelpunkt leitet die Informationen an die anderen in der Zone vorhandenen Mitgliedsserver und an alle in der Server-Farm vorhandenen Datensammelpunkte weiter. Jeder Datensammelpunkt leitet die Änderungen wiederum an die Mitgliedsserver weiter. Ein Citrix Administrator startet zum Beispiel die Citrix Management Console und stellt eine Verbindung zu einem Server (Server 1) in der Server-Farm her. Anschließend veröffentlicht der Citrix Administrator eine Anwendung. Der IMA- Dienst steuert die folgenden Ereignisse: 1. Server 1 schreibt Informationen zum Datenspeicher. 2. Server 1 sendet die Änderung an den Zonendatensammelpunkt. 3. Der Zonendatensammelpunkt gibt die Änderung an alle Mitgliedsserver in der Zone weiter. 4. Der Zonendatensammelpunkt sendet die Änderung an alle anderen Zonendatensammelpunkte. 5. Die anderen Zonendatensammelpunkte erhalten die Änderung und verteilen sie an alle Mitgliedsserver in den entsprechenden Zonen. 6. Alle Mitgliedsserver erhalten die Änderung und aktualisieren den lokalen Hostcache.

25 Funktion des Datenspeichers in einer Server-Farm Kapitel 3 IMA-Architektur 25 Der Datenspeicher stellt ein Repository mit permanenten Informationen zu den einzelnen Server-Farmen bereit. Alle Server können Bezug auf diese Informationen nehmen. Der Datenspeicher enthält Informationen, die sich nicht oft ändern, u. a. Folgendes: Konfigurationen veröffentlichter Anwendungen Server in der Server-Farm Citrix Administratoren Vertrauensbeziehungen Lizenzen Format der Datenbank Außer den Indexen sind alle Informationen im Datenspeicher in binärer Form. Aussagekräftige Abfragen können nicht direkt im Datenspeicher ausgeführt werden. Weder Citrix Administratoren noch Benutzer können die im Datenspeicher abgelegten Daten direkt abfragen oder bearbeiten. Sie müssen IMA-basierte Tools, wie z. B. Citrix Management Console, für den Zugriff auf die Informationen im Datenspeicher verwenden. Warnung: Bearbeiten Sie auf keinen Fall in der Datenbank des Datenspeichers abgelegte Daten mit Microsoft SQL Server- oder Oracle-Tools. Dies macht die Server-Farmdatenbank unlesbar. Die Server-Farm kann dann unstabil oder sogar komplett unbrauchbar werden. Zugriffsmodi auf den Datenspeicher Jeder Server in der Server-Farm kann auf zwei Arten auf den Datenspeicher zugreifen: direkt oder indirekt. Die einzelnen Server in derselben Server-Farm können unterschiedliche Zugriffsmethoden verwenden. Direkter Modus Wenn der IMA-Dienst die Datenbank direkt abfragt, wird dies als Zugriff auf die Datenbank im direkten Modus bezeichnet. Das heißt, der IMA-Dienst ruft die Datenspeicherinformationen direkt von der Datenbank ab. Der direkte Modus ist normalerweise schneller als der indirekte Modus, da die Daten des Datenspeichers nicht über Zwischenverfahren empfangen werden.

26 26 Weiterführende Konzepte für MetaFrame XP Wenn bei der Installation die Option Datenbank eines Drittherstellern als Datenspeicher verwenden für das Erstellen der Server-Farm gewählt wird, stellt der Server eine direkte Verbindung zum Remotedatenbankserver her, z. B. Microsoft SQL Server oder Oracle. Hinweis: Wenn es sich bei dem Datenspeicher um Microsoft SQL Server oder Oracle handelt, sollten Sie für alle Server den direkten Modus verwenden, um eine optimale Leistung zu erzielen. Indirekter Modus Wenn der IMA-Dienst einen anderen Server mit dem Abfragen der Datenbank beauftragt, wird dies als Zugriff auf die Datenbank im indirekten Modus bezeichnet. Das heißt, der IMA-Dienst erhält die Datenspeicherinformationen indirekt von einem anderen Server, der direkt auf den Datenspeicher zugreift. Wenn Sie bei der Installation für das Erstellen der Server-Farm die Option Lokale Datenbank als Datenspeicher verwenden auswählen, erstellt der erste Server eine lokale Kopie des Datenspeichers. Dieser Server ist dann der einzige Server in der Server-Farm, der eine direkte Verbindung zur Datenbank unterhält. Alle Server, die anschließend der Server-Farm hinzugefügt werden, müssen mit der Option Verbindung zu einem lokalen Datenspeicher auf einem anderen Server herstellen installiert werden. Diese Server fragen den Datenspeicher dann im indirekten Modus ab. Wenn Sie Microsoft SQL Server oder Oracle als Datenspeicher einsetzen, können Sie entweder den direkten Modus (empfohlen) oder den indirekten Modus verwenden. Im indirekten Modus stellt der neue Server eine Verbindung zum IMA- Dienst her, der auf einem anderen Server ausgeführt wird und bereits eine Verbindung zur Datenbank des Drittherstellers hergestellt hat. Aus diesem Grund muss mindestens ein Server bereits im direkten Modus auf den Datenspeicher zugreifen, bevor der indirekte Modus verwendet werden kann. Hinweis: Wenn Sie den indirekten Modus verwenden, und der Server, der die Datenspeicheranfragen im direkten Modus verarbeitet, offline geschaltet wird, können die indirekten Server, die über den direkten Server kommunizieren, nicht auf den Datenspeicher zugreifen. Die indirekten Server können mit dem Befehl dsmaint failover neu konfiguriert werden, so dass sie auf einen anderen Server im direkten Modus verweisen. Wenn es sich bei dem Offline-Server um den Hostserver handelt, muss die Datenbank wiederhergestellt werden. Weitere Informationen finden Sie im MetaFrame XP-Administratorhandbuch.

27 Kapitel 3 IMA-Architektur 27 Im indirekten Modus verarbeitet ein Server alle Anfragen für eine Servergruppe. Dies bedingt eine langsamere Leistung als eine Konfiguration im direkten Modus. Datenspeichervorgang Alle Server in der Server-Farm versuchen den Datenspeicher beim Start abzufragen. Wenn der Wert der nachfolgenden Registrierungseinstellung auf 1 gesetzt ist, erfordert IMA für den Dienststart eine Verbindung zum Datenspeicher: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime Wert: PSRequired Wenn der Wert 0 ist, wird IMA ohne eine Verbindung zum Datenspeicher gestartet. Nach dem ersten ordnungsgemäßen Starten des IMA-Diensts wird der Wert auf 0 gesetzt. Außerdem fragen alle Server den Datenspeicher regelmäßig ab, um eventuell aufgetretene Änderungen zu ermitteln. Wenn seit der letzten Abfrage Änderungen aufgetreten sind, fordern die Server die Änderungen an. Standardmäßig beträgt das Intervall 10 Minuten. Das Abfrageintervall für den Datenspeicher ist über den folgenden Registrierungsschlüssel konfigurierbar. Der Wert wird in Hexadezimalzahlen angegeben: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA Wert: DCNChangePollingInterval: 0x927C0 (standardmäßig Millisekunden) Hinweis: Wenn ein Mitgliedsserver 48 Stunden lang keine Verbindung zum Datenspeicher herstellen kann, funktioniert die Lizenzierung nicht mehr auf dem Mitgliedsserver. Bei jedem Öffnen der Citrix Management Console wird eine Verbindung zum lokalen IMA-Dienst hergestellt, der alle Schreib- und Lesevorgänge zum Datenspeicher für die Citrix Management Console ausführt. Die meisten über die Citrix Management Console vorgenommenen Änderungen werden zum Datenspeicher geschrieben. Der Server, zu dem die Citrix Management Console eine Verbindung hergestellt hat, sendet dann die Änderungsbenachrichtigung.

28 28 Weiterführende Konzepte für MetaFrame XP Funktion des lokalen Hostcache Jeder Server weist eine Teilmenge des Datenspeichers auf, die als lokaler Hostcache bezeichnet wird. Der lokale Hostcache führt zwei Hauptfunktionen aus: Ermöglicht die Serverfunktion bei fehlender Verbindung zum Datenspeicher Verbesserte Leistung durch Zwischenspeichern der Informationen, die von ICA-Clients für die Aufzählung und die Auflösung von Anwendungen verwendet werden Beim lokalen Hostcache handelt es sich um eine Access-Datenbank, die standardmäßig im Ordner %Programme%\ Citrix\Independent Management Architecture abgelegt ist. Der Dateiname lautet Imalhc.mdb. Die folgenden Informationen sind im lokalen Hostcache gespeichert: Alle Server in der Server-Farm und grundlegende Informationen Alle in der Server-Farm veröffentlichten Anwendungen und deren Eigenschaften Alle in der Server-Farm bestehenden Vertrauensbeziehungen der Windows- Netzwerkdomäne Alle für den Hostcache spezifischen Informationen (Produktcode, SNMP- Einstellungen, Lizenzinformationen) Beim ersten Start des Mitgliedsservers wird der lokale Hostcache mit einer Teilmenge der im Datenspeicher vorhandenen Informationen aufgefüllt. Danach ist der IMA-Dienst dafür verantwortlich, dass der lokale Hostcache und der Datenspeicher synchronisiert sind. Der IMA-Dienst führt diesen Task mithilfe von Änderungsbenachrichtigungen und regelmäßigem Abfragen des Datenspeichers aus. Wenn der Datenspeicher nicht erreichbar ist, enthält der lokale Hostcache genügend Informationen über die Server-Farm, um einen normalen Betrieb für maximal 48 Stunden zu ermöglichen. In dieser Übergangsfrist erfüllt der Server weiterhin Anfragen. Der IMA-Dienst versucht in regelmäßigen Abständen, eine Verbindung zum Datenspeicher herzustellen (basierend auf dem Intervall für die Datenspeicherabfrage, wie unter Datenspeichervorgang auf Seite 27 beschrieben). Wenn der Datenspeicher 48 Stunden lang nicht erreichbar ist, kann das Lizenzteilsystem die Lizenzen nicht mehr prüfen, und der Server akzeptiert keine weiteren eingehenden Verbindungen.

29 Kapitel 3 IMA-Architektur 29 Da der lokale Hostcache eine Kopie der veröffentlichten Anwendungen und Vertrauensbeziehungen der Windows-Domäne enthält, kann der lokale Hostcache Aufzählungsanfragen für ICA-Clientanwendungen lokal auflösen. Dies ergibt eine schnellere Reaktionszeit für den ICA-Client bei Anwendungsaufzählungen, da der lokale Server weder eine Verbindung zu anderen Mitgliedsservern noch zum Zonendatensammelpunkt herstellen muss. Der Mitgliedsserver muss weiterhin für Auflösungen bezüglich Lastenausgleich eine Verbindung zum Zonendatensammelpunkt herstellen. Manchmal kann es erforderlich sein, den lokalen Hostcache zu aktualisieren oder neu zu erstellen. In den nachfolgenden Abschnitten werden diese Situationen erläutert. Aktualisieren des lokalen Hostcache Wenn der IMA-Dienst momentan ausgeführt wird, veröffentlichte Anwendungen jedoch nicht ordnungsgemäß in der Anwendungssuche der ICA-Clients erscheinen, sollten Sie an der Befehlszeile des betroffenen Servers den Befehl dsmaint refreshlhc ausführen, um ein manuelles Aktualisieren des lokalen Hostcache zu erzwingen. Der Befehl zwingt den lokalen Hostcache, alle Änderungen sofort vom Datenspeicher zu lesen. Eine Diskrepanz tritt nur dann im lokalen Hostcache auf, wenn der auf einem Server ausgeführte IMA-Dienst ein Änderungsereignis verpasst und nicht ordnungsgemäß mit dem Datenspeicher synchronisiert ist. Neuerstellen des lokalen Hostcache Wenn der IMA-Dienst nicht gestartet werden kann, kann dies durch einen fehlerhaften lokalen Hostcache verursacht sein. Weitere Informationen über die Fehlerbehebung bei einem misslungenen Start des IMA-Diensts finden Sie unter Behandeln von IMA-Problemen auf Seite 185.! So erstellen Sie die Datenbank des lokalen Hostcache neu: Prüfen Sie zuerst die Verfügbarkeit des Datenspeichers, da der lokale Hostcache direkt vom Datenspeicher erneut geladen wird. Wenn der Datenspeicher nicht verfügbar ist, misslingt der Start des IMA-Diensts, bis der Datenspeicher verfügbar ist. 1. Stoppen Sie den IMA-Dienst auf dem MetaFrame-Server, wenn der Dienst ausgeführt wird. 2. Starten Sie den ODBC-Datenquellen-Administrator: Zeigen Sie unter Windows 2000 auf Systemsteuerung>Verwaltung> Datenquellen (ODBC). Zeigen Sie unter TSE auf Systemsteuerung> ODBC.

30 30 Weiterführende Konzepte für MetaFrame XP 3. Klicken Sie auf die Registerkarte Datei-DSN. 4. Wählen Sie die Datei imalhc.dsn und klicken Sie auf Konfigurieren. Standardmäßig ist diese Datei im Verzeichnis %Programme%\Citrix\ Independent Management Architecture gespeichert. 5. Klicken Sie im Bereich Datenbank auf Erstellen. Das Dialogfeld Neue Datenbank wird angezeigt. 6. Geben Sie im Feld Datenbank einen anderen Namen als imalhc für die neue Datenbank des lokalen Hostcache ein. Sie können auch die alte Datei imalhc umbenennen und den Namen erneut verwenden. 7. Klicken Sie auf OK, um die Datenbank zu erstellen. Klicken Sie dann auf OK, um den ODBC-Datenquellen-Administrator zu schließen. 8. Bearbeiten Sie den folgenden Registrierungsschlüssel: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\RUNTIME Wert: PSRequired (REG_DWORD): 0x1 9. Starten Sie den IMA-Dienst erneut. Wichtig: Wenn Sie den Computer nicht neu starten sondern nur den IMA-Dienst neu starten, kann dies beim SNMP-Dienst einen Dr. Watson-Fehler bewirken, wenn SNMP aktiviert ist. Dieser Fehler hat keine Konsequenzen. Erforderliche Bandbreite für MetaFrame XP-Kommunikation In diesem Abschnitt wird die für eine normale Kommunikation in einer MetaFrame XP-Umgebung erforderliche Bandbreite behandelt. Mit diesen Informationen können Sie die wahrscheinlich benötigte Bandbreite für WAN-basierte Farmen ermitteln. Die Daten wurden in Tests gewonnen, die in Citrix Testlabors ausgeführt wurden. Diese Daten treffen ggf. nicht auf alle Szenarien zu. Die Empfehlungen hängen davon ab, wie viel Bandbreite von anderen Netzwerkanwendungen verwendet wird. Bandbreite für die Kommunikation zwischen dem Server und dem Datenspeicher In einer Konfiguration mit einem Server liest ein Server beim Starten ungefähr 275 KB Daten vom Datenspeicher. Die gelesene Datenmenge hängt von der Anzahl der veröffentlichten Anwendungen, Server und Drucker in der Server-Farm ab. Die beim Start vom Datenspeicher gelesenen Kilobytes können mit der folgenden Formel abgeschätzt werden:

31 Kapitel 3 IMA-Architektur 31 Gelesene KB = *Server + 0.5*Anwendungen + 92*Drucker Wobei: Server = Anzahl der in der Zone vorhandenen Server, Anwendungen = Anzahl der in der Server-Farm veröffentlichten Anwendungen, Drucker = Anzahl der auf dem Mitgliedsserver installierten Druckertreiber darstellt. Hinweis: Hierbei handelt es sich um Schätzwerte, die auf den in Citrix Testlabors gewonnenen Werten basieren. Unterschiedliche Konfigurationen weisen andere Ergebnisse auf. Die zu einem bestimmten Zeitpunkt vom Datenspeicher gelesene Datenmenge kann mehr Bandbreite erfordern, wenn die Größe der Server-Farm ansteigt und bestimmte Aktionen ausgeführt werden. Dies ist besonders der Fall, wenn mehrere Server gleichzeitig gestartet werden. Die meisten Netzwerkübertragungen umfassen das Lesen von Daten aus der Datenbank. Da das Lesen von Daten häufig in den meisten standortüberschreitenden Bereitstellungen von MetaFrame XP auftritt, empfiehlt Citrix, den Datenspeicher über unterschiedliche Standorte zu replizieren. Bei einem replizierten Datenspeicher finden alle Lesevorgänge im lokalen Netzwerk des MetaFrame-Servers statt. Dies ergibt eine bessere Leistung der Server-Farm. Wenn die Leistung über das WAN ein Problem darstellt, und eine an jedem Standort replizierte Datenbank aus Kostengründen nicht infrage kommt, sollten Sie die WAN-Verbindungen auf alternative Lösungen analysieren. Der Start des IMA- Diensts kann ein paar Sekunden bis zu mehrere Minuten dauern. Wenn der IMA- Dienst eine größere Datenmenge vom Datenspeicher anfordert als die Größe der Pipe zwischen den WAN-Segmenten, wartet MetaFrame XP auf alle Daten. Der Start des IMA-Diensts wird jedoch wesentlich verzögert. Hinweis: Sie können eine Drittherstellerlösung einsetzen, wie z. B. Packeteer PacketShaper, und damit eine bestimmte Pipegröße nur für Datenbankübertragungen festlegen.

32 32 Weiterführende Konzepte für MetaFrame XP Tipp: Wenn der IMA-Dienst nach einem Neustart sehr langsam startet, wird u. U. ein Fehler auf der Konsole auf dem Server angezeigt, dass ein Dienst nicht ordnungsgemäß gestartet wurde. Das Ereignisprotokoll enthält ggf. eine Meldung, dass der IMA-Dienst beim Start hängen geblieben ist. Diese Fehler haben keine Konsequenzen. Der IMA-Dienst startet ordnungsgemäß, wenn die Anfragen an den Datenspeicher verarbeitet wurden. Bandbreite der Datensammelpunktkommunikation Datensammelpunkte müssen, um die Uniformität zwischen Zonen zu erhalten, alle Informationen an alle anderen Datensammelpunkte in der Server-Farm weitergeben. Die an die anderen Datensammelpunkte übermittelte Datenmenge hängt vom jeweiligen Vorgang ab, wie in der nachfolgenden Tabelle dargestellt. Ereignis Verbinden Verbindung trennen Erneutes Verbinden Abmelden Serveranfrage der Citrix Management Console Veröffentlichen von Anwendungen Starten eines neuen Zonendatensammelpunkts Übermittelte Datenmenge (Schätzung) 3 KB 2,25 KB 2,91 KB 1,50 KB 2,23 KB 9,07 KB 20 KB Bei jedem Auftreten der folgenden Ereignisse sendet der Mitgliedsserver Daten an den Datensammelpunkt der Zone, der dann die Daten an alle anderen Datensammelpunkte in der Server-Farm sendet. Aufgrund der mit der Replikation von Zonendaten verbundenen Kosten sollten Sie die Verwendung von Zonen einschränken. Weitere Informationen finden Sie im Abschnitt Zonendesign auf Seite 37. Hinweis: Die beim Veröffentlichen von Anwendungen verbrauchte Bandbreite hängt von der Anzahl der in der Server-Farm vorhandenen Server ab. Im Allgemeinen nimmt die verbrauchte Bandbreite für jeden zusätzlichen Server in der Server-Farm um 1 KB zu.

33 Kapitel 3 IMA-Architektur 33 Das Starten eines neuen Servers generiert die meisten Datenübertragungen an die anderen Datensammelpunkte. In einer Standardkonfiguration werden beim Start eines neuen Servers ungefähr 40 KB Daten an die Datensammelpunkte übermittelt. Wenn jedoch Druckertreiber auf Servern in der Server-Farm installiert sind, steigt dieser Wert auf ungefähr 1,26 MB für einen Druckertreiber an. Jeder zusätzliche Druckertreiber fügt 96 KB Bandbreite hinzu. Weitere Informationen finden Sie im Abschnitt Treiberreplikation und Leistungsprobleme auf Seite 112. Tipp: Beim Starten eines Servers in einer Server-Farm, die 10 Zonen und 25 Druckertreiber aufweist, sendet der Server ungefähr 3,5 MB Daten an den Datensammelpunkt. Diese Daten müssen dann an die anderen neun Datensammelpunkte weitergegeben werden. Hinweis: Sie können mithilfe von Drittherstellerlösungen, wie z. B. Packeteer PacketShaper, eine bestimmte Pipegröße ausschließlich für IMA- Datenübertragungen festlegen (die standardmäßig Anschluss 2512 verwenden), um eine Netzwerküberlastung in WAN-Umgebungen zu vermeiden. Packeteer PacketShaper 5.02 unterstützt automatisch IMA-Datenübertragungen. Andere Drittherstellerlösungen können für das Erkennen von IMA-Datenübertragungen nach Anschlussnummer konfiguriert werden. In einer WAN-Umgebung müssen die für das Platzieren getrennter Zonen an jedem WAN-Punkt entstehenden Kosten berücksichtigt werden. Beispiel: Die Konfiguration einer WAN-Umgebung umfasst Server an fünf separaten Standorten. Beim Erstellen von fünf getrennten Zonen sendet ein Zonendatensammelpunkt beim Auftreten eines dynamischen Ereignisses, z. B. ein Benutzer meldet sich an, dieses Ereignis an die anderen vier Datensammelpunkte. Das heißt, dasselbe Ereignis wird viermal über die WAN-Verbindung übermittelt. Wenn die Umgebung dagegen als eine Zone mit einem zentralen Datensammelpunkt konfiguriert ist, wird das Auftreten eines dynamischen Ereignisses nur einmal zum zentralen Zonendatensammelpunkt über die WAN-Verbindung übermittelt.

34

35 K A P I T E L 4 Design von Server-Farmen In diesem Kapitel werden Designmethoden erläutert, die Sie vor dem Bereitstellen einer MetaFrame XP-Server-Farm berücksichtigen sollten, u. a. Farmdesign im Unternehmen, Zonendesign und Richtlinien für den Datenspeicher. Am Ende des Kapitels finden Sie mehrere Szenarien für die Konfiguration von Server-Farmen und entsprechende Empfehlungen für Zonen und den Datenspeicher. Farmdesign im Unternehmen Für das gesamte Unternehmen kann eine einzige Server-Farm verwendet werden. Zahlreiche Faktoren hinsichtlich der Hardware, der Datenbankleistung und der Netzwerklast können sich jedoch negativ auf die Leistung der Server-Farm auswirken. An verschiedenen Stellen in diesem Handbuch finden Sie Empfehlungen zum Erzielen einer besseren Leistung in der Server-Farm (wie zum Beispiel im Abschnitt Erforderliche Bandbreite für MetaFrame XP- Kommunikation auf Seite 30.) Die Leistung kann auch durch Erstellen mehrerer separater Server-Farmen im Unternehmen erzielt werden. Vorteile des Bereitstellens einer einzigen Server-Farm Das Implementieren einer einzigen Server-Farm weist die folgenden Vorteile auf: Lizenzen im Pool: Alle MetaFrame XP-Lizenzen werden in einem Pool zusammengefasst und können von allen Servern in der Server-Farm verwendet werden. Einfache Verwaltung und Administration: Citrix Administratoren müssen sich für alle Verwaltungs- und Wartungstasks nur in einer Server-Farm anmelden. Citrix Administratoren müssen dann nicht mehrere Citrix Management Console-Fenster öffnen, um alle im Unternehmen vorhandenen Server anzuzeigen. Das Öffnen mehrerer Citrix Management Console-Fenster erfordert mehr Ressourcen als das Öffnen eines einzigen Citrix Management Console-Fensters.

36 36 Weiterführende Konzepte für MetaFrame XP Das Implementieren mehrerer Server-Farmen weist die folgenden Vorteile auf: Geringere IMA-Datenübertragungen: Wenn Remotedatensammelpunkte in einer Server-Farm vorhanden sind, muss die Server-Farm häufig mit den Datensammelpunkten kommunizieren, um Informationen zu allen veröffentlichten Anwendungen und Benutzerverbindungen in der gesamten Server-Farm auf dem neuesten Stand zu halten. Im Gegensatz zu älteren Versionen von MetaFrame setzt MetaFrame XP diese Datenübertragungen nicht in eine Warteschlange und sendet die Daten nicht in konfigurierbaren Intervallen über einen ICA-Gateway. Stattdessen werden diese Datenübertragungen beim Generieren gesendet. Dies erfordert eine dedizierte WAN-Verbindung zwischen den Zonendatensammelpunkten. Wenn das WAN die Netzwerkübertragungen nicht unterstützen kann, die in diesem Dokument im Kapitel IMA-Architektur unter Erforderliche Bandbreite zwischen Zonendatensammelpunkten erläutert werden, kann die Leistung durch Einrichten einer separaten Server-Farm an jedem Remotestandort gesteigert werden. Keine Datenspeicherreplikation: Wie im Abschnitt Bandbreite für die Kommunikation zwischen dem Server und dem Datenspeicher auf Seite 30 erläutert, empfiehlt Citrix die Replikation des Datenspeichers auf Remotestandorte, wenn in einer WAN-Umgebung eine einzige Server-Farm verwendet wird. Bei mehreren Server-Farmen ist die Replikation des Datenspeichers nicht notwendig, da jeder Remotestandort einen eigenen Datenspeicher verwaltet. Keine Internet-Datenübertragungen: Wenn die Server-Farm eine Internet-WAN- Verbindung umfasst, können IMA-Datenübertragungen und Informationen zur ODBC-Verbindung abgefangen werden. Diese Daten werden nicht über eine WAN-Verbindung übermittelt, wenn die Server-Farm nur einen Standort umfasst. Keine Änderungen am Firewall: Wenn die Server-Farm einen Firewall einschließt, müssen die TCP-Anschlüsse 2512 und 2513 am Firewall für die IMA- Kommunikation geöffnet sein. Das Implementieren einer separaten Server-Farm pro Standort macht das Öffnen der Anschlüsse 2512 und 2513 am Firewall und der für die Datenspeicherkommunikation verwendeten ODBC-Anschlüsse überflüssig. Vorteile des Bereitstellens mehrerer Server-Farmen Mehrere Server-Farmen können aus folgenden Gründen auch bei Konfigurationen mit einem Standort vorteilhaft sein: Lizenzierung pro Abteilung: Bei einer separaten Server-Farm für jede Abteilung bleibt die Lizenzierung lokal. Separate Verwaltung: ASPs können eine separate Server-Farm für jeden Kunden implementieren. Dies verringert die Sicherheitsbedenken, und Citrix Administratoren können nur auf ausgewählte Server-Farmen zugreifen.

37 Kapitel 4 Design von Server-Farmen 37 Zonendesign Die IMA-Architektur vereinfacht das Verwalten mehrerer Server-Farmen über die von der Citrix Management Console bereitgestellten, zentralen Verwaltungsfunktionen. Alle Server-Farmen können von einem Server, auf dem die Citrix Management Console installiert ist, verwaltet werden (der Server, auf dem die Citrix Management Console installiert ist, muss kein MetaFrame-Server sein). Der Citrix Administrator kann beim Anmelden den Namen eines Servers in der Server- Farm angeben, mit der die Citrix Management Console eine Verbindung herstellt. Außerdem können mehrere Instanzen der Citrix Management Console gleichzeitig geladen werden, zum Beispiel eine für jede Server-Farm. Dies vereinfacht die Farmverwaltung. Dieses Szenario verwendet jedoch mehr Ressourcen auf dem Server, auf dem die Instanzen der Citrix Management Console ausgeführt werden. Mithilfe von NFuse kann Benutzern eine einzige Oberfläche für Anwendungen von mehreren Server-Farmen bereitgestellt werden. Program Neighborhood hingegen erstellt eine separate Anwendungsgruppe für jede Server-Farm. Diese Anwendungsgruppen können mit NFuse in einer Anwendungsliste zusammengefasst werden. Die Beispiele der auf der NFuse-CD enthaltenen Websites verdeutlichen diese Funktionalität. Weitere Informationen finden Sie im NFuse- Administratorhandbuch. Das Layout und die Verteilung von Zonen in MetaFrame XP sind für die vom Benutzer wahrgenommene Leistung des Systems ausschlaggebend. Die folgenden Empfehlungen basieren auf den Ergebnissen, die in ausführlichen Tests in Citrix Testlabors gewonnen wurden. Citrix empfiehlt die Zone auf ungefähr 100 Server zu beschränken. Abhängig von der Serverhardware und der Aktivität in der Server-Farm kann ein Datensammelpunkt mehr als 100 Server unterstützen. Der Datensammelpunkt für jede Zone kann ungefähr 70 Auflösungen pro Sekunde handhaben. Abhängig von der Last der einzelnen Server-Farm sollten Sie die folgenden Punkte berücksichtigen: Anzahl der Benutzer, die eine Verbindung zur Server-Farm herstellen. Dauer, für die ein Benutzer durchschnittlich in der Sitzung angemeldet ist (eine einzige tägliche Sitzung oder mehrere kurze Sitzungen). Anzahl gleichzeitig angemeldeter Benutzer. Anzahl der veröffentlichten Anwendungen mit verbundenen Lastauswertungsprogrammen.

38 38 Weiterführende Konzepte für MetaFrame XP Die zwei letzten Variablen ergeben eine wesentlich höhere Last für den Datensammelpunkt und reduzieren die Skalierbarkeit der Zonen. Überwachen Sie die CPU- und Speichernutzung auf dem Datensammelpunkt, um zu gewährleisten, dass der Datensammelpunkt nicht mit Anfragen überlastet wird. Bereitstellen von Zonen Das Bereitstellen von Zonen muss sorgfältig geplant werden. Jede Zone ist für das Speichern der Informationen aller in der Server-Farm vorhandenen Server verantwortlich. Mitgliedsserver in jeder Zone aktualisieren die Sitzungs- und Lastinformationen im Datensammelpunkt der Zone häufig. Der Datensammelpunkt muss dann die neuen Informationen an alle anderen in der Server-Farm vorhandenen Datensammelpunkte weitergeben. Daraus ergibt sich, dass jeder Vorgang N-mal die Bandbreitenmenge verbraucht, wobei N die Anzahl der Zonen darstellt. Die MetaFrame-Server-Farm sollte aus Leistungsgründen so wenig wie möglich Zonen haben, aber trotzdem noch alle Aufzählungs- und Auflösungsanfragen umgehend erfüllen können. Hinweis: Die im Netzwerk verwendete Bandbreite steigt N-Mal für N Anzahl von Zonen an. Tipp: Da jeder Zonendatensammelpunkt eine offene Verbindung zu allen anderen in der Server-Farm vorhandenen Datensammelpunkten unterhalten muss, empfiehlt Citrix, die Anzahl der Zonen in der Server-Farm an die von der Netzwerkinfrastruktur unterstützte Anzahl anzugleichen. Jedesmal, wenn sich ein Benutzer an- oder abmeldet, eine Verbindung herstellt oder diese trennt oder sich die Serverlast ändert, werden Aktualisierungen an alle Datensammelpunkte in der Server-Farm gesendet. Eine große Anzahl von Zonen kann sich auf die Leistung des Netzwerks und der Server-Farm auswirken. Sie kann einen hohen Verbrauch der Netzwerkbandbreite verursachen und die Leistung der Datensammelpunkte mindern. Bei Netzwerküberlastung oder Leistungsabfall in der Server-Farm können Sie die Netzwerkdatenübertragungen wie folgt minimieren: Reduzieren der Zonenanzahl Konfigurieren jeder Zone in einem eigenen Subnetz

39 Kapitel 4 Design von Server-Farmen 39 Überwachen Sie die CPU des Datensammelpunkts auf einen Leistungsabfall. Wenn der Datensammelpunkt mit Aufzählungs- bzw. Auflösungsanfragen oder regelmäßigen Meldevorgängen überschwemmt wird, kann die Last des aktuellen Datensammelpunkts folgendermaßen reduziert werden: Unterteilen der aktuellen Zone in zwei Zonen Dedizieren des Datensammelpunkts für ICA-Clientanfragen, d. h. kein Akzeptieren von ICA-Clientverbindungen Hinweis: Das Einführen neuer Zonen führt nicht immer zu einer Leistungssteigerung. Die Replikation von Daten auf mehrere Zonen nimmt mehr Ressourcen in Anspruch. Weitere Informationen finden Sie im Abschnitt Erforderliche Bandbreite für MetaFrame XP-Kommunikation auf Seite 30. Tipp: Verwenden Sie den Standardnamen für die Zone nicht, wenn Sie Server in mehreren Subnetzen derselben Zone installieren. Der Standardname basiert auf der Subnetz-ID und kann während der Installation oder für eine schnelle Bereitstellung in der Datei Unbeaufsichtigt.txt angegeben werden. Sie können den Zonennamen auch nach der Installation mit der Citrix Management Console in den Farmeigenschaften ändern. Verwenden eines dedizierten Datensammelpunkts Das Dedizieren eines MetaFrame XP-Servers als Zonendatensammelpunkt hängt von mehreren Faktoren ab: Anzahl der Server in der Zone Anzahl der Zonen in der Server-Farm (Kommunikation zwischen Zonen) Häufigkeit der Benutzeranmeldungen bzw. Anwendungsaufzählungen Häufigkeit der Neustartzyklen der Mitgliedsserver in der Zone Im Allgemeinen sollten Sie das Dedizieren eines MetaFrame XP-Servers als Zonendatensammelpunkt in Erwägung ziehen, wenn Benutzer langsame Verbindungszeiten feststellen. Tipp: Planen Sie das Dedizieren eines MetaFrame XP-Servers als Datensammelpunkt für jede Zone, die mehr als 50 Mitgliedsserver aufweist.

40 40 Weiterführende Konzepte für MetaFrame XP Implementieren des Datenspeichers Das Auswählen eines geeigneten Datenspeichers ist einer der Hauptfaktoren zu einer ordnungsgemäß funktionierenden und leistungsfähigen MetaFrame XP- Server-Farm. Obwohl MetaFrame XP ODBC verwendet, werden andere ODBC-kompatible Datenbanken, wie z. B. MSDE, DB2, Sybase SQL und SQL Anywhere, nicht in dieser Version von MetaFrame XP unterstützt. Folgende Datenbanken von Drittherstellern werden unterstützt: Datenbank Getestete und unterstützte Versionen Microsoft Access Jet Engine 4.x Microsoft SQL Server 7.0 SP2, 2000 Oracle Server 7.3.4, 8.0.6, 8.1.5, Warnung: Das Verwenden von nicht unterstützten Datenbankengines kann zu einer wesentlichen Leistungsminderung oder zum Nichtfunktionieren der Server- Farm führen. Richtlinien für den Datenspeicher Im Anschluss finden Sie allgemeine Richtlinien für das Auswählen eines Datenspeichers. Diese Empfehlungen sind auch im MetaFrame XP- Administratorhandbuch enthalten. Klein Mittel Groß Unternehmen Server oder mehr Benannte Benutzer < 150 < 3000 < 5000 > 3000 Anwendungen < 100 < 100 < 500 < 2000 Empfohlener Datenspeicher Access, MS SQL Server oder Oracle Access, MS SQL Server oder Oracle Microsoft SQL Server oder Oracle Microsoft SQL Server oder Oracle

41 Kapitel 4 Design von Server-Farmen 41 Die Auswahl einer Datenbank für den Datenspeicher hängt auch von der Umgebung ab, in der die Server-Farm bereitgestellt wird. Sie sollten die folgenden Punkte bei der Auswahl eines Datenspeichers für die Server-Farm berücksichtigen: Access eignet sich am besten für zentralisierte Server-Farmen. Access unterstützt für alle Server außer dem Hostserver nur den indirekten Modus. Dies ergibt eine langsamere Leistung als Datenspeicher im direkten Modus für große Server-Farmen. Access unterstützt keine Datenbankreplikation. Verwenden Sie beim Bereitstellen von Server-Farmen in einem WAN Datenbanken, die Replikation unterstützen. Eine wesentliche Leistungssteigerung kann durch Verteilen der Last auf mehrere Datenbankserver erzielt werden. Verwenden von Microsoft SQL Server oder Oracle für Server-Farmen mit mehr als 100 Server, um akzeptable Leistungsniveaus zu erhalten. Verwenden Sie Microsoft SQL Server oder Oracle für Server-Farmen, die sehr viele Druckertreiber und terminierte Replikation verwenden. Verwenden Sie für Server-Farmen, die Neustartzyklen für viele Servergruppen gleichzeitig ausführen, Microsoft SQL Server oder Oracle im direkten Modus, um die Startdauer des IMA-Diensts zu minimieren. In den Citrix Testlabors ergaben Microsoft SQL Server und Oracle in großen Server-Farmen eine ähnliche Leistung. Oracle Parallel Server führt außerdem den Lastenausgleich für eingehende Anfragen zwischen den Servern aus. Im Anschluss finden Sie die Anforderungen für die drei unterstützten Datenbankplattformen: Microsoft Access, Microsoft SQL Server und Oracle. Verwenden von Microsoft Access Wenn Sie bei der Installation die Option Lokale Datenbank als Datenspeicher auswählen wählen, wird Microsoft Access als Datenspeicher konfiguriert. Für die ODBC-Verbindung zu Access wird die Microsoft Jet Engine 4.x verwendet. Im Anschluss finden Sie einige Hinweise zur Verwendung von Access als Datenspeicher. Mindestanforderungen Ungefähr 20 MB freie Speicherkapazität für je 100 Server in der Server-Farm. 32 MB zusätzlichen Arbeitsspeicher (RAM), wenn der MetaFrame XP-Server auch Verbindungen hostet.

42 42 Weiterführende Konzepte für MetaFrame XP Authentifizierung Der Standardwert für den Benutzernamen bzw. das Kennwort in der Datei Mf20.mdb lautet citrix/citrix. Sie können das Kennwort der Datenbank mit dem Befehl dsmaint config /pwd:newpassword ändern, wenn der IMA-Dienst ausgeführt wird. Bewahren Sie das neue Kennwort an einem sicheren Ort auf, da Sie es später ggf. für die Migration auf eine andere Datenbank benötigen. Hinweis: Erstellen Sie vor dem Ändern des Kennworts mit dem Befehl dsmaint backup eine Sicherungskopie der Datei Mf20.mdb. Automatische Sicherung Bei jedem ordnungsgemäßen Stoppen des IMA-Diensts wird die bestehende Datei Mf20.mdb gesichert, komprimiert und als Datei Mf20.unk kopiert. Bei jedem ordnungsgemäßen Start des IMA-Diensts wird eine ggf. bestehende Datei Mf20.bak gelöscht, und die Datei Mf20.unk wird zu Mf20.bak umbenannt. Dies stellt sicher, dass die Datei Mf20.bak eine gültige Farmdatenbank ist. Diese Datei wird bei der Ausführung des Befehls dsmaint recover verwendet. Wichtig: Wenn der Server keinen Speicher auf dem Laufwerk aufweist, auf der die Datei Mf20.mdb gespeichert ist, funktioniert die automatische Sicherung nicht mehr. Stellen Sie sicher, dass die freie Kapazität auf dem Laufwerk mindestens die dreifache Größe der Datei Mf20.mdb umfasst. Hinweis: Die Datei Mf20.mdb und alle Dateien der automatischen Sicherung sind standardmäßig im Ordner %Programme%\Citrix\Independent Management Architecture gespeichert. Weitere Hinweise: Alle indirekten Server stellen Verbindungen zum Hostserver her und unterhalten diese Verbindungen. Standardmäßig ist der Server, der Host der Datenbank ist, auch der Datensammelpunkt der Zone. Das Feinabstimmen der Jet Database Engine mithilfe von Registrierungseinstellungen kann die Leistung in großen Server-Farmen verbessern. Weitere Informationen zum Feinabstimmen der Leistung für Jet Database Engine finden Sie in der Dokumentation von Microsoft. Sichern Sie sowohl die Registrierung als auch die Datei Mf20.mdb vor dem Ändern der Einstellungsparameter ab.

43 Kapitel 4 Design von Server-Farmen 43 Führen Sie eine Online-Sicherung des Datenspeichers mit dem Befehl dsmaint backup aus. Dieser Befehl kann auch in einer Befehlsdatei eingefügt werden. Sichern Sie die MetaFrame XP-Datenbank ab, wenn Sie eine Änderung mit der Citrix Management Console vornehmen. Das Terminieren einer täglichen Sicherung reicht in den meisten Fällen aus. Verwenden von Microsoft SQL Server Die in diesem Abschnitt erläuterten Praktiken enhalten Best Practices für die Verwendung von Microsoft SQL Server als Datenspeicher. Dies ist nicht als Ersatz der Microsoft SQL Server-Dokumentation gedacht. Sie sollten die gesamte Microsoft SQL Server-Dokumentation vor der Installation von Microsoft SQL Server durchlesen. Diese Empfehlungen sind hauptsächlich für Microsoft SQL Server 7 gedacht, können jedoch auch auf Microsoft SQL Server 2000 angewendet werden. Mindestanforderungen Ungefähr 20 MB freie Speicherkapazität für je 100 Server in der Server-Farm. Der verwendete Speicher kann bei einer großen Anzahl von veröffentlichten Anwendungen in der Server-Farm ansteigen. Stellen Sie die temporäre Datenbank auf Partitionen mit mindestens 1 GB freiem Speicherplatz auf der Festplatte auf automatisches Wachstum (4 GB werden bei einer großen Server-Farm mit mehreren Druckertreibern empfohlen). Prüfen Sie, dass genügend freier Speicherplatz auf dem Server besteht, um das Wachstum der temporären und der Farmdatenbank zu unterstützen. TSE erfordert das Installieren der Microsoft Data Access Components (MDAC), Version 2.5. Wichtig: Stoppen Sie den Lizenzierungsdienst der Microsoft Terminaldienste vor der Installation von MDAC und starten Sie den Server erneut, bevor Sie mit der Installation von MetaFrame XP beginnen. Weitere Informationen finden Sie im Citrix MetaFrame XP-Administratorhandbuch.

44 44 Weiterführende Konzepte für MetaFrame XP Serverkonfiguration Bei Verwendung von Microsoft SQL Server in einer replizierten Umgebung muss dasselbe Benutzerkonto auf jedem Microsoft SQL Server für den Datenspeicher verwendet werden. Jede MetaFrame XP-Server-Farm erfordert eine dedizierte Datenbank. Mehrere Datenbanken können jedoch auf einem Microsoft SQL Server ausgeführt werden. Die MetaFrame XP-Server-Farm sollte nicht in einer Datenbank installiert werden, die für andere Client/Server-Anwendungen freigegeben ist. Für die Datenbanken sollte die Option zum Abschneiden des Protokolls am Prüfpunkt aktiviert sein, um die Protokollgröße entsprechend zu kontrollieren. Halten Sie sich für das Konfigurieren der Datenbanken und der Transaktionsprotokolle für das Wiederherstellen an die Empfehlungen von Microsoft. Sichern Sie den MetaFrame XP-Datenspeicher ab, wenn Sie eine Änderung mit der Citrix Management Console vornehmen. Bei der Installation von mehr als 256 Servern in einer Server-Farm, die als Datenspeicher Microsoft SQL Server verwendet, muss die Anzahl der Arbeitsthreads erhöht werden, die der Datenbank zur Verfügung stehen.! So erhöhen Sie die Arbeitsthreads: 1. Starten Sie Microsoft SQL Server Enterprise Manager. 2. Wählen Sie die Eigenschaften für die Serverkonfiguration aus. 3. Klicken Sie auf die Registerkarte Prozessor. 4. Ändern Sie die Anzahl der maximalen Arbeitsthreads von 256 auf einen höheren Wert als die Anzahl der in der Server-Farm vorhandenen Server. Warnung: Wenn die MetaFrame XP-Datenbank verloren geht, muss die Server- Farm erneut erstellt werden. Die Datenbank kann nicht von einer bestehenden Server-Farm neu erstellt werden. Authentifizierung und Sicherheit Microsoft SQL Server unterstützt Windows NT- und Microsoft SQL Server- Authentifizierung. Weitere Informationen zum Konfigurieren der Windows NT-Authentifizierungsunterstützung finden Sie in der Microsoft SQL Server- Dokumentation. Für Umgebungen mit hoher Sicherheit empfiehlt Citrix nur die NT- Authentifizierung.

45 Kapitel 4 Design von Server-Farmen 45 Das für die Verbindung zum Datenspeicher verwendete Konto sollte die Rechte db_owner (Datenbankeigentümer) für die Datenbank aufweisen, die als Datenspeicher verwendet wird. Für ein höheres Sicherheitsniveau sollten die Benutzerberechtigungen nach der Installation der Datenbank als Datenbankeigentümer auf Nur Lesen/ Schreiben gesetzt werden. Warnung: Wenn Sie die Benutzerrechte von Datenbankeigentümer ändern, werden ggf. zukünftige Service Packs oder Feature Releases nicht ordnungsgemäß installiert. Bei der Service Pack- oder Feature Release-Installation müssen die Berechtigungen immer auf Datenbankeigentümer geändert werden. Failover Setzen Sie für die Fehlertoleranz bei Microsoft SQL Server die Microsoft Clusterdienste (MSCS) ein. Dies gibt Clustersystemen Failover und Failback. Ein MSCS-Cluster ist eine Gruppe von Ressourcen (z. B. gruppierte Laufwerke), deren Eigentümer ein Failover-Clusterknoten ist. Das Eigentum der Gruppe kann von einem Knoten zu einem anderen transferiert werden. Jede Gruppe kann jedoch nur zu einem Knoten gehören. Die Datenbankdateien für eine Instanz von Microsoft SQL Server 2000 werden in ein MSCS-Cluster platziert, das dem Knoten gehört, auf dem die Instanz installiert ist. Wenn ein Knoten ausfällt, auf dem eine Instanz von Microsoft SQL Server ausgeführt wird, wechselt MSCS das Cluster, das die Datendateien für diese Instanz enthält, zu einem anderen Knoten. Da auf der Festplatte des Knotens bereits die ausführbaren Dateien und die Registrierungsinformationen für die Instanz von Microsoft SQL Server gespeichert sind, kann der Knoten die Instanz von Microsoft SQL Server starten und Verbindungsanfragen für diese Instanz akzeptieren. Hinweis: Zum Zeitpunkt der Herausgabe dieses Handbuchs unterstützt MSCS- Clustering keinen Lastenausgleich zwischen gruppierten Servern. Verteilte Datenbanken MetaFrame XP unterstützt verteilte Datenbanken. Verteilte Datenbanken sind nützlich, wenn aufgrund von zu vielen Leseanfragen ein Engpass im Datenspeicher auftritt. Mithilfe einer verteilten Datenbank kann die Leselast verteilt werden. Microsoft SQL Server erstellt mit Replikation das Umfeld der verteilten Datenbanken.

46 46 Weiterführende Konzepte für MetaFrame XP MetaFrame XP erfordert das Bestätigen der Datenkoheränz bei mehreren Datenbanken. Aus diesem Grund erfolgen Schreibvorgänge zur Datenbank mithilfe eines Übergabealgorithmus in 2 Phasen. Beim Konfigurieren von Microsoft SQL Server für eine Übergabe in zwei Phasen empfielt Citrix den Einsatz des Modells zur unmittelbaren Abonnentenaktualisierung. Weitere Informationen über das Einrichten der Replikation mithilfe dieses Modells finden Sie in der Dokumentation von Microsoft SQL Server.! So richten Sie eine verteilte Umgebung für eine bestehende MetaFrame XP- Server-Farm ein: 1. Konfigurieren Sie mithilfe von Microsoft SQL Server Enterprise Manager einen Herausgeber (der Microsoft SQL-Server, auf dem der Datenspeicher gespeichert ist), einen Verteiler und Abonnenten (Remotestandorte). 2. Führen Sie den Befehl dsmaint publishsqlds von einer bestehenden Server- Farm aus. Dieser Schritt führt die erforderlichen SQL-Aussagen aus, um die veröffentlichten Beiträge auf dem aktuellen Microsoft SQL Server (Herausgeber) zu erstellen. Weitere Informationen zum Befehl dsmaint finden Sie im MetaFrame XP-Administratorhandbuch. 3. Konfigurieren Sie ein Abonnement der Remotestandorte (Abonnenten) für die in Schritt 2 erstellten veröffentlichten Beiträge. Verwenden von Oracle Die in diesem Abschnitt erläuterten Praktiken geben Ratschläge für die besten Implementationen des Oracle-Datenspeichers. Dies ist nicht als Ersatz der Oracle- Dokumentation gedacht. Lesen Sie vor der Installation von Oracle die gesamte Oracle-Dokumentation. Wenn nicht anders angegeben, gelten die hier aufgeführten Richtlinien für Oracle7, Oracle8 und Oracle8i. Mindestanforderungen Ungefähr 20 MB freier Speicherplatz für je 100 Server in der Server-Farm. Der verwendete Speicher kann bei einer großen Anzahl von veröffentlichten Anwendungen in der Server-Farm ansteigen. Der Oracle-Client (Version oder 8.1.6) muss vor der Installation von MetaFrame XP auf dem Terminalserver installiert werden. Die und Clients werden nicht von MetaFrame XP 1.0 unterstützt. Wichtig: Wenn Sie den Server nach der Installation des Oracle-Clients nicht erneut starten, kann bei der Installation von MetaFrame XP keine Verbindung zum Datenspeicher hergestellt werden.

47 Kapitel 4 Design von Server-Farmen 47 Serverkonfiguration Die Verwendung von Oracle8i, Version oder höher, wird empfohlen. Oracle7 (7.3.4) und Oracle8 (8.0.6) werden jedoch für die MetaFrame XP- Plattform unterstützt. Das Erstellen eines separaten Tabellenplatzes für den Datenspeicher vereinfacht die Sicherung und Wiederherstellung. Eine geringe Datenmenge wird zum Systemtabellenplatz geschrieben. Prüfen Sie bei Installationsproblemen, ob der Systemtabellenplatz voll ist. Das Verwenden des Freigabe-/MTS- (Multi-Threaded Server) Modus kann die Anzahl der Vorgänge in Server-Farmen verringern, die mehr als 200 Server aufweisen. Weitere Informationen zum Konfigurieren der Datenbank für den MTS-Modus finden Sie in der Oracle-Dokumentation. Wenn Sie Oracle im MTS-Modus ausführen, müssen die folgenden Parameter in der Datei Init.ora größer als die unten aufgeführten Werte sein oder den Werten entsprechen. (Wenn Sie mehrere Server-Farmen auf derselben Oracle- Datenbank ausführen, schließen Sie alle MetaFrame XP-Server für die unten aufgeführten Berechnungen ein. Runden Sie auf ganze Werte auf.) MTS_SERVERS = {#MFXP Servers} / 10 MTS_MAX_SERVERS = {#MFXP Servers} / 5 SERIALIZABLE = False ROW_LOCKING = Always Sichern Sie die MetaFrame XP-Datenbank ab, wenn Sie eine Änderung mit der Citrix Management Console vornehmen. Das Terminieren einer täglichen Sicherung reicht in den meisten Fällen aus. Die Sicherung sollte bei Oracle nicht offline erfolgen, da der Datenspeicher für den Abschluss der Sicherung offline geschaltet werden muss. Sie sollten Online-Backups im Modus archivelog verwenden. Außerdem verkürzt der Modus archivelog die Wiederherstellungszeit einer abgestürzten Datenbank. Warnung: Wenn die MetaFrame XP-Datenbank verloren geht, muss die Server- Farm erneut erstellt werden. Die Datenbank kann nicht von einer bestehenden Server-Farm neu erstellt werden.

48 48 Weiterführende Konzepte für MetaFrame XP Authentifizierung und Sicherheit Oracle for Solaris unterstützt nur die Oracle-Authentifizierung. Die Windows NT-Authentifizierung wird nicht unterstützt. Oracle for Windows NT unterstützt sowohl die Windows NT- als auch die Oracle-Authentifizierung. Weitere Informationen zum Konfigurieren der Windows NT-Authentifizierung finden Sie in der Oracle-Dokumentation. Das Oracle-Benutzerkonto muss für jeden in der Server-Farm vorhandenen Server gleich sein, da alle Server ein gemeinsames Schema verwenden. Jede in der Datenbank vorhandene Server-Farm muss ein anderes Benutzerkonto aufweisen, da die Informationen des Datenspeichers im Benutzerkontoschema von Oracle gespeichert sind. Das Konto, über das die Datenspeicherverbindung hergestellt wird, muss die folgenden Oracle-Berechtigungen aufweisen: Connect Resource Sie können wahlweise die folgende Berechtigung zuweisen: Unlimited Tablespace Failover In Oracle können Administratoren eine Standby-Datenbank für eine schnelle Wiederherstellung im Notfall verwalten. Eine Standby-Datenbank unterhält eine Kopie der aktuellen Datenbank in einem permanenten Wiederherstellungszustand. Wenn ein Notfall in der aktuellen Datenbank auftritt, kann die Standby-Datenbank ohne große Wiederherstellung geöffnet werden. Wichtige Punkte zu Oracle-Failover: In Oracle8i ist das Management der Standby-Datenbank vollständig automatisiert. Die Standby-Datenbank muss mit derselben Kernelversion wie das aktuelle System ausgeführt werden. Failover findet bei Standby-Datenbanken nur in eine Richtung statt. Failover kann nicht zurück erfolgen. Konfigurieren Sie bei einem Failover der Datenbank die MetaFrame XP-Server mit dem Befehl dsmaint config neu, so dass sie auf die Standby-Datenbank verweisen. Für unternehmenswichtige Anwendungen sollte eine Standby-Datenbank eingesetzt werden.

49 Kapitel 4 Design von Server-Farmen 49 Hinweis: Weitere Informationen zum Einrichten einer Standby-Datenbank finden Sie in der Oracle-Dokumentation. Verteilte Datenbanken MetaFrame XP unterstützt verteilte Datenbanken. Verteilte Datenbanken sind nützlich, wenn aufgrund von zu vielen Leseanfragen ein Engpass im Datenspeicher auftritt. Oracle erstellt mit Replikation das Umfeld der verteilten Datenbanken. Im Anschluss finden Sie wichtige Punkte zu verteilten Datenbanken. Installieren Sie Lese/Schreibreplikate und verteilen Sie die Server der Server-Farm gleichmäßig auf den Master und die Replikate, um die Last des einzigen Datenbankservers zu verringern. MetaFrame XP erfordert das Bestätigen der Datenkoheränz bei mehreren Datenbanken. Aus diesem Grund erfolgen Schreibvorgänge zur Datenbank mithilfe eines Übergabealgorithmus in 2 Phasen. Der Einsatz von Oracle als Lösung mit verteilten Datenbanken erfordert Folgendes: Auf allen teilnehmenden Datenbanken muss Oracle ausgeführt werden. Alle teilnehmenden Datenbanken müssen im MTS-/Freigabemodus (und nicht im dedizierten Modus) ausgeführt werden. Alle Clients (MetaFrame XP-Direktserver) müssen SQL*Net, Version 2 oder Net8, sein. Installieren Sie die Datenbank der Server-Farm zuerst am Hauptstandort. Konfigurieren Sie dann die Replikation an den Snapshot-Standorten. Replizieren Sie alle im Datenspeicher des Benutzerschemas enthaltenen Objekte (Tabellen, Indices und gespeicherte Vorgänge). Tipp: Wenn die Leistung der replizierten Datenbank wesentlich langsamer ist, sollten Sie die ordnungsgemäße Replikation der Indices für das Benutzerschema von MetaFrame XP prüfen. Beim Konfigurieren von Oracle für eine Übergabe in zwei Phasen empfiehlt Citrix Folgendes: Verwenden Sie aktualisierbare, synchrone Snapshots mit einem Masterstandort. MetaFrame XP funktioniert nicht mit Snapshots, die nur Leserechte haben. Für einige Funktionen ist ein Schreibrecht auf den Datenspeicher erforderlich. Verwenden Sie, falls möglich; schnelles Aktualisieren (dies erfordert Snapshot- Protokolle).

50 50 Weiterführende Konzepte für MetaFrame XP Richten Sie die Replikationsumgebung nicht mit Konfliktauflösung ein. Das Intervall für den Replikationslink sollte so oft wie möglich sein (abhängig von der Netzwerkumgebung) (1 Minute wird empfohlen). Bei der Oracle- Replikation werden keine Daten über die Verbindung übermittelt, wenn keine Änderungen aufgetreten sind. Citrix empfiehlt, dass Sie beim Einrichten der Replikation die Oracle- Dokumentation zu Rate ziehen. Sie finden die Dokumentation für Oracle8i unter der folgenden Webadresse: Verwenden von Oracle Parallel Server Oracle Parallel Server kann eine beachtliche Leistungssteigerung in sehr großen Server-Farmen bewirken, in denen die Leistung bei einem Frontend- Datenbankserver oft Engpässe aufweist. Diese Konfiguration ergibt eine lastenausgeglichene Umgebung, in der mehrere Oracle-Frontendserver das freigegebene Laufwerkteilsystem und die Datenbanktabellen verwenden. Oracle Parallel Server verteilt die Last gleichmäßig auf alle teilnehmenden Server. Bei einem Serverausfall werden die Verbindungen automatisch zu den funktionsfähigen Knoten umgeleitet. Verwenden von replizierten Datenspeicherdatenbanken In bestimmten Situationen wird das Verwenden eines einzigen Datenspeichers empfohlen. In einigen Situationen kann ein replizierter Datenspeicher die Leistung der Server-Farm jedoch steigern. In diesem Abschnitt werden die Probleme und Situationen angesprochen, die sich aus der Verwendung einer replizierten Datenbank ergeben. Hohe Latenz in WANs Verbindungen mit hoher Latenz ohne das Verwenden von replizierten Datenbanken können zu Situationen führen, in denen der Datenspeicher für längere Zeit gesperrt ist, wenn Instandhaltungsarbeiten von Remotestandorten ausgeführt werden. Das heißt, der IMA-Dienst kann eine Zeitüberschreitung aufweisen (startet jedoch nach längerer Zeit) und einige normale Vorgänge können misslingen, wenn sie vom Remotestandort ausgeführt werden. Tipp: Farmverwaltung mithilfe der Citrix Management Console sollte nicht von einem Remotestandort erfolgen, der hohe Latenz aufweist.

51 Kapitel 4 Design von Server-Farmen 51 Bei hoher Latenz dauert das Schreiben zum Datenspeicher länger, und weitere Schreibvorgänge von lokalen und Remotestandorten werden außerdem eine gewisse Zeit lang blockiert. Bei hoher Latenz wirken sich Lesevorgänge des Datenspeichers wahrscheinlich nicht negativ auf lokale Verbindungen aus. Vom Remotestandort wird jedoch eine schlechtere Leistung festgestellt. Hinweis: Wenn Oracle im MTS-Modus konfiguriert ist, und Remotelese- und Remoteschreibvorgänge vom Remotestandort initiiert werden, können lokale Leseund Schreibvorgänge blockiert werden, da alle Verbindungen im MTS-Modus einen MTS-Server genannten Satz von Worker-Threads gemeinsam verwenden. Dieses Problem kann durch Erhöhen des Parameterwerts Max_Mts_Servers in der Datei Init.ora behoben werden. Weitere Informationen finden Sie im Abschnitt Verwenden von Oracle auf Seite 46. Replizierte Datenbanken Das Verwenden von replizierten Datenbanken für eine Leistungssteigerung kann in einigen Situationen angebracht sein. Die Server der Server-Farm führen mehr Lesevorgänge vom Datenspeicher als Schreibvorgänge zum Datenspeicher aus. Die meisten Lesevorgänge finden beim Start statt, wenn jeder Server den lokalen Hostcache auffüllt. In einer LAN-Umgebung kann der Start des IMA-Diensts bei replizierten Datenbanken beschleunigt werden. Außerdem kann die Reaktionszeit von Servern in großen Server-Farmen verbessert sein. In einer WAN-Umgebung ist die Konfiguration des Datenspeichers wichtig. Da MetaFrame XP viele Lesevorgänge ausführt, sollten Replikate des Datenspeichers an Orten platziert werden, an denen sich viele Server befinden. Dies verringert die Anzahl der Lesevorgänge über die WAN-Verbindung. Replizierte Datenbanken sollten nur verwendet werden, wenn die Anzahl der am Remotestandort installierten MetaFrame XP-Server die Kosten rechtfertigt, die beim Platzieren einer replizierten Kopie der Datenbank am Standort entstehen. Hinweis: Die Replikation der Datenbank verbraucht Bandbreite. Die Konfiguration der Datenbankserversoftware und nicht MetaFrame XP steuert die Häufigkeit der Datenbankaktualisierungen.

52 52 Weiterführende Konzepte für MetaFrame XP Spezielle Szenarien für den Datenspeicher In diesem Abschnitt werden Situationen behandelt, in denen das Abweichen von der Standardinstallation und konfiguration für die Umgebung Vorteile bringen kann. Verwenden des indirekten Modus für den Zugriff auf den Datenspeicher Microsoft SQL Server oder Oracle können im indirekten Modus ausgeführt werden, um die Anzahl der Datenbankverbindungen zu reduzieren. Dies empfiehlt sich nicht für große Server-Farmen, da es einen zentralen Ausfallpunkt erstellt. Installieren Sie einen Kernsatz direkter Server und verweisen Sie dann Gruppen der Mitgliedsserver auf jeden der direkten Server im Kernsatz, um einen zentralen Ausfallpunkt für die ganze Server-Farm zu vermeiden. Dies ergibt eine bessere Leistung als das Freigeben eines Servers für alle Abfragen. Wichtig: Das Ausführen von Microsoft SQL Server oder Oracle im indirekten Modus kann einen Engpass schaffen und zu einem Leistungsabfall führen. Hinweis: Beim Ausführen eines MetaFrame XP-Servers im indirekten Modus wird die Anzahl der an die Datenbank des Drittherstellers gerichteten Anfragen nicht reduziert. Die Anfragen werden dagegen über eine einzige ODBC- Verbindung weitergeleitet.! So verwenden Sie den indirekten Modus mit einer Datenbank eines Drittherstellers: 1. Installieren Sie den ersten Server in der Server-Farm im direkten Modus und konfigurieren Sie ihn, so dass er ordnungsgemäß auf die Datenbank des Drittherstellers verweist. 2. Nachfolgende Server können durch Angabe des in Schritt 1 erstellten direkten Servers im indirekten Modus installiert werden. 3. Geben Sie für die Kontoberechtigungen den Benutzernamen und das Kennwort des in Schritt 1 erstellten Citrix Administrators ein.

53 Kapitel 4 Design von Server-Farmen 53 Dedizieren eines MetaFrame XP-Servers für den indirekten Modus In den meisten Fällen müssen ICA-Verbindungen zu einem Hostserver nicht eingeschränkt werden. Bei den meisten Anwendungen stellt der Benutzer keine Leistungseinbuße bei allgemeinen Anfragen an die Datenbank fest. Wenn der indirekte Server jedoch eine Benutzervolllast aufweist, können folgende Probleme auftreten: Verzögerungen beim Konfigurieren von Anwendungen oder der Lizenzinformationen mithilfe der Citrix Management Console. Längere Aktualisierungszeiten in der Citrix Management Console. Längere Startzeiten für den IMA-Dienst für Mitgliedsserver, da der Datenspeicherserver die Prozessorzeit zwischen Benutzern und dem IMA- Dienst aufteilt. Aus diesen Gründen sollte der indirekte Server eine geringere Benutzerlast als die anderen Mitgliedsserver der Server-Farm unterstützen. Die Feinabstimmung hängt von den verwendeten Anwendungen und der normalen Last der Server ab. Tipp: Die Benutzerlast auf dem Hostserver sollte die Hälfte bis zwei Drittel der Last auf den Mitgliedsservern ausmachen. Stellen Sie die Parameter beim Verwenden des Lastenausgleichs so ein, dass der Hostserver eine geringe Benutzerdatenmenge als die anderen Server erhält. Wenn Server oft neu gestartet werden, müssen längere Startzeiten berücksichtigt werden. Hinweis: Wenn derselbe Server als der Zonendatensammelpunkt verwendet wird, haben die Empfehlungen hinsichtlich des Dedizieren eines Servers als Zonendatensammelpunkt mehr Gewicht als die in diesem Abschnitt gegebenen Empfehlungen. Szenarien für das Bereitstellen der Server-Farm In den folgenden Abschnitten finden Sie Empfehlungen für mehrere Bereitstellungszenarien von MetaFrame XP. Viele der hier gegebenen Empfehlungen basieren auf dem Produktdesign und theoretischen Konzepten. Die Citrix Testlabors haben sich bemüht, die in diesem Abschnitt erläuterten Theorien ausführlich zu testen. In der Realität eingesetzte Umgebungen können jedoch Punkte aufwerfen, die nicht in diesen Empfehlungen berücksichtigt wurden.

54 54 Weiterführende Konzepte für MetaFrame XP In den nachfolgenden Tabellen werden die Abkürzungen DS für Datenspeicher und DSP für Datensammelpunkt verwendet. Kleine Server-Farm - Zentraler Standort Dieses Szenario umfasst eine einfache Umgebung mit einer Server-Farm, in der sich alle Server an einem Standort befinden und folgendermaßen konfiguriert sind: Server Zone(n) 1-2 Tatsächliche Standorte Datenspeicher Konnektivität 1 Access, Microsoft SQL Server oder Oracle 10 Mbit/s oder höher (LAN) Abbildung 1: Kleine Server-Farm an einem Standort Citrix empfiehlt für dieses Szenario Folgendes: Dedizieren eines Datensammelpunkts für Zonen, die mehr als 50 Mitgliedsserver aufweisen. Mögliches Steigern der Leistung mit mehreren Zonen. Bei Verwendung von Access können die Funktionen des Datenspeichers und des Datensammelpunkts in einem Server kombiniert werden.

55 Kapitel 4 Design von Server-Farmen 55 Große Server-Farm - Zentraler Standort Dieses Szenario umfasst eine etwas größere, jedoch nicht zu komplexe Umgebung mit einer Server-Farm, in der sich alle Server an einem Standort befinden und folgendermaßen konfiguriert sind: Server 100+ Zone(n) 3+ Tatsächliche Standorte 1 Datenspeicher Konnektivität Microsoft SQL Server oder Oracle 10 Mbit/s oder höher (geswitchte 100 Mbit/s sind empfehlenswert) Abbildung 2: Große Server-Farm an einem Standort Citrix empfiehlt für dieses Szenario Folgendes: Dedizieren eines Datensammelpunkts für Zonen mit mehr als 50 Mitgliedsservern.

56 56 Weiterführende Konzepte für MetaFrame XP Bei sehr großen Server-Farmen können replizierte Datenbanken oder Oracle Parallel Server die Leistung steigern und einen Engpass am Datenspeicher vermeiden. Eine Server-Farm sollte nicht mehr als 25 Zonen haben. Kleine Server-Farm Verteilte Standorte Dieses Szenario umfasst eine kleine Umgebung mit einer Server-Farm, in der sich die Server an mehreren Standorten befinden, wie nachfolgend dargestellt: Server (gleichmäßig auf einige Standorte verteilt) Zone(n) 1-4 Tatsächliche Standorte 2-4 Datenspeicher Konnektivität Access, Microsoft SQL Server oder Oracle 512 Kbit/s oder höher zu einem zentralen Standort oder zwischen allen Standorten Abbildung 3: Kleine Server-Farm mit verteilten Standorten

57 Kapitel 4 Design von Server-Farmen 57 Citrix empfiehlt für dieses Szenario Folgendes: Wenn alle dezentralen Standorte Verbindungen zu einem zentralen Standort unterhalten und die Anmeldehäufigkeit begrenzt ist, ist eine Zone besonders geeignet. Bei mehreren Zonen erfordern alle Standorte, die Host einer Zone sind, eine direkte Verbindung zu allen anderen Zonenstandorten. Ansonsten erfordern alle Standorte eine Verbindung zu einem zentralen Standort, an dem sich der Zonendatensammelpunkt befindet. Starten Sie die Server nur neut, wenn WAN-Verbindungen nur wenig genutzt werden. Kleine Server-Farm - Remotestandorte Dieses Szenario beschreibt eine kleine Umgebung mit einer Server-Farm, in der kleine Gruppen von 2 bis 5 Servern auf mehrere Standorte verteilt sind. Server (2-5 an jedem Standort für lokale Nutzung) Zone(n) 1 Tatsächliche Standorte 2+ Datenspeicher Konnektivität Access, Microsoft SQL Server oder Oracle 128 Kbit/s oder höher zum zentralen Standort

58 58 Weiterführende Konzepte für MetaFrame XP Abbildung 4: Remotestandorte mit zentralem Büro Citrix empfiehlt für dieses Szenario Folgendes: Bei den Verbindungen sollte es sich um direkte Verbindungen zum zentralen Standort handeln. Starten Sie die Server nur erneut, wenn WAN-Verbindung nur wenig genutzt werden. Remotestandorte können vom Einsatz der VPN-Technologie, wie z. B. Citrix Extranet, profitieren. Obwohl eine Server-Farm ein langsames WAN umfassen kann, stellt das Zentralisieren der Server und der Einsatz von ICA über das WAN eine optimalere Konfiguration dar.

59 Kapitel 4 Design von Server-Farmen 59 Große Server-Farm Mehrere Datenzentren Dieses Szenario beschreibt eine große Umgebung mit einer Server-Farm. Alle Server befinden sich in großen Datenzentren, wie im Folgenden beschrieben: Server 200+ Zone(n) 2-4 Tatsächliche Standorte 2 Datenspeicher Konnektivität Microsoft SQL Server oder Oracle (für einen schnelleren Serverstart und minimierte WAN-Anfragen repliziert) Hochgeschwindigkeit (T1 oder höher) Abbildung 5: Mehrere Datenzentren Citrix empfiehlt für dieses Szenario Folgendes: Stimmen Sie über die Registrierungseinstellungen die Kommunikation des Datensammelpunkts ab. Weitere Informationen finden Sie im Abschnitt Informationen über Zonen auf Seite 19. Stellen Sie die Intervalls für die Datenbankreplikation ein, um die WAN- Nutzung zu verringern. Am zentralen Standort vorgenommene Änderungen erscheinen erst nach ein paar Minuten bei den Replikaten.

60 60 Weiterführende Konzepte für MetaFrame XP Große Server-Farm Regionale Standorte Dieses Szenario beschreibt eine große Umgebung mit einer Server-Farm, in der sich Server sowohl an regionalen Standorten als auch kleinen Remotestandorten befinden. Server Zone(n) Tatsächliche Standorte Datenspeicher Konnektivität 200+ (kleinere Standorte stellen eine Verbindung zum nächstgelegenen regionalen Standort her) 1 pro regionalem Standort 2+ Microsoft SQL Server oder Oracle (auf jedem regionalen Standort repliziert) Hochgeschwindigkeit (T1 oder höher) zwischen allen regionalen Standorten 128 Kbit/s oder höher zwischen den regionalen und kleineren Standorten Abbildung 6: Regionale Standorte mit Remotezugang Citrix empfiehlt für dieses Szenario Folgendes: Stimmen Sie über die Registrierungseinstellungen die Kommunikation des Datensammelpunkts ab. Weitere Informationen finden Sie im Abschnitt Informationen über Zonen auf Seite 19.

61 Kapitel 4 Design von Server-Farmen 61 Remotestandorte können vom Einsatz der VPN-Technologie, wie z. B. Citrix Extranet, profitieren. Obwohl eine Server-Farm ein langsames WAN umfassen kann, stellt das Zentralisieren der Server und der Einsatz von ICA über das WAN eine optimalere Konfiguration dar. Stellen Sie die Intervalls für die Datenbankreplikation ein, um die WAN- Nutzung zu verringern. Am zentralen Standort vorgenommene Änderungen erscheinen erst nach ein paar Minuten bei den Replikaten.

62

63 K A P I T E L 5 Bereitstellung von MetaFrame XP Dieses Kapitel enthält Empfehlungen für das Bereitstellen von MetaFrame XP. Angesprochene Bereiche umfassen: DNS, gemischter Modus für Interoperabilität mit MetaFrame 1.8, Migration, schnelles Bereitstellen und NFuse-Empfehlungen. Verwenden des DNS-Rotationsprinzips (Round Robin) für Clientanfragen Die Verwendung von DNS ist ein integraler Bestandteil von MetaFrame XP. Die Namen von MetaFrame-Servern werden im Datenspeicher als NetBIOS-Namen und nicht als voll qualifizierte DNS-Hostnamen gespeichert. Dies kann zu Problemen beim Auflösen von Namen führen, wenn WINS-Referenz auf DNS- Servern in einer Windows DNS-Umgebung verwendet wird, oder die MetaFrame- Server Mitglieder von verschiedenen Active Directory-Domänen sind. Mit dem DNS-Rotationsprinzip (Round Robin) kann die Last von DNS-Anfragen der ICA-Clients über mehrere Server in der Farm verteilt werden. In diesem Abschnitt werden die Konzepte und Implementationsmethoden des DNS- Rotationsprinzips (Round Robin) erläutert, die DNS-Konfigurationen im Unternehmen erleichtern. Hintergrundinformationen zu DNS Beim DNS-Rotationsprinzip (Round Robin) handelt es sich um eine von DNS- Servern verwendete Methode, mit der Verbindungslasten, die identische Inhalte aufweisen, über mehrere Server verteilt werden. Wenn ein für das Rotationsprinzip konfigurierter DNS-Server eine DNS-Namensanfrage erhält, die mehrere übereinstimmende Ressourceneinträge desselben Typs enthält, rotiert der DNS- Server die Reihenfolge der in der Antwort zurückgegebenen Ressourceneinträge.

64 64 Weiterführende Konzepte für MetaFrame XP Nehmen wir z. B. an, dass Citrix über drei interne Intranet-Webserver verfügt, die denselben Inhalt aufweisen. Für den Lastenausgleich über alle drei Server würden die folgenden Hosteinträge dem DNS-Server des Unternehmens hinzugefügt: IN A IN A IN A Wenn der DNS-Server für Round Robin konfiguriert ist, gibt er als Antwort auf die erste Clientanfrage nach dem Hostdatensatz alle drei Adressen in der folgenden Anordnung aus: , und Der DNS-Server beantwortet die zweite Anfrage nach mit allen drei Adressen in der folgenden Anordnung: , und Die dritte Anfrage nach erzeugt eine Antwort in der Anordnung , und Bei jeder Anfrage rotiert der DSN-Server die Anordnung der Adressen in der Antwort und verschiebt die Adressen um eine Position nach oben. Die erste Adresse wird an das Ende der Liste verschoben. Verwenden von DNS-Round Robin mit ICA-Clients ICA-Clients, die das TCP/IP+HTTP-Protokoll verwenden, versuchen standardmäßig den DNS-Namen ica aufzulösen, um einen für das Erfüllen der XML-Anfragen der ICA-Clients geeigneten MetaFrame-Server zu ermitteln. Dies kann durch Konfigurieren der ICA-Clients mit Server-Standorten für das TCP/ IP+HTTP-Protokoll überschrieben werden. Als Alternative zur Konfiguration jedes ICA-Clients mit einer Liste der Server-Standorte empfiehlt Citrix, mehrere Ressourceneinträge für den Hostnamen ica den DNS-Servern hinzuzufügen, die die DNS-Anfragen der ICA-Clients bedienen. Beispiel: Es bestehen drei MetaFrame-Server mit den IP-Adressen , und Außerdem wurden die folgenden Hostressourceneinträge dem DNS-Server hinzugefügt: ica.corp.citrix.com IN A ica.corp.citrix.com IN A ica.corp.citrix.com IN A In diesem Szenario können ICA-Clients jeden der drei MetaFrame-Server mit dem TCP/IP+HTTP-Protokoll ermitteln. Für dieses Szenario müssen die folgenden Bedingungen erfüllt sein: Die DNS-Suffixsuchfolge der ICA-Clients enthält dasselbe Domänensuffix wie die Ressourceneinträge auf dem DNS-Server. In diesem Beispiel ist das DNS- Suffix corp.citrix.com. Die ICA-Clients sind nicht mit Server-Standorten für das TCP/IP + HTTP- Protokoll konfiguriert (dies überschreibt die Standardsuche ica ).

65 Kapitel 5 Bereitstellung von MetaFrame XP 65 Bei den vom DNS-Server ausgegebenen IP-Adressen handelt es sich um die IP- Adressen der MetaFrame-Server, die die TCP/IP + HTTP- bzw. XML-Anfragen der ICA-Clients beantworten können. Das heißt, auf den MetaFrame-Servern muss der Citrix XML-Dienst ausgeführt werden, der standardmäßig für TCP- Anschluss 80 konfiguriert ist. Die NFuse-Webservererweiterung sollte auf den MetaFrame-Servern installiert sein, auf denen IIS ausgeführt wird. Für das TCP/IP-Protokoll konfigurierte Clients können auch vom DNS- Rotationsprinzip profitieren. Wenn ein ICA-Client für das TCP/IP-Protokoll konfiguriert ist, sendet der ICA-Client beim Suchen von MetaFrame-Servern standardmäßig UDP-Broadcasts. Wenn kein MetaFrame-Server in demselben Subnetz wie der ICA-Client vorhanden ist, werden die UDP-Broadcasts nicht beantwortet, und der ICA-Client kann keine MetaFrame-Ressourcen aufzählen. Wenn ein Server-Standort für TCP/IP angegeben ist, sendet der ICA-Client ein gerichtetes UDP-Datendiagramm an den Server-Standort, um einen MetaFrame- Server zu ermitteln. Um das Aktualisieren der Server-Standortliste jedes ICA- Clients zu vermeiden, wenn sich MetaFrame-Server ändern, kann ein Citrix Administrator den Namen ica der TCP/IP-Serversuche hinzufügen. Die ICA- Clients können dann den Hostnamen ica auf beliebig viele MetaFrame-Server auflösen (wie im obigen Szenario beschrieben). Verwenden von DNS für das Trennen von Server-Farmen Das DNS-Rotationsprinzip kann zusammen mit verschiedenen DNS-Domänen eingesetzt werden und dadurch eine Trennungsmethode für Server-Farmen für verschiedene Gruppen von ICA-Clients bereitstellen. Nehmen wir z. B. an, dass Citrix die folgenden drei Abteilungen aufweist: Verkauf, Services und Engineering. Jede Abteilung hat eine eigene DSN-Domäne: eng.corp.citrix.com, sales.corp.citrix.com und serv.corp.citrix.com. Jede Abteilung besitzt auch eine dedizierte MetaFrame-Server-Farm. Die Server-Farm enthält MetaFrame-Server mit den unten in der Tabelle aufgeführten IP-Adressen: Server-Farm Serveradressen Engineering , und Verkauf , und Services , und

66 66 Weiterführende Konzepte für MetaFrame XP Den ICA-Clients in jeder Abteilung ist ein primäres DNS-Suffix über DHCP zugewiesen. Den ICA-Clients in der Abteilung Verkauf ist zum Beispiel das primäre DNS-Suffix sales.corp.citrix.com zugewiesen. Der Netzwerkadministrator kann z. B. einen Hostressourceneintrag ica jeder DNS-Domäne hinzufügen: ica.eng.corp.citrix.comin A ica.eng.corp.citrix.comin A ica.eng.corp.citrix.comin A ica.sales.corp.citrix.comin A ica.sales.corp.citrix.comin A ica.sales.corp.citrix.comin A ica.serv.corp.citrix.comin A ica.serv.corp.citrix.comin A ica.serv.corp.citrix.comin A Dies ergibt Folgendes: ICA-Clients mit dem primären DNS-Suffix eng.corp.citrix.com würden ica auf die drei IP-Adressen der MetaFrame-Server in der Server-Farm Engineering auflösen. ICA-Clients mit dem primären DNS-Suffix sales.corp.citrix.com würden ica auf die drei IP-Adressen der MetaFrame-Server in der Server-Farm Verkauf auflösen. ICA-Clients mit dem primären DNS-Suffix serv.corp.citrix.com würden ica auf die drei IP-Adressen der MetaFrame-Server in der Server-Farm Services auflösen. Tipp: Dieses Prinzip kann sowohl auf Zonen als auch Server-Farmen angewendet werden, wenn ICA-Clients zonenbasierte Domänensuffixe aufweisen. Weitere Tipps Verwenden Sie statische IP-Adressen für die MetaFrame-Server. RFC 1794 enthält weitere Informationen zum DNS-Rotationsprinzip (Round Robin). Der Windows 2000-Auflösungsdienst speichert DNS-Abfrageergebnisse zwischen. Dies kann den Eindruck vermitteln, dass das DNS-Rotationsprinzip nicht wie oben beschrieben funktioniert. Um den Cache anzuzeigen, führen Sie ipconfig /displaydns in einer Befehlszeile aus. Führen Sie für das Leeren des Cache ipconfig /flushdns aus.

67 Kapitel 5 Bereitstellung von MetaFrame XP 67 Beheben Sie DNS-Probleme mit dem Windows Befehl NSlookup. NSlookup ignoriert den DNS-Auflösungsdienstcache auf Windows Weitere Informationen zu NSlookup finden Sie im Microsoft Knowledge Base-Artikel Q Clients, auf denen Windows NT 4.0 SP4 und höher ausgeführt wird, ordnen die Ergebnisse von DNS-Round-Robin-Vorgängen standardmäßig mithilfe von Subnetzprioritisierung neu an. Dieses Merkmal kann andere Ergebnisse als die oben beschriebenen ergeben. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel Q Windows und Windows NT 4.0-DNS-Server unterstützen die als Priorität für lokale Subnetze bezeichnete Funktion. Diese Funktion kann andere Ergebnisse als die oben beschriebenen ergeben. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel Q Weitere Unterlagen zum DNS-Rotationsprinzip (Round Robin) und der Priorität für lokale Subnetze im Zusammenhang mit Windows 2000-DNS-Servern finden Sie im Windows 2000 Resource Kit TCP/IP Core Networking Guide. Weitere Informationen zu DNS finden Sie im Microsoft Windows 2000 Server DNS White Paper. Verwenden des gemischten Modus für Interoperabilität mit MetaFrame 1.8 MetaFrame XP unterstützt zwei Betriebsarten: nativer (einheitlicher) und gemischter Modus. Der Betriebsmodus wird bei der Installation des ersten Servers in einer neuen Server-Farm eingestellt. Diese Einstellung kann jederzeit durch Ändern der Farmeigenschaften mit der Citrix Management Console geändert werden. Der Betriebsmodus gilt für die gesamte Server-Farm. Wenn der Modus für eine Server-Farm eingestellt ist, werden alle in der Server-Farm bestehenden Server in diesem Modus ausgeführt. Der gemischte Modus gewährleistet die Interoperabilität mit MetaFrame 1.8- Servern und Server-Farmen. Das Aktivieren des gemischten Modus startet die Legacy-Dienste Program Neighborhood und ICA-Browser auf allen MetaFrame XP-Servern in einer Server-Farm. Diese Dienste werden gestartet, damit MetaFrame XP-Server mit MetaFrame 1.8-Servern kommunizieren und Informationen austauschen können. MetaFrame XP-Server im gemischten Modus kommunizieren mit anderen MetaFrame XP-Servern in derselben Server-Farm über das IMA-Protokoll.

68 68 Weiterführende Konzepte für MetaFrame XP Merkmale des nativen und gemischten Modus In diesem Abschnitt wird der Betrieb und die Kommunikation von MetaFrame XP- Servern und die funktionellen Unterschiede von Server-Farmen im nativen und gemischten Modus beschrieben. Nativer Modus Standardmäßig sind Program Neighborhood und der ICA-Browser auf allen in der Server-Farm vorhandenen Servern deaktiviert. MetaFrame XP-Server tauschen keine Program Neighborhood- oder ICA- Browserinformationen mit MetaFrame 1.8-Servern aus. MetaFrame XP-Server senden keine Program Neighborhood-Informationen an andere Server in der Server-Farm. Dies reduziert die über das Netzwerk übermittelte Datenmenge. Das Netzwerk wird besser genutzt, da Datenübertragungen des ICA-Browsers nicht mehr auf Broadcasts basieren. Der IMA-Dienst verwendet TCP/IP, und der ICA-Browserdienst verwendet UDP. MetaFrame XP-Server tauschen keine dynamischen Informationen über den ICA-Browserdienst aus. Stattdessen benachrichtigt der IMA-Dienst die Datensammelpunkte über dynamische Änderungen. MetaFrame XP-Verbindungslizenzen werden nicht mit MetaFrame 1.8-Servern in einem Pool zusammengefasst. Der Lastenausgleich für veröffentlichte Anwendungen erfolgt nicht über MetaFrame XP- und MetaFrame 1.8-Server. Gemischter Modus Program Neighborhood und der ICA-Browser sind für jeden in der Server-Farm vorhandenen Server aktiviert. MetaFrame XP-Server senden Program Neighborhood-Informationen an jene MetaFrame 1.8-Server, die denselben Farmnamen aufweisen. MetaFrame XP-Server mit demselben Farmnamen wie MetaFrame 1.8-Server werden ICA-Clients als dieselbe Anwendungsgruppe angezeigt. MetaFrame XP-Server tauschen ICA-Browserinformationen mit MetaFrame 1.8-Servern in demselben Subnetz aus. Der Lastenausgleich für veröffentlichte Anwendungen in derselben Anwendungsgruppe kann über MetaFrame XP- und MetaFrame 1.8-Server erfolgen, die denselben Farmnamen verwenden.

69 Kapitel 5 Bereitstellung von MetaFrame XP 69 Mit CMC in MetaFrame XP veröffentlichte Anwendungen verhindern das Veröffentlichen einer Anwendung mit demselben Namen mithilfe von MetaFrame 1.8-Published Application Manager. Jeder Server, auf dem Program Neighborhood ausgeführt wird, unterhält eine Verbindung zu jedem anderen Server mit demselben Farmnamen, um Program Neighborhood-Daten auszutauschen. Die Formel für die Verbindungsanzahl lautet: N * (N-1)/2, wobei N die Anzahl der Server in der Server-Farm ist. Program Neighborhood- und ICA-Browserkommunikation ist überflüssig und wird zusätzlich zur IMA-Kommunikation eingesetzt. Standardmäßig werden MetaFrame XP-Server bei der ICA- Masterbrowserauswahl MetaFrame 1.8-Servern in demselben Subnetz vorgezogen. MetaFrame XP-Server beantworten UDP-Broadcasts von ICA-Clients. Lizenzpooling steht zwischen MetaFrame XP-Servern und MetaFrame 1.8- Servern in demselben Subnetz zur Verfügung. ICA-Masterbrowser von MetaFrame XP entfernen ICA-Lizenzgateways von MetaFrame 1.8, lassen jedoch MetaFrame 1.8-ICA-Gateways intakt. UDP ist unzuverlässig und wird normalerweise nicht über Firewalls weitergegeben. Lastenausgleichsalgorithmen für auf MetaFrame XP veröffentlichte Anwendungen unterscheiden sich von den Lastenausgleichsalgorithmen auf MetaFrame 1.8. Details des nativen und gemischten Modus IMA-Kommunikation erhöht die Skalierbarkeit und Stabilität von Server-Farmen wesentlich. Citrix empfiehlt den Betrieb von MetaFrame XP-Server-Farmen im nativen Modus. Der gemischte Modus sollte nur aktiviert werden, wenn MetaFrame XP-Server in eine bestehende MetaFrame 1.8-Server-Farm integriert werden müssen. Tipp: Der gemischte Modus ist nur als Übergangslösung gedacht, bis alle MetaFrame 1.8-Server auf MetaFrame XP aktualisiert sind.

70 70 Weiterführende Konzepte für MetaFrame XP Wie im vorherigen Abschnitt beschrieben, erzeugen MetaFrame XP-Server, die im gemischten Modus eingesetzt werden, ein höheres Datenvolumen auf dem Netzwerk als MetaFrame XP-Server, die im nativen Modus ausgeführt werden. Der im gemischten Modus auf den MetaFrame XP-Servern gestartete ICA-Browserund der Program Neighborhood-Dienst duplizieren die IMA-Funktionalität von MetaFrame XP, um eine Kompatibilität mit MetaFrame 1.8-Servern zu erhalten. ICA-Browser- und Program Neighborhood-Kommunikation ist hinsichtlich der Netzwerknutzung aufgrund fundamentaler Unterschiede im Design nicht so leistungsfähig wie die IMA-Kommunikation. Der gemischte Modus weist zwei Hauptvorteile auf (weitere Details finden Sie im Anschluss): Pooling von MetaFrame XP-Verbindungslizenzen und MetaFrame 1.8- Benutzerlizenzen Integrieren von MetaFrame XP-Servern in eine bestehende MetaFrame 1.8- Server-Farm Lizenzpooling mit vorhandenen MetaFrame 1.8-Servern Durch Aktivieren des gemischten Modus in einer MetaFrame XP-Server-Farm können Unternehmen, die MetaFrame 1.8-Benutzerlizenzen erworben haben, diese Lizenzen mit MetaFrame XP-Servern im gemischten Modus in einem Pool zusammenfassen. Außerdem können im gemischten Modus MetaFrame XP- Verbindungslizenzen mit MetaFrame 1.8-Servern im Pool zusammengefasst werden, wenn sich diese Server in demselben Subnetz wie MetaFrame XP-Server in einer XP-Server-Farm im gemischten Modus befinden. Es bestehen jedoch einige Einschränkungen. Standardmäßig werden MetaFrame XP-Server bei der ICA-Masterbrowserauswahl MetaFrame 1.8-Servern in demselben Subnetz vorgezogen. MetaFrame XP-Server, die als ICA- Masterbrowser agieren, konvertieren ICA-Lizenzgateways zu ICA-Gateways. Im gemischten Modus sind MetaFrame XP-Verbindungslizenzen außerdem den Subnetzen statisch zugewiesen, die MetaFrame XP-Server von derselben Server- Farm enthalten. Dies unterscheidet sich vom Lizenzpooling im nativen Modus, in dem XP-Verbindungslizenzen dynamisch über alle Subnetze im Pool zusammengefasst werden, die Server von derselben Server-Farm enthalten. Das nachfolgende Beispiel verdeutlicht das Lizenzpooling.

71 Kapitel 5 Bereitstellung von MetaFrame XP 71 Abbildung 7: Lizenzpooling bei MetaFrame 1.8 Das Diagramm in Abbildung 7 enthält sechs MetaFrame 1.8-Server und drei MetaFrame XP-Server in drei verschiedenen Subnetzen. Die sechs MetaFrame 1.8- Server wiesen diese Konfiguration vor der Installation der MetaFrame XP-Server auf. MetaFrame 1.8 unterstützt nur einen ICA-Lizenzgateway zwischen zwei Subnetzen. In diesem Szenario ist ein ICA-Lizenzgateway zwischen den Subnetzen 1 und 3 und ICA-Standardgateways sind zwischen den Subnetzen 1 und 2 und zwischen den Subnetzen 2 und 3 konfiguriert. In den Subnetzen 1 und 3 sind maximal 75 Lizenzen im Pool zulässig (45 Lizenzen von Subnetz 1 und 30 Lizenzen von Subnetz 3). In Subnetz 2 sind maximal 15 Lizenzen im Pool zulässig. Die MetaFrame XP-Server gehören alle zu derselben Server-Farm. Die Server- Farm enthält 50 MetaFrame XP-Verbindungslizenzen. Wenn die MetaFrame XP-Server-Farm im nativen Modus installiert ist, findet kein Pooling der Lizenzen mit MetaFrame 1.8-Servern statt. Mithilfe des ICA- Lizenzgateways stehen den MetaFrame 1.8-Servern 75 Lizenzen im Pool zur Verfügung, die von den Subnetzen 1 und 3 gemeinsam verwendet werden, und 15 Lizenzen im Pool in Subnetz 2. Die MetaFrame XP-Server haben einen separaten Pool von 50 Lizenzen. Der Pool der MetaFrame XP-Lizenzen wird dynamisch über alle drei Subnetze abgefragt. Wenn die MetaFrame XP-Server-Farm im gemischten Modus installiert ist, sind der ICA-Browser und Program Neighborhood aktiviert und werden auf allen drei MetaFrame XP-Servern ausgeführt. Wenn die manuelle Konfiguration der MetaFrame XP-Server die Auswahl zum ICA-Masterbrowser nicht ausschließt, würden alle drei MetaFrame XP-Server die Auswahl zum ICA-Masterbrowser in den entsprechenden Subnetzen gewinnen. Der bestehende MetaFrame 1.8-ICA- Lizenzgateway wird in einen ICA-Standardgateway umgewandelt. Die bestehenden ICA-Gateways bleiben intakt.

72 72 Weiterführende Konzepte für MetaFrame XP Hinweis: Im gemischten Modus werden alle MetaFrame XP-Lizenzen standardmäßig auf alle Subnetze in der Server-Farm gleichmäßig verteilt. Tipp: Die Lizenzverteilung kann über die Citrix Management Console geändert werden. Sie können auf der Registerkarte Interoperabilität im Dialogfeld Eigenschaften der Server-Farm die Anzahl der jedem Subnetz zugewiesenen MetaFrame XP-Lizenzen ändern. In einer MetaFrame XP-Server-Farm, die im gemischten Modus ausgeführt wird, werden die MetaFrame 1.8-Benutzerlizenzen nicht über die drei Subnetze im Pool zusammengefasst, und die MetaFrame XP-Verbindungslizenzen werden zu gleichen Teilen jedem Subnetz zugewiesen. Da drei Subnetze bestehen, wird standardmäßig ein Drittel der gesamten MetaFrame XP-Verbindungslizenzen jedem Subnetz zugewiesen. Da in diesem Szenario 50 MetaFrame XP- Verbindungslizenzen vorhanden sind, werden zwei Subnetzen 17 Verbindungslizenzen und dem dritten Subnetz 16 Verbindungslizenzen zugewiesen. Hinweis: Die Reihenfolge der MetaFrame XP-Installationen und der zugeordneten Lizenzen wirkt sich darauf aus, wie MetaFrame XP die verfügbaren Lizenzen gleichmäßig verteilt. MetaFrame 1.8-Benutzerlizenzen und MetaFrame XP-Verbindungslizenzen werden in jedem Subnetz in einem Pool zusammengefasst. Dies ergibt Folgendes: Subnetz 1 hat ungefähr 62 Lizenzen im Pool (45 MetaFrame 1.8-Lizenzen und 17 MetaFrame XP-Lizenzen), Subnetz 2 hat ungefähr 47 Lizenzen im Pool (30 MetaFrame 1.8-Lizenzen und 17 MetaFrame XP-Lizenzen) und Subnetz 3 hat die restlichen 31 Lizenzen im Pool (15 MetaFrame 1.8-Lizenzen und 16 MetaFrame XP-Lizenzen). Hinweis: Wenn ICA-Lizenzgateways vor der Installation von MetaFrame XP bestanden, kann das genaue Melden der Lizenzen aufgrund von in den ICA- Browsern in der Sicherungsliste zwischengespeicherten Informationen bis zu 48 Stunden dauern.

73 Kapitel 5 Bereitstellung von MetaFrame XP 73 Integrieren von MetaFrame XP-Servern in eine bestehende MetaFrame 1.8-Server-Farm Unternehmen, die bestehende MetaFrame 1.8-Server-Farmen haben, möchten ggf. die neuen MetaFrame XP-Server in die bestehenden MetaFrame 1.8-Server- Farmen integrieren. Wenn ein Unternehmen zum Beispiel Anwendungen sowohl auf MetaFrame XP- und MetaFrame 1.8-Servern veröffentlichten möchte, die zu derselben Anwendungsgruppe für bestehende Program Neighborhood-Clients gehören. Damit MetaFrame XP-Server als Mitglieder einer bestehenden MetaFrame 1.8- Server-Farm erscheinen, muss der Name der MetaFrame XP-Server-Farm genau mit dem Namen der MetaFrame 1.8-Server-Farm übereinstimmen. Der Name der MetaFrame XP-Server-Farm wird während der Installation von MetaFrame XP auf dem ersten Server in einer neuen Server-Farm eingegeben. Die MetaFrame XP-Server-Farm muss auch im gemischten Modus ausgeführt werden, um die MetaFrame XP-Server-Farm in die MetaFrame 1.8-Server-Farm zu integrieren. MetaFrame XP-Server-Farmen und MetaFrame 1.8-Server-Farmen, die denselben Namen haben, sind separate Server-Farmen, die in Program Neighborhood-Clients als dieselbe Farm erscheinen. MetaFrame 1.8-Server-Farmen und MetaFrame XP-Server-Farmen mit demselben Namen müssen mit separaten Dienstprogrammen verwaltet werden. Erstellen Sie Anwendungen für die MetaFrame 1.8-Server-Farm mit dem Published Application Manager (Appcfg.exe) von MetaFrame 1.8. Die MetaFrame 1.8-Server-Farm kann nicht mit der Citrix Management Console verwaltet werden. Die Verwaltung der MetaFrame XP-Server-Farm kann nur über die Citrix Management Console erfolgen. Hinweis: Published Application Manager und die Citrix Server-Administration werden mit MetaFrame XP installiert. Diese Programme werden nur für das Verwalten von MetaFrame 1.8-Server-Farmen bereitgestellt. Published Application Manager funktioniert nicht mit MetaFrame XP. Die Funktionalität der Citrix Server-Administration ist auch für MetaFrame XP eingeschränkt. Warnung: Veröffentlichte Anwendungen, die mit der unter MetaFrame XP installierten Version von Published Application Manager bearbeitet werden, können danach nicht mit älteren Versionen von Published Application Manager (wie z. B. die auf MetaFrame 1.8-Servern installierte Version) bearbeitet werden.

74 74 Weiterführende Konzepte für MetaFrame XP Wenn Sie den Lastenausgleich für dieselbe veröffentlichte Anwendung auf MetaFrame XP- und MetaFrame 1.8-Servern ausführen möchten, muss die veröffentlichte Anwendung zuerst mit Published Application Manager (Appcfg.exe) auf den MetaFrame 1.8-Servern und dann mithilfe der Citrix Management Console auf den MetaFrame XP-Servern veröffentlicht werden. Die veröffentlichte Anwendung muss in der MetaFrame 1.8-Server-Farm und in der MetaFrame XP-Server-Farm denselben Namen aufweisen, um für Program Neigborhood-Clients als dieselbe Anwendung zu erscheinen. Hinweis: MetaFrame XP verwendet einen unterschiedlichen Standardalgorithmus für den Lastenausgleich als MetaFrame 1.8. Weitere Informationen zum Lastenausgleich mit MetaFrame XP finden Sie unter Lastenausgleich auf Seite 132. Empfehlungen MetaFrame XP-Server sollten im nativen Modus ausgeführt werden. Aktivieren Sie den gemischten Modus nur in den oben beschriebenen Situationen. Der gemischte Modus ist nur als Übergangslösung gedacht, bis alle MetaFrame 1.8-Server auf MetaFrame XP aktualisiert sind. Als Alternative zum gemischten Modus können Sie auch mit NFuse dem Benutzer veröffentlichte Anwendungen von MetaFrame XP-Server-Farmen im nativen Modus und MetaFrame 1.8-Server-Farmen zugänglich machen. NFuse 1.51 wird mit Beispielen ausgeliefert, die erläutern, wie Ergebnisse von verschiedenen Farmen programmtechnisch zusammengefasst werden können. MetaFrame XP-Interoperabilität wird nur mit MetaFrame 1.8-Servern unterstützt. Im gemischten Modus können Sie mit dem Befehl qlicense auf einem MetaFrame 1.8-Server die Lizenzen im Pool anzeigen, die von MetaFrame XP und MetaFrame 1.8 eingebracht werden. Weitere Informationen zu qlicense finden Sie im MetaFrame XP-Administratorhandbuch. Die Citrix Management Console und der Befehl clicense melden keine MetaFrame 1.8-Lizenzen. Mit dem Befehl qserver auf MetaFrame 1.8- und MetaFrame XP-Servern können Sie die ICA-Browserinformationen anzeigen, wenn die MetaFrame XP- Server im gemischten Modus ausgeführt werden.

75 Migrieren von MetaFrame 1.8 auf MetaFrame XP Kapitel 5 Bereitstellung von MetaFrame XP 75 Wenn MetaFrame XP im gemischten Modus ausgeführt wird, können MetaFrame 1.8- und MetaFrame XP-Server in derselben Umgebung ausgeführt werden. Wie bereits erwähnt, stellt ein Betrieb im gemischten Modus nur eine Übergangslösung dar, bis alle MetaFrame 1.8-Server auf MetaFrame XP migriert sind. Entwerfen Sie vor dem Installieren des ersten MetaFrame XP-Servers eine komplette Strategie für die Migration, die auf der aktuellen MetaFrame 1.8- Umgebung basiert. Die Strategie für die Migration sollte alle mit der vorgeschlagenen Lösungen verbundenen Vorteile und Risiken berücksichtigen. Als Hilfestellung bei der Entwicklung einer soliden Strategie für die Migration werden im Anschluss die Vor- und Nachteile von drei Szenarien erläutert. Wichtig: Wenn Installation Management Services 1.0b-Pakete bereits unter MetaFrame 1.8 bereitgestellt wurden, müssen diese Anwendungen mit dem Tool im_app_upgrd.exe im Verzeichnis \support\debug\i386 auf der Installation Manager-CD migriert werden. Dieses Programm muss vor der Installation von MetaFrame XP ausgeführt werden. Ansonsten muss die Anwendung neu installiert werden. Migrationsszenario 1: Parallele Umgebung In diesem Szenario müssen zwei Server-Farmen verwaltet werden: die bestehende MetaFrame 1.8-Server-Farm und eine neue MetaFrame XP-Server-Farm. Alle veröffentlichten Anwendungen werden in der MetaFrame XP-Umgebung erstellt und nicht von MetaFrame 1.8 migriert. Mithilfe von NFuse können Benutzer nahtlos auf Anwendungen zugreifen, die in MetaFrame 1.8- und MetaFrame XP- Umgebungen veröffentlicht sind. Vorteile Alle redundanten Datenübertragungen von Program Neighborhood und dem ICA-Browser, die bei der Ausführung von MetaFrame XP im gemischten Modus anfallen, sind nicht in diesem Szenario vorhanden, da alle MetaFrame XP-Server im nativen Modus ausgeführt werden. Potenzielle Probleme bei der Migration veröffentlichter Anwendungen sind ausgeschaltet. Weitere Informationen zu diesen Themen finden Sie unter Migrationsszenario 3: Dynamische Umgebung auf Seite 77.

76 76 Weiterführende Konzepte für MetaFrame XP Nachteile Benutzer können nur dann auf alle veröffentlichten Anwendung in einer einzigen Program Neighborhood-Anwendungsgruppe zugreifen, wenn NFuse für die Bereitstellung eingesetzt wird. Nach dem Migrieren der Server auf MetaFrame XP müssen veröffentlichte Anwendungen erstellt und manuell konfiguriert werden. Migrationsszenario 2: Statische Umgebung In diesem Szenario werden MetaFrame 1.8-Server im bestehenden MetaFrame 1.8- Umfeld auf MetaFrame XP migriert. Die vorhandenen veröffentlichten Anwendungen werden erst dann geändert, wenn alle MetaFrame 1.8-Server migriert sind. Alle veröffentlichten Anwendungen, die vor der Migration des ersten Servers im MetaFrame 1.8-Umfeld bestehen, werden auf die neue MetaFrame XP- Umgebung migriert. Die MetaFrame XP-Server werden im gemischten Modus ausgeführt, um Benutzern einen nahtlosen Übergang auf die MetaFrame XP- Umgebung zu ermöglichen. Vorteile MetaFrame XP-Lizenzen können mit bestehenden MetaFrame 1.8-Lizenzen in einem Pool zusammengefasst werden. Weitere Informationen über Lizenzpooling im gemischten Modus finden Sie unter Installation im gemischten Modus auf Seite 78. Das Veröffentlichten und der Lastenausgleich von Anwendungen können auf allen MetaFrame 1.8- und XP-Servern erfolgen. Die Migration aller veröffentlichten Anwendungen verläuft ordnungsgemäß, da sie seit der Migration des ersten MetaFrame 1.8-Servers auf MetaFrame XP nicht in Published Application Manager geändert wurden. Weitere Informationen finden Sie unter Migrationsszenario 3: Dynamische Umgebung. Nachteile Aktualisierungen veröffentlichter Anwendungen in der bestehenden MetaFrame 1.8-Umgebung werden verzögert, bis alle Server auf MetaFrame XP migriert sind.

77 Kapitel 5 Bereitstellung von MetaFrame XP 77 Migrationsszenario 3: Dynamische Umgebung Dieses Szenario enthält ähnlich wie das zweite Szenario MetaFrame 1.8-Server, die im bestehenden MetaFrame 1.8-Umfeld auf MetaFrame XP migriert werden. In diesem Szenario werden jedoch neue veröffentlichte Anwendungen hinzugefügt oder bestehende veröffentlichte Anwendungen bearbeitet, bevor alle Server auf MetaFrame XP migriert sind. Die MetaFrame 1.8-Server können in diesem Szenario ordnungsgemäß migriert werden. Das Bearbeiten von veröffentlichten Anwendungen in der MetaFrame 1.8-Umgebung (bevor alle Server aktualisiert sind) kann jedoch Probleme bei der Migration der veröffentlichten Anwendungen von MetaFrame 1.8 auf MetaFrame XP verursachen. Wichtig: Dieses Szenario für die Migration sollte nur umgesetzt werden, wenn keine veröffentlichten Anwendungen von MetaFrame 1.8 auf die neue MetaFrame XP-Umgebung migriert werden. Vorteile Im bestehenden MetaFrame 1.8-Umfeld vorhandene veröffentlichte Anwendungen können weiterhin bearbeitet werden, obwohl noch nicht alle Server auf MetaFrame XP migriert sind. Nachteile Veröffentlichte Anwendungen können u. U. nicht ordnungsgemäß migriert werden, wenn sie im Published Application Manager nach dem Migrieren des ersten Servers auf MetaFrame XP geändert wurden. Bei der Migration des ersten MetaFrame 1.8-Servers auf MetaFrame XP im gemischten Modus wird ein Snapshot der aktuellen MetaFrame 1.8-Umgebung erstellt und für weitere Migrationen in dieselbe MetaFrame XP-Server-Farm als Bezug gespeichert. Änderungen, die an veröffentlichten Anwendungen im MetaFrame 1.8-Umfeld nach der Migration des ersten Servers auf MetaFrame XP vorgenommen werden, können zu Inkonsistenzen bei nachfolgenden Migrationen führen. Diese Inkonsistenzen umfassen Folgendes: Veröffentlichte Anwendungen, deren Last über MetaFrame 1.8- und MetaFrame XP-Server ausgeglichen wird, müssen zuerst Published Application Manager und dann der Citrix Management Console hinzugefügt werden. Wenn das Hinzufügen in umgekehrter Reihenfolge geschieht, lässt Published Application Manager das Erstellen der Anwendungen nicht zu, da sie bereits im Datenspeicher vorhanden sind. Obwohl die Anwendungen für Published Application Manager vorhanden sind, werden sie nicht als veröffentlichte Anwendungen im Fenster von Published Application Manager angezeigt.

78 78 Weiterführende Konzepte für MetaFrame XP Außerdem sind die Anwendungen nicht für den Lastenausgleich auf MetaFrame 1.8-Servern konfiguriert, wie in den Ergebnissen des Befehls qserver /app dargestellt. Nach der Migration des ersten MetaFrame 1.8-Servers auf MetaFrame XP werden bereits migrierte veröffentlichte Anwendungen, die in Published Application Manager geändert wurden, oder neue veröffentlichte Anwendungen, die dem Published Application Manager und der Citrix Management Console hinzugefügt werden, als neue Anwendungen behandelt, wenn der nächste MetaFrame 1.8-Server auf die MetaFrame XP- Umgebung migriert wird. Diese Anwendungen erhalten einen neuen Namen, der aus dem Originalnamen und einem willkürlich generierten Suffix mit acht Schriftzeichen besteht. Beispiel: Solitaire wird in der obigen Situation als Solitaire-A9E5BC9C migriert, um sicherzustellen, dass der neuen Anwendung ein eindeutiger Name zugewiesen wird. Veröffentlichte Anwendungen, die mit der unter MetaFrame XP installierten Version von Published Application Manager bearbeitet werden, können danach nicht mit älteren Versionen von Published Application Manager (wie z. B. die auf MetaFrame 1.8-Servern installierte Version) bearbeitet werden. Migrierte veröffentlichte Anwendungen zeigen weiterhin die gerade migrierten MetaFrame XP-Server in der Anwendungsliste der konfigurierten Server in Published Application Manager an. Wenn die migrierten Server aus der Liste entfernt werden, können sie nicht erneut hinzugefügt werden, da MetaFrame XP-Server nur von der Citrix Management Console verwaltet werden können. Wenn für eine migrierte veröffentlichte Anwendung der Lastenausgleich über MetaFrame 1.8- und MetaFrame XP-Server ausgeführt wird, wird das Anwendungssymbol in der MetaFrame 1.8-Version von Published Application Manager nach dem Aktualisieren nicht mehr angezeigt. Die Anwendungen werden erneut angezeigt, wenn der Published Application Manager geschlossen und erneut geöffnet wird. Dies passiert nicht bei Verwenden der MetaFrame XP-Version von Published Application Manager. Installation im gemischten Modus Bei der Installation für ein Migrieren auf einen MetaFrame XP-Server im gemischten Modus müssen besondere Punkte berücksichtigt werden. Diese wird nachfolgend dargestellt.! So installieren Sie MetaFrame XP für eine Migration von MetaFrame 1.8: 1. Wählen Sie auf dem ersten Server in der Server-Farm die Option zum Erstellen einer neuen MetaFrame XP-Server-Farm. 2. Konfigurieren Sie den Datenspeicher nach Wunsch.

79 Kapitel 5 Bereitstellung von MetaFrame XP Geben Sie der neuen MetaFrame XP-Server-Farm den Namen der bestehenden MetaFrame 1.8-Server-Farm (für den Namen der Server-Farm spielt Groß- und Kleinschreibung keine Rolle). 4. Wählen Sie Im gemischten Modus mit MetaFrame 1.8-Servern. 5. Stellen Sie den Benutzernamen und das Kennwort des Citrix Administrators ein. 6. Erstellen Sie die gewünschten ICA-Verbindungen für die IPX- und SPX- Protokolle. 7. Behalten Sie entweder bestehende Verbindungen bei oder erstellen Sie neue Verbindungen. Wenn Sie bestehende Verbindungen beibehalten, werden alle Berechtigungen und Einstellungen von bestehenden ICA-Verbindungen erhalten. 8. Wählen Sie die gewünschten Einstellungen für die ICA-Clientinstallation. 9. Klicken Sie auf Ja, um die Anwendungen von MetaFrame 1.8 auf MetaFrame XP zu migrieren. 10. Geben Sie eine MetaFrame XP-Produktlizenz ein. Sie können Lizenzen auch später über die Citrix Management Console eingeben. Weitere Informationen zu Lizenzen finden Sie im MetaFrame XP-Administratorhandbuch. 11. Prüfen Sie den ordnungsgemäßen Betrieb des ersten Servers, bevor Sie der Server-Farm weitere Server hinzufügen. 12. Verwenden Sie dasselbe Verfahren für weitere Installationen. Wählen Sie jedoch die Option zum Beitreten zu einer bestehenden (neuen) Server-Farm aus. Hinweis: Sie finden eine komplette Beschreibung der MetaFrame XP- Installationsverfahren im MetaFrame XP-Administratorhandbuch. Besondere Überlegungen für die Migration Die oben aufgeführten Szenarien gehen davon aus, dass die bestehende MetaFrame 1.8-Umgebung aus einer Server-Farm in einem Subnetz besteht. Berücksichtigen Sie die nachfolgenden Optionen, wenn Sie mit mehreren Server-Farmen und Subnetzen arbeiten. Migrieren von zwei MetaFrame 1.8-Server-Farmen in einem Subnetz auf eine MetaFrame XP-Server-Farm Beim Migrieren von Anwendungen von MetaFrame 1.8 auf MetaFrame XP sollten die Anwendungen in jeder Server-Farm erst geändert werden, wenn alle Server in beiden Server-Farmen auf MetaFrame XP migriert sind.

80 80 Weiterführende Konzepte für MetaFrame XP Migrieren einer MetaFrame 1.8-Server-Farm über mehrere Subnetze (ICA-Gateways) auf eine MetaFrame XP-Server-Farm Im gemischten Modus werden ICA-Gateways nicht bei Ausführen des Befehls qserver /gateway aufgeführt, wenn der Initiator des ICA-Gateways (der Server, auf dem der ICA-Gateway konfiguriert ist) auf MetaFrame XP migriert wird. Die ICA- Gateways bleiben zwischen den Subnetzen, wie bei Ausführen des Befehls qserver aufgeführt, wobei MG angibt, dass der ICA-Masterbrowser immer noch ein ICA- Gateway ist. Migrieren von zwei MetaFrame 1.8-Server-Farmen über mehrere Subnetze (duplizierte Anwendungen) auf eine MetaFrame XP-Server-Farm Veröffentlichte Anwendungen sollten nur innerhalb eines Subnetzes migriert werden. Migrieren Sie bei der Migration weiterer Subnetze die Server ohne die Anwendungen. Fügen Sie jeden Server nach der Migration den (bereits migrierten) veröffentlichten Anwendungen in der Citrix Management Console als konfigurierten Server hinzu. Dies verhindert das Erstellen duplizierter Anwendungen in der Citrix Management Console bei der Migration. Wenn Sie bei der Installation keinen Zonennamen angeben, wird für jedes Subnetz standardmäßig eine separate Zone erstellt. Empfehlungen für die Migration Dieser Abschnitt deckt Schritte bei der Vorbereitung der Installation und während der Planung ab, die vor der Migration abgeschlossen werden sollten. Vorbereitung zur Installation Wenn Sie Installation Management Services 1.0b-Anwendungen, die unter MetaFrame 1.8 bereitgestellt werden, für MetaFrame XP verwenden möchten, migrieren Sie alle Installation Management Services 1.0b-Anwendungen mit dem Tool Im_app_upgrd.exe im Verzeichnis \support\debug\i386 auf der Installation Manager-CD-ROM. Dieses Tool muss vor der Installation von MetaFrame XP verwendet werden. Ansonsten muss die Anwendung neu installiert werden. Schließen Sie vor dem Start der Installation alle MetaFrame 1.8-Tools, einschließlich der ICA-Administrator-Symbolleiste. Alle Benutzer müssen sich vor dem Start der Installation vom Server abmelden. Der Server wird nach Abschluss der Installation erneut gestartet.

81 Kapitel 5 Bereitstellung von MetaFrame XP 81 Wichtig: Wenn für einen MetaFrame 1.8-Server die Option Immer versuchen, zum ICA-Masterbrowser zu werden aktiviert ist, und sich der Server in demselben Subnetz wie der MetaFrame XP-Server befindet, dessen Datensammelpunktpriorität auf Höchste Priorität eingestellt ist, werden Auswahlen laufend durchgeführt, und die Server-Farm kann im gemischten Modus instabil werden. Vermeiden Sie diese Situation, indem Sie den ICA-Masterbrowser zuerst aktualisieren oder die Einstellung auf dem MetaFrame 1.8-Server vor dem Installieren eines MetaFrame XP-Servers im Subnetz ändern. Empfehlungen für ICA-Masterbrowser und Datenspeicher Wenn Sie eine lokale Datenbank als Datenspeicher verwenden, befindet sich der Datenspeicher auf dem ersten Server in der Server-Farm. Der Datenspeicher wird als Access-Datenbank erstellt. Migrieren Sie im gemischten Modus zuerst den ICA-Masterbrowser und dann die ICA-Browser der Sicherungsliste. Der gerade migrierte Server wird der ICA-Masterbrowser für die MetaFrame 1.8-Server-Farm und der Datensammelpunkt für die MetaFrame XP-Server-Farm. Wichtig: Wenn sich der Datenspeicher auf einem Server befindet, der nicht der aktuelle ICA-Masterbrowser ist, aktualisieren Sie zuerst den Server, auf dem sich der Datenspeicher befindet, und aktualisieren Sie dann den ICA-Masterbrowser und die ICA-Browser der Sicherungsliste. Hinweis: Wenn Sie das Szenario mit der parallelen Umgebung einsetzen, aktualisieren Sie den ICA-Masterbrowser für die MetaFrame 1.8-Server-Farm überhaupt nicht. Lassen Sie die MetaFrame 1.8-Server-Farm intakt. Laufwerkszuweisungen Warnung: Weisen Sie die Laufwerke während der Aktualisierung nicht neu zu, wenn die Laufwerke bei der Installation von MetaFrame 1.8 neu zugewiesen wurden. Wenn Sie diese Richtlinie nicht einhalten, sind MetaFrame und die meisten (eventuell alle) Anwendungen auf dem Server funktionsunfähig.

82 82 Weiterführende Konzepte für MetaFrame XP Gemischter Modus Wenn Sie den gemischten Modus zwischen MetaFrame 1.8- und MetaFrame XP-Server-Farmen verwenden möchten, wählen Sie während der Installation von MetaFrame XP Betrieb im gemischten Modus mit MetaFrame 1.8- Servern. Für einen ordnungsgemäßen Betrieb im gemischten Modus müssen Sie der MetaFrame XP-Server-Farm während der Aktualisierung denselben Namen wie die MetaFrame 1.8-Server-Farm geben (Groß- und Kleinschreibung spielt keine Rolle). Nur migrierte MetaFrame XP-Server werden in der Citrix Management Console angezeigt. Sie können alle in der Server-Farm vorhandenen Server mit dem Befehl qserver anzeigen. Published Application Manager zeigt die MetaFrame XP-Server in der Liste der konfigurierten Server für jede veröffentlichte Anwendung falsch an. Citrix empfiehlt, den Published Application Manager für das Verwalten veröffentlichter Anwendungen nach der Migration auf eine MetaFrame XP- Umgebung nicht zu verwenden. Warnung: Ein Wechseln zwischen dem gemischten und nativen Modus sollte vermieden werden, da dies eine temporäre Instabilität der Server-Farm verursachen kann. Sie müssen ggf. den Befehl qserver /resetfarm farmname ausführen, um die Stabilität wieder herzustellen. Anwendungsmigration Bei der Migration von Anwendungen, die bereits auf den MetaFrame XP- Datenspeicher migriert wurden (sie wurden während der Migration des ersten Servers erstellt), wird der Server automatisch der Liste der Server hinzugefügt, die Host der Anwendung sind, solange die Anwendung nicht seit dem Migrieren des ersten Servers geändert wurde. Nach der Migration des ersten Servers auf MetaFrame XP können für MetaFrame XP- und MetaFrame 1.8-Server-Farmen veröffentlichte Anwendungen nicht ordnungsgemäß von den MetaFrame 1.8- Servern migriert werden. Nach dem Aktualisieren eines Servers auf MetaFrame XP können migrierte Anwendungen auf dem Server nicht mehr mit Published Application Manager geändert werden.

83 Kapitel 5 Bereitstellung von MetaFrame XP 83 Die Migration von Anwendungen misslingt, wenn Folgendes zutrifft: Published Application Manager erkennt den Server, der migriert werden soll, nicht als konfigurierten Server für die veröffentlichte Anwendung. Prüfen Sie, dass der Servername in der Liste der konfigurierten Server für die veröffentlichte Anwendung in Published Application Manager aufgeführt wird. Prüfen Sie dann, dass die Registrierung einen Schlüssel für den Servernamen unter: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\ ManagedApplications\AppName\ServerName enthält, wobei AppName der Name der veröffentlichten Anwendung und ServerName der Name des Servers ist. Der Befehl für die veröffentlichte Anwendung hat mehr als 256 Schriftzeichen. Der Befehlsparameter befindet sich in den Eigenschaften der veröffentlichten Anwendung in Published Application Manager oder in der Registrierung unter: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\ ManagedApplications\AppName\ServerName\InitialProgram wobei AppName der Name der veröffentlichten Anwendung und ServerName der Name des Servers ist. Das Arbeitsverzeichnis für die veröffentlichte Anwendung hat mehr als 256 Schriftzeichen. Das Arbeitsverzeichnis wird in den Eigenschaften der veröffentlichten Anwendung in Published Application Manager oder in der Registrierung unter: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\ ManagedApplications\AppName\ServerName\WorkDirectory angegeben, wobei AppName der Name der veröffentlichten Anwendung und ServerName der Name des Servers ist. Wichtig: Das Veröffentlichen von Anwendungen für MetaFrame 1.8- und MetaFrame XP-Server-Farmen nach dem Start der Migration sollte vermieden werden. Schnelles Bereitstellen von MetaFrame XP In diesem Abschnitt werden Praktiken hinsichtlich der schnellen Bereitstellung von MetaFrame XP im Unternehmensumfeld behandelt, einschließlich Serverkloning, Installationen ohne Benutzereingriff (unbeaufsichtigte Installationen) und gleichzeitige Installationen.

84 84 Weiterführende Konzepte für MetaFrame XP Serverkloning Das Kloning von MetaFrame XP-Servern erfordert einige manuelle Schritte. Diese in den nächsten Abschnitten beschriebenen Schritte hängen vom Typ des Datenspeichers ab, der für die Server-Farm verwendet wird. Warnung: Versuchen Sie nicht, ein Image eines Servers mit einem installierten SSL-Zertifikat zu erstellen, da SSL-Zertifikate hardwarespezifisch sind. Microsoft Access-Datenspeicher Installieren Sie manuell den ersten Server in der neuen MetaFrame XP-Server- Farm, der den Datenspeicher enthält. Sie können ein Image des zweiten Servers in der Server-Farm für das Bereitstellen weiterer Server erstellen.! So erstellen Sie ein Image eines Servers für ein schnelles Bereitstellen mit Access: 1. Führen Sie alle im MetaFrame XP-Administratorhandbuch für das Installieren des ersten MetaFrame XP-Servers in der Server-Farm aufgeführten Schritte aus. 2. Installieren Sie einen zweiten MetaFrame XP-Server in der Server-Farm, der eine indirekte Verbindung zum Datenspeicher unterhält, der auf dem ersten Server erstellt wurde. 3. Melden Sie sich nach der ordnungsgemäßen Installation und dem erneuten Start des zweiten Servers auf der Konsole als lokaler oder Domänenadministrator an. 4. Löschen Sie auf dem zweiten Server die Datei Wfcname.ini im Stammverzeichnis (falls vorhanden). 5. Stoppen Sie den IMA-Dienst (mithilfe der Dienststeuerung) und setzen Sie den Starttyp auf Manual. 6. Erstellen Sie das Image des zweiten Servers und starten Sie ihn erneut. 7. Stellen Sie das in Schritt 6 erstellte Image bereit. 8. Ein SID-Generierungsprogramm muss unbedingt bei der Bereitstellung von Windows oder TSE-Images ausgeführt werden. Der neue Server muss auch einen eindeutigen Namen haben. Prüfen Sie nach dem Einstellen der SID (Sicherheitskennung) und dem erneuten Start des Servers, dass der Name und die SID eindeutig sind. 9. Starten Sie den IMA-Dienst manuell und stellen Sie den Dienst auf automatischen Start ein.

85 Kapitel 5 Bereitstellung von MetaFrame XP Führen Sie den Befehl qfarm an der Befehlszeilenaufforderung aus, um zu prüfen, dass der Server ordnungsgemäß der Server-Farm hinzugefügt wurde. Das gerade erstellte Serverimage sollte in der Liste der Server aufgeführt sein. Microsoft SQL Server oder Oracle Wenn Sie Microsoft SQL Server oder Oracle für den Datenspeicher der Server- Farm verwenden, können Sie ein Image des ersten Servers in der Server-Farm erstellen und mit ihm alle anderen Server bereitstellen.! So erstellen Sie ein Image eines Servers für ein schnelles Bereitstellen mit SQL Server oder Oracle: 1. Führen Sie die im MetaFrame XP-Administratorhandbuch für das Installieren des ersten MetaFrame XP-Servers in der Server-Farm aufgeführten Schritte aus. 2. Melden Sie sich nach dem ordnungsgemäßen Neustart des Servers auf der Konsole als lokaler oder Domänenadministrator an. 3. Löschen Sie die Datei Wfcname.ini im Stammverzeichnis des Servers (falls vorhanden). 4. Bearbeiten Sie die Datei Mf20.dsn in Notepad oder einem anderen Texteditor. Standardmäßig ist die DSN-Datei im Verzeichnis %Programme%\Citrix\ Independent Management Architecture gespeichert. Für eine Microsoft SQL Server-Installation sollte die DSN-Datei der folgenden ähneln: [ODBC] DRIVER=SQL Server UID=SQL_USERNAME DATABASE=NAME_OF_DATABASE WSID=NAME_OF_MF_SERVER APP=Citrix IMA SERVER=NAME_OF_SQL_SERVER Entfernen Sie die Zeile: WSID= NAME_OF_MF_SERVER. Die DNS-Datei sieht jetzt folgendermaßen aus: [ODBC] DRIVER=SQL Server UID=SQL_USERNAME DATABASE=NAME_OF_DATABASE APP=Citrix IMA SERVER=NAME_OF_SQL_SERVER

86 86 Weiterführende Konzepte für MetaFrame XP 5. Speichern Sie die geänderte DSN-Datei. 6. Stoppen Sie den IMA-Dienst und stellen Sie die Startoption auf Manuell. 7. Erstellen Sie das Serverimage und starten Sie ihn erneut. 8. Stellen Sie das in Schritt 7 erstellte Image bereit. 9. Ein SID-Generierungsprogramm muss unbedingt bei der Bereitstellung von Windows oder TSE-Images ausgeführt werden. Der neue Server muss auch einen eindeutigen Namen haben. 10. Prüfen Sie nach dem Einstellen der SID (Sicherheitskennung) und dem erneuten Start des Servers, dass der Name und die SID eindeutig sind. 11. Starten Sie den IMA-Dienst manuell und stellen Sie den Dienst auf automatischen Start ein. 12. Führen Sie den Befehl qfarm an der Befehlszeilenaufforderung eines Servers aus, um zu prüfen, dass der Server ordnungsgemäß der Server-Farm hinzugefügt wurde. Das gerade erstellte Serverimage sollte in der Liste der Server aufgeführt sein. Hinweise für das Serverkloning Die Zoneneinstellungen werden beim Kloning eines Server nicht gespeichert. Beim ersten Start des IMA-Diensts auf dem geklonten Server wird der Server Mitglied der Standardzone für das Subnetz (der Name der Standardzone ist die Subnetz-ID des Subnetzes, in dem sich der geklonte Server befindet). Wenn Sie Servern in mehreren Subnetzen Images bereitstellen, weisen Sie jedem Server nach Erstellen des Image Zoneninformationen zu. Kloning wird beim Bereitstellen von Anwendungen auf Servern empfohlen, die neu zugewiesene Laufwerke haben. Gehen Sie in der folgenden Reihenfolge vor: 1. Installieren des Betriebssystems 2. Installieren von MetaFrame und Neuzuweisen der Serverlaufwerke 3. Installieren der Anwendungen 4. Erstellen des Image (unter Verwendung der oben angeführten Richtlinien) 5. Bereitstellen des Image Tipp: Wenn Kloning nicht realistisch ist, können benutzerdefinierte Skripte für eine Installation ohne Benutzereingriff für das Betriebssystem und die Anwendungen, einschließlich MetaFrame, erstellt werden.

87 Kapitel 5 Bereitstellung von MetaFrame XP 87 Installation ohne Benutzereingriff MetaFrame XP kann schnell mit einer Installation ohne Benutzereingriff bereitgestellt werden. Installieren Sie mindestens einen MetaFrame XP-Server in der Server-Farm. Stellen Sie dann mithilfe der unten aufgeführten Schritte MetaFrame XP weiteren Servern schnell bereit.! So konfigurieren Sie eine Installation ohne Benutzereingriff: 1. Installieren Sie den ersten Server in der Server-Farm. 2. Kopieren Sie den Inhalt der Installations-CD auf einen Netzwerkfreigabepunkt. 3. Wenn der erste Server mit einer direkten Verbindung zu einem Microsoft SQL Server- oder Oracle-Datenspeicher installiert wurde, und die anderen Server auch eine direkte Verbindung verwenden, kopieren Sie die Datei Mf20.dsn vom zuerst installierten Server auf einen Netzwerkfreigabepunkt (dies kann ein anderer Netzwerkfreigabepunkt sein, als der, auf dem die Installationsdateien gespeichert sind). Die Datei Mf20.dsn ist standardmäßig im Verzeichnis %Program Files%\Citrix\Independent Management Architecture auf dem Server gespeichert. Wenn die anderen Server keine direkte Verbindung zum Datenspeicher verwenden, gehen Sie auf den nächsten Schritt weiter. 4. Bearbeiten Sie die Datei Unbeaufsichtigt.txt und machen Sie in alle Abschnitte Eingaben, mit Ausnahme von: [Farm Settings] Dieser Abschnitt wird nur bei der Installation des ersten Servers in der Server-Farm verwendet. [Direct Connect Settings] Dieser Abschnitt sollte nicht verwendet werden, wenn die Server mit indirekten Verbindungen zum Datenspeicher installiert werden. [Indirect Connect Settings] Dieser Abschnitt sollte nicht beim Installieren von Servern mit direkten Verbindungen zum Datenspeicher verwendet werden. 5. Kopieren Sie die Datei Unbeaufsichtigt.txt auf einen Netzwerkfreigabepunkt, falls sie noch nicht an dieser Stelle gespeichert ist. Bei diesem Netzwerkfreigabepunkt kann es sich um denselben wie in Schritt 2 handeln.

88 88 Weiterführende Konzepte für MetaFrame XP 6. Bearbeiten Sie die Datei Mf20.dsn von Schritt 3, wenn Sie Server mit direkten Verbindungen zum Datenspeicher installieren. Für eine Microsoft SQL Server-Installation sollte die DSN-Datei der folgenden ähneln: [ODBC] DRIVER=SQL Server UID=SQL_USERNAME DATABASE=NAME_OF_DATABASE WSID=NAME_OF_MF_SERVER APP=Citrix IMA SERVER=NAME_OF_SQL_SERVER Entfernen Sie die folgende Zeile aus der Datei mf20.dsn : WSID=NAME_OF_MF_SERVER Nach dem Bearbeiten sieht die DSN-Datei folgendermaßen aus: [ODBC] DRIVER=SQL Server UID=SQL_USERNAME DATABASE=NAME_OF_DATABASE APP=Citrix IMA SERVER=NAME_OF_SQL_SERVER 7. Speichern Sie die geänderte DSN-Datei. 8. Weisen Sie auf dem Server, der installiert werden soll, ein Laufwerk dem in Schritt 2 verwendeten Netzwerkfreigabepunkt zu. 9. Starten Sie die Datei Setup.exe von der Befehlseingabeaufforderung oder einer Batchdatei mit der Option /u:unbeaufsichtigt.txtdateipfad. Zum Beispiel setup.exe /u:e:\ unbeaufsichtigt.txt. 10. Das Setup-Programm liest während der Installation die Einstellungen in der Datei Unbeaufsichtigt.txt als Antworten. Optionale Werte, die nicht in der Datei Unbeaufsichtigt.txt vorhanden sind, werden auf den Installationsstandardwert gesetzt. Wenn das Skript für die Installation ohne Benutzereingriff angibt, dass eine direkte Verbindung zum Datenspeicher verwendet wird, kopiert das Setup-Programm die Datei Mf20.dsn von dem in der Datei Unbeaufsichtigt.txt angegebenen Verzeichnis zum Ordner Independent Management Architecture unter dem Ordner Citrix. Hinweise für die Installation ohne Benutzereingriff Prüfen Sie, dass die Datei Mf20.dsn nicht mit dem Parameter WSID= den Namen des Originalserver angibt, auf der sie erstellt wurde.

89 Kapitel 5 Bereitstellung von MetaFrame XP 89 Eine unvollständige oder unrichtige DSN-Datei kann ein Misslingen der Installation bewirken. Wenn die Datei Unbeaufsichtigt.txt nicht alle erforderlichen Werte enthält, stoppt die Installation. Der Benutzer muss dann eine Eingabe machen, bevor der Vorgang fortgesetzt wird. Testen Sie die Installation ohne Benutzereingriff immer auf einem Server, bevor Sie sie mehreren Servern bereitstellen. Eine Installation ohne Benutzereingriff wird nicht für den ersten Server in der Server-Farm empfohlen. Beispiele von Dateien für die Installation ohne Benutzereingriff finden Sie in Anhang A, Skripts für Installationen ohne Benutzereingriff auf Seite 197. Gleichzeitige Installationen Beim Installieren mehrerer Server in derselben Server-Farm sollten nach Empfehlungen von Citrix nicht mehr als 10 Server gleichzeitig installiert werden. Während der Installation müssen die Server Konfigurationen zu demselben Index im Datenspeicher schreiben. Je mehr Server gleichzeitig installiert werden, je wahrscheinlicher werden Deadlocks auf dem Datenbankserver. Hinweis: Deadlocks treten auf, wenn ein Server eine Zeitüberschreitung aufweist, während der Server darauf wartet, zu Daten zu schreiben, die von einem anderen Server gesperrt sind. In dieser Situation führt der IMA-Dienst nach kurzer Zeit einfach einen neuen Versuch durch. Beim Installieren von Servern in einer neuen Zone sollte nur ein Server in der neuen Zone installiert werden. Starten Sie nach dem Abschluss der Installation des ersten Servers in der Zone und dem Neustart des Servers die Citrix Management Console und stellen Sie die Prioritätseinstellung des ersten Servers in der Zone auf Höchste Priorität ein. Dies vermeidet Probleme, dass neue Server in der Zone bei der Installation zum Zonendatensammelpunkt werden. Hinweis: Beim Erstellen einer neuen Server-Farm wird die Prioritätseinstellung des ersten in der ersten Zone installierten Servers automatisch auf Höchste Priorität konfiguriert. Das oben beschriebene Einstellen der Serverpriorität muss daher nur beim Erstellen von weiteren Zonen vorgenommen werden.

90 90 Weiterführende Konzepte für MetaFrame XP Installation der Citrix Management Console Mit der Einstellung SkipCMCInstall wird die Citrix Management Console auf dem Zielserver nicht installiert. Bei Verwendung dieser Option kann die Citrix Management Console später von der MetaFrame XP-CD-ROM installiert werden. Die ICA-Administrator-Symbolleiste muss jedoch manuell mit einem Citrix Management Console-Symbol aktualisiert werden. Die Citrix Management Console sollte mindestens auf einem Server installiert werden, um die Administration der Server-Farm zu ermöglichen. Wichtige Hinweis: Bereitstellen von NFuse Für die Optionen der Datei Unbeaufsichtigt.txt spielt die Groß- bzw. Kleinschreibung keine Rolle. Diese Einstellungen verkürzen wesentlich die Installationszeit, ermöglichen mehrere simultane Installation und verringern die Last auf dem Datenspeicherserver. NFuse, Version 1.51, wird mit MetaFrame XP auf einer separaten CD geliefert. NFuse kann auch von der Website unter gedownloadet werden. Wenn Sie NFuse in einem MetaFrame XP-Umfeld installieren, sollten Sie alle NFuse beiliegenden Dokumente lesen. Das NFuse-Administratorhandbuch enthält viele Angaben zum Zusammenspiel von NFuse und MetaFrame XP. In diesem Abschnitt werden weitere Bereitstellungsinformationen angeführt, die nicht in der NFuse-Dokumentation enthalten sind. Warnung: Wenn Sie Serverlaufwerksbuchstaben ändern (neu zuweisen) und NFuse installieren, ändern Sie jede Instanz von C:\ in der Datei NFuse.properties auf den neuen Laufwerksbuchstaben %SystemRoot%. Der WWW-Dienst muss auch gestoppt und erneut gestartet werden. Tipps für das Bereitstellen von NFuse Lesen Sie bei der Installation von NFuse auf Internet Information Server 4.0 den Microsoft Knowledge Base-Artikel IIS 4.0 Recommended Installation Procedure. Dieser Artikel enthält Tipps für das Feineinstellen des IIS 4.0- Webservers für beste Leistung.

91 Kapitel 5 Bereitstellung von MetaFrame XP 91 Fügen Sie bei der Installation von NFuse auf Apache JServ/Linux die folgende Zeile der Datei jserv.properties hinzu, wenn Ausnahmen Nicht genügend Arbeitsspeicher auftreten (gemäß der Website des Apache Jserve-Supports): wrapper.bin.parameters=-xms128m -Xmx156m Bei Einsatz von NFuse mit Ticketing in einer Server-Farm muss der Citrix XML-Dienst auf allen in der Server-Farm vorhandenen Servern ausgeführt werden und auf allen Servern denselben Anschluss abhören. Außerdem müssen alle Server Lizenzen haben. Optimieren des NFuse-Starts Der NFuse-Webserver kann Anwendungsauthentifizierung und -aufzählungen senden und Anfragen an bestimmte Server in der Server-Farm starten. Dies entspricht den Standardeinstellungen für Server-Standort in Program Neighborhood. Weitere Informationen über die Standardeinstellungen für Server- Standort im ICA-Client und Bereitstellungsstrategien finden Sie unter Serversuche der ICA-Clients auf Seite 101. NFuse-Skalierbarkeit In den Citrix Testlabors hat sich die NFuse-Weberweiterung nie als Engpass herausgestellt. Die Skalierbarkeit von NFuse entspricht jeder ASP- oder JSP- Website.

92

93 K A P I T E L 6 Sicherheitsfragen und Richtlinien In diesem Kapitel werden verschiedene Sicherheitsbedenken in einer MetaFrame XP-Umgebung angesprochen. Die folgenden Richtlinien schützen die MetaFrame XP-Server-Farm vor potenziellen Sicherheitslücken. Sichern der MetaFrame XP-Server In diesem Abschnitt werden Sicherheitsvorkehrungen besprochen, die auf allen MetaFrame-Servern in Erwägung gezogen werden sollten. Kontrollieren des physischen Zugriffs Erlauben Sie nur jenen Personen Zugang zu den Servern, die für die Administration der MetaFrame-Umgebung verantwortlich sind. Verwenden von NTFS-Partitionen Installieren Sie MetaFrame XP für maximale Sicherheit nur auf NTFS-formatierten Festplattenpartitionen. Die Installation auf NTFS-Partitionen gewährleistet die Sicherheit der lokalen Access-Datenbanken, da nur SYSTEM und lokale Administratorengruppen vollständige Kontrolle über den Ordner %Programme%\Citrix\Independent Management Architecture haben. Ändern Sie diese Zugriffskontrolllisten (ACLs) nicht. Kontrollieren des Verbindungszugangs Erhöhen Sie die Kontrolle über den Zugriff auf die Terminal Server-Listener mit dem Programm Citrix Verbindungskonfiguration (Mfcfg.exe). Entfernen Sie für jeden Listener den Eintrag Jeder aus der Berechtigungsliste.

94 94 Weiterführende Konzepte für MetaFrame XP Konfigurieren des SNMP-Diensts Der SNMP-Dienst hat auf Windows TSE standardmäßig Lese- und Schreibrechte. Wenn Sie den Server mit Citrix Network Manager oder einer anderen SNMP- Verwaltungssoftware überwachen (keine Remoteverwaltung), empfiehlt Citrix, die Privilegien zu nur Schreibrecht zu ändern. Entfernen Sie den SNMP-Dienst vom Server, wenn Sie keine SNMP-Konsolen verwenden. Das ordnungsgemäße Konfigurieren von SNMP und der designierten Verwaltungskonsolen kann einen Zugriff von Unbefugten verhindern. SNMP- Agenten sollten nur Traps von bekannten SNMP-Konsolen akzeptieren. Weitere Informationen zum ordnungsgemäßen Konfigurieren des SNMP-Agenten finden Sie in der Online-Hilfedatei von Windows. Microsoft hat Sicherheitsbulletins über SNMP-Sicherheitsrisiken auf Windows NT 4.0 (MS00-095) und Windows 2000 (MS00-096) veröffentlicht. Tipp: Blockieren Sie eingehende SNMP-Datenübermittlungen vom Internet mit einem Firewall, der keine Datenübertragungen auf den UDP-Anschlüssen 161 und 162 zulässt. Konfigurieren der Citrix Administratorkonten Schränken Sie Citrix Administratorkonten auf Benutzer ein, die zur Windows Netzwerkadministratorgruppe gehören, da diese Gruppe als gut kontrolliert angesehen wird, und die Benutzer Administratorrechte für Netzwerkressourcen, einschließlich Druckserver, haben. Verwalten Sie mithilfe eines Domänenbenutzerkontos die MetaFrame XP-Server, um das Risiko zu vermindern, dass das Domänenadministratorkonto kompromittiert wird.! So konfigurieren Sie Administratorkonten mit einer globalen Gruppe: 1. Erstellen Sie in der Domäne, in der Sie Benutzerkonten verwalten, eine MFAdmins genannte globale Domänengruppe. 2. Fügen Sie die Benutzerkonten der Personen hinzu, die für die globale Gruppe MFAdmins Citrix Administratorrechte benötigen. 3. Fügen Sie die globale Gruppe MFAdmins der lokalen Administratorgruppe jedes MetaFrame-Servers hinzu. 4. Fügen Sie in der Citrix Management Console die globale Gruppe MFAdmins der Liste der Citrix Administratoren hinzu. 5. Wenn ein neues Benutzerkonto Citrix Administratorprivilegien erfordert, fügen Sie das Konto der globalen Gruppe MFAdmins hinzu.

95 Kapitel 6 Sicherheitsfragen und Richtlinien 95 Wenn Sie MFAdmins in einer Active Directory-Domäne einrichten, verwenden Sie eine lokale Domänengruppe für Server-Farmen in einer Active Directory- Domäne oder eine universelle Gruppe für Server-Farmen, die mehrere Server- Farmen umfasst. Konfigurieren des IMA-Datenspeichers Die Empfehlungen von Citrix für die Sicherheit des IMA-Datenspeichers hängen von der Datenbank ab, die für den Datenspeicher verwendet wird. Im Allgemeinen benötigen Benutzer, die auf MetaFrame XP-Server zugreifen, keine Zugriffsrechte auf den Datenspeicher und sollten diese auch nicht haben. Beim Zugriff im direkten Modus sollten alle Server in der Server-Farm ein einziges Benutzerkonto und ein Kennwort für den Zugriff auf den Datenspeicher verwenden. Wählen Sie ein Kennwort, das nicht leicht erraten werden kann. Bewahren Sie den Benutzernamen und das Kennwort an einem sicheren Ort auf. Geben Sie diese nur an Citrix Administratoren für die Installation weiter. Wenn das Benutzerkonto für den Zugriff auf die Datenbank im direkten Modus später geändert wird, misslingt der Start des IMA-Diensts auf allen MetaFrame- Servern, die für das Konto konfiguriert sind. Konfigurieren Sie mit dem Befehl dsmaint config das Kennwort für den IMA-Dienst auf allen betroffenen Servern neu. Im Anschluss finden Sie weitere Empfehlungen für jede Datenspeicherplattform. Access Für einen Datenspeicher mit einer Access-Datenbank lautet der Standardwert für den Benutzernamen citrix und für das Kennwort citrix. Wenn Benutzer auf den Datenspeicherserver zugreifen können, ändern Sie das Kennwort mit dem Befehl dsmaint und bewahren Sie die neuen Werte an einem sicheren Ort auf. Microsoft SQL Server Das Benutzerkonto, mit dem auf den Datenspeicher auf Microsoft SQL Server zugegriffen wird, sollte die Rollen öffentlich und db_owner auf dem Server und der Datenbank haben. Anmeldeinformationen des Systemadministrators sind nicht für den Zugriff auf den Datenspeicher erforderlich. Verwenden Sie aufgrund des verbundenen Sicherheitsrisikos kein Systemadministratorkonto.

96 96 Weiterführende Konzepte für MetaFrame XP Wenn Microsoft SQL Server für die Sicherheit im gemischten Modus konfiguriert ist (entweder Microsoft SQL Server-Authentifizierung oder Windows NT- Authentifizierung kann verwendet werden), kann das Erstellen eines Microsoft SQL Server-Benutzers nur für den Zugriff auf den Datenspeicher vorteilhaft sein. Da das Microsoft SQL Server-Benutzerkonto nur auf den Datenspeicher zugreifen würde, besteht kein Risiko, dass eine Windows-Domäne kompromittiert wird, wenn das Benutzerkennwort kompromittiert ist. Für ein höheres Sicherheitsniveau kann die Berechtigung des Benutzerkontos nach der Installation der Datenbank mit der Berechtigung db_owner zu Lese-/ Schreibrecht geändert werden. Warnung: Wenn Sie die Berechtigung des Benutzerkontos von db_owner ändern, kann dies zu Installationsproblemen bei zukünftigen Service Packs oder Feature Releases führen. Ändern Sie vor der Installation eines Service Packs oder einer Feature Release die Berechtigungen immer auf db_owner. Für Umgebungen mit hoher Sicherheit empfiehlt Citrix nur die NT- Authentifizierung. Oracle Wenn Oracle für den Datenspeicher verwendet wird, geben Sie dem Oracle- Benutzerkonto, das für die MetaFrame XP-Server-Farm verwendet wird, nur die Berechtigungen connect und resource. Genauso wie bei Microsoft SQL Server sind Kontoberechtigungen des Systemadministrators nicht für den Zugriff auf den Datenspeicher erforderlich, und sollten aus diesem Grund nicht verwendet werden. Netzwerksicherheitsprobleme Installieren Sie MetaFrame XP-Server und den Datenspeicher der Server-Farm auf Netzwerken, auf denen kein Zugriff mittels Packet Capture oder Packet Sniffing möglich ist. IMA-Kommunikation ist oft in Klartext. Dies umfasst Folgendes: Kommunikation zwischen der Citrix Management Console und dem MetaFrame XP-Serverhost über TCP-Anschluss 2513 Kommunikation zwischen den Mitgliedsservern und den Datensammelpunkten über TCP-Anschluss 2512 Kommunikation zwischen den Mitgliedsservern und dem Datenspeicher über ODBC

97 Kapitel 6 Sicherheitsfragen und Richtlinien 97 Tipp: Microsoft SQL Server-Kommunikation ist sicher, wenn die Option Multiprotokoll-Verschlüsselung ordnungsgemäß auf Microsoft SQL Server und den Clients konfiguriert ist. Suchen Sie in den Online-Versionen der Dokumentation für Microsoft SQL Server nach Multiprotokoll-Verschlüsselung (multi-protocol encryption). Citrix Management Console Die Citrix Management Console ist eine Java-Anwendung, die auf MetaFrame XP- Servern und anderen Servern und Workstationen ausgeführt werden kann. Citrix empfiehlt jedoch, dass die Citrix Management Console nur auf MetaFrame XP- Servern oder in Umgebungen ausgeführt werden sollte, in denen kein Zugriff mittels Packet Sniffing möglich ist.! So führen Sie die Citrix Management Console auf einem Remoteserver aus: 1. Stellen Sie eine sichere ICA-Clientverbindung zu einem MetaFrame XP-Server her. 2. Starten Sie die Citrix Management Console in der ICA-Sitzung. 3. Wählen Sie im Dialogfeld Anmelden in Citrix Server-Farm den Server, auf dem die ICA-Sitzung ausgeführt wird. Achten Sie darauf, dass nur Citrix Administratoren auf die Citrix Management Console zugreifen können. Sie können NTFS-Berechtigungen einstellen, so dass Benutzer, die keine Administratoren sind, keine Ausführungsberechtigung für die ausführbare Datei der Citrix Management Console (Ctxload.exe) haben. Sichere Clientkommunikation Abhängig von der MetaFrame-Umgebung kann mit mehreren Merkmalen, die von MetaFrame XP bereitgestellt werden, die Kommunikation zwischen ICA-Clients und MetaFrame XP-Servern weiter gesichert werden. Verwenden der Verschlüsselung Auf ICA-Clients, Version 6.01, können Sie die sichere Verschlüsselung für ICA- Client- und MetaFrame XP-Serverkommunikation ohne zusätzliche Software oder Lizenzen aktivieren. Citrix empfiehlt, dass alle ICA-Clients Verschlüsselung einsetzen sollten. Mithilfe der Citrix Verbindungskonfiguration konfigurieren Sie ICA-Verbindungen (virtuelle Anschlüsse für ICA-Sitzungen) auf MetaFrame XP-Servern, die Verschlüsselung für ICA-Sitzungen erfordern.

98 98 Weiterführende Konzepte für MetaFrame XP! So richten Sie erforderliche Verschlüsselung für ICA-Verbindungen ein: 1. Klicken Sie in der Citrix Verbindungskonfiguration mit der rechten Maustaste auf die ICA-Verbindung und wählen Sie Bearbeiten. 2. Klicken Sie im Dialogfeld Verbindung bearbeiten auf den Eintrag Erweitert. 3. Wählen Sie im Dialogfeld Erweiterte Verbindungseinstellungen eine Option im Menü Erforderliche Verschlüsselung unter Sicherheit. Der Verschlüsselungsgrad Basic ist der Standardwert. Diese Einstellung schützt die ICA-Sitzungskommunikation nicht vor dem Zugriff mittels Packet Sniffing. Der Verschlüsselungsgrad Nur Anmelden stellt keine Sicherheit für die ICA-Sitzungskommunikation bereit. Wählen Sie für eine sichere Kommunikation den Verschlüsselungsgrad RC5 (40 Bit) oder einen höheren Verschlüsselungsgrad. Weitere Informationen zum Festlegen des Verschlüsselungsgrads für ICA-Clients finden Sie im Client-Administratorhandbuch des ICA-Clients für Win32. Sichern der NFuse-Kommunikation Berücksichtigen Sie Folgendes für die Sicherung der Kommunikation zwischen Client und Server, wenn Sie NFuse verwenden: Konfigurieren Sie NFuse-Webseiten, so dass HTTPS für Clientverbindungen zum NFuse-Webserver verwendet wird. Konfigurieren Sie NFuse SSL-Relay für die Verschlüsselung zwischen dem NFuse-Webserver und den MetaFrame XP-Servern. Konfigurieren Sie NFuse-Ticketing, um die direkten Kommunikationen zwischen den ICA-Clients und den MetaFrame XP-Servern noch weiter zu sichern. Weitere Informationen zum Konfigurieren der Sicherheit finden Sie im Administratorhandbuch für MetaFrame XP und dem NFuse- Administratorhandbuch. Sicherheit mit Passthrough-Authentifizierung Die Passthrough-Authentifizierung des ICA-Win32-Clients wurde als potenzielles Sicherheitsrisiko identifiziert. Wenn diese Option aktiviert ist, wird der Prozess Ssonsvr.exe beim Anmelden mit drei Befehlszeilenparametern gestartet: dem Benutzernamen, der Domäne und dem Kennwort des lokal angemeldeten Benutzers.

99 Kapitel 6 Sicherheitsfragen und Richtlinien 99 Zwei Probleme wurden bei diesem Merkmal identifiziert: Benutzerkonten, die das Benutzerrecht Debug programs haben, können die Befehlszeilenparameter der Datei Ssonsvr.exe mithilfe eines Debugger oder des Programms HandleEx von SysInternals im Klartext anzeigen. Mit dem ICA-Client und dem Microsoft SMS-Clientdienst konfigurierte Workstationen zeigen die Werte für den Benutzernamen, die Domäne und das Kennwort des für den SMS-Dienst konfigurierten Kontos im Klartext an. Dieses Problem tritt auf jedem Server auf, auf dem ein Dienst für das Anmelden mit einem Benutzerkonto anstelle des Kontos SYSTEM konfiguriert ist.! So deaktivieren Sie Passthrough-Authentifizierung: Citrix empfiehlt Folgendes, um die Passthrough-Authentifizierung permanent zu deaktivieren: 1. Wählen Sie im ICA-Win32-Client Extras > ICA-Einstellungen. 2. Deaktivieren Sie die Option Passthrough-Authentifizierung. 3. Löschen Sie die folgenden Dateien im Dateiordner der ICA-Clients, um die Funktion zu deaktivieren und zu verhindern, dass Benutzer das Merkmal erneut auf dem ICA-Client aktivieren: Ssoncom.exe Ssonstub.dll Ssonsvr.exe

100

101 K A P I T E L 7 Konfiguration der ICA-Clients In diesem Kapitel wird die ICA-Clientkommunikation beschrieben, einschließlich die automatische bzw. standardmäßige Serversuche durch die ICA-Clients. In diesem Kapitel werden auch die Auswirkungen des Zusammenspiels von MetaFrame XP und MetaFrame 1.8 auf die ICA-Clientkommunikation erläutert. Serversuche der ICA-Clients ICA-Clients können die folgenden Protokolle für die ICA-Kommunikation einsetzen: TCP/IP IPX SPX NetBIOS TCP/IP + HTTP Mit allen Protokollen können ICA-Clients MetaFrame-Server automatisch suchen und angegebene Standardserver verwenden. Für das Durchsuchen und Auflösen von Server- und Anwendungsnamen übermittelt und empfängt das TCP/IP-Protokoll auf dem ICA-Client ICA- Browserdaten über das UDP-Protokoll auf Anschluss 1604 (nicht konfigurierbar). Wenn der ICA-Browser einen Namen ausgelöst hat, werden ICA-Verbindungen über den TCP-Anschluss 1494 (konfigurierbar) hergestellt. Firewalls blockieren normalerweise Datenpakete am UDP-Anschluss Weitere Informationen über das Ändern der Anschlussnummer finden Sie im Administratorhandbuch für MetaFrame XP.

102 102 Weiterführende Konzepte für MetaFrame XP Verwenden der automatischen Serversuche Wenn keine Server-Standorte ausdrücklich im ICA-Client konfiguriert sind, wird mit der Standardeinstellung des TCP/IP-Protokolls Automatische Suche der am nächsten gelegene MetaFrame-Server ermittelt. Die mit der Einstellung Automatische Suche verwendete Kommunikationsmethode hängt von den Netzwerkprotokolleinstellungen des ICA- Clients ab: Netzwerkprotokoll NetBIOS IPX SPX Methode Automatische Suche NetBIOS-Broadcast IPX-Broadcast IPX-Broadcast TCP/IP UDP-Broadcast an Anschluss 1604 TCP/IP + HTTP Auflösen des Hostnamens ica für das Suchen des MetaFrame-Servers TCP/IP, IPX, SPX und NetBIOS Bei Verwendung der Einstellungen TCP/IP, IPX, SPX und NetBIOS für das Netzwerkprotokoll auf dem ICA-Client erhöht die Einstellung Automatische Suche die über das Netzwerk übermittelte Datenmenge, da der Client Broadcastdaten sendet, um die Server zu suchen. Wenn Sie einen ausdrücklichen Server-Standort unter Standardeinstellungen für Server-Standort auf dem ICA-Client angegeben haben, versucht der Client direkt ohne Broadcasts eine Verbindung zum Server herzustellen. Um die über das Netzwerk übermittelte Datenmenge zu verringern, sollte bei der Konfiguration der ICA-Clients wenn möglich in das Listenfeld Adresse ein bestimmter Server- Standort eingegeben und nicht die Option Automatische Suche verwendet werden. TCP/IP + HTTP Das Netzwerkprotokoll TCP/IP+HTTP ist das einzige Protokoll, das mit der Option Automatische Suche keinen Broadcast für das Suchen der am nächsten gelegenen Server-Farm verwendet. Der ICA-Client versucht dagegen den Hostnamen ica auf einen MetaFrame-Server aufzulösen. Wenn Sie daher die Funktion Automatische Suche verwenden möchten, sollten Sie das Protokoll TCP/IP + HTTP verwenden, um die über das Netzwerk übermittelte Datenmenge nicht mit ICA-Clientbroadcasts zu erhöhen.

103 Kapitel 7 Konfiguration der ICA-Clients 103 Weitere Informationen über das Konfigurieren von DNS für das Auflösen von ica finden Sie unter Verwenden des DNS-Rotationsprinzips (Round Robin) für Clientanfragen auf Seite 63. Hinweis: TCP/IP + HTTP unterstützt momentan nicht die SSL-Technologie. Angeben von Servern für die Standardeinstellungen für Server-Standort Geben Sie für die Angabe der Server für die Standardeinstellungen für Server- Standort mehrere Serveradressen oder Hostnamen in das Feld Adressliste auf der Registerkarte Verbindung im ICA-Client ein. Wie der Client angegebene Serveradressen verwendet, hängt davon ab, ob der Client eine Anwendungsgruppe oder eine benutzerdefinierte Verbindung verwendet. Beim Aktualisieren oder Anzeigen einer Anwendungsgruppe kontaktiert der Client den Server, der die Liste der in Anwendungsgruppe veröffentlichten Anwendungen ausgibt. Wenn der Benutzer eine in der Anwendungsgruppe enthaltene Anwendung startet, kontaktiert der Client diesen Server und ermittelt den Datensammelpunkt. Dann kontaktiert der Client den Datensammelpunkt und fragt nach der Adresse des Servers, auf dem die Anwendung in einer ICA- Sitzung ausgeführt wird. Beim Auflisten von Anwendungen für das Erstellen einer benutzerdefinierten Verbindung (oder bei einem ICA-Client ohne Program Neigborhood) ruft der Client den Datensammelpunkt von diesem Server ab und zeigt die Liste der veröffentlichten Anwendungen an. Beim Starten einer Anwendung ruft der Client den Datensammelpunkt von diesem Server ab und ermittelt die Adresse des Servers, auf dem die ICA-Sitzung gestartet wird. Verwenden von Servergruppen Einträge für Standardeinstellungen für Server-Standort können in drei Kategorien unterteilt werden, die im Menü Servergruppen ausgewählt werden: Primär, Sicherungsliste 1 und Sicherungsliste 2. Sie können in jeder Kategorie maximal fünf Server angeben. Geben Sie die Server-Standorte mit den folgenden Methoden an: Netzwerkprotokolle TCP/IP und TCP/IP+HTTP Angeben des Servernamens, der IP- Adresse oder eines DNS-Eintrags. Weitere Informationen finden Sie im Abschnitt Verwenden des DNS-Rotationsprinzips (Round Robin) für Clientanfragen auf Seite 63.

104 104 Weiterführende Konzepte für MetaFrame XP Netzwerkprotokolle IPX und SPX Angeben der MAC-Adresse des Servers. Netzwerkprotokoll NetBIOS Angeben des Servernamens (auch als NetBIOS-Name bezeichnet). Mithilfe von Servergruppenkategorien können Sie die Reihenfolge steuern, in der ICA-Clients versuchen, MetaFrame-Server zu kontaktieren. Der Client verwendet die Einstellung für Servergruppe abhängig vom gewählten Netzwerkprotokoll. Verwenden von Servergruppen mit TCP/IP, IPX, SPX und NetBIOS Beim Verwenden der Netzwerkprotokolle TCP/IP, IPX, SPX und NetBIOS kontaktiert der Client zuerst die Server in der primären Gruppe, dann die Server in der Gruppe Sicherungsliste 1 und Sicherungsliste 2. Eine Darstellung der ICA-Clientanforderungen finden Sie im Beispiel Servergruppen in der nachfolgenden Tabelle: Servergruppe Primär Sicherungsliste 1 Sicherungsliste 2 Server Dedizierter Datensammelpunkt1, Datensammelpunkt2, Server1, Server2, Server3 Server4, Server5, Server6, Server7, Server8 Server9, Server10, Server11, Server12, Server13 1. Der ICA-Client sendet zuerst Datenpakete an alle in der Servergruppe Primär aufgeführten Server. Wenn die Liste fünf Server enthält, sendet der ICA-Client fünf Datenpakete (eines an jeden Server) und fragt den Zonendatensammelpunkt oder den ICA-Masterbrowser ab. 2. Der ICA-Client versucht dreimal, eine Verbindung zu jedem Server in der Servergruppe Primär herzustellen. 3. Wenn ein Server antwortet, ignoriert der ICA-Client weitere Antworten und setzt die Authentifizierung, das Browsing oder das Herstellen der Verbindung fort. Wenn keiner der in der Servergruppe Primär aufgeführten Server antwortet, wiederholt der ICA-Client den Vorgang mit der Gruppe Sicherungsliste 1 und dann Sicherungsliste 2 (der Client versucht nur einmal, die Server in der Gruppe Sicherungsliste 2 zu kontaktieren).

105 Kapitel 7 Konfiguration der ICA-Clients 105 In kleineren Server-Farmen, die wenig Vorgänge aufweisen, sollten Sie nach Empfehlungen von Citrix nur Zonendatensammelpunkte oder dedizierte ICA- Browser in der primären Servergruppe aufführen, um die über das Netzwerk übermittelte Datenmenge zu verringern und die Verbindungszeit des ICA-Clients zu verbessern. Das obige Beispiel wird dann folgendermaßen neu konfiguriert: Servergruppe Primär Sicherungsliste 1 Sicherungsliste 2 Server Dedizierter Datensammelpunkt1, Dedizierter Datensammelpunkt2 Server1, Server2, Server3, Server4, Server5 Server6, Server7, Server8, Server9, Server10 Beim Bestehen mehrerer Standorte empfiehlt Citrix, dass die Servergruppen Primär und Sicherungsliste 1 dedizierte Datensammelpunkte bzw. Server enthalten, die an demselben Standort wie die ICA-Clients installiert sind. Die Servergruppe Sicherungsliste 2 kann andere Server von demselben Standort und Server von anderen Stellen enthalten. Dies reduziert das ICA-Browsing über eine WAN-Verbindung. In größeren Server-Farmen mit vielen Vorgängen kann der Datensammelpunkt mit vielen ICA-Clientanforderungen überlastet werden. (Weitere Informationen finden Sie unter Zonendesign auf Seite 37.) Bei Verwendung von verwalteten Anwendungen mithilfe von Program Neigborhood kann die ausschließliche Angabe von Mitgliedsservern für den Server-Standort die Vorgänge im Datensammelpunkt verringern und eine bessere Reaktionszeit ergeben. Beim Aktualisieren, Aufzählen und Authentifizieren der Anwendungsgruppe führt der Mitgliedsserver diese Anforderung ohne Kontaktaufnahme mit dem Datensammelpunkt aus. Der Mitgliedsserver leitet die Anforderung nur beim Starten von Anwendungen an den Datensammelpunkt weiter. Verwenden von Servergruppen mit TCP/IP+HTTP Das TCP/IP+HTTP-Protokoll behandelt alle drei Kategorien der Servergruppen als eine geordnete Liste, die mit der primären Gruppe beginnt, auf die dann die Gruppe Sicherungsliste 1 und Sicherungsliste 2 folgt. Beim Herstellen einer Verbindung kontaktiert der ICA-Client den ersten Server in der Liste. Wenn keine Antwort innerhalb der Anfragezeitüberschreitung eingeht, kontaktiert der ICA-Client den nächsten Server in der Liste. Der Client kontaktiert alle Server der Reihe nach, bis eine Verbindung hergestellt oder das Ende der Liste erreicht ist.

106 106 Weiterführende Konzepte für MetaFrame XP Das Zeitüberschreitungsintervall für die Verbindung des ICA-Clients basiert auf der Einstellung für TCP-Zeitüberschreitung auf dem Clientgerät. Der ICA-Client gibt erst eine Timeout-Fehlermeldung für den Benutzer aus, wenn keine Verbindung zu allen Servern in den drei Gruppen hergestellt werden kann. Wenn jede Servergruppe fünf Server enthält, kann es daher ungefähr sechs Minuten dauern, bis der ICA-Client eine Timeout-Meldung ausgibt. Beim Verwenden von TCP/IP+HTTP für die ICA-Clientkommunikation sollten die folgenden Richtlinien für die Standardeinstellungen für Server-Standort eingehalten werden. Aufführen der Server, die höchstwahrscheinlich zuerst antworten Beschränken der in der Liste angegebenen Server, um unnötig lange ICA- Clientverbindungszeiten zu vermeiden, die eine Zeitüberschreitung verursachen können Kommunikation in gemischten Server-Farmen Die ICA-Clientkommunikation ist beim Vorhandensein von MetaFrame 1.8- Servern und MetaFrame XP-Servern unterschiedlich. In den nachfolgenden Abschnitten werden diese Unterschiede erläutert. Serversuche in gemischten Server-Farmen Beim Bereitstellen von MetaFrame XP im gemischten Modus für ein Zusammenspiel mit MetaFrame 1.8 antworten alle in der Server-Farm bestehenden MetaFrame XP-Server automatisch auf Broadcastnachrichten des ICA-Clients. Im gemischten Modus triff Folgendes zu: In Subnetzen mit MetaFrame 1.8-Servern können die ICA-Clients sowohl MetaFrame 1.8- als auch MetaFrame XP-Ressourcen mithilfe der Einstellung Standardeinstellungen für Server-Standort sehen. In Subnetzen, die nur MetaFrame XP-Server enthalten, können die ICA-Clients sowohl MetaFrame 1.8 als auch MetaFrame XP-Ressourcen mithilfe der Standardeinstellungen für Server-Standort sehen. Wenn sowohl MetaFrame 1.8- als auch MetaFrame XP-Server in den Standardeinstellungen für Server-Standort angegeben sind, wird jedes Mal dieselbe Liste der MetaFrame 1.8- und MetaFrame XP-Ressourcen ausgegeben, da sich MetaFrame 1.8- und MetaFrame XP-Server erkennen.

107 Kapitel 7 Konfiguration der ICA-Clients 107 Serversuche im nativen Modus mit MetaFrame 1.8-Servern Wenn MetaFrame XP im nativen Modus installiert ist, und MetaFrame 1.8-Server im Netzwerk ermittelt, ignoriert die MetaFrame XP-Serverfarm ICA-Client- Broadcasts. Die MetaFrame XP-Server beantworten weiterhin direkte Anforderungen von ICA-Clients, für die als Server-Standort MetaFrame XP-Server angegeben sind. Im nativen Modus trifft Folgendes zu: In Subnetzen mit MetaFrame 1.8-Server erhalten ICA-Clients mit der Option Automatische Suche nur eine Liste der MetaFrame 1.8-Server. Für das Anzeigen von MetaFrame XP-Ressourcen muss ein MetaFrame XP-Server in den Standardeinstellungen für Server-Standort angegeben sein. Wenn jedoch ein MetaFrame XP-Server angegeben ist, sind nur MetaFrame XP-Ressourcen sichtbar. In Subnetzen, die nur MetaFrame XP-Server enthalten, können ICA-Clients mit der Option Automatische Suche keine Ressourcen anzeigen. Werte für die Standardeinstellungen für Server-Standort müssen angegeben werden, da keine MetaFrame 1.8-Server im Subnetz bestehen, die den Broadcast beantworten können, und MetaFrame XP-Server keine Broadcasts beantworten, wenn MetaFrame 1.8-Server in demselben Netzwerk vorhanden sind. Wenn für den Server-Standort sowohl MetaFrame 1.8- als auch MetaFrame XP-Server angegeben sind, ermittelt der erste Server, der antwortet, die Ressourcenliste. Ein MetaFrame 1.8-Server sendet eine Liste der MetaFrame 1.8-Ressourcen an den Client. Ein MetaFrame XP-Server sendet eine Liste der MetaFrame XP-Ressourcen an den Client. Konfigurieren der Serversuche nach der Migration Wenn alle MetaFrame 1.8-Server auf MetaFrame XP aktualisiert sind, beantwortet die MetaFrame XP-Server-Farm nicht automatisch ICA-Clientbroadcasts, obwohl keine MetaFrame 1.8-Server im Netzwerk vorhanden sind.

108 108 Weiterführende Konzepte für MetaFrame XP! So konfigurieren Sie eine Broadcastantwort von MetaFrame XP-Servern: Wenn alle in der migrierten Server-Farm vorhandenen MetaFrame XP-Server ICA- Clientbroadcasts beantworten sollen, machen Sie Folgendes: 1. Starten Sie die Citrix Management Console und melden Sie sich auf der MetaFrame XP-Server-Farm an. 2. Klicken Sie mit der rechten Maustaste auf den obersten Farmknoten im Konsolenbaum und wählen Sie Eigenschaften. 3. Klicken Sie auf die Registerkarte MetaFrame-Einstellungen. Wählen Sie die Option Farm antwortet auf Broadcasts (UDP) der ICA-Clients. 4. Klicken Sie auf OK, um die Änderungen zu speichern und das Programm zu beenden.

109 K A P I T E L 8 Druckerverwaltung MetaFrame XP stellt in der Citrix Management Console eine zentralisierte Druckerverwaltung zur Verfügung. Aktualisieren der Druckertreiber im Datenspeicher Der Datenspeicher verfolgt die auf jedem Server in der Server-Farm installierten Druckertreiber. Der Datenspeicher sammelt diese Treiberinformationen folgendermaßen: Während der MetaFrame XP-Installation zeichnet der Datenspeicher eine Liste der auf dem Server installierten Druckertreiber auf. Der IMA-Dienst aktualisiert die Treiberliste im Datenspeicher, wenn ein Druckertreiber auf einem Server installiert wird. Wenn der IMA-Dienst beim Installieren des Druckertreibers nicht ausgeführt wird, werden die lokalen Informationen beim nächsten Start des Dienstes synchronisiert. Der IMA-Dienst ermittelt mit Unterschlüsseln unter den folgenden Registrierungsschlüsseln, welche Druckertreiber auf dem lokalen Server installiert sind: TSE: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ Print\Environments\Windows NT x86\drivers\version-2 Windows 2000: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ Print\Environments\Windows NT x86\drivers\version-3 Bei der Synchronisation werden alle entsprechenden Einträge für neue auf dem Mitgliedsserver bestehende Druckertreiber dem Datenspeicher hinzugefügt. Außerdem werden Einträge für Druckertreiber, die im Datenspeicher für nicht mehr auf den Mitgliedsservern vorhandene Druckertreiber bestehen, aus dem Datenspeicher entfernt.

110 110 Weiterführende Konzepte für MetaFrame XP Wenn ein Drucker von einem Mitgliedsserver gelöscht wird, werden die Informationen über den Druckertreiber nicht aus der Registrierung entfernt. Windows speichert die Angaben zum Druckertreiber für einen zukünftigen Bezug. Der Druckertreiber muss manuell aus der Registrierung gelöscht werden, bevor die Einträge im Datenspeicher für diesen Druckertreiber bei der nächsten Synchronisation entfernt werden können. Tipp: Beim Entfernen eines Druckertreibereintrags aus der Registrierung muss der Server erneut gestartet werden, da Microsoft Windows die Informationen im Registrierungsschlüssel beim Start speichert. Wählen Sie für das manuelle Aktualisieren der Angaben zum Druckertreiber auf einem Mitgliedsserver im Menü Druckerverwaltung in der Citrix Management Console Drucker- und Treiberinformationen aktualisieren. Migrieren der Druckertreiberzuweisungen Während der Installation importiert der Datenspeicher die Zuweisungen der Druckertreiber aus den Dateien Wtsuprn.txt oder Wtsprnt.inf auf dem Server. Beim Bestehen duplizierter Zuweisungen werden sie nicht zum Datenspeicher geschrieben. Die Zuweisung der Druckertreiber für die Server-Farm kann über die Citrix Management Console erfolgen. Beim Start des IMA-Diensts wird die Datei Wtsprnt.inf aller Server in der Server-Farm mit den im Datenspeicher gespeicherten Einträgen der Zuweisungsinformationen aufgefüllt. Wenn die Datei nicht besteht, wird sie vom IMA-Dienst erstellt. Wenn die Datei besteht, wird sie mit den im Datenspeicher enthaltenen Zuweisungsinformationen überschrieben. Die Dateien Wtsuprn.txt oder Wtsprnt.inf können mit dem Befehl qprinter manuell importiert werden. Weitere Informationen finden Sie im Abschnitt RMVICA auf Seite 182. Replizieren der Druckertreiber Mithilfe der Druckertreiberreplikation werden Druckertreiberdateien und Registrierungseinstellungen in der ganzen Server-Farm repliziert. Sie können alle erforderlichen Druckertreiber auf einem MetaFrame XP-Server in der Server-Farm installieren, und dann die Dateien und Registrierungseinstellungen auf alle anderen Servern in der Server-Farm replizieren.

111 Kapitel 8 Druckerverwaltung 111 Hinweis: Bei der Replikation der Druckertreiber werden die Druckereigenschaften, wie z. B. Papiergröße, Druckqualität, usw. nicht repliziert. Die Replikation der Druckertreiber macht das Installieren desselben Druckertreibers auf mehreren Servern in der Server-Farm überflüssig. Die Replikation der Druckertreiber wird über die Citrix Management Console verwaltet. Im Anschluss finden Sie Empfehlungen für das Installieren der Druckertreiber und das Verwenden der Treiberreplikation mit MetaFrame XP: Sie können Druckertreiber von einem Quellserver nur auf Server replizieren, auf denen dasselbe Betriebssystem ausgeführt wird (Windows 2000 Server- Familie oder TSE). Wählen Sie beim Installieren der Druckertreiber auf dem Quellserver einen beliebigen Druckeranschluss. Installieren Sie alle gewünschten Druckertreiber auf einem MetaFrame XP- Server. Für die Replikation ist keine Druckerfreigabe oder das Festlegen eines Standarddruckers erforderlich. Wählen Sie keine Zielserver, die momentan und in den nächsten 24 Stunden nicht ausgeführt werden. Nach 24 Stunden markiert die Replikationsschlange den Auftrag als nicht abgeschlossen und versucht keinen Auftragsabschluss. Nach dem Abschluss der Replikation können Sie die Druckertreiber auf dem Quellserver entfernen, die nur für die Replikation der Druckertreiber installiert wurden. Entfernen Sie nach dem Entfernen der Druckertreiber die verbundenen Registrierungsschlüssel für den Treiber. Der Datenspeicher enthält Einträge für die automatische Replikation der Druckertreiber. Dies vergrößert den Datenspeicher. Unter anderem werden Informationen über den Druckertreiber, den Quellserver und definierte Zielserver gespeichert. Tipp: Die Replikation der Druckertreiber kann eine hohe CPU-Last auf dem Quellserver bewirken. Vermeiden Sie aus Leistungsgründen das Replizieren von Treibern zu Zeitpunkten, an denen die Last der Server-Farm hoch ist, wenn z. B. viele Benutzer angemeldet sind.

112 112 Weiterführende Konzepte für MetaFrame XP Verwalten der Replikationsschlange für die Druckertreiber Für jede Kombination aus Druckertreiber und Server wird ein Eintrag in der Druckerreplikationsschlange erstellt. Diese Warteschlange sollte nicht mehr als Einträge aufweisen. Ermitteln Sie die Größe der Warteschlange mithilfe der folgenden Formel: QueueSize = Treiber * Server Wobei: Treiber = Die Anzahl der Druckertreiber, Server = die Anzahl der Server darstellt, auf die die Druckertreiber repliziert werden Bei Anwendung dieser Formel kann die Warteschlange 30 Treiber für die Replikation auf 50 Server (30*50=1.500) oder 3 Treiber für die Replikation auf 500 Server (3*500=1.500) enthalten, ohne den Schwellenwert zu überschreiten. Sie können die Einträge in die Replikationswarteschlange mit dem Befehl qprinter überwachen. Weitere Informationen finden Sie im Abschnitt QPRINTER auf Seite 173. Hinweis: Die ordnungsgemäße Replikation der Druckertreiber oder das Misslingen der Replikation kann im Anwendungsprotokoll in der Ereignisanzeige auf den Zielservern überprüft werden. Treiberreplikation und Leistungsprobleme Die Anzahl der auf jedem Server in der Server-Farm installierten oder replizierten Druckertreiber kann sich in zwei Bereichen auf die Leistung auswirken: IMA- Datenübertragungen (aufgrund von Druckertreiberreplikation) und Startzeit des IMA-Diensts (basiert auf der Anzahl der installierten Druckertreiber). Die nachfolgenden Abschnitte enthalten Empfehlungen, wie mögliche Leistungsprobleme beim Installieren oder Replizieren von Druckertreibern fast ganz ausgeschaltet werden können. Replizieren der Treiber und Serverleistung Die für den Abschluss der Druckertreiberreplikationen benötigte Zeit hängt von der über das Netzwerk übertragenen Datenmenge und der Serverlast ab. Die Replikationsverteilungsschlange wird vom IMA-Dienst mit niedriger Priorität gehandhabt.

113 Kapitel 8 Druckerverwaltung 113 Das Teilsystem der Druckertreiberreplikation kann ungefähr 50 Einträge pro Minute in eine Server-Farm mit 50 Servern abwickeln, wenn die Benutzerlast und Netzwerklast gering ist. Eine Server-Farm mit 500 Servern verarbeitet in derselben Situation ungefähr 20 Einträge pro Minute. Für ein möglichst schnelles Abschließen der Druckertreiberreplikation empfiehlt Citrix, dass die Replikation der Druckertreiber außerhalb der Stoßzeiten erfolgen sollte, wenn nur wenig Daten höherer Priorität über das Netzwerk übermittelt werden. Replizieren der Treiber und IMA-Leistung Da der IMA-Dienst beim Start alle lokalen Druckertreiber mit dem Datenspeicher synchronisiert, muss jeder Mitgliedsserver mehrere leseintensive Anfragen direkt an den Datenspeicher richten. Beim Installieren neuer Druckertreiber oder dem Entfernen bestehender schreibt ein Mitgliedsserver diese Informationen zum Datenspeicher. Der Datenspeicher enthält einen Eintrag für jeden Druckertreiber, einen Eintrag für jeden Server in der Server-Farm und einen Eintrag für jede Kombination aus Druckertreiber und Server. Je mehr Druckertreiber auf den Servern der Server-Farm installiert sind, je umfangreicher werden die Druckertreibertabellen im Datenspeicher. Beim Start dauert das Abfragen des Datenspeichers dann länger. Wichtig: Beim manuellen Installieren oder Replizieren vieler Druckertreiber auf MetaFrame XP-Servern wird der Start des IMA-Diensts wesentlich verlangsamt. Grenzen Sie mit den folgenden Richtlinien die Anzahl der in der Server-Farm vorhandenen Druckertreiber ein, um einen unverzüglichen Start des IMA-Diensts zu gewährleisten. Installieren Sie nur Druckertreiber für Drucker, die von ICA-Clients in der Server-Farm verwendet werden. Installieren Sie Druckertreiber nur auf Servern, die Host von Benutzern sind, die Zugriff auf die Drucker benötigen. Installieren Sie Druckertreiber, die für mehrere Druckertypen geeignet sind.

114 114 Weiterführende Konzepte für MetaFrame XP Löschen Sie beim Entfernen eines Druckers von einem Server den verbundenen Registrierungsschlüssel und starten Sie den Server erneut. Weitere Informationen finden Sie im Abschnitt Aktualisieren der Druckertreiber im Datenspeicher auf Seite 109. Entfernen Sie nicht erforderliche Druckertreiber von geklonten Images. Verwenden Sie in WAN-Umgebungen, in denen viele Druckertreiber installiert sind, einen replizierten Datenspeicher, wenn Sie eine bessere Leistung benötigen.

115 Wartung der Server-Farm K A P I T E L 9 In diesem Kapitel werden Verwaltungsprobleme erläutert, die bei der Administration einer MetaFrame XP-Server-Farm auftreten können. Strategien für die Sicherung und Wiederherstellung In diesem Abschnitt werden Methoden für das Verwalten des Datenspeichers der Server-Farm beschrieben. Access-Datenbanken Access weist kein integriertes Terminierungsprogramm für die Sicherung auf. MetaFrame XP umfasst jedoch den Befehl dsmaint backup für das Sichern des Access-Datenspeichers. Gemäß Empfehlungen von Citrix sollte dieser Befehl täglich mithilfe eines Terminierungsprogrammskripts ausgeführt werden. Warnung: Verwenden Sie den Befehl Dsmaint backup nicht für das Sichern der Microsoft SQL Server- oder Oracle-Datenbanken.! So verschieben oder stellen einen Access-Datenspeicher wieder her: Mit diesem Verfahren können Sie eine Sicherungskopie des Datenspeichers installieren oder einen Originaldatenspeicher bei einem Hardwareversagen oder einer aufrüstung auf einen neuen Hostserver verschieben: 1. Kopieren Sie die Sicherungsdatenbank oder die Originaldatenbank auf den Server, den Sie als neuen Hostserver verwenden möchten. 2. Erstellen Sie auf dem neuen Hostserver eine neue DSN-Datei, die auf die neue lokale Datenbank von Schritt 1 verweist.

116 116 Weiterführende Konzepte für MetaFrame XP 3. Führen Sie auf allen Servern in der Server-Farm den Befehl dsmaint failover aus, um auf den neuen Hostserver zu verweisen. Der IMA-Dienst muss für ein ordnungsgemäßes Ausführen des Befehls auf den Servern ausgeführt werden. Dies muss vor dem Ausführen von dsmaint config auf dem neuen Hostserver geschehen (wie im nächsten Schritt aufgeführt), ansonsten können die anderen Server in der Server-Farm nicht zur Datenbank schreiben. 4. Führen Sie auf dem neuen Hostserver den Befehl dsmaint config aus, so dass der IMA-Dienst auf die gerade in Schritt 2 erstellte DNS-Datei verweist. Verwenden Sie den Standardwert für das Benutzerkonto und das Kennwort (citrix/citrix), wenn keine Sicherheit für die Access-Datenbank eingestellt wurde. 5. Ändern Sie die Rolle des Originalhostservers zu einem indirekten Server (der Server greift jetzt indirekt über den neuen Hostserver auf den Datenspeicher zu). Führen Sie hierfür den Registrierungseditor (Regedt32.exe) aus und ändern Sie den Wert des folgenden Registrierungsschlüssels von Imaaccess.dll zu Imaodbc.dll : HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DatabaseDriver 6. Stoppen und starten Sie den IMA-Dienst auf allen Servern in der Server-Farm erneut. 7. Wenn der IMA-Dienst auf dem neuen Hostserver ausgeführt wird, stoppen und starten Sie den IMA-Dienst auf allen anderen Servern in der Server-Farm erneut. Wichtig: Wenn Sie den Computer nicht neu starten sondern nur den IMA-Dienst neu starten, kann dies beim SNMP-Dienst einen Dr. Watson-Fehler bewirken, wenn SNMP aktiviert ist. Dieser Fehler hat keine Konsequenzen. Microsoft SQL Server- und Oracle-Datenbanken Wenn Sie einen Microsoft SQL Server- oder Oracle-Datenspeicher verwenden, finden Sie weitere Informationen über das Terminieren automatischer Sicherungen des Datenspeichers in der Dokumentation der Datenbank. In den meisten Situationen reicht eine tägliche Sicherung aus, um den Verlust von Server- Farmdaten zu vermeiden. Wenn eine Sicherungskopie auf einem neuen Datenbankserver wiederhergestellt werden muss, müssen Sie für jeden Server-Farmserver eine neue DSN-Datei erstellen und die Registrierungseinträge für die neue Datenbank aktualisieren.

117 Kapitel 9 Wartung der Server-Farm 117 Tipp: Mit dem folgenden Verfahren können Sie auch die DSN-Dateien ändern, wenn sich die Verbindungsinformationen des IMA-Diensts ändern.! So stellen Sie eine Sicherungsdatenbank wieder her: Führen Sie aus Leistungsgründen dieses Verfahren auf den Datensammelpunkten aus, wenn alle anderen Server neu konfiguriert sind. 1. Stellen Sie die Datenbank wieder her. 2. Erstellen Sie eine neue DSN-Datei, die auf die wiederhergestellte Datenbank verweist. 3. Führen Sie den Befehl dsmaint config auf dem Server mit der neuen DSN- Datei aus. 4. Stoppen und starten Sie den IMA-Dienst erneut. Wichtig: Wenn Sie den Computer nicht neu starten sondern nur den IMA- Dienst neu starten, kann dies beim SNMP-Dienst einen Dr. Watson-Fehler bewirken, wenn SNMP aktiviert ist. 5. Zeigen Sie die nachfolgende Registrierungseinstellung an, um sicherzustellen, dass der Server die korrekte DSN-Datei verwendet: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DataSourceName 6. Kopieren Sie nach einem ordnungsgemäßen Start des IMA-Diensts die in Schritt 2 erstellte DSN-Datei auf alle Server in der Server-Farm. 7. Führen Sie den Befehl dsmaint config aus, um die Konfiguration des IMA- Diensts auf allen Servern in der Server-Farm zu ändern. 8. Stoppen und starten Sie den IMA-Dienst auf allen Servern in der Server-Farm erneut. Komprimieren von Access-Datenbanken Server, die Host des Datenspeichers sind, haben sowohl eine Datenbankdatei des lokalen Hostcache (Imalhc.mdb) als auch eine Datenbankdatei des Datenspeichers (Mf20.mdb). Führen Sie den Befehl dsmaint compactdb regelmäßig für beide Dateien aus. Citrix empfiehlt das Erstellen eines Skripts, das in der Nacht ausgeführt wird und die beiden Datenbanken komprimiert und die Datei Mf20.mdb sichert. Server, die nicht Host des Datenspeichers sind, weisen nur die Datenbankdatei des lokalen Hostcache (Imalhc.mdb) auf. Diese Datei kann gelegentlich komprimiert werden, um die Leistung zu verbessern.

118 118 Weiterführende Konzepte für MetaFrame XP Hinweis: Der Befehl dsmaint compactdb kann auf einem laufenden Server ausgeführt werden. Neustartzyklen von MetaFrame XP-Servern MetaFrame XP erfordert für ein ordnungsgemäßes Ausführen keine regelmäßigen Neustartzyklen. Sollten Neustartzyklen jedoch aus einem anderen Grund erforderlich sein, halten Sie sich an die nachfolgenden Richtlinien. Wenn der IMA-Dienst neu gestartet wird, stellt er eine Verbindung zum Datenspeicher her und führt verschiedene Lesevorgänge aus, um den lokalen Hostcache zu aktualisieren. Diese Lesevorgänge können eine zwischen hundert Kilobytes bis zu mehrere Megabytes liegende Datenmenge umfassen, abhängig von der Größe und Konfiguration der Server-Farm. Citrix empfiehlt für das Verringern der Last des Datenspeichers und eine verkürzte Startzeit des IMA-Diensts, dass Neustartzyklengruppen nicht mehr als 100 Server umfassen. In großen Server-Farmen, die mehrere Hunderte von Servern umfassen, oder bei nicht ausreichender Datenbankhardware sollten Server in Gruppen von ungefähr 50 neu gestartet werden. Das Intervall für den Neustart der Gruppen sollte mindestens 10 Minuten sein. Hinweis: Wenn der Dienststeuerungs-Manager meldet, dass der IMA-Dienst nicht während eines Neustartzyklus eines MetaFrame XP-Servers neu gestartet werden konnte, der Dienst jedoch letztendlich startet, können Sie diese Meldung ignorieren. Die Zeitüberschreitung des Dienststeuerungs-Managers beträgt sechs Minuten. Der Start des IMA-Diensts kann länger als sechs Minuten dauern, da die Last auf der Datenbank größer als die Fähigkeit der Datenbankhardware ist. Versuchen Sie für das Vermeiden dieser Meldung eine geringere Anzahl von Servern gleichzeitig neu zu starten. Ändern von Server-Farmmitgliedschaften von Servern Wenn Sie die Server-Farmmitgliedschaft von MetaFrame XP-Servern ändern möchten, müssen Sie den Befehl chfarm ausführen. Das ordnungsgemäße Verwenden des mit MetaFrame XP ausgelieferten Befehls chfarm wird im Anschluss erläutert.

119 Kapitel 9 Wartung der Server-Farm 119 Warnung: Ein nicht ordnungsgemäßes Verwenden von chfarm kann den Datenspeicher zerstören. Verwenden von chfarm Beim Ausführen des Befehls chfarm werden auch MetaFrame XP- Installationsdateien verwendet. Der Befehl kann aus diesem Grund nur von dem Installations-CD-ROM oder einem Netzwerkimage der CD-ROM ausgeführt werden. Verwenden Sie die Datei Chfarm.exe im Unterverzeichnis MF des Betriebssystemverzeichnisses (W2K für Windows 2000, TSE für Windows NT 4.0, Terminal Services Edition). Warnung: Wenn chfarm einen Fehler meldet, kann das Fortsetzen den Datenspeicher zerstören. Ändern Sie die Server-Farmen dann mithilfe des Verfahrens für das Wiederherstellen eines nicht reagierenden Servers. Weitere Informationen finden Sie unter Fehler bei Verbindung mit Anwendung auf Seite 192. Ausführen von chfarm Das Ausführen von chfarm bewirkt auf dem Hostserver Folgendes: 1. Versuchtes Entfernen des Servers aus der Server-Farm 2. Stoppen des IMA-Diensts 3. Deinstallieren des IMA-Diensts und Entfernen der lokalen IMA-Einstellungen 4. Ausführen der IMA-Installationskomponente des MetaFrame XP- Installationsprogramms. Das Installationsprogramm ist ein Assistent, der Informationen über die Server-Farmkonfiguration sammelt. Die Installation des Datenspeichers umfasst zwei Optionen Neue Server- Farm erstellen oder Bestehender Server-Farm beitreten. Für das Erstellen einer neuen Server-Farm weist die Seite Datenspeicherkonfiguration Optionen für die Datenbank des Datenspeichers auf. Für das Beitreten zu einer bestehenden Server-Farm weist die Seite Datenspeichertyp Optionen für eine direkte oder indirekte Verbindung zum Datenspeicher auf.

120 120 Weiterführende Konzepte für MetaFrame XP Beim Erstellen einer neuen Server-Farm geben Sie den Namen der Server- Farm ein. Beim Beitreten zu einer bestehenden Server-Farm geben Sie die Informationen ein, die für eine Verbindung zum Datenspeicher der Server- Farm erforderlich sind. Der Assistent fragt nach dem Namen der Zone, in der der Server installiert wird. 5. Erneutes Installieren und Starten des IMA-Diensts 6. Initialisieren der Lizenzdatenbank Warnung: Brechen Sie chfarm nicht nach dem Start der IMA-Installation ab. Führen Sie das ganze Verfahren aus und wiederholen Sie es dann bei Bedarf. Wenn dieses Verfahren nicht abgeschlossen wird, ist der Datenspeicher zerstört. Außerdem ist MetaFrame XP nur teilweise installiert und kann nicht über die Option Software deinstalliert werden. Verwendungshinweise für chfarm Achten Sie bei der Verwendung von chfarm auf die folgenden Punkte und Vorgehensweisen: Da die aktuelle Datenbank des Datenspeichers mit chfarm gelöscht wird, sollte chfarm erst auf dem Server ausgeführt werden, der Host der Access-Datenbank ist, wenn alle Server in der Server-Farm in die neue Server-Farm verschoben sind. Ansonsten werden beim Ausführen von chfarm auf diesen Servern, die keinen gültigen Datenspeicher mehr haben, Fehler verursacht. Ändern Sie zuerst mit chfarm die Server-Farm des Servers, der Host des neuen Datenspeichers sein wird (bei Verwenden einer Access-Datenbank). Führen Sie dann chfarm auf allen anderen Servern aus, um sie zu Mitgliedern der neu erstellten Server-Farm zu machen. Schließen Sie alle Verbindungen zu der Citrix Management Console auf dem lokalen Server, bevor Sie den Befehl chfarm ausführen. Führen Sie chfarm nur auf einem voll funktionsfähigen MetaFrame XP-Server aus. Führen Sie chfarm nicht auf einem Server aus, der aus einer Server-Farm entfernt wurde (entweder über die Citrix Management Console oder mit chfarm). Hinweis: Beim Verwenden von chfarm werden weder veröffentlichte Anwendungen noch Servereinstellungen auf die neue Server-Farm migriert.

121 Ersetzen von MetaFrame-Servern Kapitel 9 Wartung der Server-Farm 121 Manchmal muss ein MetaFrame XP-Server für Instandhaltungsarbeiten oder Notfallreparaturen, usw. offline geschaltet werden. Jeder MetaFrame XP-Server, der nicht Host des Datenspeichers ist, kann mühelos durch einen ähnlich konfigurierten Ersatzserver ersetzt werden. Ändern Sie den Namen des Ersatzservers auf den Namen des offline geschalteten Servers und starten Sie den Ersatzserver neu. Auf dem Ersatzserver muss MetaFrame XP installiert sein. Der Server muss auch dieselbe Konfiguration wie der offline geschaltete Server aufweisen, einschließlich Laufwerkszuweisungen und Anwendungen, um einen nahtlosen Übergang zu gewährleisten. Warnung: Wenn der offline geschaltete Server und der Ersatzserver denselben Servernamen haben, kann nur einer der Server gleichzeitig im Netzwerk ausgeführt werden. Prüfen Sie mit dem Befehl qfarm, dass die richtige IP-Adresse für den Ersatzserver gemeldet wird. Starten Sie den Ersatzserver erneut, wenn die Adresse unrichtig ist. Hinweis: Dasselbe Verfahren wird beim Ersatz eines Servers von einem geklonten Image verwendet. Weitere Informationen finden Sie im Abschnitt Serverkloning auf Seite 84. Migrieren von Server-Farmen und des Datenspeichers Migrieren Sie mit dem Befehl dsmaint eine MetaFrame XP-Server-Farm auf einen anderen Typ des Datenspeichers (zum Beispiel von Access auf Microsoft SQL Server oder von Microsoft SQL Server auf Oracle). Mithilfe des Befehls dsmaint können Server-Farmdaten zwischen Datenbanken (dsmaint migrate) migriert und Server für das Verwenden einer neuen Datenbank (dsmaint config) neu konfiguriert werden.

122 122 Weiterführende Konzepte für MetaFrame XP Die Syntax für den Befehle dsmaint migrate und dsmaint config wird im Anschluss dargestellt (geben Sie einen Befehl als eine fortlaufende Zeichenfolge an der Eingabeaufforderung ein): dsmaint migrate /srcdsn:dsnfilename /srcuser:benutzername / srcpwd:kennwort /dstdsn:dsnfilename /dstuser:benutzername /dstpwd:kennwort dsmaint config /Benutzer:Benutzername /pwd:kennwort /dsn:dsnfilename Wobei: dsnfilename = die DSN-Datei für die Datenbank (mit den vollständigen Pfadangaben), Benutzername = den Benutzernamen für die Datenbank, Kennwort = das Kennwort für die Datenbank darstellt. Weitere Informationen über den Befehl dsmaint finden Sie im MetaFrame XP- Administratorhandbuch. Die Migration kann ausgeführt werden, während Benutzer auf der Server-Farm angemeldet sind. Das Stoppen und erneute Starten des IMA-Diensts hat keine Auswirkung auf aktuell verbundene Sitzungen. Neue Verbindung sind jedoch erst zugelassen, wenn der erneute Start IMA-Diensts vollständig abgeschlossen ist. Wichtig: Das erneute gleichzeitige Starten des IMA-Diensts auf mehr als 10 Servern kann zu einem Engpass auf dem Datenbankserver führen, der Startverzögerungen ergibt.! Sie migrieren Sie von Access auf Microsoft SQL Server oder Oracle: Die Migration von einer indirekten Access-Datenbank auf eine direkte Microsoft SQL Server 2000-Datenbank mit dem Befehl dsmaint migrate wird nur mit MDAC 2.5 unterstützt. 1. Erstellen Sie eine neue Datenbank auf Oracle oder Microsoft SQL Server. 2. Erstellen Sie eine neue Datei Mf20.dsn, die auf die neue in Schritt 1 erstellte Datenbank verweist. Die DSN-Datei ist standardmäßig im folgenden Verzeichnis gespeichert: %Programme%\Citrix\Independent Management Architecture. 3. Führen Sie auf dem Hostserver den Befehl dsmaint migrate aus, geben Sie die aktuelle DSN-Datei als Quelle und die neue in Schritt 2 erstellte DSN-Datei als Ziel ein. Wenn das Kennwort für die neue Datenbank nicht geändert wurde, lautet der Standardwert für den Benutzernamen bzw. das Kennwort citrix/ citrix.

123 Kapitel 9 Wartung der Server-Farm 123 Tipp: Geben Sie bei Bedarf den vollständigen Pfad (in Anführungsstrichen eingeschlossen, wenn der Pfad Leerstellen enthält) der DSN-Datei als Parameter des Befehls dsmaint migrate ein. 4. Führen Sie dsmaint config auf dem Originalhostserver aus, um auf die neue DSN-Datei zu verweisen. 5. Stoppen und starten Sie den IMA-Dienst auf dem Hostserver erneut. Nach dem erneuten Start des IMA-Diensts auf dem Hostserver greifen die restlichen indirekten Server indirekt über den Hostserver auf den neuen Datenspeicher zu. Wichtig: Wenn Sie den Computer nicht neu starten sondern nur den IMA- Dienst neu starten, kann dies beim SNMP-Dienst einen Dr. Watson-Fehler bewirken, wenn SNMP aktiviert ist. Dieser Fehler hat keine Konsequenzen. 6. Kopieren Sie die in Schritt 2 erstellte DSN-Datei zu allen restlichen indirekten Servern in der Server-Farm. 7. Führen Sie den Befehl dsmaint config auf allen restlichen indirekten Servern aus, um eine direkte Verbindung zu der neuen Datenbank über die in Schritt 6 kopierte DSN-Datei herzustellen. 8. Stoppen und starten Sie den IMA-Dienst auf allen in der Server-Farm verbleibenden indirekten Servern erneut. Tipp: Die Schritte 6 bis 8 können auf allen Servern von einer an einer zentralen Stelle platzierten einfachen Stapeldatei ausgeführt werden. Migrieren von Microsoft SQL Server oder Oracle In diesem Abschnitt wird das Migrieren von Datenspeicherinformationen zwischen Microsoft SQL Server- und Oracle-Versionen behandelt. Datenbankmigration zwischen verschiedenen Versionen Die folgenden Migrationen werden zwischen verschiedenen Versionen der Datenbank unterstützt: Microsoft SQL Server 7 entweder auf Oracle7, Oracle8 oder Oracle8i Oracle7 auf Microsoft SQL Server 7, Oracle8 oder Oracle8i Oracle8 auf Microsoft SQL Server 7 oder Oracle8i Oracle8i auf Microsoft SQL Server 7

124 124 Weiterführende Konzepte für MetaFrame XP! So migrieren Sie die Datenbank: Führen Sie aus Leistungsgründen dieses Verfahren auf den Datensammelpunkten aus, wenn alle anderen Server neu konfiguriert sind. 1. Erstellen Sie eine neue Datenbank auf dem Zielserver (Oracle oder Microsoft SQL Server). 2. Erstellen Sie eine neue DSN-Datei, die auf die neue in Schritt 1 erstellte Datenbank verweist. 3. Führen Sie den Befehl dsmaint migrate auf dem Server aus, auf dem die neue in Schritt 2 erstellte DSN-Datei gespeichert ist. 4. Führen Sie dsmaint config auf dem Server von Schritt 3 aus. 5. Stoppen und starten Sie den IMA-Dienst auf dem Server von Schritt 4 erneut. Wichtig: Wenn Sie den Computer nicht neu starten sondern nur den IMA- Dienst neu starten, kann dies beim SNMP-Dienst einen Dr. Watson-Fehler bewirken, wenn SNMP aktiviert ist. Dieser Fehler hat keine Konsequenzen. 6. Zeigen Sie die nachfolgenden Registrierungseinträge an, um zu prüfen, dass der Server auf den neuen Datenspeicher verweist: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DatabaseDriver HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DataSourceName 7. Kopieren Sie nach einem ordnungsgemäßen Start des IMA-Diensts die in Schritt 2 erstellte DSN-Datei auf alle Server in der Server-Farm. 8. Führen Sie den Befehl dsmaint config aus, um die Konfiguration des IMA- Diensts auf allen Servern in der Server-Farm zu ändern. 9. Stoppen und starten Sie den IMA-Dienst auf allen Servern in der Server-Farm erneut. Tipp: Die Schritte 7 bis 9 können auf allen Servern von einer an einer zentralen Stelle platzierten einfachen Stapeldatei ausgeführt werden. Datenbankmigration auf dieselbe Version Das Migrieren von einer Datenbankversion auf dieselbe Datenbankversion kann erforderlich sein, wenn Sie z. B. Daten auf einen leistungsfähigeren Server verschieben möchten. Das Migrieren zwischen Datenbanken derselben Version geschieht am besten durch Sichern und Wiederherstellen der Datenbank, das mit den Dienstprogrammen ausgeführt werden sollte, die vom Anbieter der Datenbanksoftware bereitgestellt werden.

125 Kapitel 9 Wartung der Server-Farm 125! So verweisen Sie eine MetaFrame XP-Server-Farm auf eine neue Datenbank: Führen Sie aus Leistungsgründen dieses Verfahren auf den Datensammelpunkten aus, wenn alle anderen Server neu konfiguriert sind. 1. Sichern Sie die bestehende Server-Farmdatenbank und stellen Sie die Datenbank auf dem neuen Server wieder her. 2. Erstellen Sie eine neue DSN-Datei, die auf die in Schritt 1 wiederhergestellte Datenbank verweist. 3. Führen Sie den Befehl dsmaint config auf dem Server mit der neuen in Schritt 2 erstellten DSN-Datei aus. 4. Stoppen und starten Sie den IMA-Dienst erneut. Wichtig: Wenn Sie den Computer nicht neu starten sondern nur den IMA- Dienst neu starten, kann dies beim SNMP-Dienst einen Dr. Watson-Fehler bewirken, wenn SNMP aktiviert ist. Dieser Fehler hat keine Konsequenzen. 5. Zeigen Sie den nachfolgenden Registrierungseintrag an, um zu prüfen, dass der Server auf den neuen Datenspeicher verweist: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DataSourceName 6. Kopieren Sie nach einem ordnungsgemäßen Start des IMA-Diensts die in Schritt 2 erstellte DSN-Datei auf alle Server in der Server-Farm. 7. Führen Sie den Befehl dsmaint config aus, um die Konfiguration des IMA- Diensts auf allen Servern in der Server-Farm zu ändern. 8. Stoppen und starten Sie den IMA-Dienst auf allen Servern in der Server-Farm erneut. Tipp: Die Schritte 6 bis 8 können auf allen Servern von einer an einer zentralen Stelle platzierten einfachen Stapeldatei ausgeführt werden. Das Migrieren zwischen Datenbanken derselben Version kann alternativ auch durch Exportieren bzw. Importieren anstelle von Sichern bzw. Wiederherstellen geschehen. Microsoft SQL Server 7 verwendet für den Export bzw. Import OLE. Binäre Daten, die größer als 256 Bytes sind, werden abgeschnitten. Wenn Sie den Export bzw. Import von Microsoft SQL Server verwenden, muss Schritt 1 durch die folgenden Schritte ersetzt werden: 1. Exportieren Sie die Originaldatenbank (Quelle) und importieren Sie die Daten in die neue Datenbank (Ziel). Verwenden Sie die Standardverfahren für den Export bzw. Import, die in der Dokumentation des Datenbankanbieters beschrieben sind.

126 126 Weiterführende Konzepte für MetaFrame XP 2. Löschen Sie in der Zieldatenbank die Tabelle DATATABLE. Diese Tabelle enthält die oben beschriebenen abgeschnittenen Daten. 3. Führen Sie den folgenden SQL-Befehl im Zieldatenbankkontext aus, um die Tabelle DATATABLE mit nicht abgeschnittenen Daten zu erstellen: SELECT * INTO DATATABLE FROM [SourceServerName].[SourceDBName].dbo.DATATABLE; Hinweis: Die Klammern im obigen SQL-Befehl sind erforderlich, wenn der Name Leerstellen oder Sonderzeichen enthält. Der Quellserver muss auch mit der neuen Datenbank als ein verknüpfter Server registriert sein und ausgeführt werden, wenn der obige SQL-Befehl verwendet wird. 4. Erstellen Sie die folgenden Indices in der Tabelle DATATABLE: DATATABLEINDEX Clusterindex auf Knoten-ID DATACONSISTENT eindeutiger Index auf (Knoten-ID und Teilenr.) Hinweis: Verwenden Sie den entsprechenden Assistenten für die Indexerstellung in der Datenbank>>. 5. Führen Sie die restlichen Schritte 2 bis 8 aus, um die Datenbankmigration abzuschließen. Migrieren auf Access Die Migration von Microsoft SQL Server oder Oracle auf Access wird zu diesem Zeitpunkt nicht unterstützt. Deinstallieren von MetaFrame XP Das Deinstallationsprogramm entfernt alle MetaFrame-Registrierungsschlüssel auf dem Server, alle MetaFrame-Dateien auf dem Server und alle Verweise auf diesen Server im Datenspeicher, einschließlich veröffentlichter Anwendungen, Lastenausgleichsregeln, Vertrauensbeziehungen, usw. Das Entfernen eines Servers von einer Server-Farm sollte daher durch Deinstallieren des Servers (bei bestehender Verbindung zur Server-Farm) geschehen.

127 Kapitel 9 Wartung der Server-Farm 127 Wichtig: Wenn Sie eine ganze MetaFrame XP-Server-Farm deinstallieren, die Access als Datenspeicher verwendet, sollte der Server, der Host des Datenspeichers ist, als letzter deinstalliert werden. Ansonsten kann die Deinstallation auf den anderen Servern in der Server-Farm nicht ordnungsgemäß abgeschlossen werden. Beim Fehlschlagen der Deinstallation muss ggf. eine erzwungene Deinstallation mit dem Befehl rmvica ausgeführt werden. Weitere Informationen über den Befehl rmvica und die Befehlsoptionen finden Sie unter RMVICA auf Seite 182. Wenn Sie MetaFrame XP von einem Server deinstallieren, der aktualisiert wurde, werden alle früheren MetaFrame-Installationen entfernt. Wenn jedoch Feature Release 1 für MetaFrame 1.8 vor dem Aktualisieren auf MetaFrame XP installiert wurde, werden einige Dateien und Registrierungsschlüssel bei der Deinstallation von MetaFrame XP nicht entfernt. Diese Komponenten können mühelos durch Deinstallation von Feature Release 1 über die Systemsteuerung, Objekt Software, entfernt werden. Deinstallieren Sie MetaFrame XP auf dem Server, der Host der Access-Datenbank für eine Server-Farm ist, erst nach dem Entfernen aller anderen Server von der Server-Farm. Ansonsten wird die Datenbank zu einem anderen Hostserver verschoben. Weitere Anweisungen für das Verschieben des Datenspeichers auf einen neuen Hostserver finden Sie unter Strategien für die Sicherung und Wiederherstellung auf Seite 115.

128

129 K A P I T E L 10 Verwaltung der Server-Farm In diesem Kapitel werden die Dienstprogramme für das Verwalten der Server-Farm behandelt, die mit MetaFrame XP kompatibel sind, einschließlich Citrix Management Console, Citrix Load Manager, Citrix Installation Manager, Citrix Resource Manager und Citrix Network Manager. Load Manager ist eine Komponente von MetaFrame XPa und XPe, für die eine XPa- oder XPe-Produktlizenz erforderlich ist. Installation Manager, Resource Manager und Network Manager sind Komponenten von MetaFrame XPe, für die eine XPe-Produktlizenz erforderlich ist. Citrix Management Console Dieser Abschnitt enthält Empfehlungen für das Verwenden der Citrix Management Console in einem Unternehmensumfeld. Konfigurieren der Datenaktualisierung In der Citrix Management Console ist das Aktualisieren der Daten standardmäßig deaktiviert. Das Aktivieren der automatischen Aktualisierung erhöht die von der Konsole genutzten CPU-Ressourcen und die über das Netzwerk übermittelte Datenmenge. Das Öffnen mehrerer Instanzen der Citrix Management Console in derselben Server-Farm, für die die automatische Aktualisierung aktiviert ist, kann zu Engpässen im Netzwerk führen. Manchmal ist das automatische Aktualisieren wünschenswert. Sie können z. B. das automatische Aktualisieren für die Anzeige von Echtzeitdaten für ICA- Clientverbindungen und Trennen dieser Verbindungen aktivieren.

130 130 Weiterführende Konzepte für MetaFrame XP! So aktivieren Sie das automatische Aktualisieren der Daten in der Citrix Management Console: 1. Starten Sie die Citrix Management Console und melden Sie sich in der Farm an. 2. Wählen Sie Ansicht > Einstellungen automatisch aktualisieren. 3. Wählen Sie die Optionen für das automatische Aktualisieren und geben Sie die Aktualisierungsrate ein. Sie können automatisches Aktualisieren für Serverdaten, Serverordner und Benutzerdaten von Anwendungen festlegen. 4. Klicken Sie auf OK, um die Einstellungen zu übernehmen. Die Werte für Einstellungen automatisch aktualisieren werden auf der Workstation gespeichert, auf der die Citrix Management Console ausgeführt wird. Leistungseinstellungen Die Citrix Management Console fragt den Datensammelpunkt (oder einen von Ihnen gewählten Server) nach Informationen ab, z. B. ausgeführte Prozesse, verbundene Benutzer und Serverlasten. Abhängig von der Größe der Server-Farm kann sich die Konsole auf die Leistung in der Server-Farm auswirken. Im Anschluss finden Sie Empfehlungen für das Verwalten der Leistung mit der Citrix Management Console: Verbinden Sie nur eine Instanz der Citrix Management Console mit der Server- Farm für jede Zone, wenn MetaFrame XP Hunderten von Servern und Tausenden von Benutzern bereitgestellt wird. Verbinden Sie die Citrix Management Console mit einem Datensammelpunkt, so dass die Konsole Daten direkt abfragen kann und nicht einen MetaFrame- Server beteiligen muss. In großen Server-Farmen kann das Aktualisieren der Citrix Management Console lange dauern. Die Aktualisierungsdauer ist abhängig von der Anzahl der Server in der Zone, der Anzahl der ICA-Clients, die eine Verbindung wünschen, und der Anzahl der Instanzen der Citrix Management Console, die Informationen anfragen. Wenn der Abschluss der Aktualisierungsanfrage länger als das angegebene Intervall für das automatische Aktualisieren dauert, wird der Datensammelpunkt überlastet. Aus diesem Grund empfiehlt Citrix das Einstellen des Intervalls für das automatische Aktualisieren für Benutzer und Anwendungen auf die längste praktikable Zeitdauer. Das Mindestintervall für das Aktualisieren von 10 Sekunden wird nicht empfohlen. Die beste Leistung wird erzielt, wenn das automatische Aktualisieren deaktiviert ist, und die Daten bei Bedarf manuell aktualisiert werden.

131 Kapitel 10 Verwaltung der Server-Farm 131 Tipp: Wenn eine WAN-Umgebung bereits Engpässe aufweist, und ein Remotezugriff auf eine Server-Farm erfolgt, reduziert das Starten einer ICA- Sitzung auf einem Server in der Server-Farm und das Ausführen der Citrix Management Console in der ICA-Sitzung die im WAN verbrauchte Bandbreite. Dies ergibt eine bessere Leistung von der Konsole. Replizieren der Druckertreiber Die automatische Replikation der Druckertreiber ermittelt laufend alle in der Server-Farm zur Verfügung stehenden Server und repliziert Druckertreiber auf die neuen Server. Das laufende Ermitteln und Replizieren der Druckertreiber nimmt mehr CPU- Ressourcen in Anspruch und generiert eine höhere über das Netzwerk übertragene Datenmenge als die manuelle Replikation. Aus diesem Grund wird für das Replizieren vieler Druckertreiber eher die manuelle Replikation und nicht die automatische Replikation empfohlen. Wenn Sie die automatische Replikation verwenden, sollte die Größe der automatischen Replikationsliste auf der Anzahl der Server in der Server-Farm und der Bandbreite im Netzwerk basieren. Die Replikationsschlange sollte auf maximal Einträge beschränkt werden. Weitere Informationen finden Sie im Abschnitt Treiberreplikation und Leistungsprobleme auf Seite 112. Nach dem Abschluss der Druckertreiberreplikation muss die Liste der Druckertreiber in der Citrix Management Console aktualisiert werden. Tipps für den Lastenausgleich Bei der Auswahl der Server, die am Lastenausgleich teilnehmen, oder beim Verbinden von Lastauswertungsprogrammen in großen Server-Farmen kann das Erstellen der Listen Verfügbare Server und Ausgewählte Server in der Citrix Management Console einige Minuten dauern. In dieser Zeit weist die Citrix Management Console nicht immer darauf hin, dass Informationen abgerufen werden. Führen Sie das Protokollierungstool von Load Manager, das in der Citrix Management Console enthalten ist, nicht für längere Zeit aus. Das Tool ist für das Debugging und dem Speichern von kurzen Protokollen gedacht, die später ausgewertet werden. Das Protokollierungstool zeigt nur die letzten 16 KB der Daten an. Beim Verwenden des Protokollierungstools muss der Load Manager- Knoten in der Citrix Management Console einen Fokus haben. Ansonsten werden keine Daten aufgezeichnet.

132 132 Weiterführende Konzepte für MetaFrame XP Verwenden von Server- und Anwendungsordnern In der Citrix Management Console können Gruppen von Servern und Anwendungen in Ordnern gruppiert werden. Es besteht kein Zusammenhang zwischen Ordnern in der Citrix Management Console und Ordnern in Program Neigborhood, die in Anwendungsgruppen angezeigt werden. Die Ordner der Citrix Management Console vereinfachen das Verwalten vieler Server und Anwendungen und steigern die Leistung, da die Konsole nur Daten für die in der aktuellen Ordneransicht angezeigten Server oder Anwendungen abfragt. Eine Methode für das Verkürzen der Reaktionszeit ist das Aufteilen der Serverliste in Ordner, die auf den Zonen basieren. Veröffentlichen der Citrix Management Console Für das Veröffentlichen der Citrix Management Console als Anwendung muss die ausführbare Java-Datei mit einer Stapeldatei von dem Verzeichnis gestartet werden, in dem die Citrix Management Console installiert ist. In der nachfolgenden Stapeldatei wird davon ausgegangen, dass die Citrix Management Console im Standardverzeichnis installiert ist. cd \Programme\Citrix\Administration java -jar tool.jar Hinweis: Die Module der Citrix Management Console werden nicht ordnungsgemäß geladen, wenn die Anwendung nicht vom Installationsverzeichnis gestartet wird. Lastenausgleich Load Manager wird automatisch mit MetaFrame XPa und MetaFrame XPe installiert. Hinweis: Dieser Abschnitt ist als Ergänzung zum Schnelleinstieg, zur Online- Hilfe und der Datei Readme für den Citrix Load Manager gedacht. Load Manager berechnet mit einem System von Lastauswertungsprogrammen die Serverlasten. Datensammelpunkte vergleichen die Serverlasten und ermitteln den Server, zu dem der ICA-Client eine Verbindung herstellt.

133 Kapitel 10 Verwaltung der Server-Farm 133 Wenn der Load Manager ausgeführt wird, werden Anwendungen, die auf einem Server veröffentlicht sind, auch als Last ausgeglichen angesehen. Wenn die Serverlast das Maximum erreicht, akzeptiert der Server keine weiteren Verbindungen zu der veröffentlichten Anwendung. Aktivieren und Deaktivieren von Load Manager Die mit dem Produkt ausgelieferte Load Manager-Dokumentation enthält mehrere Verweise auf das Aktivieren und Deaktivieren von Load Manager. Load Manager kann nicht auf diese Weise deaktiviert werden. Deaktivieren Sie das Ausführen von Load Manager auf einem Server mit einer der nachfolgenden Methoden: Installieren einer MetaFrame XP-Produktlizenz und Einstellen des Serverproduktcodes auf MetaFrame XPs Erstellen einer Regel für den Lastenausgleich, die die Serverlast zwingend als 0 meldet Informationen über Lastauswertungsprogramme Ein Citrix Administrator erstellt Lastauswertungsprogramme, die festlegen, wie Server die Last ermitteln. Ein Lastauswertungsprogramm kann aus einer beliebigen Kombination von 12 Regeln bestehen: Benutzerlast der Anwendung Festplattenvorgänge Seitenfehler CPU-Auslastung IP-Bereich Seitenauslagerung Kontextschalter Lizenzschwellenwert Planung Festplattendaten-E/A Speichernutzung Benutzerlast des Servers

134 134 Weiterführende Konzepte für MetaFrame XP Lastauswertungsprogramme können auf Servern oder veröffentlichen Anwendungen platziert werden. Die Lasten für jeden Server oder jede Anwendung werden mit den folgenden Regeln berechnet: Die maximale Last beträgt ICA-Verbindungen werden auf die Server mit der geringsten Last umgeleitet. Wenn alle Server eine Last von oder höher aufweisen, werden Verbindungen verweigert. Wenn eine Kombination von Regeln einem Lastauswertungsprogramm hinzugefügt wird, legt die Regel mit dem höchsten Lastwert die Last des Servers fest. Wenn eine veröffentlichte Anwendung auf einem Server gespeichert ist, auf dem Lastauswertungsprogramme mit der Anwendung und dem Server verbunden sind, legt das Lastauswertungsprogramm mit der höchsten Last den Lastwert des Servers fest. Hinweis: Spezielle Lastwerte bestehen, die über liegen. Weitere Informationen finden Sie unter Verwenden von qfarm mit Load Manager auf Seite 136. Wichtig: Load Manager erkennt keine Protokoll- und Benutzerrestriktionen und sendet alle eingehenden Verbindungen an den Server mit der geringsten Last. Damit Benutzer nicht wiederholt abgelehnt werden, sollten Sie Regeln erstellen, die das Umleiten von Benutzern an Server verhindert, zu denen sie keine Verbindung herstellen können. Funktionsweise von Load Manager Das Auftreten der folgenden Ereignisse löst ein Übermitteln der aktualisierten Lastwerte an den Datensammelpunkt aus: Anmelden bzw. Abmelden von Benutzern Herstellen bzw. Trennen einer Verbindung eines Benutzers Angegebenes Aktualisierungsintervall (standardmäßig 5 Minuten) Eine über 5% liegende Laständerung innerhalb von 30 Sekunden

135 Kapitel 10 Verwaltung der Server-Farm 135 Wichtig: Da der Lastwert auf dem Datensammelpunkt erst aktualisiert wird, wenn der Server ein Aktualisierungsereignis verarbeitet, kann der Datensammelpunkt vorübergehend einen unrichtigen Lastwert für einen Server aufweisen. Wenn ein ICA-Client eine Verbindung herstellt, treten folgende Ereignisse auf: 1. Eine Anfrage wird an den Datensammelpunkt gesendet, den Anwendungsnamen auf eine Serveradresse aufzulösen. 2. Während dieser Auflösung vergleicht der Datensammelpunkt die Lastwerte der Server, auf denen die Anwendung veröffentlicht ist, und ermittelt den niedrigsten Lastwert. Wenn alle Lastwerte gleich sind, oder mehrere Server denselben niedrigsten Lastwert aufweisen, wählt der Datensammelpunkt den Server mit der niedrigsten Host-ID aus. 3. Der Datensammelpunkt sendet die Serveradresse an den ICA-Client. 4. Der Datensammelpunkt erhöht den Lastwert des Servers künstlich um 200, um die Wahrscheinlichkeit zu verringern, dass mehrere Verbindungen beim Anmeldevorgang an den Server gesendet werden. 5. Wenn sich der Benutzer ordnungsgemäß angemeldet hat, werden die richtigen Lastwerte an den Datensammelpunkt gesendet. Wichtig: Wenn der Benutzer versucht, eine Verbindung zu einer Anwendung mit Lastenausgleich herzustellen, die Verbindung jedoch ohne ordnungsgemäßes Anmelden getrennt wird, weist der Datensammelpunkt weiterhin die künstliche Last des Servers auf, bis eine Aktualisierung von diesem Server erfolgt. Lastaktualisierungsereignisse ergeben unterschiedliche Ergebnisse bei MetaFrame XP und MetaFrame 1.8. In MetaFrame 1.8 sendet der Server beim Trennen einer Verbindung vor dem Anmelden eine Aktualisierung an den ICA-Masterbrowser. Viele Ereignisse in MetaFrame 1.8 führen zu mehreren Aktualisierungen des ICA- Masterbrowsers. Dieses Verhalten ist in MetaFrame XP anders, um die Serverkommunikation zu reduzieren und die Skalierbarkeit zu erhöhen. Lastaktualisierungen auslösende Timingmethoden Zusätzlich zu den dynamischen Lastereignissen lösen zwei Timingmethoden Lastaktualisierungen aus: regelmäßiges Melden und schnelle Änderung.

136 136 Weiterführende Konzepte für MetaFrame XP Regelmäßiges Meldungsintervall Sie können das regelmäßige Meldungsintervall über die Citrix Management Console konfigurieren. Wenn kein anderes Ereignis eine Aktualisierung verursacht hat, legt das Intervall fest, wie oft ein Server den Datensammelpunkt mit Laständerungen aktualisiert. Ein Verlängern des Intervalls reduziert die über ein LAN oder WAN übermittelte Datenmenge. Ein Verkürzen des Intervalls stellt dem Datensammelpunkte genauere Lastwerte für einen genauen Lastenausgleich bereit. Das Standardintervall für das regelmäßige Melden reicht in den meisten Fällen aus.! So ändern Sie das Intervall für das regelmäßige Melden der Last: 1. Wählen Sie in der Citrix Management Console den Server-Farmknoten aus. 2. Wählen Sie Funktionen > Load Manager > Load Manager-Einstellungen. 3. Stellen Sie im Dialogfeld Load Manager-Einstellungen mit dem oberen Schieberegler das regelmäßige Intervall für das Aktualisieren der Lastauswertungsprogrammdaten ein. Intervall für schnelles Ändern Wenn schnelle Änderungen auftreten, verwendet Load Manager einen Timer von 30 Sekunden. Wenn der Lastwert eines Servers innerhalb der 30 Sekunden um mehr als 5% vom Lastwert abweicht, der dem Datensammelpunkt gemeldet wurde, meldet der Server dem Datensammelpunkt einen neuen Lastwert. Dies gewährleistet, dass der Datensammelpunkt genaue Daten verwaltet. Dieses Aktualisierungsereignis kann nicht konfiguriert werden. Ereignisse, die Load Manager auslassen Die folgenden Ereignisse lassen das Load Manager-Teilsystem aus und ermöglichen ggf. weitere Verbindungen zu einem Server mit Volllast: Starten direkter Verbindungen zu einem Server Erneutes Wiederherstellen einer Verbindung zu einer getrennten Sitzung Freigeben der Sitzung mit Seamless Windows oder eingebetteten Webverbindungen (die erste Sitzung verwendet Lastenausgleich, die anderen Anwendungen verwenden die Originalsitzung) Verwenden von qfarm mit Load Manager Mit dem Befehl qfarm zeigen Sie die Last auf jedem Server in der Server-Farm an. qfarm /load zeigt die Lastwerte aller Server an qfarm /app zeigt die Lastwerte aller Anwendungen an

137 Kapitel 10 Verwaltung der Server-Farm 137 Wenn Sie den Befehl qfarm ohne Optionen ausführen, ähnelt dies dem Befehl qserver auf MetaFrame 1.8; qfarm zeigt die Server in der Server-Farm, die Netzwerkprotokolle und die Netzwerkadressen aller Server in der Server-Farm an. Das nach der Netzwerkadresse stehende Schriftzeichen D gibt an, dass der Server ein Datensammelpunkt ist. Hinweis: Verwenden Sie den Befehl qfarm nicht, wenn eine Server-Farm im gemischten Modus ausgeführt wird, da qfarm nur MetaFrame XP- Lastinformationen anzeigt. Verwenden Sie den Befehl qserver, der Informationen über den ICA-Browserdienst anzeigt. Weitere Informationen über qserver finden Sie im MetaFrame XP-Administratorhandbuch. Prüfen Sie Folgendes, wenn ein Server nicht mit qfarm in der Serverliste angezeigt wird: Der IMA-Dienst wird auf dem Server ausgeführt. Anmeldungen sind auf dem Server aktiviert. Der Zonendatensammelpunkt weist korrekte Informationen über den Mitgliedsserver auf. Die von qfarm ausgegebenen Lastwerte sind bei der Problembehandlung nützlich. Die nächste Tabelle enthält Beschreibungen und Hinweise über Lastwerte, die von qfarm ausgegeben werden. Lastwert Beschreibung Hinweise Gültige Lastwerte geben an, dass der Lastenausgleich ordnungsgemäß funktioniert Volllast, keine weiteren Verbindungen mit Lastenausgleich werden an diesen Server umgeleitet Der Server verwendet keine Load Manager-Lizenz. Keine Direkte Verbindungen, erneute Verbindungen und Sitzungsfreigaben können weiterhin Verbindungen herstellen. Prüfen Sie, dass der korrekte Produktcode (XPa oder XPe) auf dem Server eingestellt ist. Prüfen Sie mit clicense, ob der Server eine Lizenz verwendet.

138 138 Weiterführende Konzepte für MetaFrame XP Lastwert Beschreibung Hinweise Der Server verwendet keine Load Manager-Lizenz, oder der Lastenausgleich steht nicht zur Verfügung. Dies kann ein Hinweis auf ein schwerwiegendes Problem mit dem Lastenausgleich oder auf ein Problem mit dem IMA-Dienst sein Kein Anwendungslastauswertungsprogramm ist mit der Anwendung verbunden. Prüfen Sie mit clicense, ob der Server eine Lizenz verwendet. Prüfen Sie das ordnungsgemäße Funktionieren des Datensammelpunkts und des Datenspeichers. Stoppen und starten Sie den IMA-Dienst erneut. Erstellen Sie den lokalen Hostcache erneut. Der standardmäßige Anwendungslastwert, wenn keine Anwendungslastauswertungsprogramme verbunden, Load Manager jedoch aktiviert ist. Berechnen von Lastwerten Die meisten Regeln des Lastauswertungsprogramms verwenden einen fortlaufenden Durchschnitt der letzten 10 Proben. Eine Probe wird bei einer Aktualisierung des Lastwerts oder in Intervallen von 30 Sekunden gesammelt. Diese Probenentnahmerate kann nicht konfiguriert werden. Wenn Sie den laufenden Durchschnitt zurücksetzen möchten, muss der IMA-Dienst gestoppt und erneut gestartet werden. Die von Lastauswertungsprogrammen berechneten Werte können auf einer von vier Methoden basieren: Gleitender Durchschnitt, gleitender Durchschnitt verglichen mit oberem Schwellenwert, inkrementell und Boolesch. Gleitender Durchschnitt Auf Prozentwerten basierte Regeln berechnen die Lastwerte mit einem gleitenden Durchschnitt. Sie geben den Wert an, bei dem der Server die Volllast oder keine Last erreicht hat. Der Bereich gültiger Werte liegt zwischen 0 und 100 Prozent. Wenn der gleitende Durchschnitt gleich dem unteren Schwellenwert ist oder darunter liegt, meldet Load Manager keine Last. Wenn der gleitende Durchschnitt den oberen Schwellenwert überschreitet, meldet Load Manager eine Volllast. Wenn der gleitende Durchschnitt zwischen dem unteren und oberen Schwellenwert liegt, wird die Last als Prozentsatz multipliziert mit ermittelt. Wenn die Speichernutzung z. B. 30% beträgt, ist der Lastwert

139 Kapitel 10 Verwaltung der Server-Farm 139 Die nachfolgende Tabelle enthält Informationen über Regeln, die einen gleitenden Durchschnitt verwenden: Lastauswertungsregel Beschreibung Systemmonitorwert Task- Managerwert CPU-Auslastung Die Berechnung der Last basiert auf dem gleitenden Durchschnitt der gesamten CPU- Auslastung aller Prozessoren in den Servern. TSE: System: % Gesamtprozessorzeit Windows 2000 Server: Prozessor: % Prozessorzeit (_Total) Leistung: CPU- Auslastung Speicherbelegung Die Berechnung der Last basiert auf aktuell genutztem virtuellen und realem Speicher. Speicher: % Belegte genutzte Bytes Leistung: Speicherbelegung Gleitender Durchschnitt verglichen mit oberem Schwellenwert Einige Regeln verwenden den gleitenden Durchschnitt als Prozentsatz des oberen Schwellenwerts, der vom Citrix Administrator festgelegt wurde. Der Bereich für den unteren und oberen Schwellenwert für diese Regeln liegt zwischen 0 und (2 31 ). Wenn der gleitende Durchschnitt unter dem unteren Schwellenwert liegt, meldet Load Manager keine Last. Wenn der gleitende Durchschnitt den oberen Schwellenwert erreicht oder überschreitet, meldet Load Manager eine Volllast. Wenn der gleitende Durchschnitt zwischen dem unteren und oberen Schwellenwert liegt, meldet Load Manager einen auf dem oberen Schwellenwert und 0 basierten Lastwert. Der untere Schwellenwert wird nicht bei der Lastberechnung berücksichtigt. Die nächste Tabelle enthält drei Beispiele für das Verwenden der Kontextschalterregel: Szenario 1 Szenario 2 Szenario 3 Kontextschalter Oberer Schwellenwert Unterer Schwellenwert Berechnete Last

140 140 Weiterführende Konzepte für MetaFrame XP Der Standardwert des oberen und unteren Schwellenwerts für diese Regeln basiert auf Servern mit einem Prozessor und einem SCSI-Festplattencontroller. Ändern Sie die oberen und unteren Schwellenwerte für Server, die mehrere Prozessoren oder Festplattencontroller haben. Verfolgen Sie mit dem Systemmonitor die in der nachfolgenden Liste aufgeführten Zähler im Leerlauf und mit Volllast, um entsprechende Schwellenwerte festzulegen. Die nächste Tabelle enthält Informationen über Regeln, die einen gleitenden Durchschnitt verglichen mit einem oberen Schwellenwert verwenden: Beschreibung Lastauswertungsregel Systemmonitorzähler Hinweise Kontextschalter Die Berechnung der Last basiert auf CPU- Kontextschaltern. System: Kontextschalter/ Sek. Ein Kontextschalter tritt auf, wenn das Betriebssystem von einem ausführenden Prozess zu einem anderen wechselt. Festplattendaten-E/A Die Berechnung der Last basiert auf dem Durchsatz der Festplattendaten-E/A in Kilobytes. Festplatte: Laufwerkbytes/ Sek. (_Total) Der von den Festplattendaten- E/A verwendete Wert ist die Summe aller Festplatten auf dem Server Festplattenvorgänge Die Berechnung der Last basiert auf der Anzahl der Festplattenvorgänge pro Sekunde. Festplatte: Festplattenlesevor gänge/sek. (_Total) + Festplatte: Festplattenlesevor gänge/sek. (_Total) Bei dem von den Festplattenvorgängen verwendeten Wert handelt es sich um die Summe aller Festplatten auf dem Server. Seitenfehler Die Berechnung der Last basiert auf der Anzahl der Seitenfehler pro Sekunde. Speicher: Seitenfehler/Sek. Ein Seitenfehler tritt auf, wenn das Betriebssystem auf realen Speicher zugreift, der auf die Festplatte ausgelagert wurde. Seitenauslagerung Die Berechnung der Last basiert auf der Anzahl der Seitenauslagerungen pro Sekunde. Speicher: Seiten/ Sek. Eine Seitenauslagerung tritt auf, wenn das Betriebssystem realen Speicher zu virtuellem Speicher auf die Festplatte auslagert.

141 Kapitel 10 Verwaltung der Server-Farm 141 Inkrementell Die inkrementellen Regeln sind benutzerfreundlich und erfordern keinen Systemmonitor oder Berechnungen zwischen oberen und unteren Schwellenwerten. Alle Berechnungen basieren auf dem Höchstwert für die Volllast, der vom Citrix Administrator festgelegt wurde. Wenn der Höchstwert erreicht ist, meldet Load Manager eine Volllast. Ansonsten meldet Load Manager einen auf dem Maximum basierten Prozentsatz. Der Lastwert wird durch Division von durch den Regelwert und anschließender Multiplikation dieses Wert mit dem aktuellen Zähler berechnet. Beispiel: Die Benutzerlast des Servers ist für Volllast auf 50 Benutzer gesetzt, der inkrementelle Wert pro Benutzer wird als 200 ( / 50) berechnet. Für das Berechnen des Lastwerts wird die aktuelle Benutzeranzahl mit 200 multipliziert. Die nachfolgende Tabelle enthält Informationen über Regeln, die inkrementelle Regelberechnungen verwenden: Lastauswertung sregel Beschreibung Gültiger Bereich Hinweise Benutzerlast der Anwendung Benutzerlast des Servers Lizenzschwellenwert Die Berechnung der Last basiert auf der mit einer Anwendungen verbundenen Anzahl der Benutzer. Die Berechnung der Last basiert auf der mit einem Server verbundenen Anzahl der Benutzer. Die Berechnung der Last basiert auf der Anzahl der Verbindungslizenzen im Pool oder der zugeordneten Verbindungslizenzen, die auf dem Server verwendet wird Keine Keine Geben Sie in das Feld Lizenztyp einen Wert von 0 ein, wenn der Lizenztyp ignoriert werden soll. Beide Felder dürfen keinen Nullwert enthalten. Wichtig: Wenn die Regel Lizenzschwellenwert allein verwendet wird, können Server immer noch überlastet werden, wenn ICA-Clients mehrere Sitzungen öffnen, jedoch nur eine Verbindungslizenzanzahl verwenden. Diese Regel wird am besten mit anderen Regeln des Lastauswertungsprogramms, wie z. B. CPU- Auslastung, verwendet.

142 142 Weiterführende Konzepte für MetaFrame XP Boolesch Einige Regeln basieren auf Konditionen, die entweder richtig oder falsch sind. Wenn die Konditionen erfüllt sind, wird der Zugriff zugelassen. Ansonsten wird er verweigert. Verwenden Sie diese Regeln zusammen mit anderen Regeln der Lastauswertungsprogramme, da diese keine verbundenen Lastwerte haben. Wenn keine anderen Regeln mit einer booleschen Regel angewendet werden, werden alle Verbindungen an denselben Server gerichtet. Wenn eine dieser Regeln in Kraft tritt, wird die Einhaltung nicht von bereits verbundenen Benutzern erzwungen. Wenn die Planungsregel zum Beispiel eine Anwendung zu einer gewissen Zeit deaktiviert, können Benutzer, die die Anwendung verwenden, weiterhin eine Verbindung unterhalten. Wenn sich Benutzer jedoch abmelden, können sie in der Zeit, in der die Anwendung deaktiviert ist, keine neue Verbindung herstellen. Wichtig: Diese Regeln sollten nicht als Sicherheitsfunktion angesehen werden. Sie sollen den Zugriff auf eine veröffentlichte Anwendung basierend auf einer Kondition verhindern. Dies verhindert nicht, dass Benutzer direkt eine Verbindung zu einem Server herstellen und die Anwendung starten. Diese Regeln können jedoch zusammen mit anderen Sicherheitsfunktionen einem Server ein höheres Sicherheitsniveau geben. Sie können auch mit anderen Regeln verwendet werden und das Weiterleiten von Verbindungen an die entsprechenden Server vereinfachen. In der nächsten Tabelle finden Sie Informationen über boolesch-basierte Regeln: Lastauswertungsregel Beschreibung Gültiger Bereich Hinweise IP-Bereich Aktivieren oder Deaktivieren des Zugriffs auf einen Server oder eine veröffentlichte Anwendung basierend auf einer Quell-IP-Adresse. Jede gültige IP-Adresse Wenn die IP-Adresse des ICA- Clients im angegebenen Bereich der IP-Adressen (einschließend) liegt, ist eine Verbindung zulässig oder wird abgelehnt, basierend auf der Einstellung für den Einschlussoder Ausschlussmodus. Mithilfe dieser Regel kann das Starten von Anwendungen über ein WAN verhindert oder nur lokale Verbindung zugelassen werden. Diese Regel funktioniert nicht im gemischten Modus.

143 Kapitel 10 Verwaltung der Server-Farm 143 Lastauswertungsregel Beschreibung Gültiger Bereich Hinweise Planung Aktivieren oder Deaktivieren des Zugriffs auf einen Server oder veröffentlichte Anwendung zu bestimmten Zeiten. Wählen Sie die Stunden und Tage für den zulässigen Zugriff. Die Rechtecke geben halbstündige Zeitblöcke an. Gefüllte Rechtecke geben Zeiten an, zu denen der Zugriff zulässig ist. Leere Rechtecke geben Zeiten an, zu denen der Zugriff nicht zulässig ist. Während den Zeiten, zu denen der Zugriff verweigert wird, meldet Load Manager eine Volllast für den Server. Aktuell verbundene Benutzer bleiben verbunden. Mithilfe dieser Regel können Verbindungen vor Instandhaltungsarbeiten verhindert werden, oder Benutzer können aus anderen Gründen auf einen anderen Server verschoben werden. Verwenden von Load Manager mit MetaFrame 1.8 Wenn MetaFrame XP-Server im gemischten Modus ausgeführt werden, findet die Kommunikation mit MetaFrame 1.8-Servern über den ICA-Browserdienst und Program Neighborhood statt. MetaFrame XP-Server kommunizieren miteinander mithilfe von IMA. Der ICA-Browserdienst ist jedoch für die Anwendungsauflösung verantwortlich. Wichtig: Für eine ordnungsgemäße Ausführung des Lastenausgleichs im gemischten Modus muss ein MetaFrame XP-Server der ICA-Masterbrowser sein.

144 144 Weiterführende Konzepte für MetaFrame XP Die folgenden Ereignisse treten auf, wenn der auf MetaFrame XP ausgeführte ICA- Browserdienst den Lastenausgleich für eine Anwendung im gemischten Modus ausführt: 1. Wenn eine Verbindung zu einer Anwendung mit Lastenausgleich gestartet wird, fordert der ICA-Client vom ICA-Masterbrowser die Anwendung mit der geringsten Last an. 2. Der ICA-Master-Browser vergleicht die Last aller MetaFrame XP-Server, auf denen die Anwendung veröffentlicht ist, und wählt den Server mit der geringsten Last. 3. Der ICA-Master-Browser vergleicht die Last aller MetaFrame 1.8-Server, auf denen die Anwendung veröffentlicht ist, und wählt den Server mit der geringsten Last. 4. Wenn der ICA-Master-Browser die MetaFrame XP- und MetaFrame 1.8-Server mit der geringsten Last ermittelt hat, vergleicht er die Anzahl der Sitzungen auf den Servern und leitet die ICA-Verbindung an den Server weiter, der die wenigsten aktiven Sitzungen aufweist. Wenn beide Server dieselbe Anzahl von Sitzungen haben, leitet der ICA-Browser die ICA-Verbindung an den MetaFrame XP-Server. Bei der Verwendung von Load Manager in Server-Farmen, die im gemischten Modus ausgeführt werden, müssen mehrere Punkte berücksichtigt werden: Weitere Informationen über das Konfigurieren der Server-Farm für die Ausführung im gemischten Modus finden Sie unter Bereitstellung von MetaFrame XP auf Seite 63. Im gemischten Modus werden Anwendungslastauswertungsprogramme ignoriert. Im gemischten Modus wird die IP-Bereichsregel ignoriert. qfarm meldet nur Lastinformationen von MetaFrame XP-Servern. Verwenden Sie qserver /load für das Anzeigen von Lastinformationen im gemischten Modus. Das Tool Load Manager-Monitor meldet nur MetaFrame XP-Informationen. Für das ordnungsgemäße Ausführen des Lastenausgleichs müssen veröffentlichte Anwendungen in beiden Server-Farmen denselben Namen haben.

145 Installation Management Kapitel 10 Verwaltung der Server-Farm 145 Installation Manager ist eine Komponente von MetaFrame XPe, sie steht nicht in MetaFrame XPa oder MetaFrame XPs zur Verfügung. In diesem Abschnitt werden Design- und Architekturthemen angesprochen, die Sie verstehen müssen, bevor Sie mithilfe von Installation Manager Anwendungen einer MetaFrame XP-Server-Farm in einem Unternehmensumfeld bereitstellen. Unter anderem werden die folgenden Konzepte besprochen: Datenspeichernutzung, Überlegungen für die Gruppengröße, Empfehlungen für das WAN und die Anwendungsbereitstellung. Warnung: Installation Management Services 1.0b-Anwendungen, die unter MetaFrame 1.8 bereitgestellt werden, können mithilfe des Tools Im_app_upgrd.exe im Verzeichnis \support\debug\i386 auf der Installation Manager-CD für das Verwenden mit MetaFrame XP migriert werden. Dieses Programm muss vor der Installation von MetaFrame XP ausgeführt werden. Ansonsten muss die Anwendung neu installiert werden. Nutzen des Datenspeichers Installation Manager bedingt während der Planungs- und Meldeperioden der Anwendungsinstallation eine geringfügig höhere Last auf dem Datenspeicher. In der folgenden Tabelle werden die im schlimmsten Fall auftretenden Schreibvorgänge zum Datenspeicher dargestellt. Die Informationen wurden mithilfe von Microsoft Office 2000 und Lotus SmartSuite Millennium gesammelt. Vorgang Schreibvorgang (KB) Starten der Citrix Management Console 0 Hinzufügen eines Pakets <1 Planen einer Installation (pro Server) 10 Abschließen einer Installation (pro Server) <10 Installieren einer Anwendung mithilfe der Anwendungsveröffentlichung (pro Server) <10 Planen und Abschließen einer Deinstallation (pro Server) <3

146 146 Weiterführende Konzepte für MetaFrame XP Überlegungen hinsichtlich der Gruppengröße Mithilfe von Installation Manager können Anwendungen auf vordefinierten Gruppen von Servern installiert werden. Mithilfe von Gruppen können Citrix Administratoren Anwendungen schnell und leistungsfähig auf einer Gruppe von Servern installieren, d. h. das Auswählen einzelner Server bei jeder Installation entfällt. Hinweis: Beim Deinstallieren einer Anwendung werden einzelne Server in der Citrix Management Console ausgewählt, um das versehentliche Deinstallieren von Anwendungen von anderen Servern in der Gruppe zu verhindern. Ermitteln Sie mithilfe der folgenden Faktoren die Gruppengrößen: Netzwerkbandbreite Installation Manager stellt Anwendungen Servern gleichzeitig bereit, verwendet jedoch nicht Multicasting. Jeder Zielserver liest die Daten vom Speicherort des Installationspakets. Bei großen Installationspaketen, wie z. B. Microsoft Office 2000, kann eine mehr als 100 MB große Datenmenge vom Paketserver auf den Zielserver übertragen werden. Die folgende Datenmenge wird über das Netzwerk transferiert: D = I x N Wobei: D = die Datenmenge, I = die Installationsgröße, N = die Anzahl der Zielserver darstellt. Die nächste Tabelle enthält Empfehlungen für die Gruppengrößen. Diese Gruppengrößen sind von der Bandbreite, die andere Netzwerkanwendungen benutzen, und der Geschwindigkeit der Netzwerkhardware abhängig. Klein Mittel Groß Anwendungsgröße < 5 MB 5-20 MB > 20 MB Empfohlene Gruppengröße < 100 < 60 < 25

147 Kapitel 10 Verwaltung der Server-Farm 147 Einen Neustart verursachende Anwendungsbereitstellungen Kleinere Gruppengrößen sind beim Installieren von Anwendungen empfehlenswert, die einen erneuten Start des Servers erfordern. Die Installationen finden gleichzeitig statt, und bedingen, dass die MetaFrame-Server fast alle zu derselben Zeit neu gestartet werden. Diese gleichzeitigen Neustarts können eine zusätzliche Last des Datenspeichers bewirken. Weitere Empfehlungen für gleichzeitige Neustarts finden Sie unter Neustartzyklen von MetaFrame XP- Servern auf Seite 118. Die Bereitstellung kann leistungsfähiger erfolgen, wenn mehrere logische Gruppen erstellt werden, die dem allgemeinen Unternehmensschema entsprechen. Das heißt, eine Gruppe könnte Server enthalten, die Host der normalen Unternehmensanwendungen sind, eine andere Gruppe könnte Host der technischen Anwendungen sein, usw. Gruppen sollten auch nur Server enthalten, die sich in demselben WAN-Segment befinden. Wenn lokale und Remoteserver zur selben Gruppe gehören, muss das Paket Zielservern über ein WAN bereitgestellt werden. Dies dauert entweder sehr lange oder führt möglicherweise zu einer Zeitüberschreitung und zu einem Misslingen. Tipp: Wenn eine Installation misslingt, werden Paketfehler im Anwendungsereignisprotokoll unter der Quelle Gemini Installer aufgeführt. MSI-Paketfehler werden im Anwendungsereignisprotokoll unter der Quelle MsiInstaller aufgeführt. WAN-Empfehlungen Installieren Sie Anwendungen nicht über ein WAN auf Zielservern. Die für das Installieren über ein WAN erforderliche Bandbreite und Zeit kann längere Netzwerkengpässe oder Zeitüberschreitungen im Netzwerk verursachen. Vermeiden Sie diese Situation folgendermaßen: Erstellen Sie ein neues Anwendungspaket am Remotestandort, an dem die Anwendung bereitgestellt wird. Wenn mehrere Remotezielserver bestehen, kopieren Sie das Anwendungspaket und die verbundenen Installationsdateien einmal über das WAN, fassen Sie die Dateien dann zusammen und stellen Sie sie auf diesem Segment bereit.

148 148 Weiterführende Konzepte für MetaFrame XP Empfehlungen für die Anwendungsbereitstellung Dieser Abschnitt enthält Überlegungen hinsichtlich der Anwendungsbereitstellung mithilfe von Installation Manager für MetaFrame XP-Server-Farmen. Unter anderem werden die folgenden Konzepte besprochen: Paketserver, Konventionen für die Paketbenennung, Bereitstellungsserver, Netzwerkfreigabekonto, Auftragsplanung, Bereinigen der Auftragswarteschlange, Installieren von Anwendungen mithilfe des Assistenten für die Anwendungsveröffentlichung und Installation Management Services 1.0b-Interoperabilität. Tipp: Bekannte Probleme bei der Installation von Drittherstelleranwendungen mithilfe von Installation Manager finden Sie in der Datei Installation Manager- Readme. Citrix Systems bietet keinen Support für die Problembehebung bei Anwendungen von Drittherstellern. Wenden Sie sich bei anwendungsspezifischen Problemen an den Anwendungsanbieter. Überlegungen für das MSI- und Office XP-Paket Im Anschluss finden Sie Empfehlungen für die Handhabung von MSI- und Microsoft Office XP-Paketen mit Installation Manager: Microsoft empfiehlt, dass MSI-Pakete zuerst auf einem Netzwerkfreigabepunkt installiert werden. Geben Sie hierfür den folgenden Befehl an der Eingabeaufforderung ein: msiexe /a Paketname. Diese Befehlsfolge dekomprimiert die Cab-Datei und ermöglicht das Einstellen der Paketeigenschaften, z. B. der Produkt-ID. Nach der Eingabe des Befehls werden Sie zur Eingabe des Netzwerkfreigabepunktes aufgefordert. Für Microsoft Office XP muss der Befehl misexe /a proprlus.msi vor dem Verwenden von Installation Manager ausgeführt werden. Außerdem müssen Sie für Office XP PIDKEY=Produkt-ID (ohne Bindestriche) den Befehlszeilenoptionen im Dialogfeld Eigenschaften des Installation Manager- Pakets hinzufügen.

149 Kapitel 10 Verwaltung der Server-Farm 149 Paketserver Der Paketserver wird für das Aufzeichnen der Anwendungsinstallationen verwendet. Die folgenden Empfehlungen für den Paketserver gewährleisten eine saubere Paketdatei: Die Konfiguration des Paketservers (sowohl hinsichtlich Hardware als auch Software) sollte so weit wie möglich dem Zielserver entsprechen. Der Paketserver sollte so bereinigt wie möglich sein. Führen Sie ein Rollback der installierten Anwendungen durch. Weitere Informationen finden Sie im Schnelleinstieg für Installation Manager. Andere Anwendungen sollten nicht beim Aufzeichnen eines Image ausgeführt werden. Anwendungen sollten nicht über eine ICA-Sitzung in einem Paket zusammengefasst werden. Konventionen für die Paketbenennung Das Verwenden einer einheitlichen Konvention für die Paketbenennung vereinfacht das Identifizieren des Paketinhalts. Es ist einfacher, ein Paket mit dem Namen zu erkennen, als die Wfs-Datei zu öffnen, und den Paketinhalt zu erraten. Da Pakete normalerweise betriebssystemspezifisch sind, empfiehlt sich das Verwenden des Betriebssystemnamens des Zielservers im Paketnamen, z. B. AcrobatReader_für_W2K anstelle von AcrobatReader. Bereitstellungsserver Auf dem Bereitstellungsserver sind die Paket- und Installationsdateien gespeichert. Alle Zielserver kommunizieren mit diesem Server und rufen die Dateien und Informationen für das Installieren der Anwendung ab. Im Anschluss finden Sie Empfehlungen, die nützliche Informationen über das schnelle und ordnungsgemäße Bereitstellen von Paketen enthalten: Halten Sie die Empfehlungen hinsichtlich des Dateiservers für das Bereitstellung der Serverhardware ein. Abhängig von der Anzahl der Zielserver, die gleichzeitig auf die Informationen auf dem Bereitstellungsserver zugreifen, kann das Erhöhen der Größe oder Geschwindigkeit der Bereitstellungshardware für eine bessere Leistung angebracht sein. Weitere Empfehlungen hinsichtlich des Dateiservers finden Sie in den Unterlagen des Hardwareanbieters. In einem langsamen oder überlasteten Netzwerk werden Verbindungen ggf. aufgrund von Zeitüberschreitungen in den Microsoft Netzwerkkomponenten abgelehnt. Der Bereitstellungsserver sollte, wenn möglich, auf einem 100 MB- Switched-Ethernet-Anschluss ausgeführt werden. Das Ausführen des Bereitstellungsservers in einer freigegebenen Kollisionsdomäne erhöht die Latenz. Dies sollte so weit wie möglich vermieden werden.

150 150 Weiterführende Konzepte für MetaFrame XP Tipp: Netzwerkzeitüberschreitungen können das Misslingen von Paketinstallationen auf einigen Servern verursachen. In diesen Situationen verläuft ein erneuter Bereitstellungsversuch normalerweise ordnungsgemäß. Ein Reduzieren der über das Netzwerk übermittelten Datenmenge reduziert die Anzahl der misslungenen Installationen. Wenn die über das Netzwerk übermittelte Datenmenge nicht reduziert werden kann, verringern Sie die Anzahl der Zielserver, um Netzwerkzeitüberschreitungen zu minimieren. Weitere Informationen finden Sie unter Überlegungen hinsichtlich der Gruppengröße auf Seite 146 und Auftragsplanung auf Seite 150. Netzwerkfreigabekonto Das Netzwerkfreigabekonto gibt dem Zielserver Zugriffsrechte auf den Netzwerkfreigabepunkt, auf dem das Paket gespeichert ist. Klicken Sie für das Einrichten eines Netzwerkfreigabekontos den Citrix Installation Manager-Knoten in der Citrix Management Console mit der rechten Maustaste an und wählen Sie Eigenschaften. Hinweis: Beim Ausführen einer Installation ohne Benutzereingriff muss das Netzwerkfreigabekonto Administratorprivilegien auf dem Zielserver haben. Auftragsplanung Planen Sie zeitversetzte Installationen zu kleinen Gruppen von Servern, wenn Sie Anwendungen einer großen Server-Farm bereitstellen. Dies verringert die verbrauchte Netzwerkbandbreite, und die Server-Farm weist keine Leistungseinbuße auf. Warnung: Bei der Installation einer Anwendung auf einem Server werden alle ICA-Verbindungen bis zum Abschluss der Installation getrennt. Bereinigen der Auftragswarteschlange Löschen Sie bereits ausgeführte Aufträge, wenn diese nicht mehr benötigt werden. Sie können Aufträge auf der Registerkarte Alle Aufträge unter dem Citrix Installation Manager-Übersichtsknoten in der Citrix Management Console löschen.

151 Kapitel 10 Verwaltung der Server-Farm 151 Ressourcenverwaltung Installieren von Paketen mithilfe des Assistenten für die Anwendungsveröffentlichung Beim Veröffentlichen von Installation Manager-Paketen mit dem Assistenten für die Anwendungsveröffentlichung werden die Anwendungen automatisch installiert, veröffentlicht und lastausgeglichen. Anwendungen, die über Installation Manager ohne den Assistenten für die Anwendungsveröffentlichung installiert wurden, werden nicht automatisch veröffentlicht oder lastausgeglichen. Veröffentlichen Sie in großen Server-Farmen Installation Manager-Pakete nicht mit dem Assistenten für die Anwendungsveröffentlichung, da Probleme mit Netzwerkzeitüberschreitungen und dem Neustart der Server auftreten können. Installieren Sie das Paket mit Installation Manager auf den Zielservern und veröffentlichen Sie dann mit dem Assistenten für die Anwendungsveröffentlichung die ausführbare Datei der Anwendung. Installation Management Services 1.0b-Interoperabilität Alle mit Installation Management Services 1.0b ausgelieferten Kompatibilitätsskripts sind mit Installation Manager für MetaFrame XPe kompatibel und auf der Installation Manager-CD enthalten. Installation Manager für MetaFrame XPe unterstützt mit Installation Management Services 1.0b erstellte Pakete. Sollten Probleme mit einem bestimmten Installation Management Services 1.0b-Paket auftreten, ist ggf. das Erstellen des Pakets mit Installation Manager für MetaFrame XPe erforderlich. Resource Manager ist eine Komponente von MetaFrame XPe, sie steht nicht in MetaFrame XPa oder MetaFrame XPs zur Verfügung. Obwohl diese Version von Resource Manager zusätzliche Funktionen enthält, die von IMA bereitgestellt werden, ist die alte Version, Resource Management Services für MetaFrame 1.8 mit MetaFrame XP kompatibel. In diesem Abschnitt werden beide Versionen behandelt. Resource Manager-Datenbank und Farm- Auswertungsserver Resource Manager speichert alle Konfigurationen, Einstellungen, Schwellenwerte und Messobjekte im Datenspeicher und damit im lokalen Hostcache. Außerdem stellt Resource Manager zwei weitere Konzepte vor: eine lokale Resource Manager-Datenbank und ein Farm-Auswertungsserver der Server-Farm.

152 152 Weiterführende Konzepte für MetaFrame XP Lokale Resource Manager-Datenbank Jeder MetaFrame-Server, auf dem Resource Manager installiert ist, besitzt eine lokale Datenbank, in der die Messobjektinformationen des Servers gespeichert sind. Beachten Sie bitte Folgendes: Die lokale Resource Manager-Datenbank ist eine RMLocalDatabase.mdb genannte Microsoft Access Jet-Datenbank, die im Verzeichnis %Programme%\Citrix\Citrix Resource Manager\LocalDB gespeichert ist. Der Zugriff auf die lokale Resource Manager-Datenbank erfolgt nur beim Erstellen von Echtzeitgrafiken, Anzeigen von Systemsnapshots und dem Ausführen von Berichten auf diesem Server. Die lokale Resource Manager-Datenbank speichert die Messobjektwerte und Anwendungsinformationen der letzten 48 Stunden. Diese Datenbank wird nur beim Start des IMA-Diensts komprimiert. Tipp: Wenn die Größe der lokalen Resource Manager-Datenbank zu groß wird, kann der IMA-Dienst manuell für das Komprimieren der Datenbank gestartet werden. Dies wirkt sich nicht auf Benutzer aus, die bereits auf dem Server angemeldet sind. Das Stoppen und erneute Starten des IMA-Diensts kann in einem Skript aufgenommen und zu Zeiten geplant werden, zu denen die Aktivität der Server-Farm gering ist. Weitere Informationen finden Sie im Abschnitt Neustartzyklen von MetaFrame XP-Servern auf Seite 118. Farm-Auswertungsserver Mithilfe des Farm-Auswertungsservers von Resource Manager werden Anwendungen und Server überwacht. Der Farm-Auswertungsserver erhält die Informationen vom Datensammelpunkt. Aus Leistungsgründen sollten daher der Farm-Auswertungsserver und der Farm-Auswertungsserver der Sicherungsliste auf Datensammelpunkten gespeichert sein. Beim Überwachen von Resource Manager- Anwendungen greift die Citrix Management Console alle 15 Sekunden auf den Datensammelpunkt zu und sammelt die Gesamtmetrik aller Anwendungen. Hinweis: Resource Manager kann jeden Leistungsindikator des Systemmonitors als ein Servermessobjekt verfolgen. Citrix empfiehlt das Beschränken der insgesamt auf einem Server verfolgten Messobjekte auf weniger als 50.

153 Kapitel 10 Verwaltung der Server-Farm 153 Network Manager Verwenden der Citrix Resource Management Services für MetaFrame 1.8 Wenn Resource Management Services 1.0b für MetaFrame 1.8 vor der Installation von MetaFrame XP mit einer Einzellizenz installiert wurden, wird beim Entfernen von MetaFrame XP auch die Einzellizenz von Resource Management Services für MetaFrame 1.8 entfernt. Stellen Sie die Einzellizenz für Resource Management Services nach der Deinstallation von MetaFrame XP folgendermaßen wieder her: Führen Sie Setup.exe vom Verzeichnis %SystemRoot%\System32\ctxlic aus, um die Einzellizenz erneut zu installieren. Installieren Sie Resource Management Services für MetaFrame 1.8. Network Manager ist eine Komponente von MetaFrame XPe, sie steht nicht in MetaFrame XPa oder MetaFrame XPs zur Verfügung. Network Manager ist ein SNMP-Agent, der mit SNMP-Plug-Ins für Tivoli NetView oder HP Network Node Manager (OpenView) kommunizieren kann.

154 154 Weiterführende Konzepte für MetaFrame XP Optimale Konfiguration auf der SNMP-Konsole Die folgenden Spezifikationen stellen die optimale Konfiguration für Network Manager auf einem System mit der Windows SNMP-Konsole dar: Intel Pentium III oder äquivalenter Prozessor 128 MB Arbeitsspeicher (RAM) oder höher Mindestens 1 GB Festplatte plus 150 MB Auslagerungsdatei 100 Mbit/s Netzwerkkarte Die Standardwerte von Tivoli NetView und HP Network Node Manager sind optimal für die Netzwerkverwaltung Auf einem Computer, auf dem Windows NT 4.0 Workstation oder Server ausgeführt wird, sind die folgenden Komponenten vor der Installation von Tivoli NetView oder HP Network Node Manager erforderlich: Windows NT 4.0 Service Pack 5 oder 6 Microsoft Data Access Components (MDAC) 2.5 Microsoft SNMP-Dienst Auf einem Computer, auf dem Windows 2000 Professional oder Server ausgeführt wird, sind die folgenden Komponenten vor der Installation von Tivoli NetView oder HP Network Node Manager erforderlich: Internet Information Server 5.0 (Bestandteil der Windows Installationskomponenten) Microsoft SNMP-Dienst Tipp: Auf Windows 2000 Servern weist der SNMP-Dienst standardmäßig das Attribut Read_Only (nur Lesezugriff) auf. Ändern Sie für eine Remoteverwaltung (Neustarten, Herunterfahren, Rücksetzen, Abmelden, Verbindung trennen, usw.) das Attribut zu Read_Create oder Read_Write. \ Wichtig: Der SNMP-Dienst sollte nur Pakete von designierten Verwaltungskonsolen akzeptieren, um einen möglichen Sicherheitsverstoß zu vermeiden. Weitere Informationen über das ordnungsgemäße Einstellen dieses Werts finden Sie in der Dokumentation des Betriebssystems. \

155 Kapitel 10 Verwaltung der Server-Farm 155 Verwenden des Network Manager-Plug-Ins Die Citrix Management Console-Anmeldung vom Network Manager auf der SNMP-Konsole hat folgendes Format: Domäne\Benutzername Kennwort In Tivoli NetView ist das Serversymbol manchmal grün und die Symbole der Teilsystems sind hellblau. Markieren Sie in diesen Situationen das grüne Serversymbol und führen Sie eine Statusaktualisierung aus, um den Status der Teilsystemsymbole zu aktualisieren. Dies ist ein Problem mit der IP-Zuweisung von Tivoli NetView, das bei einem langen Ausführen auftritt. In HP Network Node Manager wird eine getrennte Verbindung mit einem blauen Symbol dargestellt. Dies tritt nur auf, wenn die Konsole den Server nicht beim Aktualisieren des Status kontaktieren kann. In Tivoli NetView wird eine getrennte Verbindung in Rot dargestellt. Die Funktion automatische Aktualisierung in der Netzwerkverwaltung gilt nur für die Teilsysteminstanz, für die sie aktiviert ist. Beispiel: Ein Citrix Administrator öffnet das Sitzungsinformationenteilsystem und stellt die Option automatische Aktualisierung auf eine Minute ein. Die Einstellung wird nicht gespeichert, wenn der Citrix Administrator das Teilsystem der Sitzungsinformationen schließt und dann erneut öffnet. Wenn bei Verwenden von Tivoli NetView die Datei Trapd.exe beendet wird, während die Dienste Metadis.exe und Metalan.exe ausgeführt werden, lastet jeder Dienst die CPU zu 50% aus. Die Dienste kehren erst nach dem erneuten Starten von Trapd.exe zu normalen CPU-Niveaus zurück. Dies ist ein bekanntes Problem mit Tivoli NetView. Wenn die Netzwerkverwaltung über eine der Verwaltungskonsolen deinstalliert wird, bleiben die Symbole der Netzwerkverwaltung standardmäßig in der IP- Zuweisung, bis sie gelöscht werden, und die Knoten erneut aktualisiert werden.

156 156 Weiterführende Konzepte für MetaFrame XP Probleme mit dem SNMP-Agenten Im Anschluss finden Sie bekannte Probleme und Empfehlungen hinsichtlich des SNMP-Agenten: Wenn bei installiertem Windows NT 4.0, Service Pack 6, oder Windows NT 4.0 Terminal Services Edition, Service Pack 6, der Microsoft SNMP-Dienst installiert wird, muss für eine ordnungsgemäße Ausführung des SNMP-Diensts Service Pack 6 erneut installiert werden. In Windows 2000 ist die Sicherheit für den SNMP-Dienst Read_Only. In TSE ist es Read_Create. Netzwerkadministratoren können standardmäßig nur SET-Vorgänge ausführen (Abmelden, Verbindung trennen, Nachricht senden und Vorgang abbrechen) oder Server von den Netzwerkverwaltungskonsolen in Windows 2000 erneut starten oder herunterfahren, wenn die Sicherheit zu Read_Write oder Read_Create geändert ist. Aktivieren oder Deaktivieren Sie den SNMP-Agenten, wenn die Server- Farmaktivität niedrig ist.

157 Leistungsoptimierung K A P I T E L 11 In diesem Kapitel finden Sie Vorschläge für Optimierungen, die die Leistung von MetaFrame XP und Windows steigern können. Viele Empfehlungen stammen aus Microsoft Knowledge Base-Artikeln. Aus Übersichtsgründen ist dieses Kapitel in fünf Abschnitte unterteilt: Festplatte, Speicher, Netzwerk, Server und Benutzer. Weitere Informationen über Server- und Betriebssystemkonfigurationen finden Sie unter Empfehlungen für die Serverkonfiguration auf Seite 16. Hinweis: Außerdem hat Microsoft einen Microsoft Terminal Server-Artikel veröffentlicht, der weitere Informationen über die Konfiguration der TSE- Umgebung und die Behandlung von Problemen enthält. Warnung: Ändern Sie nur die in diesem Dokument beschriebenen Registrierungseinstellungen manuell. Das Bearbeiten von Registrierungseinstellungen, die nicht in diesem Dokument behandelt werden, können die Serverkonfiguration zerstören und werden nicht von Citrix unterstützt. Festplatte Mehrere Registrierungseinstellungen können für das Steigern der Festplattenleistung und des Durchsatzes geändert werden. Verbesserungen umfassen das Deaktivieren des Festplattencache, das Erhöhen der E/A-Sperren und das Deaktivieren der Aktualisierung bei letztem Zugriff.

158 158 Weiterführende Konzepte für MetaFrame XP Zwischenspeichern auf der Festplatte Verzögerte Schreibvorgänge treten auf, wenn Daten nicht sofort zur Festplatte geschrieben sondern zwischengespeichert werden. Wenn Daten über das Netzwerk übermittelt werden, oder der Server eine Cache-Controllerkarte hat, steigert das Deaktivieren des verzögerten Schreibens die Leistung. Deaktivieren Sie verzögerte Schreibvorgänge im Netzwerk oder lokal auftretende Schreibvorgänge durch Bearbeiten der folgenden Registrierungseinstellungen: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Lanman Server\Parameters Wert: IRPStackSize (REG_DWORD): 0x6 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Service\Lanman WorkStation\Parameters Wert: UtilizeNtCaching (REG_DWORD): 0x0 E/A-Sperren Die Registrierungseinstellung IoPageLockLimit legt den Höchstwert der Bytes fest, die für E/A-Vorgänge gesperrt werden können. Ermitteln Sie die optimale Einstellung für diesen Wert mithilfe von Pilottests, da Arbeitsspeicher für eine bessere Festplattenleistung geopfert wird. Das Ändern dieser Einstellung vom Standardwert kann die Dateisystemaktivität beschleunigen. Verwenden Sie die nachfolgende Tabelle als Richtlinie für das Ändern der Registrierungseinstellung. Server-RAM (MB) IoPageLockLimit (dezimal) IoPageLockLimit (hex) Die Registrierungseinstellung kann folgendermaßen geändert werden: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management Wert: IoPageLockLimit (REG_DWORD): 0 (512 KB wird verwendet) Weitere Informationen über die Registrierungseinstellung IoPageLockLimit finden Sie in den Microsoft Knowledge Base-Artikeln Q und Q

159 Kapitel 11 Leistungsoptimierung 159 Aktualisierung bei letztem Zugriff Im NTFS-Dateisystem wird der letzte Zugriff auf eine Datei gespeichert, ob die Datei in einer Verzeichnisliste angezeigt, gesucht oder geöffnet wurde. In einer Multiuser-Umgebung kann dieses Aktualisierung eine geringfügige Leistungseinbuße verursachen. Das Bearbeiten der folgenden Registrierungseinstellung deaktiviert diese Funktion: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ FileSystem Wert: NtfsDisableLastAccessUpdate (REG_DWORD): 1 Speicher In diesem Abschnitt werden Konfigurationen für den direkt zugewiesenen Level 2- Cache (L2), die Auslagerungsdatei des Systems und die Einträge in der Systemseitentabelle erläutert. Level 2-Cache Bei Prozessoren, die direkt zugewiesenen L2-Cache verwenden, kann ein manuelles Konfigurieren des Werts eine Leistungssteigerung bewirken. Direkt zugewiesener L2-Cache ergibt keine Leistungssteigerung für Pentium II und höhere Prozessoren. Weitere Informationen finden Sie in den Microsoft Knowledge Base- Artikeln Q und Q Mit der folgenden Registrierungseinstellung kann der direkt zugewiesene L2-Cache geändert werden: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management Wert: SecondLevelDataCache (REG_DWORD): x, wobei x die L2-Größe in Dezimalen ist (Standardwert: 0, d. h. der Cache wird auf 256 KB gesetzt) Beispiel: Wenn die CPU einen Cache von 512 KB hat, stellen Sie den Wert auf 512 (in Dezimalen). Auslagerungsdatei Die Auslagerungsdatei ist ein temporärer Speicher, in dem das Betriebssystem Programmdaten speichert, die nicht in den realen Arbeitsspeicher des Servers passen. Das Verhältnis zwischen realem Speicher und ausgelagertem Speicher ist der wichtigste Faktor beim Ermitteln der Größe der Auslagerungsdatei. Halten Sie sich beim Konfigurieren der Auslagerungsdatei an die folgenden Richtlinien: Ein Gleichgewicht zwischen realem und ausgelagertem Speicher verhindert einen hohen Datenwechsel. Achten Sie darauf, dass der reale Arbeitsspeicher größer ist als der zur Festplatte ausgelagerte. Für eine optimale Leistung sollte das Verhältnis ungefähr 3:1 sein.

160 160 Weiterführende Konzepte für MetaFrame XP Platzieren Sie die Auslagerungsdatei auf einen eigenen Festplattencontroller oder eine vom Betriebssystem, den Anwendungen und den Datendateien der Benutzer separaten Partition. Wenn die Auslagerungsdatei eine Partition oder Festplatte gemeinsam verwenden muss, platzieren Sie die Auslagerungsdatei auf die am wenigsten genutzte Partition oder Festplatte. Setzen Sie die Originalgröße der Auslagerungsdatei immer auf die maximale Größe, um eine Festplattenfragmentierung der Auslagerungsdatei zu vermeiden. Die optimale Größe einer Auslagerungsdatei wird am besten durch Überwachen des Servers bei höchster Last ermittelt. Setzen Sie die Größe der Auslagerungsdatei auf das 3- bis 5-Fache des realen Arbeitsspeichers. Belasten Sie dann den Server und beobachten Sie die Größe der Auslagerungsdatei. Setzen Sie die Größe der Auslagerungsdatei auf einen etwas größeren Wert als der maximal in Stresssituationen genutzte, um Ressourcen zu erhalten. Wenn der Server nicht genügend Arbeitsspeicher hat, kann die Auslagerungsdatei weiteren Speicher bereitstellen. Die Leistung wird jedoch gemindert. Hinweis: Erstellen Sie für Debugging-Zwecke eine Auslagerungsdatei in der Hauptpartition, die etwas größer als der installierte Arbeitsspeicher ist. Seitentabelleneinträge Die Skalierbarkeit eines Servers kann durch manuelles Ändern der Seitentabelleneinträge (PTE) in der Registrierung verbessert werden. Das Windows NT-Kernel weist mithilfe von PTE-Werten realen Arbeitsspeicher zwischen zwei Speicherpools zu. Durch manuelles Einstellen des maximalen den System-PTE zugewiesenen Speicherplatzes kann der restliche Speicherplatz für das Erhöhen der auf dem Server unterstützten Benutzer verwendet werden. Das Ermitteln der optimalen Konfiguration für die PTE-Werte ist eine komplexe Aufgabe. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel Q Ein Assistent für die Kernelfeinabstimmung auf Windows 2000 Server ist auch von Microsoft erhältlich. Netzwerk Einige einfache Änderungen der Netzwerkeinstellungen steigern oft die Netzwerkleistung. In diesem Abschnitt werden die gängigsten Probleme behandelt, die durch Ändern der standardmäßigen Windows NT-Netzwerkkonfiguration behoben werden können.

161 Kapitel 11 Leistungsoptimierung 161 Netzwerkkarten Die meisten 10/100-basierten Netzwerkkarten erkennen standardmäßig die Netzwerkgeschwindigkeit. Ein manuelles Einstellen dieser Karten verhindert, dass das automatische Erkennen mit der Kommunikation einen Konflikt verursacht und erzwingt die gewünschte Geschwindigkeit. Wenn der Server an ein Gerät mit automatischer Erkennung angeschlossen ist, wenden Sie diese Einstellungen auch auf das Gerät an. Wie bereits in den Installationsempfehlungen erwähnt, sollten nur die erforderlichen Protokolle installiert sein, und das am häufigsten verwendete Protokoll sollte in der Bindungsreihenfolge dieser Protokolle zur Netzwerkkarte zuerst aufgeführt sein. Netzwerkanfragepuffer In einer gemischten Umgebung mit Windows 2000 und TSE kann die Leistung durch Ändern der Größe des Netzwerkanfragepuffers auf den TSE-Servern gesteigert werden. Wenn Sie den Wert vom Standardwert Bytes auf Bytes erhöhen, werden die Dateischreibvorgänge des LAN-Managers wesentlich verbessert. Weitere Informationen finden Sie im Microsoft Knowledge Base- Artikel Q HKEY_LOCAL_MACHINE\SYSTEM\CurrentContolSet\Services\ LanmanServer\Parameters Wert: SizReqBuf (REG_DWORD): Bereich: 512 Bytes bis Bytes Abgelehnte Verbindungen Der Server kann Verbindungen aufgrund eines selbst auferlegten von den Registrierungswerten MaxMpxCt und MaxWorkItem festgelegten Schwellenwerts ablehnen. In diesen Situationen werden den Benutzern die folgenden Fehler angezeigt: System konnte Sie nicht anmelden, da Domäne <Domänenname> nicht verfügbar ist. Sie haben kein Anmelderecht für diese Sitzung.

162 162 Weiterführende Konzepte für MetaFrame XP Lesen Sie vor dem Ändern dieser Werte den Microsoft Knowledge Base-Artikel Q Achten Sie beim Ändern dieser Registrierungseinstellung darauf, dass der Wert für MaxWorkItems stets das Vierfache des Werts MaxMpxCt ist. Empfohlene Werte für MaxMpxCt und MaxWorkItems lauten 1024 und HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ LanmanServer\Parameters Wert: MaxWorkItems (REG_DWORD): 4096 Wert: MaxMpxCt (REG_DWORD): 1024 TCP/IP In einigen Netzwerken kann bei ICA-Clients bei der Verbindung zu einer Sitzung eine Zeitüberschreitung auftreten. Beim erneuten Herstellen der Verbindung wird eine neue Sitzung gestartet und nicht eine Verbindung zu der getrennten Sitzung hergestellt. Diese neue Sitzung wird beim erneuten Herstellen der Verbindung empfangen, da der alte Hostserver nicht weiß, dass die letzte Sitzung aufgrund hoher Netzwerklatenz getrennt wurde. In Umgebungen, die eine hohe TCP/IP-Netzwerklatenz aufweisen, kann ein geänderter Ablauf des Windows TCP/IP-Stacks TCP-basierte ICA-Sitzungen verbessern. Weitere Informationen über konfigurierbare TCP/IP-Parameter in Windows finden Sie im Microsoft Knowledge Base-Artikel Q Um zu gewährleisten, dass ein Hostserver schnell getrennte Sitzungen erkennt, können die zwei aufgeführten TCP-Registrierungseinstellungen mit den folgenden, etwas aggressiven, Werten bearbeitet werden: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\ Parameters Wert: KeepAliveTime (REG_DWORD): 0000ea60 Wert: KeepAliveInterval (REG_DWORD): e8 Wichtig: Aggressive Parameter können zu einer vorzeitigen Zeitüberschreitung bei den TCP/IP-basierten Kommunikationen führen. Passen Sie diese Werte ggf. an, um dies zu vermeiden. Weitere Informationen finden Sie unter CTX708444: How to Set TCP Keep Alives so TCP/IP Users go to Disconnected State in der Citrix Knowledge Base.

163 Kapitel 11 Leistungsoptimierung 163 Server Das ordnungsgemäße Konfigurieren der Windows-Dienste und Anwendungen in einer Multiuser-Umgebung steigert die Leistung und verhindert Systemprobleme. Anwendungsleistung In manchen Situationen kann das Ändern der Leistungseinstellung für die Windows-Anwendung eine weitere Leistungssteigerung erbringen. Das Deaktivieren der Standardpriorität, die lokal ausgeführten Anwendungen zugewiesen wird, kann eine bessere Leistung für andere Benutzer ergeben.! So ändern Sie die Anwendungsleistungseinstellung in TSE: 1. Öffnen Sie die Systemsteuerung. 2. Klicken Sie auf die Registerkarte Leistung. 3. Schieben Sie den Schieberegler der Anwendungsleistung auf Keine. Klicken Sie auf OK, um die neue Einstellung zu speichern.! So ändern Sie die Anwendungsleistungseinstellung in Windows 2000: 1. Öffnen Sie die Systemsteuerung. 2. Klicken Sie auf die Registerkarte Erweitert. 3. Klicken Sie auf Leistungsoptionen. 4. Wählen Sie Hintergrunddienste und klicken Sie auf OK, um die neue Einstellung zu speichern. Sie müssen den Computer erneut starten, damit die Einstellung wirksam wird. Automatisches Beenden von Tasks Wenn eine Anwendung nicht ordnungsgemäß beim Schließen oder beim Herunterfahren des Servers beendet wird, kann das Betriebssystem die Anwendung mit den entsprechenden Tasks automatisch beenden. Diese Tasks beenden jeden Task, der nicht innerhalb der standardmäßigen Zeitüberschreitungsdauer auf eine Benachrichtigung über das Herunterfahren reagiert.

164 164 Weiterführende Konzepte für MetaFrame XP Das Aktivieren der Auto-End-Tasks wirkt sich auf alle Anwendungen auf dem Server aus und kann Probleme bei Anwendungen verursachen, die länger als die standardmäßige Zeitüberschreitungsdauer zum Herunterfahren benötigen. Die standardmäßige Zeitüberschreitungsdauer sollte aus diesem Grund länger sein als die längste Zeit, die für ein ordnungsgemäßes Herunterfahren einer Serveranwendung erforderlich ist. Aktivieren Sie Auto-End-Tasks und stellen Sie die standardmäßige Zeitüberschreitungsdauer durch Ändern der folgenden Registrierungseinstellungen ein: HKEY_USERS\.DEFAULT\Control Panel\Desktop Wert: AutoEndTasks (REG_SZ): 1 Wert: WaitToKillAppTimeout (REG_SZ): x, wobei x das Intervall in Millisekunden ist (standardmäßig 20000) Weitere Informationen finden Sie in den Microsoft Knowledge Base-Artikeln Q und Q Schwerwiegende Systemfehlermeldungen Von schwerwiegenden Systemfehlern generierte Meldungen können auf der Serverkonsole angezeigt werden. Wenn die Fehler auf einer unbeaufsichtigten Konsole nicht beantwortet werden, können ICA-Sitzungen hängen bleiben. Schwerwiegende Systemfehler können einen Eintrag im Systemprotokoll erstellen und zeigen dann keine Meldung auf der Konsole an. Wenn die Anzeige der Meldungen auf der Konsole deaktiviert ist, ist die Wahrscheinlichkeit geringer, dass ICA-Sitzungen hängen bleiben, das Ereignisprotokoll muss jedoch auf diese Fehlertypen überwacht werden. Weitere Informationen finden Sie in den Microsoft Knowledge Base-Artikeln Q und Q Mit der folgenden Änderung der Registrierung werden die schwerwiegenden Systemfehler auf der Konsole deaktiviert: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Windows Wert: ErrorMode (REG_DWORD): Dr. Watson Führen Sie bei Verwenden von Dr. Watson das Dr. Watson- Anwendungskompatibilitätsskript aus, um Stabilitätsprobleme zu vermeiden. Außerdem wird das Deaktivieren der Option visuelle Benachrichtigung auf dem Hauptbildschirm von Drwtsn32.exe empfohlen.

165 Kapitel 11 Leistungsoptimierung 165 Dr. Watson kann komplett durch Entfernen des folgenden Werts im Registrierungsschlüssel deaktiviert werden: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\ CurrentVersion\AeDebug Wert: Debugger REG_SZ: (keine Eingabe) Durch Ausführen des folgenden Befehls machen Sie Dr. Watson wieder zum standardmäßigen Debugging-Programm: drwtsn32.exe i. Konfigurieren des Ereignisprotokolls Ändern Sie die standardmäßige Konfiguration des Ereignisprotokolls, um das Generieren von Fehlern zu vermeiden, wenn Protokolldateien keinen Platz mehr haben.! So ändern Sie die Einstellungen für das Ereignisprotokoll in TSE: 1. Starten Sie die Ereignisanzeige. 2. Wählen Sie Protokoll > Protokolleinstellungen. 3. Wählen Sie System im Feld Ändern der Einstellungen des Protokolls. 4. Stellen Sie die Maximale Protokollgröße auf mindestens 1024 KB. 5. Aktivieren Sie Ereignisse nach Bedarf überschreiben. 6. Wählen Sie Anwendung im Feld Ändern der Einstellungen des Protokolls und wiederholen Sie die Schritte 4 und Klicken Sie auf OK, um die Einstellungen zu speichern.! So ändern Sie die Einstellungen für das Ereignisprotokoll in Windows 2000 Server: 1. Starten Sie die Ereignisanzeige. 2. Klicken Sie mit der rechten Maustaste auf Systemprotokoll und wählen Sie Eigenschaften. 3. Stellen Sie die Maximale Protokollgröße auf mindestens 1024 KB. 4. Aktivieren Sie Ereignisse nach Bedarf überschreiben. 5. Klicken Sie auf OK, um die Einstellungen zu speichern. 6. Wiederholen Sie die Schritte 3 bis 5 für das Anwendungsprotokoll.

166 166 Weiterführende Konzepte für MetaFrame XP Konfigurieren des Protokollierens von Druckaufträgen Jeder Druckauftrag protokolliert standardmäßig zwei informative Meldungen im Systemprotokoll. Auf MetaFrame-Servern mit vielen Benutzern kann diese Funktion zahlreiche Ereignisse generieren und das Protokoll schneller auffüllen. Wenn diese Meldungen nicht erwünscht sind, können sie durch Ändern der folgenden Registrierungseinstellung deaktiviert werden: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\ Providers Wert: EventLog (REG_DWORD): 0 Wenn Sie den Wert EventLog aus der Registrierung entfernen und den Server erneut starten, wird das Protokollieren aller Druckaufträge erneut aktiviert. RPC-Dienste Beim Öffnen von RPC-(Remote Procedure Call) erkennenden Anwendungen, wie z. B. Windows Explorer und die Systemsteuerung, können falsche Einstellungen für den Dienststart Verzögerungen von mehreren Minuten verursachen. Der Starttyp des RPC-Diensts sollte auf automatisch und der Starttyp des RPC- Locator sollte auf manuell eingestellt sein. Serverdienst Der Server kann die Serverrolle in besser geeigneter Art und Weise darstellen. Die über diese Serveroptimierungseinstellung erzielte Leistungssteigerung hängt von der Funktion des Servers ab. Wenn der Server zum Beispiel verfügbaren Arbeitsspeicher aufweist, wählen Sie Maximaler Durchsatz für Netzwerkanwendungen. Aktivieren Sie ansonsten Benutzten Speicher minimieren.! So konfigurieren Sie den Serverdienst auf TSE-Servern: 1. Öffnen Sie in der Systemsteuerung Netzwerk. 2. Klicken Sie auf die Registerkarte Dienste. 3. Wählen Sie den Serverdienst. 4. Klicken Sie auf Eigenschaften.

167 Kapitel 11 Leistungsoptimierung 167! So konfigurieren Sie den Serverdienst auf Windows 2000-Servern: 1. Öffnen Sie in der Systemsteuerung Netzwerk und DFÜ-Verbindungen. 2. Klicken Sie den Netzwerkadapter, den Sie konfigurieren möchten, mit der rechten Maustaste an, wählen Sie dann im Kontextmenü Eigenschaften. 3. Wählen Sie Datei- und Druckerfreigabe für Microsoft Netzwerke. 4. Klicken Sie auf Eigenschaften. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel Q Benutzer Das korrekte Einrichten der Benutzer kann weitere Leistungssteigerungen ergeben. Schließen Sie, wenn möglich, im Profil des Standardbenutzers die unten aufgeführten Empfehlungen ein. Tipp: Beim Ändern des Standardbenutzerprofils muss der Server ggf. erneut gestartet werden, damit die Änderungen angewendet werden, da die Datei Ntuser.dat verwendet wird und nicht für neue Benutzer verfügbar ist. NT-Richtlinien Verwenden Sie System- und Gruppenrichtlinien, besonders in einer Active Directory-Umgebung. Weitere Informationen über das Konfigurieren der Richtlinien finden Sie in den Microsoft Knowledge Base-Artikeln Q und Q Profile Benutzer müssen beim ersten Anmelden eingerichtet werden. Diese Einrichtungszeit wird durch Verwenden von servergespeicherten Profilen minimiert. Weitere Informationen über das Konfigurieren von servergespeicherten Profilen finden Sie in den Microsoft Knowledge Base-Artikeln Q und Q Achten Sie beim Einrichten von servergespeicherten Profilen auf Folgendes: Konfigurieren Sie einen dedizierten Server, der Host der Profile ist. Wenn die Profile nicht auf einem dedizierten Server gespeichert werden können, legen Sie sie auf einem isolierten Laufwerk oder einer isolierten Partition ab.

168 168 Weiterführende Konzepte für MetaFrame XP Ändern Sie beim Verwenden eines für Profile und temporäre Dateien dedizierten Servers oder Laufwerks die Verzeichnisse für die Benutzerprofile und die temporären Dateien, so dass sie auf den dedizierten Speicherort verweisen. Gespeicherte Profile Lokal gespeicherte Profile können durch Ändern der Zugriffsrechte auf den folgenden Registrierungsschlüssel und alle Unterschlüssel zu Leserecht für alle Profile außer SYSTEM (dies sollte komplette Kontrolle haben) deaktiviert werden: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\ CurrentVersion\ProfileList Aktualisieren des Menüs Die Aktualisierungsrate für das Menü kann für schnelle Menüreaktionszeiten über den folgenden Registrierungsschlüssel geändert werden: HKEY_USERS\.DEFAULT\Control Panel\Desktop Wert: MenuShowDelay (REG_SZ): 10 Entfernen nicht gewünschter Funktionen Entfernen Sie alle nicht gewünschten Laufwerkszuweisungen, Drucker oder Anschlüsse, um ICA-Bandbreite zu konservieren. Deaktivieren Sie die folgenden Funktionsmerkmale, es sei denn, ein Merkmal ist für eine bestimmte Anwendung erforderlich: Active Desktop. Deaktivieren Sie Active Desktop auf Windows 2000 über die Konfiguration der Terminaldienste. Wichtig: Installieren Sie Active Desktop nicht auf Windows NT Server 4.0, Terminal Server Edition. Desktop-Hintergrund. (Entfernen Sie außerdem alle im Verzeichnis %SystemRoot% vorhandenen Bmp-Dateien, so dass Benutzer sie nicht auswählen können.) Bildschirmschoner. Microsoft Office-FindFast. Microsoft Office-Assistenten.

169 Kapitel 11 Leistungsoptimierung 169 Optimiertes Bild Viele Anwendungen verwenden optimiertes Bild oder andere Funktionen, die die Häufigkeit der an die Client-Workstation gesendeten Aktualisierungen erhöhen. Deaktivieren Sie diese Funktionen, wenn Anwendungen eine schlechte Leistung aufweisen. Zwei allgemeine Einstellungen finden Sie in Microsoft Excel und Microsoft Internet Explorer: Microsoft Excel 97/2000: Wählen Sie Extras > Optionen. Klicken Sie auf die Registerkarte Bearbeiten. Deaktivieren Sie Feedback mit Animation. Microsoft Internet Explorer 5: Wählen Sie Extras> Internet-Optionen. Klicken Sie auf die Registerkarte Erweitert. Deaktivieren Sie im Abschnitt Durchsuchen die Option Optimales Bild verwenden. Tipp: Wenn der Server im Installationsmodus ausgeführt wird (change user / install), werden geänderte Anwendungseinstellungen auf alle zukünftigen Benutzer angewendet. Schalten Sie dann den Server wieder in den Ausführungsmodus (change user /execute). Microsoft Internet Explorer-Assistent Beim ersten Starten von Microsoft Internet Explorer fragt der Assistent für den Internetzugang nach der Art der Verbindung. Bei einer LAN-Verbindung kann dieses Dialogfeld ausgelassen werden. Bearbeiten Sie die Registrierungseinstellungen des Standardbenutzers folgendermaßen: default user s registry hive\software\microsoft\internet Connection Wizard Wert: Completed (REG_DWORD): 0x1 Explorer-Tipps Sie können die beim Serverstart angezeigten Tipps durch Ändern der folgenden Registrierungseinstellungen deaktivieren: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ Explorer\Tips Wert: DisplayInitialTipWindow (REG_DWORD): 0x0 Wert: Next (REG_DWORD): 0x100 Wert: ShowIE4 (REG_DWORD): 0x0 Wert: Show (REG_DWORD): 0x0

170

171 K A P I T E L 12 Dienstprogramme In diesem Kapitel werden die Citrix Dienstprogramme besprochen, die mit MetaFrame XP ausgeliefert werden und für die Konfiguration und Problembehandlung eingesetzt werden können. Verwenden Sie die Befehlszeilenprogramme an der Befehlseingabeaufforderung oder in einer Stapeldatei auf dem MetaFrame XP-Server (oder in einer ICA-Sitzung). Dieses Kapitel erläutert die folgenden Dienstprogramme: MSGHOOK QPRINTER QUERYDC QUERYDS QUERYHR RMVICA

172 172 Weiterführende Konzepte für MetaFrame XP MSGHOOK Msghook ist ein Befehlszeilenprogramm, das alle IMA-Datenübertragungen auf einem Mitgliedsserver anzeigt. Syntax msghook Anmerkungen Führen Sie Msghook nur aus, wenn ein Mitarbeiter des technischen Supports von Citrix oder ein Citrix Techniker Informationen anfordert. Die Ausführung dieses Programms schränkt die Leistung von MetaFrame XP wesentlich ein. Msghook wird nicht standardmäßig installiert. Die ausführbare Datei befindet sich im Ordner \support\debug\i386 auf der MetaFrame XP-CD. Sicherheitsbeschränkungen Für das Ausführen dieses Befehls müssen Sie ein Citrix Administrator sein.

173 Kapitel 12 Dienstprogramme 173 QPRINTER Qprinter ist ein Befehlszeilenprogramm, mit dem der Fortschritt der Replikationsschlange der Druckertreiber überwacht werden kann. Außerdem können Parameter der Druckernamenzuweisung in den Datenspeicher importiert werden. Syntax qprinter [/replica] qprinter [/imprmapping mappingfilename] Parameter mappingfilename Diese Option gibt den vollständigen Pfad zur Textdatei an, das die zu importierenden Druckerzuweisungsparameter enthält. Der Parameter darf nicht länger als 256 Schriftzeichen sein und keine Anführungszeichen enthalten. Optionen /replica Diese Option zeigt die aktuellen Replikationseinträge an, die auf eine Verteilung warten und noch nicht abgeschlossen sind. /imprmapping mappingfilename Diese Option importiert die Druckerzuweisungen von der durch mappingfilename angegebenen Datei in den Datenspeicher. Das Dateiformat kann entweder Wtsprnt.inf oder Wtsuprn.txt sein. Anmerkungen Die Option /replica zeigt alle Ereignisse in der Warteschlange an, einschließlich abgebrochener oder misslungener Ereignisse, die nicht von der Warteschlange gelöscht wurden. Mithilfe der Option /imprmapping können alle Druckernamenzuweisungen zentral verwaltet werden. Diese Datei kann einmal von einem beliebigen Server in der Server-Farm importiert werden und steht dann allen Servern in der Server-Farm zur Verfügung. Die Option /imprmapping verarbeitet keine falsch formatierte Datei und gibt keinen Fehler aus, wenn ein ungültiges Dateiformat verwendet wird. Prüfen Sie den korrekten Import in den Datenspeicher mithilfe der Citrix Management Console.

174 174 Weiterführende Konzepte für MetaFrame XP Bei der Installation von MetaFrame XP wird zuerst das Importieren der Datei Wtsuprn.txt und dann das Importieren der Datei Wtsprnt.inf versucht. Wenn beide Dateien nicht importiert werden können, wird kein Fehler ausgegeben. Mit der Option /imprmapping können beide Dateien manuell importiert werden. Qprinter wird nicht standardmäßig installiert. Die ausführbare Datei befindet sich im Ordner \support\debug\i386 auf der MetaFrame XP-CD. Sicherheitsbeschränkungen Für das Ausführen dieses Befehls müssen Sie ein Citrix Administrator sein.

175 Kapitel 12 Dienstprogramme 175 QUERYDC Mit dem Befehlszeilenprogramm querydc können Sie den Datensammelpunkt einer bestimmten Zone ermitteln. Ohne Parameter verwendet querydc standardmäßig die Zone des Hostservers und gibt den Zonennamen und den Namen des aktuellen Zonendatensammelpunkts aus. Syntax querydc [-a] querydc [-e] querydc [-z Zonename] querydc [-?] Parameter Zonename Der Name der Zone, die abgefragt wird. Schließen Sie Zonennamen, die aus mehreren Wörtern bestehen, in Anführungszeichen ein. Optionen -a Diese Option zeigt alle Zonen in der Server-Farm und für jede Zone den aktuellen Zonendatensammelpunkt an. -e Diese Option erzwingt die Auswahl eines neuen Zonendatensammelpunkts in der aktuellen Zone. -z Zonename Diese Option zeigt den Zonendatensammelpunkt für die mit Zonename angegebenen Zone an. -? Zeigt die Syntax des Programms sowie Informationen zu den Optionen des Programms an. Anmerkungen Querydc fragt den lokalen Zonendatensammelpunkt mithilfe des IMA-Diensts ab. Der IMA-Dienst muss aus diesem Grund ausgeführt werden, damit querydc ordnungsgemäß ausgeführt werden kann.

176 176 Weiterführende Konzepte für MetaFrame XP Querydc wird nicht standardmäßig installiert. Die ausführbare Datei befindet sich im Ordner \support\debug\i386 auf der MetaFrame XP-CD. Sicherheitsbeschränkungen Für das Ausführen dieses Befehls müssen Sie ein Citrix Administrator sein.

177 Kapitel 12 Dienstprogramme 177 QUERYDS Da alle dynamischen Informationen in Tabellen im realen Speicher des Datensammelpunkts gespeichert sind, wird queryds als ein Befehlszeilenprogramm bereitgestellt, mit dem die aktuellen Informationen über den lokalen Zonendatensammelpunkt abgefragt werden können. Syntax queryds tables queryds /table:tabellenname Parameter Tabellenname Der Name der Datensammelpunkttabelle, die abgefragt wird. Für Tabellennamen müssen Sie auf die Groß- und Kleinschreibung achten. Optionen tables Diese Option gibt eine komplette Liste aller für die Abfrage zur Verfügung stehender Tabellen aus. /table:tabellenname Diese Option gibt den ganzen Inhalt der durch Tabellenname angegebenen Tabelle auf dem Bildschirm aus. Anmerkungen Mit Queryds können Sie die aktuell in einer Server-Farm verfügbaren Server ermitteln. Der Befehl ruft alle Informationen aus den Tabellen ab, die im lokalen Zonendatensammelpunkt gespeichert sind. Beispiel: PN_Table enthält Informationen über alle verfügbaren Server, die Program Neighborhood- Verbindungen akzeptieren. Führen Sie zum Anzeigen des gesamten Inhalts der Tabelle PN_Table den folgenden Befehl aus: queryds /table:pn_table

178 178 Weiterführende Konzepte für MetaFrame XP Die Ausgabe sieht bei der Ausführung in einer einzigen Server-Farm ungefähr so aus: [PN_Table]: 1 records. name:588f host:xpserver1 zone:zone1 Version:1 Tcp :enabled Ipx :enabled Netbios:disabled In einer Server-Farm mit 100 Servern gibt dieser Befehl 702 Zeilen mit Daten aus. Mit den Befehlszeilenprogrammen findstr und sort können Sie die Ausgabe filtern und sortieren. Tipp: Die Befehle findstr und sort werden standardmäßig auf der TSE- und Windows 2000 Server-Familie installiert. Weitere Informationen, wie Sie mit dem Befehl findstr die Ausgabe filtern, erhalten Sie durch Ausführen des Befehls findstr /? an der Befehlszeile. Führen Sie für weitere Informationen über den Befehl sort die Option sort /? an einer Befehlszeile aus. Der erste Eintrag gibt die Anzahl der Datensätze in der Tabelle PN_Table an. Diese Anzahl entspricht der Anzahl der Serverdatensätze in der Tabelle PN_Table. Ein Serverdatensatz ist nur in der Tabelle PN_Table enthalten, wenn der IMA-Dienst des Servers gestartet ist, und der Server Program Neighborhood-Verbindungen akzeptiert. Sie können daher mit dem folgenden Befehl ermitteln, wie viele Server in der Server-Farm online geschaltet sind: queryds /table:pn_table findstr /r PN_Table Der unten dargestellte Befehl filtert die Ausgabe mit dem Wort Host (das jedem Hostnamen in der Tabelle vorangestellt ist) und zeigt eine alphabetische Liste aller momentan online geschalteten Server an. queryds /table:pn_table findstr /r PN_Table Diese Verwendung von queryds ergibt eine schnelle, anpassungsfähige Methode für das Abfragen der Daten in der Datensammelpunkttabelle. Weitere Informationen über die in den Tabellen der lokalen Datensammelpunkte gespeicherten Daten finden Sie unter Erforderliche Bandbreite für MetaFrame XP- Kommunikation auf Seite 30. Queryds wird nicht standardmäßig installiert. Die ausführbare Datei befindet sich im Ordner \support\debug\i386 auf der MetaFrame XP-CD.

179 Kapitel 12 Dienstprogramme 179 Sicherheitsbeschränkungen Für das Ausführen dieses Befehls müssen Sie ein Citrix Administrator sein.

180 180 Weiterführende Konzepte für MetaFrame XP QUERYHR Mit dem Befehlszeilenprogramm queryhr zeigen Sie die Informationen über die Mitgliedsserver in der Server-Farm an. Wenn Sie queryhr ohne Parameter ausführen, werden alle Server in der Server-Farm aufgeführt. Syntax queryhr [-z] queryhr [-h Zonename] queryhr [-l] queryhr [-n Hostname] queryhr [-i Host-ID] queryhr [-n] queryhr [-d Host-ID] queryhr [-?] Parameter Zonename Der Name der Zone, die abgefragt wird. Schließen Sie Zonennamen, die aus mehreren Wörtern bestehen, in Anführungszeichen ein. Hostname Der Name des Mitgliedsservers. Host-ID Die Host-ID des Mitgliedsservers. Optionen -z Diese Option zeigt alle in der Server-Farm verfügbaren Zonen an. -h Zonename Diese Option zeigt alle Mitgliedsserver in der durch Zonename angegebenen Zone an. -l Diese Option zeigt den Hostdatensatz des lokalen Hostservers an.

181 Kapitel 12 Dienstprogramme 181 -n Hostname Diese Option zeigt den Hostdatensatz des durch Hostname angegebenen Mitgliedsservers an. Bei dieser Option spielt die Groß- und Kleinschreibung keine Rolle. -i Host-ID Diese Option zeigt den Datensatz des durch Host-ID angegebenen Mitgliedsservers an. -n Diese Option zeigt den Namen der Server-Farm an. -d Host-ID Diese Option löscht den durch Host-ID angegebenen IMA-Hosteintrag vom Datensammelpunkt, Datenspeicher und lokalen Hostcache. Weiter Informationen finden Sie im Anschluss unter Anmerkungen. -? Zeigt die Syntax des Programms sowie Informationen zu den Optionen des Programms an. Anmerkungen Queryhr ruft Informationen vom lokalen Hostcache ab. Mit Queryhr werden am besten Informationen über die Server in der Server-Farm angezeigt, wie z. B. Priorität des Datensammelpunkts, Host-ID, Zonennamen und Hostnamen. Die Option d hat eine spezielle Funktion. Weitere Informationen finden Sie unter Wiederherstellen einer fehlgeschlagenen Installation auf Seite 188. Warnung: Verwenden Sie die Option d nicht auf Servern in der Server-Farm, die ordnungsgemäß ausgeführt werden. Nach dem Ausführen der Option auf einem Server, ist der Server nicht mehr ein Mitglied der Server-Farm, und der IMA-Dienst startet nicht mehr. Der Server muss erneut in der Server-Farm installiert werden, um funktionsfähig zu sein. Queryhr wird nicht standardmäßig installiert. Die ausführbare Datei befindet sich im Ordner \support\debug\i386 auf der MetaFrame XP-CD. Sicherheitsbeschränkungen Für das Ausführen dieses Befehls müssen Sie ein Citrix Administrator sein.

182 182 Weiterführende Konzepte für MetaFrame XP RMVICA Rmvica ist das Befehlszeilenprogramm für die Deinstallation von MetaFrame XP. Rmvica deinstalliert MetaFrame XP, die Citrix Management Console und verbundene Dokumentation vom Server. Syntax rmvica [/u] rmvica [/nods] [/u] rmvica [/force] [/u] rmvica [/trace] rmvica [/notrace] Optionen /u Installation ohne Benutzereingriff. Deinstalliert MetaFrame XP, die Dokumentation und die Dateien der Citrix Management Console. Nach dem Abschluss wird der Server automatisch neu gestartet. /nods Diese Option deinstalliert MetaFrame XP ohne Kontaktieren des Datenspeichers, um den Server zuerst aus der Server-Farm zu entfernen. ( no data store ) /force Diese Option entfernt so viel wie möglich Dateien und Registrierungseinstellungen. Alle Fehler werden ignoriert. Die Option /force misslingt nur, wenn das Deinstallationsprogramm von MetaFrame XP nicht ausgeführt werden kann. /trace Diese Option schreibt das Deinstallationsprotokoll zur Festplatte. Diese Option ist standardmäßig aktiviert. Das Deinstallationsprotokoll für IMA lautet Ima_unins<timestamp>.log und ist im Ordner %SystemRoot% gespeichert. Das Deinstallationsprotokoll für MetaFrame lautet Rmvicatrace.log und ist im Ordner %SystemRoot%\System32 gespeichert. /notrace Diese Option deaktiviert das Protokollieren der Deinstallationsinformationen auf der Festplatte.

183 Kapitel 12 Dienstprogramme 183 Anmerkungen Die Option /nods sollte verwendet werden, wenn der Datenspeicher nicht verfügbar ist, oder ein bestimmtes IMA-Teilsystem den ordnungsgemäßen Abschluss der Deinstallation verhindert. Wenn der IMA-Dienst ausgeführt wird, der Datenspeicher verfügbar ist, und das Netzwerk ordnungsgemäß funktioniert, die Deinstallation jedoch misslingt, kann ein Teilsystem die Deinstallation verhindern. Die Option /force sollte verwendet werden, wenn die Installationsprotokolle (die bei der Deinstallation verwendet werden) nicht verfügbar sind, oder sonstige Fehler, die nicht mit IMA zusammenhängen, den ordnungsgemäßen Abschluss der Deinstallation verhindern. Das Verwenden der Option /u mit /nods oder /force erfordert am Anfang eine Bestätigung. Danach verläuft die Deinstallation ohne Benutzereingriff. Bei Verwenden der Option /nods oder /force für die Deinstallation wird der Server nicht aus der Server-Farm entfernt. Nach der Deinstallation muss der Serverdatensatz manuell mithilfe der Citrix Management Console von der Server- Farm entfernt werden. Weitere Informationen über das Entfernen eines Serverdatensatzes finden Sie in der Online-Hilfe der Citrix Management Console. Suchen Sie nach dem Thema Entfernen von Servern. Versuchen Sie immer, zuerst /nods zu verwenden. Die Deinstallation entfernt mehr Komponenten als die Deinstallation mit /force. Wenn dies fehlschlägt, führen Sie die Deinstallation mit rmvica /force aus. Wenn Sie die gesamte MetaFrame XP-Software entfernen möchten, prüfen Sie, dass die folgenden Ordner entfernt wurden, oder löschen Sie die Ordner manuell nach der Deinstallation: %Programme%\Citrix\Administration %Programme%\Citrix\Documentation %Programme%\Citrix\Independent Management Architecture %SystemRoot%\System32\Citrix\IMA %SystemRoot%\System32\Citrix\LicenseDB Sicherheitsbeschränkungen Sie müssen ein Mitglied der lokalen Administratorgruppe sein oder Administratorrechte auf dem Server haben.

184

185 K A P I T E L 13 Problembehandlung In diesem Kapitel werden Methoden für die Problembehandlung für MetaFrame XP behandelt. Die Abschnitte sprechen die Behandlung von Problemen mit IMA an, das Sammeln von Informationen für den Citrix technischen Support, häufig angetroffene Fehler und bekannte Probleme. Behandeln von IMA-Problemen Der IMA-Dienst ist der Kern von MetaFrame XP und wird auf allen Servern in der Server-Farm ausgeführt. Die in diesem Abschnitt dargestellten Lösungen beheben die meisten mit IMA auftretenden Probleme. Misslingen des Starts des IMA-Diensts Die folgenden Richtlinien und Hinweise können nützlich sein, wenn der Start des IMA-Diensts misslingt: Wenn der Dienststeuerungs-Manager meldet, dass der IMA-Dienst nicht gestartet werden konnte, der Dienst jedoch letztendlich startet, können Sie diese Meldung ignorieren. Die Zeitüberschreitung des Dienststeuerungs-Managers beträgt sechs Minuten. Der Start des IMA-Diensts kann länger als sechs Minuten dauern, da die Last der Datenbank größer als die Fähigkeit der Datenbankhardware ist, oder das Netzwerk hohe Latenz aufweist. Prüfen Sie die folgenden Registrierungseinstellungen: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\ Runtime\CurrentlyLoadingPlugin Wenn der Wert keine Eingabe enthält, konnte der IMA-Dienst keine Verbindung zum Datenspeicher herstellen, oder der lokale Hostcache ist nicht vorhanden oder zerstört.

186 186 Weiterführende Konzepte für MetaFrame XP Wenn ein Wert vorhanden ist, hat der IMA-Dienst eine Verbindung zum Datenspeicher hergestellt. Der angezeigte Wert gibt den Namen des Teilsystems an, das nicht geladen wurde. Weitere Informationen über die Problembehandlung beim Teilsystem finden Sie unter Wiederherstellen eines nicht reagierenden Servers auf Seite 189. Prüfen Sie bei einer direkten Verbindung zum Datenspeicher, dass die ODBC- Konnektivität besteht. Weitere Informationen finden Sie im Abschnitt Misslingen der ODBC-Verbindung auf Seite 186. Wenn der lokale Hostcache (Imalhc.mdb) nicht vorhanden oder zerstört ist, finden Sie weitere Informationen unter Neuerstellen des lokalen Hostcache auf Seite 29. Prüfen Sie bei einer indirekten Verbindung zum Datenspeicher, dass der IMA- Dienst auf dem direkten Server ausgeführt wird. Prüfen Sie in den Einträgen des Ereignisprotokolls für den IMA-Dienst, welcher Fehlercode ausgegeben wurde. Weitere Informationen über mögliche Ursachen für das Misslingen des Starts des IMA-Diensts finden Sie unter IMA-Fehlercodes auf Seite 203. Prüfen Sie, dass der Spoolerdienst im Kontext des Systems und nicht des Benutzers gestartet ist. Misslingen der ODBC-Verbindung Bei direkten Verbindungen zum Datenspeicher ist für den ordnungsgemäßen Betrieb des IMA-Diensts ODBC-Konnektivität erforderlich. Wenn Sie ein ODBC- Problem vermuten, versuchen Sie Folgendes: Prüfen Sie, dass die Microsoft SQL Server- oder Oracle-Server online geschaltet sind. Prüfen Sie den Namen der DSN-Datei, die der IMA-Dienst verwendet. Zeigen Sie den folgenden Registrierungseintrag an: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DataSourceName Versuchen Sie mit dieser DSN-Datei mit einem Oracle ODBC-Test oder dem ODBC-Test im Microsoft ODBC SQL-Servertreiber eine Verbindung zur Datenbank herzustellen.

187 Kapitel 13 Problembehandlung 187 Prüfen Sie, dass der korrekte Benutzername und das korrekte Kennwort für die Datenbankkonnektivität verwendet wird. Sie können den Benutzernamen und das Kennwort mit dem Befehl dsmaint config ändern. Weitere Informationen finden Sie im MetaFrame XP-Administratorhandbuch. Installieren Sie MDAC 2.5 erneut, um sicherzustellen, dass die korrekten ODBC-Dateien installiert sind. Aktivieren Sie für eine weitergehende Problembehandlung ODBC- Ablaufverfolgung. Weitere Informationen finden Sie im Abschnitt ODBC- Ablaufverfolgung auf Seite 191. Permanentspeicher konnte während Installation nicht initialisiert werden Diese Fehlermeldung weist normalerweise darauf hin, dass der IMA-Dienst keine Objekte im Datenspeicher erstellen kann. Prüfen Sie vor dem versuchten Ausführen dieser Schritte die ODBC-Konnektivität zur Datenbank. Weitere Informationen finden Sie unter Misslingen der ODBC-Verbindung auf Seite 186. Prüfen Sie, dass das Benutzerkonto für die Datenbank zum Erstellen von Tabellen, gespeicherten Verfahren und Indexobjekten berechtigt ist. Bei Microsoft SQL Server lautet die Berechtigung db_owner. Bei Oracle lautet die Berechtigung resource. Prüfen Sie, dass alle alten Versionen von MetaFrame XP komplett vom Server deinstalliert wurden. Prüfen Sie, dass der Systemtabellenplatz auf dem Oracle-Server nicht voll ist. IMA-Dienstprotokollierung Für eine weiterführende Behandlung von Problemen mit dem IMA-Dienst kann die Protokollierung auf der Serverebene aktiviert werden. Mithilfe der folgenden Schritte wird die Protokollierung entweder als Debug-Ausgabe (das Anzeigen erfolgt über ein Debug-Hookprogramm, wie z. B. DBGVIEW von SysInternals) oder als eine Textdatei aktiviert.

188 188 Weiterführende Konzepte für MetaFrame XP! So aktivieren Sie die Serverprotokollierung von IMA-Ereignissen: 1. Bearbeiten Sie die folgenden Registrierungswerte nach Wunsch: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Tracer\Logging Options Wert: Log to Debugger (REG_DWORD): 0x0 (deaktiviert die Debug- Ausgabe) oder 0x1 (aktiviert die Debug-Ausgabe) Wert: Log to File (REG_DWORD): 0x0 (deaktiviert die Dateiausgabe) oder 0x1 (aktiviert die Dateiausgabe) Wert: Log File Name (REG_SZ): komplette Pfadangaben und Dateiname der Ausgabedatei 2. Der Schlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Tracer enthält einen Schlüssel für jedes Teilsystem, für das Informationen verfolgt werden können. Die Ablaufverfolgung ist standardmäßig für alle Teilsysteme aktiviert. Die bestimmten Typen der Meldungen für die Teilsysteme sind jedoch deaktiviert. Für die Ablaufverfolgung eines Teilsystems müssen sowohl der Standardwert (der erste im Schlüssel angegebene Wert) als auch die Meldungswerte einen Wert von 1 haben. Der Standardwert muss 1 sein und sollte nie geändert werden. Andere in jedem Schlüssel enthaltene Werte entsprechen den Typen der Meldungen, die protokolliert werden. Der Standardwert für diese Werte ist 0. Stellen Sie diese Werte auf 1, um die Verfolgung für diese Einträge zu aktivieren. Weitere Informationen über die Schlüssel und Teilsysteme, die verfolgt werden können, finden Sie unter IMA-Teilsystemverfolgung auf Seite 209. Wiederherstellen einer fehlgeschlagenen Installation Beim Fehlschlagen der Installation kann es verkommen, dass der Datensammelpunkt laufend versucht, den fehlgeschlagenen Server zu kontaktieren, der deinstalliert wurde. Vergleichen Sie nach einer fehlgeschlagenen Installation die Liste der Server in der Citrix Management Console mit der Liste der Server, die mit dem Befehl queryhr ausgegeben wird. Entfernen Sie mit dem Befehl queryhr -d hostid alle in den Ergebnissen von queryhr aufgeführten Server, die nicht in der Citrix Management Console aufgeführt sind. Warnung: Verwenden Sie die Option d nicht auf Servern in der Server-Farm, die ordnungsgemäß ausgeführt werden. Diese Option entfernt den Server aus der Server-Farm. Der Server muss erneut in der Server-Farm installiert werden, um funktionsfähig zu sein.

189 Kapitel 13 Problembehandlung 189 Wiederherstellen eines nicht reagierenden Servers Wenn ein Mitgliedsserver nicht mehr auf IMA-Anfragen reagiert, und der IMA- Dienst nicht gestartet werden kann, wird der Server als nicht reagierend angesehen. Der Befehl chfarm kann nicht bei einem nicht reagierenden Server verwendet werden, da der Befehl eine Konnektivität zum Datenspeicher erfordert. Warnung: Der Originalzustand des Servers kann nach dem Ausführen des nächsten Verfahrens nicht mehr wiederhergestellt werden. Versuchen Sie zuerst alle anderen Lösungsvorschläge, die im Abschnitt Behandeln von IMA-Problemen auf Seite 185 aufgeführt sind, bevor Sie diese Methode verwenden.! So machen Sie einen nicht reagierenden Server erneut zum Mitglied der Server-Farm: 1. Deinstallieren Sie MetaFrame XP auf dem nicht reagierenden Server. Weitere Informationen finden Sie im Abschnitt RMVICA auf Seite Entfernen Sie den nicht reagierenden Server mit der Citrix Management Console aus der Server-Farm. 3. Installieren Sie MetaFrame XP erneut auf dem nicht reagierenden Server und Erstellen Sie während der Installation eine Mitgliedschaft in der Server-Farm. Sammeln von Informationen für den technischen Support von Citrix In diesem Abschnitt werden Methoden für das Sammeln von Informationen beschrieben, die der technische Support von Citrix für das Debuggen verwenden kann. Probieren Sie zuerst die unter Behandeln von IMA-Problemen auf Seite 185 aufgeführten Lösungen aus, bevor Sie sich an den technischen Support von Citrix wenden. Erstellen von Installations-/Deinstallationsprotokollen Das IMA-Protokoll und das MetaFrame XP-Protokoll werden standardmäßig während der Installation erstellt. Mit diesen zwei Protokollen können die Mitarbeiter des technischen Supports von Citrix Probleme bei der Installation und Deinstallation behandeln.

190 190 Weiterführende Konzepte für MetaFrame XP Die zwei nachfolgenden Befehlszeilenoptionen steuern das Erstellen des Protokolls für die MetaFrame XP-Installation (Setup) und die Deinstallation (rmvica): /trace: Aktiviert die Installationsablaufverfolgung. (Dies ist der Standardwert, wenn keine Option verwendet wird.) /notrace: Deaktiviert die Installationsablaufverfolgung. Beide IMA-Protokolle werden im Ordner %SystemRoot% gespeichert. Der Name des Installationsprotokolls lautet imains<timestamp>.log, und der Name des Deinstallationsprotokolls lautet ima_unins<timestamp>.log. Mehrere Installations- bzw. Deinstallationsversuche erstellen mehrere Exemplare dieser Protokolle. Ermitteln Sie dann mithilfe des Zeitstempels das korrekte Protokoll. Beide MetaFrame-Protokolle werden im Ordner %SystemRoot%\system32 gespeichert. Die Installationsprotokolldatei lautet Icatrace.log. Die Deinstallationsprotokolldatei lautet Rmvicatrace.log. Alte Versionen dieser Protokolle werden bei jedem Installations- bzw. Deinstallationsversuch überschrieben. Wichtig: Diese Protokolle werden hauptsächlich für die Mitarbeiter des technischen Supports von Citrix erstellt. Viele Protokolleinträge lauten erwartungsgemäß Fehler. Dies hat keine Auswirkung auf die ordnungsgemäße Ausführung von MetaFrame XP. Sammeln der Citrix Management Console-Debugausgabe Die Citrix Management Console kann an der Befehlszeile mit einer Option gestartet werden, die Debugausgabe zu einer Protokolldatei schreibt. Der Befehl muss vom Installationsverzeichnis der Citrix Management Console ausgeführt werden, standardmäßig %Programme%\Citrix\Administration. Dieses Verhalten kann durch Einschluss der unten dargestellten Option -debugfile:logfilename ausgelöst werden. java jar tool.jar debugfile:output.log Wenn Sie keine Pfadangaben für die Datei Output.log machen, wird die Datei im Installationsverzeichnis der Citrix Management Console erstellt. Konfigurieren Sie das Befehlszeilenfenster mit einem Bildschirmpuffer von 9999 Zeilen, so dass Sie möglichst viele Daten sammeln können. Wenn die Citrix Management Console hängen bleibt oder misslingt, drücken Sie im Befehlsfenster STRG + PAUSE, um die Stackverfolgung anzuzeigen. Sie können die Stackverfolgung kopieren und in eine Textdatei einfügen. Die Mitarbeiter des technischen Supports von Citrix benötigen für das Debuggen sowohl die Stackverfolgung als auch die Datei Output.log.

191 Kapitel 13 Problembehandlung 191 ODBC-Ablaufverfolgung Der technische Support von Citrix oder das Supportteam des Datenbankanbieters benötigen ggf. weitere ODBC-Ablaufverfolgungsinformationen. Das Verfahren für das Aktivieren der ODBC-Ablaufverfolgung hängt von der eingesetzten Datenbankserversoftware ab.! So aktivieren Sie die Microsoft SQL Server-ODBC-Ablaufverfolgung: 1. Starten Sie den ODBC-Datenquellen-Administrator. 2. Klicken Sie auf die Registerkarte Ablaufverfolgung. 3. Geben Sie im Feld Pfad der Protokolldatei einen Pfad für die Protokolldatei ein. 4. Klicken Sie auf Ablaufverfolgung jetzt starten, um die Ablaufverfolgung zu aktivieren. Klicken Sie auf Ablaufverfolgung jetzt anhalten, um die Ablaufverfolgung zu stoppen.! So aktivieren Sie die Oracle-ODBC-Ablaufverfolgung: 1. Starten Sie den Net8-Assistenten. 2. Wählen Sie Net8 Configuration > Local > Profile. 3. Wählen Sie im rechten Fensterabschnitt in der Dropdown-Liste General. 4. Konfigurieren Sie mit den Registerkarten Tracing und Logging die ODBC- Verfolgung nach Wunsch. Debug-Dateien für Installation Manager Erstellen Sie die folgenden Installation Manager-Dateien, bevor Sie sich mit Fragen zur Problembehebung bei Installation Manager an den technischen Support von Citrix wenden: wfs (das Paketskript) ael (die Protokolldatei des Recorder) aep (die Packager-Projektdatei) Häufig angetroffene Fehler Im Anschluss finden Sie eine Liste häufig angetroffener Fehler, die sich aufgrund einer falschen Konfiguration oder eines Missverständnisses ergeben.

192 192 Weiterführende Konzepte für MetaFrame XP Fehler bei Verbindung mit Anwendung Diese Fehlermeldung wird angezeigt, wenn ein Benutzer, der eine Verbindung zu einer Anwendung mit Lastenausgleich herstellen möchte, an einen Server weitergeleitet wird, der momentan keine XPa oder XPe-Produktlizenzanzahl verwendet. Weitere Informationen finden Sie im Abschnitt Server verwenden keine Produktlizenzanzahlen auf Seite 194. Kein Anzeigen der Ordner in Program Neigborhood Ordner, die für das Organisieren von Anwendungen in der Citrix Management Console erstellt werden, stehen in keiner Beziehung zu Ordnern, die in Program Neighborhood angezeigt werden. Erstellen Sie Anwendungsordner für Program Neighborhood über die Registerkarte Program Neighborhood-Einstellungen im Dialogfeld Eigenschaften der veröffentlichten Anwendung.! So stellen Sie den Program Neighborhood-Ordner einer Anwendung ein: 1. Klicken Sie die veröffentlichte Anwendung in der Citrix Management Console mit der rechten Maustaste an und wählen Sie Eigenschaften. 2. Geben Sie auf der Registerkarte Program Neighborhood-Einstellungen in das Feld Program Neighborhood-Ordner den Namen des Ordners ein. Installieren von NFuse auf einem bestehenden MetaFrame XP-Server Wenn NFuse nicht bei der ursprünglichen MetaFrame XP-Installation installiert wurde, können Sie das Programm zu einem späteren Zeitpunkt durch Ausführen der Datei Setup.exe von der MetaFrame XP-CD installieren. Verwenden Sie eine der folgenden Befehlsoptionen: /NfuseDefault: Installiert NFuse und ändert die standardmäßige Webseite zur NFuse-Anmeldeseite. /NfuseNoDefault: Installiert NFuse, ändert jedoch nicht die bestehende Standardwebseite. Hinweis: Bei diesen Optionen werden nur die NFuse-Komponenten installiert. Keine weiteren MetaFrame XP-Komponenten werden installiert.

193 Kapitel 13 Problembehandlung 193 Veröffentlichte Anwendungen werden nicht mehr im Published Application Manager angezeigt Im gemischten Modus mit MetaFrame 1.8- und MetaFrame XP können Anwendungen von der MetaFrame 1.8-Version von Published Application Manager verschwinden. Beheben Sie das Problem mit den folgenden Optionen: Verwalten Sie alle veröffentlichen Anwendungen von MetaFrame 1.8 mit dem Published Application Manager, der mit MetaFrame XP bereitgestellt wird. Bearbeiten Sie die veröffentlichten Anwendungen in der MetaFrame 1.8- Version von Published Application Manager und entfernen Sie die MetaFrame XP-Server aus der Liste der für jede veröffentlichte Anwendung konfigurierten Server: Wählen Sie im Published Application Manager die Option Eigenschaften der veröffentlichten Anwendung und entfernen Sie alle MetaFrame XP- Server aus der Liste der konfigurierten Server. Wählen Sie in der Citrix Management Console die Option Eigenschaften der veröffentlichten Anwendung. Ändern Sie die Einstellung und speichern Sie die Anwendung. Dieses Verfahren aktualisiert den Datenspeicher mit den neuen Anwendungsdaten. Jetzt kann die Anwendung auf die Originaleinstellungen zurückgesetzt werden. Ändern Sie die Registrierungseinstellungen von Published Application Manager, so dass jede veröffentlichte Anwendung nur auf MetaFrame 1.8- Servern konfiguriert ist. Entfernen Sie den folgenden Schlüssel: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Control\Citrix\ManagedApplications\Anwendungsname\Servername wobei Anwendungsname Name der veröffentlichten Anwendung und Servername der Name eines MetaFrame XP-Servers ist. Die Registrierungsschlüssel des MetaFrame XP-Servers müssen für alle veröffentlichten Anwendungen auf allen MetaFrame 1.8-Servern entfernt werden.

194 194 Weiterführende Konzepte für MetaFrame XP Server verwenden keine Produktlizenzanzahlen Wenn ein MetaFrame XP-Server keine Lizenzen aus einer bestimmten Lizenzanzahl verwendet, versuchen Sie Folgendes: Wählen Sie in der Citrix Management Console den Server und wählen Sie dann Funktionen> Server >MetaFrame-Produktcode einrichten. Prüfen Sie, dass der richtige Produktcode für den Server eingerichtet ist. Führen Sie an der Befehlszeile des betroffenen Servers den Befehl clicense refresh aus. Stoppen und starten Sie den IMA-Dienst erneut. Wichtig: Wenn Sie während der Installation von MetaFrame XP keine Lizenzseriennummer eingeben, müssen Sie den Produktcode auf jedem Server mithilfe der Citrix Management Console einrichten. USB-Umleitung funktioniert nicht MetaFrame XP auf Windows 2000 unterstützt auf dem Server installierte USB- Drucker. MetaFrame XP auf TSE unterstützt diese Funktion nicht. ICA-Win32-Clients unterstützen installierte USB-Drucker, wenn die Clientplattform Windows 98, Windows 2000 oder Windows Me ist. Sonstige USB-Geräte, einschließlich Scanner und Kameras werden momentan nicht von MetaFrame XP unterstützt. Abfallende Leistung des Datensammelpunkts Wenn die Leistung des Datensammelpunkts wesentlich abfällt, können die folgenden Richtlinien hilfreich sein: Wenn mehr als 256 Server in der Zone bestehen, sollten Sie die ordnungsgemäße Einstellung des unter Konfigurieren von Datensammelpunkten in großen Zonen auf Seite 23 beschriebenen Registrierungsschlüssels prüfen. Wenn die CPU-Nutzung über den empfohlenen Richtlinien liegen, ziehen Sie eine der folgenden Lösungen in Betracht: Dedizieren Sie einen Server für die Rolle eines Datensammelpunkts. Teilen Sie die Zone in zwei oder mehrere kleinere Zonen auf. Rüsten Sie die Hardware des Datensammelpunkts auf, so dass sie die Anforderungen erfüllen kann.

195 Kapitel 13 Problembehandlung 195 Machen Sie einen leistungsfähigeren Server zum Datensammelpunkt. Da der Datensammelpunkt alle Sitzungsinformationen im Speicher ablegt, kann das Erhöhen des realen Speichers das Auslagern der Daten vom Speicher zur Festplatte verhindern. Dies steigert die Leistung. Der für den Datensammelpunkt benötigte Arbeitsspeicher kann mit der folgenden Formel abgeschätzt werden: Bytes = (1000* Verbindungen)+(600* Trennungen)+(350* Anwendungen))*(Server -1) Wobei: Verbindungen = Durchschnittliche Anzahl der verbundenen Sitzungen pro Server, Trennungen= Durchschnittliche Anzahl der getrennten Sitzungen pro Server, Anwendungen = Anzahl der in der Server-Farm veröffentlichten Anwendungen, Server = Anzahl der in der Server-Farm und nicht in der Zone vorhandenen Server darstellt.

196

197 A N H A N G A Skripts für Installationen ohne Benutzereingriff Erstellen einer Server-Farm mit SQL Server Nachfolgend finden Sie ein Beispiel eines Skripts für die Installation ohne Benutzereingriff, das MetaFrame XP installiert und eine Server-Farm mit einem SQL Server-Datenspeicher erstellt. [MetaFrame License Agreement] AcceptLicense=Yes [Data Store Configuration] CreateFarm=Yes DirectConnect=Yes ZoneName=SQLZone [Direct Connect Settings] DSNFilePath=\\SERVER1\public\MF20.DSN UserName=sa Password= [Indirect Connect Settings] IndirectServerName= IndirectServerPort=2512 UserName= Password= [Farm Settings] FarmName=SQLXP InteroperabilityMode=No FarmAdministratorUsername=Administrator FarmAdministratorDomain= [ICA Network Protocols] TCP=Yes IPX=Yes SPX=Yes NETBIOS=Yes

198 198 Weiterführende Konzepte für MetaFrame XP [Shadowing Restrictions] AllowShadowing=Yes ProhibitRemoteControl=No ProhibitNotificationOff=Yes ProhibitLoggingOff=No [Drive Reassignment] ReassignDriveLetters=No NewDriveLetter=M [Citrix XML Service] ExtendIIS=Yes DedicatedPortNumber=80 [NFuse] InstallNFuse=Yes SetDefaultPage=Yes [Update ICA Clients] UpdateClients=Yes ClientPath=\\SERVER1\public\ClientCD [License Serial Numbers] CTXXX-XXXXX-XXXXX-XXXXX-XXXX1= CTXXX-XXXXX-XXXXX-XXXXX-XXXX2= CTXXX-XXXXX-XXXXX-XXXXX-XXXX3= [MetaFrame Product Code] ProductCode=0X00-00X0 [Options] RebootOnFinish=Yes [Upgrade Settings] MigrateApplications=Yes Beitreten zu einer Server-Farm mit SQL Server Nachfolgend finden Sie ein Beispiel eines Skripts für die Installation ohne Benutzereingriff, das MetaFrame XP installiert und den Server zum Mitglied einer Server-Farm mit einem SQL Server-Datenspeicher macht. [MetaFrame License Agreement] AcceptLicense=Yes [Data Store Configuration] CreateFarm=No DirectConnect=Yes ZoneName=SQLZone [Direct Connect Settings] DSNFilePath=\\SERVER1\public\MF20.DSN UserName=sa Password= [Farm Settings]

199 Anhang A Skripts für Installationen ohne Benutzereingriff 199 FarmName=SQLXP InteroperabilityMode=No FarmAdministratorUsername=Administrator FarmAdministratorDomain= [ICA Network Protocols] TCP=Yes IPX=Yes SPX=Yes NETBIOS=Yes [Shadowing Restrictions] AllowShadowing=Yes ProhibitRemoteControl=No ProhibitNotificationOff=Yes ProhibitLoggingOff=No [Drive Reassignment] ReassignDriveLetters=No NewDriveLetter=M [Citrix XML Service] ExtendIIS=Yes DedicatedPortNumber=80 [NFuse] InstallNFuse=Yes SetDefaultPage=Yes [Update ICA Clients] UpdateClients=Yes ClientPath=\\SERVER1\public\ClientCD [License Serial Numbers] [MetaFrame Product Code] ProductCode=0X00-00X0 [Options] RebootOnFinish=Yes [Upgrade Settings] MigrateApplications=Yes

200

201 A N H A N G B Getestete Hardware MetaFrame XP wurde in den Citrix Testlabors mit folgender Hardware getestet: Compaq DeskPro EN SFF Compaq DL 350 Compaq DL 360 Dual Processor Compaq DL 380 Dual Processor Compaq Proliant 1850R Dual Processor Compaq Proliant 800 Dual Processor Compaq Proliant 800 Single Processor Compaq Proliant 8500 Dell OptiPlex GX1 Dell PowerEdge 1400 HP NetServer LXe Pro IBM NetFinity 3000 IBM NetFinity 3500 M10 IBM NetFinity 3500 M20 IBM NetFinity 5500 Lucent Pipeline ISDN-Router Packeteer AppVantage ASM-70 Perifitech Aerial Array (RA1A U2) Sun Ultra 5

202

203 IMA-Fehlercodes A N H A N G C Nachfolgend finden Sie eine Aufstellung der möglicherweise in der Ereignisanzeige eingeblendeten Fehlercodes des IMA-Diensts: Hexadezimalwert Signierter Wert Nicht signierter Wert Kürzel h 0 0 IMA_RESULT_SUCCESS h 1 1 IMA_RESULT_OPERATION_INCOMPLETE h 2 2 IMA_RESULT_CALL_NEXT_HOOK h 3 3 IMA_RESULT_DISCARD_MESSAGE h 4 4 IMA_RESULT_CREATED_NEW h 5 5 IMA_RESULT_FOUND_EXISTING h 9 9 IMA_RESULT_CONNECTION_IDLE h IMA_RESULT_DS_NOT_INSTALLED h IMA_RESULT_SECURITY_INFO_INCOMPLETE 002D0001h IMA_RESULT_ALREADY_MASTER h IMA_RESULT_FAILURE h IMA_RESULT_NO_MEMORY h IMA_RESULT_INVALID_ARG h IMA_RESULT_UNKNOWN_MESSAGE h IMA_RESULT_DESTINATION_UNREACHABLE h IMA_RESULT_REFERENCE_COUNT_NOT_ZERO h IMA_RESULT_ENTRY_NOT_FOUND

204 204 Weiterführende Konzepte für MetaFrame XP Hexadezimalwert Signierter Wert Nicht signierter Wert Kürzel h IMA_RESULT_NETWORK_FAILURE h IMA_RESULT_NOT_IMPLEMENTED Ah IMA_RESULT_INVALID_MESSAGE Bh IMA_RESULT_TIMEOUT Ch IMA_RESULT_POINTER_IS_NULL Dh IMA_RESULT_UNINITIALIZED Eh IMA_RESULT_FINDITEM_FAILURE Fh IMA_RESULT_CREATEPOOL_FAILURE h IMA_RESULT_SUBSYS_NOT_FOUND h IMA_RESULT_PS_UNINITIALIZED h IMA_RESULT_REGMAPFAIL h IMA_RESULT_DEST_TOO_SMALL h IMA_RESULT_ACCESS_DENIED h IMA_RESULT_NOT_SHUTTING_DOWN h IMA_RESULT_MUSTLOAD_FAILURE h IMA_RESULT_CREATELOCK_FAILURE Ah IMA_RESULT_SHUTDOWN_FAILURE Ch IMA_RESULT_SENDWAIT_FAILURE Dh IMA_RESULT_NO_COLLECTORS Eh IMA_RESULT_UPDATED Fh IMA_RESULT_NO_CHANGE h IMA_RESULT_LEGACY_NOT_ENABLED h IMA_RESULT_VALUE_ALREADY_CREATED h IMA_RESULT_UID_EXCEEDED_BOUNDS h IMA_RESULT_NO_EVENTS h IMA_RESULT_NOT_FOUND

205 Anhang C IMA-Fehlercodes 205 Hexadezimalwert Signierter Wert Nicht signierter Wert Kürzel h IMA_RESULT_ALREADY_EXISTS h IMA_RESULT_GROUP_ALREADY_EXISTS h IMA_RESULT_NOT_A_GROUP h IMA_RESULT_GROUP_DIR_ACCESS_FAILURE h IMA_RESULT_EOF Ah IMA_RESULT_REGISTRY_ERROR Bh IMA_RESULT_DSN_OPEN_FAILURE Ch IMA_RESULT_REMOVING_PSSERVER Dh IMA_RESULT_NO_REPLY_SENT Eh IMA_RESULT_PLUGIN_FAILED_VERIFY Fh IMA_RESULT_FILE_NOT_FOUND h IMA_RESULT_PLUGIN_ENTRY_NOT_FOUND h IMA_RESULT_CLOSED h IMA_RESULT_PATH_NAME_TOO_LONG h IMA_RESULT_CREATEMESSAGEPORT_FAILED h IMA_RESULT_ALTADDRESS_NOT_DEFINED h IMA_RESULT_WOULD_BLOCK h IMA_RESULT_ALREADY_CLOSED h IMA_RESULT_TOO_BUSY h IMA_RESULT_HOST_SHUTTING_DOWN h IMA_RESULT_FILE_OPEN_FAILURE h IMA_RESULT_SESSION_REQUEST_DENIED h IMA_RESULT_JOB_NOT_FOUND h IMA_RESULT_SESSION_NOT_FOUND h IMA_RESULT_FILE_SEEK_FAILURE h IMA_RESULT_FILE_READ_FAILURE

206 206 Weiterführende Konzepte für MetaFrame XP Hexadezimalwert Signierter Wert Nicht signierter Wert Kürzel h IMA_RESULT_FILE_WRITE_FAILURE h IMA_RESULT_JOB_CANNOT_BE_UPDATED h IMA_RESULT_NO_TARGET_HOSTS Ah IMA_RESULT_NO_SOURCE_FILES h IMA_RESULT_ATTR_NOT_FOUND h IMA_RESULT_CONTEXT_NOT_FOUND h IMA_RESULT_VALUE_NOT_FOUND h IMA_RESULT_DATA_NOT_FOUND h IMA_RESULT_ENTRY_LOCKED h IMA_RESULT_SEARCH_HASMORE h IMA_RESULT_INCOMPLETE h IMA_RESULT_READEXCEPTION h IMA_RESULT_WRITEEXCEPTION Ah IMA_RESULT_LDAP_PARTIALINSTALL Bh IMA_RESULT_LDAP_NOTREADEY Ch IMA_RESULT_BUFFER_TOO_SMALL Dh IMA_RESULT_CONTAINER_NOT_EMPTY Eh IMA_RESULT_CONFIGURATION_ERROR Fh IMA_RESULT_GET_BASEOBJECT h IMA_RESULT_GET_DERIVEDOBJECT h IMA_RESULT_OBJECTCLASS_NOTMATCH h IMA_RESULT_ATTRIBUTE_NOTINDEXED h IMA_RESULT_OBJECTCLASS_VIOLATION h IMA_RESULT_ENUMFAIL h IMA_RESULT_ENUMNODATA h IMA_RESULT_DBCONNECT_FAILURE

207 Anhang C IMA-Fehlercodes 207 Hexadezimalwert Signierter Wert Nicht signierter Wert Kürzel h IMA_RESULT_TRUNCATE h IMA_RESULT_DUPLICATE h IMA_RESULT_PS_NOTINITIALIZED Ah IMA_RESULT_USING_ORACLE_ Bh IMA_RESULT_USING_ORACLE_ Ch IMA_RESULT_USING_ORACLE_UNKNOWN h IMA_RESULT_ODBC_NO_CONNECTIONS_AVAILABLE h IMA_RESULT_CREATE_SQL_ENVIRONMENT_FAILED h IMA_RESULT_SQL_EXECUTE_FAILED h IMA_RESULT_SQL_FETCH_FAILED h IMA_RESULT_SQL_BIND_PARAM_FAILED h IMA_RESULT_SQL_GET_COLUMN_DATA_FAILED h IMA_RESULT_REPLICATED_DATA_CONTENTION h LMS_RESULT_NO_SERVER_AVAILABLE h IMA_RESULT_MORE_ITEMS h IMA_RESULT_INVALID_ACCOUNT h IMA_RESULT_INVALID_PASSWORD h IMA_RESULT_EXPIRED_PASSWORD h IMA_RESULT_GROUP_IGNORED h IMA_RESULT_BUILTIN_GROUP h IMA_RESULT_DC_NOT_AVAILABLE h IMA_RESULT_NODE_NOT_FOUND h IMA_RESULT_NODE_NAME_INVALID h IMA_RESULT_NODE_NOT_EMPTY h IMA_RESULT_NODE_MOVE_DENIED h IMA_RESULT_NODE_NAME_NOT_UNIQUE

208 208 Weiterführende Konzepte für MetaFrame XP Hexadezimalwert Signierter Wert Nicht signierter Wert Kürzel h IMA_RESULT_NODE_RENAME_DENIED h IMA_RESULT_CONSTRAINT_VIOLATION h IMA_RESULT_LDAP_PROTOCOL_ERROR h IMA_RESULT_LDAP_SERVER_DOWN Ch IMA_RESULT_NODE_DELETE_DENIED Fh IMA_RESULT_CANNOTCHANGE_PASSWORD h IMA_RESULT_CANNOTCHANGE_LAST_RW h IMA_RESULT_NW_PRINT_SERVER_ALREADY_PRESENT h IMA_RESULT_SERVER_ALREADY_PRESENT 802D0001h IMA_RESULT_TABLE_NOT_FOUND 802D0002h IMA_RESULT_NOT_TABLE_OWNER 802D0003h IMA_RESULT_INVALID_QUERY 802D0004h IMA_RESULT_TABLE_OWNER_HAS_CHANGED 802D0005h IMA_RESULT_SERVICE_NOT_AVAILABLE 802D0006h IMA_RESULT_ZONE_MASTER_UNKNOWN 802D0007h IMA_RESULT_NON_UNIQUE_HOSTID 802D0008h IMA_RESULT_REG_VALUE_NOT_FOUND 802D0009h IMA_RESULT_PARTIAL_LOAD 802D000Ah IMA_RESULT_GATEWAY_NOT_ESTABLISHED 802D000Bh IMA_RESULT_INVALID_GATEWAY

209 A N H A N G D IMA-Teilsystemverfolgung Diese Tabelle wird mit der Protokollierungsfunktion des IMA-Diensts verwendet. Es wird ermittelt, welche Registrierungsschlüssel für unterschiedliche MetaFrame XP-Systeme aktiviert werden müssen. MetaFrame XP-System Anwendungsverwaltung, Anwendungsordner COM/SDK, Citrix Management Console Allgemeine Anwendungseinstellungen (LM, IM, MF, Unix) Allgemeiner Server (allgemeine Server-Farmeigenschaften und Serveraufzählung) Datenspeicher Dateisuche Ordneraufzählung ILizenz IMA-Browser IMA-Programmoberfläche (Terminaldienste, andere Software) IMS Lizenzierung Lastenausgleich Zu verfolgendes Teilsystem ImaAdminSal Remotezugriff ImaAppSal, ImaAppSs ImaSrvSal, ImaSrvSs Verzeichnisteilsystem IMA_FileSS ImaGrpSal, IMAGroup ILicense IMA_Browser ImaRpc, ImaLicRpc, ImaMfRpc ImsSal LicenseSal, IMA_License LmsSal, LMS_Subsystem