Datenverlust bei der Sitzungsaufzeichnung

Ereignisbeschreibung

Sitzungsaufzeichnung – Ereignis 2005 in der Ereignisanzeige

Administratoren bemerken möglicherweise Ereignis 2005 vom Citrix Session Recording Storage Manager in der Ereignisanzeige auf dem Sitzungsaufzeichnungsserver. Die Ereignismeldung lautet typischerweise:

“Datenverlust beim Aufzeichnen der Datei: VDA = XXX, CtxSessionId = YYY, Pfad = ZZZ, NNN Bytes fehlen.”

Wenn der Administrator versucht, die Aufzeichnungsdatei wiederzugeben, die unter dem im Ereignis angegebenen Pfad gespeichert ist, wird die Wiedergabe anzeigen, dass die Aufzeichnung unvollständig ist.

Warum ist dies aufgetreten?

Es gibt mehrere mögliche Ursachen für dieses Problem:

1. Zwei oder mehr VDAs sind mit derselben QMID für MSMQ konfiguriert, was sowohl bei persistenten als auch bei nicht-persistenten VDAs auftreten kann.
2. Die QMID auf nicht-persistenten VDAs blieb nach dem Neustart unverändert, was zu Konflikten führen kann.
3. Der Sitzungsaufzeichnungsserver ist stark ausgelastet und kann eine große Anzahl gleichzeitiger Sitzungen nicht effizient verarbeiten.

So identifizieren Sie das Problem

1. Überprüfen Sie die QMID-Konfiguration auf den VDAs.
   1. Für persistente VDAs
      1. überprüfen Sie die Registrierung auf jeder Maschine, um die QMID-Konfiguration zu überprüfen. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSMQ\Parameters\MachineCache\QMId
      2. Jeder VDA sollte einen eindeutigen QMID-Wert haben, um Konflikte zu vermeiden.
   2. Für nicht-persistente VDAs
      1. Überprüfen Sie die Registrierung auf dem VDA, um den QMID zu verifizieren.
      2. Überprüfen Sie nach dem Neustart desselben VDA die Registrierung erneut.
      3. Der QMID sollte nach dem Neustart anders sein.
2. Überprüfen Sie, ob der Server stark ausgelastet ist.
   1. Überprüfen Sie die Speichergrenzen, die in den MSMQ-Eigenschaften auf dem Session Recording Server konfiguriert sind.
   2. Überwachen Sie die MSMQ-Ressourcennutzung mit dem Leistungsmonitor.
      1. Fügen Sie die MSMQ-Zähler im Leistungsmonitor hinzu, um die Ressourcennutzung zu verfolgen.
      2. Überprüfen Sie die aktuelle Datennutzung innerhalb von MSMQ.
      3. Überprüfen Sie, ob die MSMQ-Datengröße die konfigurierte Kontingentgrenze erreicht. Wenn ja, ist der Server möglicherweise überlastet.

Wie löst man das Problem?

Die folgenden Punkte beschreiben, wie das Problem behoben werden kann.

1. Allen VDAs, die den Session Recording Agent verwenden, müssen eindeutige QMIDs für MSMQ zugewiesen werden.
   1. Für persistente VDAs muss der QMID für MSMQ nur einmal festgelegt werden.
   2. Bei nicht-persistenten VDAs muss die QMID für MSMQ während des Windows-Starts festgelegt werden
   3. So ändern Sie die QMID auf einem VDA
      1. QMID manuell ändern: Installieren, aktualisieren und deinstallieren
      2. Die neuesten Citrix Provisioning Services aktualisieren die QMID für MSMQ bei jedem VDA-Start seit CVAD 2511 automatisch. Maschinenkataloge erstellen
      3. Bildoptimierungstools oder benutzerdefinierte Skripte können verwendet werden, um während des Windows-Starts eine neue QMID für MSMQ zu generieren.
   4. 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 in der Windows-Dienstkonfiguration auf Automatisch (Verzögerter Start) ein.

2. 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:

   1. Erhöhen Sie das Hauptspeicher-Kontingent 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 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.

   2. 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\MsmqMessageLifeInSeconds

      Legen Sie den Wert (in Sekunden) entsprechend den Anforderungen Ihrer Umgebung fest.

      Hinweis:

      Nachdem Sie Änderungen vorgenommen haben, muss der Sitzungsaufzeichnungsagent 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.

   3. Ändern Sie auf allen Session Recording Server-Maschinen den Nachrichtenordner für MSMQ 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.

      

      https://learn.microsoft.com/en-us/previous-versions/troubleshoot/msmq/optimize-message-queuing-performance

   4. 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