Sitzungsaufzeichnung Datenverlust
Ereignisbeschreibung
Sitzungsaufzeichnung – Ereignis 2005 in der Ereignisanzeige
Administratoren bemerken möglicherweise Ereignis 2005 vom Citrix Session Recording Storage Manager in der Ereignisanzeige auf dem Session Recording-Server. Die Ereignismeldung lautet typischerweise:
“Datenverlust während der Aufzeichnung der Datei: VDA = XXX, CtxSessionId = YYY, Pfad = ZZZ, NNN Bytes fehlen.”
Wenn der Administrator versucht, die Aufzeichnungsdatei abzuspielen, die sich unter dem im Ereignis angegebenen Pfad befindet, zeigt die Wiedergabe an, dass die Aufzeichnung unvollständig ist.
Warum ist dies aufgetreten?
Es gibt mehrere mögliche Ursachen für dieses Problem:
- Zwei oder mehr VDAs sind mit derselben QMID für MSMQ konfiguriert, was sowohl bei persistenten als auch bei nicht-persistenten VDAs auftreten kann.
- Die QMID auf nicht-persistenten VDAs blieb nach dem Neustart unverändert, was zu Konflikten führen kann.
- Der Session Recording-Server ist stark ausgelastet und kann eine große Anzahl gleichzeitiger Sitzungen nicht effizient verarbeiten.
Wie identifiziert man das Problem?
- Überprüfen Sie die QMID-Konfiguration auf den VDAs.
- Für persistente VDAs
- überprüfen Sie die Registrierung auf jeder Maschine, um die QMID-Konfiguration zu verifizieren.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSMQ\Parameters\MachineCache\QMId - Jeder VDA sollte einen eindeutigen QMID-Wert haben, um Konflikte zu vermeiden.
- überprüfen Sie die Registrierung auf jeder Maschine, um die QMID-Konfiguration zu verifizieren.
- Für nicht-persistente VDAs
- Überprüfen Sie die Registrierung auf dem VDA, um den QMID zu verifizieren.
- Nach dem Neustart desselben VDA überprüfen Sie die Registrierung erneut.
- Der QMID sollte nach dem Neustart anders sein.
- Für persistente VDAs
- Überprüfen Sie, ob der Server stark ausgelastet ist.
- Überprüfen Sie die Speichergrenzen, die in den MSMQ-Eigenschaften auf dem Session Recording Server konfiguriert sind.
- Überwachen Sie die MSMQ-Ressourcennutzung mithilfe des Leistungsmonitors.
- Fügen Sie die MSMQ-Zähler im Leistungsmonitor hinzu, um die Ressourcennutzung zu verfolgen.
- Überprüfen Sie die aktuelle Datennutzung innerhalb von MSMQ.
- Überprüfen Sie, ob die MSMQ-Datengröße die konfigurierte Kontingentgrenze erreicht. Ist dies der Fall, ist der Server möglicherweise überlastet.
- Fügen Sie die MSMQ-Zähler im Leistungsmonitor hinzu, um die Ressourcennutzung zu verfolgen.
- Überprüfen Sie die Speichergrenzen, die in den MSMQ-Eigenschaften auf dem Session Recording Server konfiguriert sind.
Wie löst man es?
Die folgenden Punkte beschreiben, wie das Problem zu beheben ist.
- Allen VDAs, die den Session Recording Agent verwenden, müssen für MSMQ eindeutige QMIDs zugewiesen werden.
- Für persistente VDAs muss der QMID für MSMQ nur einmal festgelegt werden.
- Für nicht-persistente VDAs muss die QMID für MSMQ während des Windows-Starts festgelegt werden
- So ändern Sie die QMID auf einem VDA
- Manuelles Ändern der QMID: Installieren, Aktualisieren und Deinstallieren
- Die neuesten Citrix Provisioning Services aktualisieren die QMID für MSMQ seit CVAD 2511 bei jedem VDA-Start automatisch. Maschinenkataloge erstellen
- Image-Optimierungstools oder benutzerdefinierte Skripte können verwendet werden, um während des Windows-Starts eine neue QMID für MSMQ zu generieren.
- Zusätzlich legen Sie für nicht-persistente VDAs den Starttyp sowohl des Session Recording Agent-Dienstes als auch des Citrix Session Recording Monitor-Dienstes in der Windows-Dienstkonfiguration auf Automatisch (Verzögerter Start) fest.
-
Der Session Recording Server ist überlastet. Die unterstützte Sitzungskapazität des Session Recording Servers kann je nach Hardwarekonfiguration erheblich variieren. Standardmäßig kann er bis zu 2.000 gleichzeitige Sitzungen verarbeiten. Wenn der Server jedoch mit mehr als 16 GB RAM und SSD-Speicher ausgestattet ist, kann die Kapazität höher sein. Um Überlastungsprobleme zu beheben:
-
Erhöhen Sie das Hauptspeicherkontingent auf dem Computer und erhöhen Sie dann das MSMQ-Speicherlimit.
Stellen Sie sicher, dass der gesamte verfügbare Hauptspeicher mindestens das 1,5-fache des konfigurierten MSMQ-Speicherlimits beträgt.
Hinweis:
Das gesamte MSMQ-Speicherlimit sollte immer kleiner sein als der gesamte physische Speicher.
Nach Änderungen muss MSMQ auf dem Session Recording Server neu gestartet werden. Der Session Recording-Dienst wird daraufhin automatisch neu gestartet.
Dieser Vorgang führt zu keinem Verlust von Sitzungsdaten.
-
Passen Sie die Nachrichtenlebensdauer in den Eigenschaften des Session Recording Agent an. Erwägen Sie, den aktuellen Wert zu verdoppeln, um mehr Zeit für die Nachrichtenverarbeitung zu ermöglichen und das Risiko von Datenverlust zu verringern.
Sie können diese Einstellung über den folgenden Registrierungsschlüssel auf dem VDA konfigurieren:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\SmartAuditor\Agent\MsmqMessageLifeInSecondsLegen Sie den Wert (in Sekunden) entsprechend den Anforderungen Ihrer Umgebung fest.
Hinweis:
Nachdem Änderungen vorgenommen wurden, muss der Session Recording Agent neu gestartet werden.
Diese Aktion führt zum Verlust von Sitzungsdaten für alle aktiven Sitzungen.
Stellen Sie sicher, dass dieser Vorgang während eines Wartungsfensters geplant wird.
-
Verschieben Sie den Nachrichtenordner auf ein anderes Laufwerk mit einer IOPS-Kapazität der Festplatte (SSD) von mehr als 3000 für MSMQ auf allen Session Recording Server-Maschinen.
Dies beschleunigt die Verarbeitung und kann die Leistung um bis zu 50 % verbessern.
-
Wenn die oben genannten Schritte das Problem nicht beheben, besteht die empfohlene Lösung darin, einen zusätzlichen Session Recording Server hinzuzufügen, um die Last zu verteilen.
Weitere Informationen finden Sie in der offiziellen Dokumentation zur Konfiguration des Lastenausgleichs in einer bestehenden Bereitstellung: Citrix-Dokumentation – Lastenausgleich konfigurieren
-