Windows Server 2008 R2 - RDSH - Samsung Universal Print Driver ile kayıt defteri şişkinliği

Birden çok Windows Server 2008 R2 RDSH çiftliği çalıştırırken, RDSH sunucularının Kayıt Defterinin maksimum 2048 MB değerine şişirildiği bir sorun yaşıyoruz. Sysinternals Registry Usage (ru.exe) kullanarak, Samsung Universal Printer ile ilgili anahtarlar tarafından kullanılan 1000MB'ın üzerinde kayıt defterini belirledik.

Samsung Evrensel Yazıcı Sürücüsü: Sürüm 2.3.90
Samsung Evrensel Yazdırma Sürücüsü 2: Sürüm 2.50.2.0

Şişkinliğin meydana geldiği Kayıt Defteri Bölümleri:

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

Bu alt anahtarların her birinde, Kayıt Defteri Kullanımı'nın her biri 30-40 MB yer kapladıklarını bildirdiği 500'den fazla anahtar bulunur.

Örnek alt anahtar: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

"Yetenekler", "MUIData" vb. Tuşların verilerine baktığınızda, Samsung Universal değerlerini görüntülediğinizde referans olarak Samsung Universal olduklarını kesinlikle söyleyebilirsiniz.

Sunucuların bir karışımını alarak bu anahtarları temizlemeye çalıştım ve başardım. ".Default" bölümünü temizlemek de "S-1-5-18" anahtarlarını temizledi, bu yüzden bu Kayıt Defteri içinde bir referans bağlantısı olduğunu düşünüyorum. Bunu yaptığımda da temizledim HKU\.default\Printers\DevModes2çünkü bu bölüm Regedit'te bile açılmayacaktı. Kaldırmak için "DevModes2" anahtarını kaldırmak ve sonra Regedit anahtar yeniden oluşturmak için CLI gerekiyordu.

Samsung Universal Print Driver ile dağıtılmış bir yazıcıya sahip bir hesapla giriş yaptığımda, bu tuşlar görünmeye başlar ve kayıt defterini şişirir. Kayıt defteri çok doldurulduğundan, Geçici Profillerin yüklenmesine neden olan Kullanıcı Profili sorunları yaşıyoruz. Geçici Profil sahibi olma özelliğini devre dışı bıraktığımızda, kullanıcılar "Kullanıcı Profili Hizmeti hizmeti oturum açamadı. Kullanıcı Profili yüklenemiyor." İleti.

Orada kimse bu sorunu yaşadı mı?

Samsung Universal Print Driver'da bu davranışı önleme veya kendi kendini temizleme özelliğine sahip bir ayar var mı?

windows-server-2008-r2 remote-desktop drivers

— eklembacaklılardan
kaynak

Acını hissediyorum. HP Evrensel Sürücüler, birkaç yıl önce biriktiricinin binlerce HP işlemi çalışırken çökeceği çok daha iyi değildi . Bu soruyu kesin olarak izleyeceğim.

— pauska

Samsung desteği bugün aradığımda bir dava oluşturdu. Umarım yakında bir cevapları olur.

— Arachnid

Bazı araştırmalardan sonra DevModes2 anahtar sorununun support.microsoft.com/kb/2871131 ile ilgili olduğunu bulduktan sonra düzeltmeyi yükledik. Ancak, düzeltme, görünüşe göre sadece büyümesini engeller karışıklığı temizlemez. Samsung SSPrint söz konusu olduğunda, temizlendikten sonra tekrar büyüyorlar. Kayıt defterini 2048MB'nin altına indirmek için bazı kayıt defteri kovanı temizlemesi yapmak zorunda kaldık ( support.microsoft.com/kb/2498915 ). Şimdi, Samsung sürücüleri ile bir çözüm bulana kadar sunucuları boşaltma moduna sokmak için izliyor ve hazırlanıyoruz.

— Arachnid

@Archanid İlginç! Durumu nasıl izliyorsunuz?

— pauska

NOT, Samsung Universal Print sürücüleri ve Uzak Masaüstü Oturum Barındırma için Windows Server 2008 R2 (RDSH) kullanan herkes için. Ayrıca, bireysel kullanıcı profillerinde kayıt defteri şişkinliği yaşarsınız. Gezici Kullanıcı Profilleri kullanıyorsanız, kayıt defterinin SSPrint ile ilgili anahtarları silmek için tanımlanmış Grup İlkeleri ile bir Kayıt Defteri HIVE yüklemesi ve Dışa Aktarması gerektiği noktaya geldiği durumlar ile karşılaşabilirsiniz. HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m Yukarıdaki tuşlar, sürücüler tarafından kullanılan belirli Samsung Baskı İşlemcilerini gösterir.

— Arachnid

Yanıtlar:

Aynı sorunu yaşadım ve Samsung Universal Print Driver 2'nin (2.50.5) yeni sürümünde düzeltildiğini onaylayabilirim. Ayrıca 2.50.2 kullanıyordum ve söz konusu anahtar 275MB kullanıyordu. Eski sürümü kaldırmak ve yeni sürümü sunucuya yüklemek (herhangi bir istemci sürücüsünü güncellemedim) anahtarın boyutunu 3 MB'a düşürdü. Ayrıca oturum açıp tekrar kapatmayı denedim ve şimdi oturum açtığınızda, daha önce aksine, oturum kapattığınızda tuşları sildiğini onaylayabilirim.

Merak ediyorsanız, daha önce anahtarları silmezdi. Tek kullanıcılı bir ortamda bu bir sorun değildir, ancak yazıcılar kullanıcı ve oturum için adlandırıldığından, üstel bir sorundur (benimki gibi 20 kullanıcı sunucusu için 400'e kadar anahtar üretersiniz ... müşteri başına sadece 1 yazıcı var)

edit: yeni anahtar spe__ yerine usp01 denir

— Jared Epp
kaynak

JaredEpp, Samsung'un sorunlarını çözmeyi başardığını duyduğuma sevindim. Belki de Samsung için üzgünüm, bu sorun nedeniyle Samsung yazıcıları satın almama konusunda şirket çapında bir karar verdik ve o zamandan beri satın almadık. Grup İlkesi Tercihleri Kayıt Defteri Temizleyicileri ve Dolaşım Kullanıcı Kayıt Defteri Kovanları yüklemek için bazı kullanışlı PowerShell komut dosyaları yapma sona erdi, bu da kullanıcıların NTUSER.DAT dosyalarını temizleyip sıkıştıracaktır.

— Arachnid

HP'de de aynı sorun var. Sorun, aynı yazıcı eşlemesine aynı anda bağlı birden fazla kullanıcı söz konusu olduğunda sürücünün çok akıllı olmaması ve her kullanıcı için kendini yeniden yüklemeye çalışmasıdır. Bunu nasıl düzeltebileceğimizi asla çözemedik, ancak iki geçici çözüm bulduk:

Çözüm A (kolay düzeltme ancak toplam saldırıdır)
Windows Installer hizmetini devre dışı olarak ayarlayın. Sorunu ölmüş halde durdurur. Olumsuz olsa da açıktır. Bir yükleme veya güncelleme çalıştırmanız gerektiğinde, hizmeti tekrar açmanız gerekir ve kayıt hemen yeniden şişmeye başlar.

Çözüm B (çirkin düzeltme ancak kararlı ve destekleniyor)
Uzak Masaüstü EasyPrint sürücüsünü Grup İlkesi aracılığıyla zorlayın. Bu, yazdırma işlerinin sunucu yerine istemcilerde oluşturulmasını sağlar. Buradaki dezavantaj, daha sonra her kullanıcının yazıcı bağlantısını gruptaki her sunucudaki her yazıcıdan elle kaldırmanız ve ardından sürücüleri silmeniz gerekecek. Umarım senaryo yazma konusunda iyisin!

— Wes Sayeed
kaynak

Sürücüyü terminal hizmetleri yükleyici modunda yüklemeyi denediniz mi? Komut isteminde, change user /installsürücüleri yazın ve yükleyin. Ardından change user /execute, normal kullanıcı moduna dönmek için yazın . support.microsoft.com/kb/320185 Bunun işe yarayıp yaramadığını bilmek istiyorum.

— Thomas

Sürücüler bu şekilde kurulmaz. Bir kullanıcı belirli bir yazıcıya bağlandığında baskı sunucusu tarafından itilir, böylece yürütme modunu değiştirmez. Bunun dışında bile HP'nin sürücüsü iş istasyonlarında bile sakat. Kayıt defterine bakarsanız, HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ PendingFileRenameOperations altında, HP'de neredeyse her zaman bir şeyler vardır. Sadece FYI, bu anahtar yükleyiciler tarafından bir sonraki yeniden yüklemede sistem dosyalarını silmek / değiştirmek için kullanılır. HP'nin sürücüsü her zaman bir şeyler yapmaya çalışıyor. Keşke sadece ne olduğunu bilseydim.

— Wes Sayeed

Görüyorum ki, bir baskı sunucusu kullanıyorsunuz. OP RDS kullanıyor, bu nedenle kurulum modunun ayarlanması durumunda bir fark yaratabilir.

— Thomas

Deneyimlerime göre, Uzak Masaüstü EasyPrint, WYSE OS İnce İstemci gibi Windows olmayan bir RDP İstemcisi kullanan herkes için bir çözüm değildir. Bu sınırlama nedeniyle, yalnızca ortamımızda çalışmadığından Uzak Masaüstü EasyPrint'ten tamamen uzak durduk Yazıcıları Grup İlkesi Yazıcı Bağlantıları (Kullanıcı Yapılandırma Düzeyi) {Yazıcı Yönetiminde Dağıtılmış Yazıcılar} aracılığıyla dağıtıyoruz. Grup İlkesi tercihlerini kullanmak için bunu değiştirmek için bazı araştırmalar yapıldı, ancak her site için kullanıcıların hedeflenmesi / test edilmesi tamamlanmadı.

— Arachnid