Session Recording Datenverlust
Ereignisbeschreibung
Session Recording – 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 wird typischerweise wie folgt angezeigt:
“Datenverlust während der Aufzeichnung der Datei: VDA = XXX, CtxSessionId = YYY, Pfad = ZZZ, NNN Bytes fehlen.”
Wenn der Administrator versucht, die Aufzeichnungsdatei abzuspielen, die unter dem im Ereignis angegebenen Pfad gespeichert ist, zeigt die Wiedergabe an, dass die Aufzeichnung unvollständig ist.
Warum ist dies geschehen?
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 die QMID zu verifizieren.
- Nach dem Neustart desselben VDA überprüfen Sie die Registrierung erneut.
- Die QMID sollte nach dem Neustart anders sein.
- Für persistente VDAs
- Überprüfen Sie, ob der Server stark ausgelastet ist.
- Überprüfen Sie die in den MSMQ-Eigenschaften auf dem Session Recording Server konfigurierten Speichergrenzen.
- Überwachen Sie die MSMQ-Ressourcennutzung mit dem Leistungsmonitor.
- 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 Quotenbegrenzung 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 in den MSMQ-Eigenschaften auf dem Session Recording Server konfigurierten Speichergrenzen.
Wie kann das Problem gelöst werden?
Die folgenden Punkte beschreiben, wie das Problem behoben werden kann.
- Allen VDAs, die den Session Recording Agent verwenden, müssen eindeutige QMIDs für MSMQ zugewiesen werden.
- Für persistente VDAs muss die 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
- QMID manuell ändern: Installieren, aktualisieren und deinstallieren
- Die neuesten Citrix Provisioning Services aktualisieren die QMID für MSMQ bei jedem VDA-Start seit CVAD 2511 automatisch. Maschinenkataloge erstellen
- Bildoptimierungstools oder benutzerdefinierte Skripte können verwendet werden, um während des Windows-Starts eine neue QMID für MSMQ zu generieren.
- Stellen Sie zusätzlich für nicht-persistente VDAs den Starttyp sowohl des Session Recording Agent Service als auch des Citrix Session Recording Monitor Service auf Automatisch (Verzögerter Start) in der Windows-Dienstkonfiguration ein.
- 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.
So beheben Sie Überlastungsprobleme:
-
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 unter dem gesamten physischen Speicher bleiben.
Nach den Änderungen muss MSMQ auf dem Session Recording Server neu gestartet werden. Der Session Recording Service wird daraufhin automatisch neu gestartet.
Dieser Vorgang führt nicht zu einem 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 reduzieren.
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 jede aktive Sitzung.
Stellen Sie sicher, dass dieser Vorgang während eines Wartungsfensters geplant wird.
-
Ändern Sie den Nachrichtenordner für MSMQ auf allen Session Recording Server-Maschinen auf ein anderes Laufwerk mit einer Festplatten-(SSD-)IOPS-Kapazität von mehr als 3000.
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 Lastausgleichs in einer bestehenden Bereitstellung: Citrix Dokumentation – Lastausgleich konfigurieren
-