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 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 unter dem im Ereignis angegebenen Pfad gespeichert ist, zeigt die Wiedergabe an, 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 Session Recording-Server ist stark ausgelastet und kann eine große Anzahl gleichzeitiger Sitzungen nicht effizient verarbeiten.

Wie identifiziert man 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 verifizieren. 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. Ist dies der Fall, 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. Für nicht-persistente 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

         Session Recording 2503

      2. Die neuesten Citrix Provisioning Services aktualisieren die QMID für MSMQ seit CVAD 2511 bei jedem VDA-Start 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 außerdem 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 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 zu keinem 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 Datenverlusten 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 den Nachrichtenordner auf allen Sitzungsaufzeichnungsserver-Computern auf ein anderes Laufwerk mit einer Festplatten-(SSD-)IOPS-Kapazität von mehr als 3000 für MSMQ.

      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 Sitzungsaufzeichnungsserver hinzuzufügen, um die Last zu verteilen.

      Weitere Informationen finden Sie in der offiziellen Dokumentation zur Konfiguration des Lastausgleichs in einer bestehenden Bereitstellung: Citrix Documentation – Configure Load Balancing