Windows Server 2008 R2 - RDSH - Registry mengasapi dengan Samsung Universal Print Driver

12

Saat menjalankan beberapa peternakan Windows Server 2008 R2 RDSH kami mengalami masalah di mana server RDSH semua memiliki Registry mereka membengkak ke nilai maksimum 2048MB. Menggunakan Sysinternals Registry Usage (ru.exe), kami dapat menentukan lebih dari 1000MB registri yang digunakan oleh kunci terkait Printer Universal Samsung.

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

Bagian Registry tempat bloat terjadi:

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

Masing-masing subkunci memiliki lebih dari 500 kunci di mana Penggunaan Registri melaporkan mereka masing-masing mengambil 30-40MB.

Subkunci contoh: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

Melihat ke data kunci "Kemampuan", "MUIData", dll. Anda pasti dapat mengetahui bahwa itu adalah Samsung Universal sebagai referensi nilai Samsung Universal saat Anda melihatnya.

Mengambil salah satu server dari campuran saya mencoba membersihkan kunci-kunci ini dan dapat melakukannya. Membersihkan bagian ". Kesalahan" juga membersihkan kunci "S-1-5-18", jadi saya pikir ini adalah tautan referensi di dalam Registry. Ketika saya melakukannya saya membersihkan HKU\.default\Printers\DevModes2juga karena bagian ini bahkan tidak akan terbuka di Regedit. Untuk menghapus saya harus CLI untuk menghapus kunci "DevModes2" dan kemudian membuat ulang kunci di Regedit.

Segera setelah saya masuk dengan akun yang memiliki printer yang dikerahkan kepada mereka dengan Samsung Universal Print Driver tombol-tombol ini mulai muncul dan menghapus registri. Karena registri sudah penuh, kami mengalami masalah Profil Pengguna yang menyebabkan Profil Sementara dimuat. Ketika kami menonaktifkan kemampuan untuk memiliki Profil Sementara, pengguna kemudian dapat menjalankan "Layanan Layanan Profil Pengguna gagal masuk. Profil Pengguna tidak dapat dimuat." pesan.

Adakah orang di luar sana yang mengalami masalah ini?

Apakah ada pengaturan di Samsung Universal Print Driver untuk mencegah perilaku ini atau membersihkannya sendiri?

Arachnid
sumber
Aku merasakan sakitmu. Driver Universal HP tidak jauh lebih baik beberapa tahun yang lalu, di mana spooler akan mogok dengan ribuan proses HP berjalan. Saya pasti akan menonton pertanyaan ini.
pauska
Dukungan Samsung membuat kasus hari ini ketika saya menelepon. Mudah-mudahan, mereka akan memiliki jawaban segera.
Arachnid
Setelah beberapa penelitian menemukan masalah utama DevModes2 terkait dengan support.microsoft.com/kb/2871131 dan kami memang memiliki perbaikan terbaru yang diinstal. Namun, perbaikan terbaru tidak membersihkan kekacauan yang tampaknya hanya membuatnya tumbuh. Ketika datang ke Samsung SSPrint mereka kembali tumbuh setelah dibersihkan. Untuk mendapatkan registri di bawah 2048MB kami harus melakukan beberapa pembersihan kumpulan registri ( support.microsoft.com/kb/2498915 ). Sekarang kami hanya memantau dan bersiap untuk menempatkan server dalam mode tiriskan hingga kami memiliki solusi dengan driver Samsung.
Arachnid
@Archanid Menarik! Bagaimana Anda memantau situasi?
pauska
1
CATATAN untuk orang lain di luar sana yang menggunakan driver Samsung Universal Print dan Windows Server 2008 R2 untuk Remote Desktop Session Hosting (RDSH). Anda juga akan mengalami kembung registri pada profil pengguna individu. Jika Anda menggunakan Roaming User Profilees Anda mungkin mengalami masalah di mana registri akan membengkak ke titik di mana Pendaftaran dan Ekspor HIVE diperlukan dengan Kebijakan Grup yang ditetapkan untuk Menghapus kunci terkait SSPrint. HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m Kunci di atas merujuk ke Prosesor Cetak Samsung spesifik yang digunakan oleh driver.
Arachnid

Jawaban:

1

Saya memiliki masalah yang sama persis dan dapat mengkonfirmasikannya telah diperbaiki dalam versi baru Samsung Universal Print Driver 2 (2.50.5). Saya juga menjalankan 2.50.2 dan kuncinya adalah menggunakan 275MB. Cukup menghapus versi lama dan menginstal versi baru di server (saya tidak memperbarui driver klien) mengurangi ukuran kunci menjadi 3MB. Saya juga mencoba masuk dan mundur dan dapat mengonfirmasi sekarang menghapus kunci ketika Anda log off, tidak seperti sebelumnya.

Jika Anda penasaran, sebelum itu tidak akan menghapus kunci. Dalam lingkungan pengguna tunggal ini bukan masalah tetapi karena printer dinamai untuk pengguna dan sesi, itu adalah masalah eksponensial (untuk server 20 pengguna seperti milik saya, Anda menghasilkan hingga 400 kunci ... dan itu jika Anda hanya memiliki 1 printer per klien)

sunting: kunci baru disebut usp01 bukan spe__

Jared Epp
sumber
JaredEpp, senang mendengar Samsung berhasil memperbaiki masalah mereka. Mungkin, sedih untuk Samsung kami membuat keputusan di seluruh perusahaan untuk tidak membeli printer Samsung karena masalah ini dan belum membeli apapun sejak itu. Saya akhirnya membuat sejumlah Kebijakan Grup Preferensi Registry Cleaners dan beberapa skrip PowerShell berguna untuk memuat Roaming User Registry Hives yang kemudian akan membersihkan dan kompres file pengguna NTUSER.DAT.
Arachnid
1

HP memiliki masalah yang sama persis ini. Masalahnya adalah bahwa pengandar tidak terlalu pintar ketika datang ke beberapa pengguna yang terhubung ke pemetaan printer yang sama pada waktu yang sama dan terus berusaha menginstal ulang sendiri untuk setiap pengguna. Kami tidak pernah menemukan cara untuk memperbaiki ini, tetapi kami menemukan dua solusi:

Solusi A (perbaikan mudah tetapi merupakan peretasan total)
Mengatur layanan Pemasang Windows dinonaktifkan. Menghentikan masalah mati di jalurnya. Kerugiannya jelas. Segera setelah Anda perlu menginstal atau menjalankan pembaruan, Anda harus menghidupkan kembali layanan dan registri akan segera mulai membengkak lagi.

Solusi B (perbaikan buruk tetapi stabil dan didukung)
Menegakkan driver Remote Desktop EasyPrint melalui Kebijakan Grup. Ini membuat pekerjaan cetak dirender pada klien, bukan pada server. Kelemahannya di sini adalah Anda harus menghapus koneksi printer setiap pengguna secara manual dari setiap printer di setiap server di farm, dan kemudian menghapus driver. Saya harap Anda pandai menulis!

Wes Sayeed
sumber
Sudahkah Anda mencoba menginstal driver dalam mode installer layanan terminal? Pada prompt perintah, ketik change user /installdan kemudian instal driver. Kemudian ketik change user /executeuntuk kembali ke mode pengguna biasa. support.microsoft.com/kb/320185 Saya benar-benar ingin tahu apakah itu berhasil.
Thomas
Driver tidak diinstal dengan cara itu. Mereka didorong oleh server cetak ketika pengguna terhubung ke printer tertentu sehingga tidak ada perubahan pada mode eksekusi. Bahkan terlepas dari itu, driver HP masih lemah bahkan di workstation. Jika Anda melihat registri Anda, di bawah HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ PendingFileRenameOperations, hampir selalu ada sesuatu di sana dari HP. Hanya FYI, kunci itu digunakan oleh installer untuk menghapus / memodifikasi file sistem pada reboot berikutnya. Driver HP selalu berusaha melakukan sesuatu. Saya hanya berharap saya tahu apa itu.
Wes Sayeed
Saya mengerti, Anda menggunakan server cetak. OP menggunakan RDS, jadi pengaturan mode instalasi mungkin membuat perbedaan dalam kasusnya.
Thomas
Dari pengalaman saya, Remote Desktop EasyPrint tidak banyak solusi bagi siapa pun yang menggunakan Klien RDP non-Windows seperti WYSE OS Thin Client. Karena keterbatasan ini, kami telah benar-benar menjauh dari Remote Desktop EasyPrint karena tidak akan berfungsi di lingkungan kami. Kami menyebarkan printer melalui Kebijakan Grup Koneksi Printer (Level Konfigurasi Pengguna) {Deployed Printers in Print Management}. Beberapa penelitian dilakukan untuk mengubah ini menggunakan preferensi Kebijakan Grup tetapi penargetan / pengujian pengguna untuk setiap situs belum selesai.
Arachnid