Windows Server 2008 R2 - RDSH - Aufblähung der Registrierung mit dem Samsung Universal Print Driver

Beim Ausführen mehrerer Windows Server 2008 R2-RDSH-Farmen ist ein Problem aufgetreten, bei dem die Registrierung aller RDSH-Server auf den Maximalwert von 2048 MB aufgestockt ist. Mithilfe der Verwendung der Sysinternals-Registrierung (ru.exe) konnten wir feststellen, dass mehr als 1000 MB der Registrierung von Schlüsseln für Samsung Universal Printer belegt sind.

• Samsung Universal Print Driver: Version 2.3.90
• Samsung Universal Print Driver 2: Version 2.50.2.0

Registrierungsabschnitte, in denen das Aufblähen auftritt:

HKEY_USERS\.DEFAULT\Software\SSPrint\
  spe__\
  spd__\
  ssp6m\
HKEY_USERS\S-1-5-8\Software\SSPrint\
  spe__\
  spd__\
  ssp6m\

Jeder dieser Unterschlüssel verfügt über mehr als 500 Schlüssel, von denen die Registrierungsnutzung angibt, dass sie jeweils 30 bis 40 MB beanspruchen.

Beispiel Unterschlüssel: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

Betrachten Sie die Daten der Tasten "Capabilities", "MUIData" usw. Sie können definitiv erkennen, dass sie Samsung Universal sind, da sich die Werte auf Samsung Universal beziehen, wenn Sie sie anzeigen.

Ich habe versucht, einen der Server aus dem Mix zu entfernen und habe versucht, diese Schlüssel zu bereinigen. Durch das Bereinigen des Abschnitts ".Default" wurden auch die Schlüssel "S-1-5-18" bereinigt. Ich denke, dies ist ein Verweis in der Registrierung. Als ich es getan habe, habe ich auch das geklärt, HKU\.default\Printers\DevModes2da dieser Bereich in Regedit nicht einmal geöffnet werden würde. Zum Entfernen musste ich die CLI benutzen, um den "DevModes2" -Schlüssel zu entfernen und dann den Schlüssel in Regedit neu zu erstellen.

Sobald ich mich mit einem Konto anmelde, auf dem ein Drucker mit dem Samsung Universal Print Driver installiert ist, werden diese Schlüssel angezeigt und die Registrierung wird aufgebläht. Da die Registrierung so voll ist, sind Probleme mit Benutzerprofilen aufgetreten, die dazu geführt haben, dass temporäre Profile geladen wurden. Wenn wir die Möglichkeit zur Erstellung eines temporären Profils deaktiviert haben, wird den Benutzern möglicherweise die Meldung "Der Benutzerprofildienst konnte sich nicht anmelden. Benutzerprofil kann nicht geladen werden." Angezeigt. Botschaft.

Hat jemand da draußen dieses Problem erlebt?

Gibt es eine Einstellung im Samsung Universal Print Driver, um dieses Verhalten zu verhindern oder eine Bereinigung nach sich zu ziehen?

Ich hatte genau das gleiche Problem und kann bestätigen, dass es in der neuen Version von Samsung Universal Print Driver 2 (2.50.5) behoben ist. Ich lief auch 2.50.2 und der fragliche Schlüssel verwendete 275MB. Durch einfaches Deinstallieren der alten Version und Installieren der neuen Version auf dem Server (ich habe keine Client-Treiber aktualisiert) wurde die Größe des Schlüssels auf 3 MB reduziert. Ich habe auch versucht, mich an- und abzumelden und kann jetzt bestätigen, dass die Schlüssel gelöscht werden, wenn Sie sich abmelden, anders als zuvor.

Wenn du neugierig bist, würden vorher die Schlüssel nicht gelöscht. In einer Einzelbenutzerumgebung ist dies kein Problem, aber da die Drucker nach Benutzer und Sitzung benannt sind, handelt es sich um ein exponentielles Problem (für einen Server mit 20 Benutzern wie meinen generieren Sie bis zu 400 Schlüssel ... und das ist der Fall, wenn Sie nur 1 Drucker pro Client)

edit: der neue schlüssel heißt usp01 statt spe__

HP hat genau das gleiche Problem. Das Problem ist, dass der Treiber nicht sehr intelligent ist, wenn es um mehrere Benutzer geht, die gleichzeitig mit derselben Druckerzuordnung verbunden sind, und weiterhin versucht, sich für jeden Benutzer neu zu installieren. Wir haben nie genau herausgefunden, wie wir das beheben können, aber wir haben zwei Problemumgehungen gefunden:

Lösung A (einfache Lösung, aber ein totaler Hack)
Setzen Sie den Windows Installer-Dienst auf deaktiviert. Stoppt das Problem sofort. Der Nachteil ist jedoch offensichtlich. Sobald Sie eine Installation durchführen oder Aktualisierungen ausführen müssen, müssen Sie den Dienst wieder aktivieren, und die Registrierung beginnt sofort wieder mit dem Anschwellen.

Lösung B (hässlicher Fix, aber stabil und unterstützt)
Erzwingen Sie den Remote Desktop EasyPrint-Treiber über Gruppenrichtlinien. Dadurch werden Druckaufträge auf den Clients anstelle des Servers gerendert. Der Nachteil hierbei ist, dass Sie die Druckerverbindung jedes Benutzers von jedem Drucker auf jedem Server in der Farm manuell entfernen und dann die Treiber löschen müssen. Ich hoffe, Sie sind gut mit Skripten!