Windows Server 2008 R2 - RDSH - Đăng ký phình to với Trình điều khiển in chung của Samsung


12

Trong khi chạy nhiều trang trại RDSH của Windows Server 2008 R2, chúng tôi đang gặp phải một vấn đề trong đó tất cả các máy chủ RDSH đều có Sổ đăng ký của họ đầy đủ với giá trị tối đa 2048MB. Sử dụng Sysiternals Registry Use (ru.exe), chúng tôi có thể xác định hơn 1000 MB đăng ký đang được sử dụng bởi các khóa liên quan đến Máy in Samsung Universal.

  • Trình điều khiển in đa năng của Samsung: Phiên bản 2.3.90
  • Trình điều khiển in đa năng Samsung 2: Phiên bản 2.50.2.0

Phần đăng ký nơi xảy ra sự phình to:

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

Mỗi khóa con có hơn 500 khóa trong đó Sử dụng đăng ký đang báo cáo rằng chúng đang chiếm tới 30 - 40 MB mỗi khóa.

Ví dụ khóa con: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

Nhìn vào dữ liệu của các khóa "Khả năng", "MUIData", v.v. Bạn chắc chắn có thể nói chúng là Samsung Universal như các giá trị tham chiếu Samsung Universal khi bạn xem chúng.

Lấy một trong các máy chủ ra khỏi hỗn hợp, tôi đã thử làm sạch các phím này và có thể. Làm sạch phần ".Default" cũng làm sạch các phím "S-1-5-18", vì vậy tôi nghĩ đây là các liên kết tham chiếu trong Sổ đăng ký. Khi tôi làm điều đó, tôi cũng xóa HKU\.default\Printers\DevModes2phần này vì phần này thậm chí sẽ không mở trong Regedit. Để xóa, tôi phải CLI để xóa khóa "DevModes2" và sau đó tạo lại khóa trong Regedit.

Ngay khi tôi đăng nhập bằng tài khoản có máy in được triển khai cho họ bằng Trình điều khiển in chung của Samsung, các phím này bắt đầu xuất hiện và làm mất sổ đăng ký. Vì sổ đăng ký quá đầy nên chúng tôi đã gặp phải sự cố Hồ sơ người dùng khiến Hồ sơ tạm thời tải. Khi chúng tôi vô hiệu hóa khả năng có Hồ sơ tạm thời, người dùng có thể chạy vào "Dịch vụ hồ sơ người dùng không đăng nhập. Hồ sơ người dùng không thể được tải." thông điệp.

Có ai ngoài đó có kinh nghiệm vấn đề này?

Có một số cài đặt trong Trình điều khiển in phổ dụng của Samsung để ngăn chặn hành vi này hoặc để nó tự dọn dẹp?


Tôi cảm nhận được nỗi đau của bạn. HP Universal Driver không tốt hơn nhiều trong vài năm trước, nơi bộ đệm sẽ gặp sự cố với hàng ngàn quy trình HP đang chạy. Tôi sẽ xem câu hỏi này cho chắc chắn.
pauseka

Bộ phận hỗ trợ của Samsung đã tạo ra một trường hợp ngày hôm nay khi tôi gọi đến. Hy vọng, họ sẽ sớm có câu trả lời.
Arachnid

Sau khi một số nghiên cứu tìm thấy sự cố khóa DevModes2 có liên quan đến support.microsoft.com/kb/2871131 và chúng tôi đã cài đặt hotfix. Tuy nhiên, các hotfix không dọn dẹp mớ hỗn độn mà dường như chỉ khiến nó không phát triển. Khi nói đến Samsung SSPrint, họ đã phát triển trở lại sau khi dọn dẹp. Để có được sổ đăng ký xuống dưới 2048 MB, chúng tôi đã phải thực hiện một số dọn dẹp tổ chức đăng ký ( support.microsoft.com/kb/2498915 ). Bây giờ chúng tôi chỉ giám sát và chuẩn bị đặt máy chủ ở chế độ thoát cho đến khi chúng tôi có giải pháp với trình điều khiển Samsung.
Arachnid

@Archanid Thú vị! Bạn đang theo dõi tình hình như thế nào?
pauseka

1
LƯU Ý cho bất kỳ ai khác sử dụng trình điều khiển Samsung Universal Print và Windows Server 2008 R2 cho Remote Desktop session Hosting (RDSH). Bạn cũng sẽ trải nghiệm đăng ký phình to trên hồ sơ người dùng cá nhân. Nếu bạn đang sử dụng Hồ sơ người dùng chuyển vùng, bạn có thể gặp phải sự cố trong đó sổ đăng ký sẽ phình to đến mức cần phải tải và xuất HIVE với Chính sách nhóm được xác định để xóa các khóa liên quan đến SSPrint. HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m Các phím trên tham khảo Bộ xử lý in Samsung cụ thể được sử dụng bởi các trình điều khiển.
Arachnid

Câu trả lời:


1

Tôi đã có cùng một vấn đề chính xác và có thể xác nhận nó đã được sửa trong phiên bản mới của Samsung Universal Print Driver 2 (2.50.5). Tôi cũng đang chạy 2.50.2 và chìa khóa trong câu hỏi là sử dụng 275MB. Chỉ cần gỡ cài đặt phiên bản cũ và cài đặt phiên bản mới trên máy chủ (Tôi không cập nhật bất kỳ trình điều khiển máy khách nào) đã giảm kích thước của khóa xuống còn 3MB. Tôi cũng đã thử đăng nhập và tắt và có thể xác nhận nó bây giờ xóa các khóa khi bạn đăng xuất, không giống như trước đây.

Nếu bạn tò mò, trước khi nó sẽ không xóa các phím. Trong một môi trường người dùng, đây không phải là vấn đề nhưng vì máy in được đặt tên cho người dùng và phiên, nên đó là một vấn đề theo cấp số nhân (đối với máy chủ 20 người dùng như tôi, bạn tạo ra tới 400 khóa ... và đó là nếu bạn chỉ có 1 máy in cho mỗi khách hàng)

chỉnh sửa: khóa mới được gọi là usp01 thay vì spe__


JaredEpp, vui mừng khi nghe Samsung quản lý để khắc phục vấn đề của họ. Có lẽ, thật buồn cho Samsung, chúng tôi đã đưa ra quyết định trên toàn công ty về việc không mua máy in Samsung do vấn đề này và đã không mua bất kỳ máy tính nào kể từ đó. Cuối cùng tôi đã tạo ra một số Trình dọn dẹp sổ đăng ký tùy chọn chính sách nhóm và một số tập lệnh PowerShell tiện dụng để tải Tổ chức đăng ký người dùng chuyển vùng, sau đó sẽ dọn dẹp và nén các tệp NTUSER.DAT của người dùng.
Arachnid

1

HP có vấn đề chính xác như vậy. Vấn đề là trình điều khiển không thông minh lắm khi có nhiều người dùng kết nối với cùng một bản đồ máy in cùng một lúc và nó vẫn cố gắng tự cài đặt lại cho mỗi người dùng. Chúng tôi chưa bao giờ tìm ra chính xác cách khắc phục điều này, nhưng chúng tôi đã đưa ra hai cách giải quyết:

Giải pháp A (sửa dễ dàng nhưng là hack hoàn toàn)
Đặt dịch vụ Windows Installer thành vô hiệu hóa. Dừng vấn đề chết trong bài hát của nó. Nhược điểm là rõ ràng mặc dù. Ngay khi bạn cần thực hiện cài đặt hoặc chạy các bản cập nhật, bạn phải bật lại dịch vụ và đăng ký sẽ ngay lập tức bắt đầu sưng trở lại.

Giải pháp B (sửa lỗi xấu nhưng ổn định và được hỗ trợ)
Thi hành trình điều khiển EasyPrint trên máy tính từ xa thông qua Chính sách nhóm. Điều này làm cho các lệnh in kết xuất trên máy khách thay vì máy chủ. Nhược điểm ở đây là sau đó bạn sẽ cần phải xóa thủ công mọi kết nối máy in của người dùng khỏi mọi máy in trên mọi máy chủ trong cụm máy chủ, sau đó xóa trình điều khiển. Tôi hy vọng bạn tốt với kịch bản!


Bạn đã thử cài đặt trình điều khiển trong chế độ cài đặt dịch vụ đầu cuối chưa? Tại dấu nhắc lệnh, gõ change user /installvà sau đó cài đặt trình điều khiển. Sau đó gõ change user /executeđể trở về chế độ người dùng thông thường. support.microsoft.com/kb/320185 Tôi thực sự muốn biết nếu nó hoạt động.
Thomas

Các trình điều khiển không được cài đặt theo cách đó. Chúng bị đẩy bởi máy chủ in khi người dùng kết nối với một máy in cụ thể để không thay đổi chế độ thực thi. Ngay cả bên cạnh đó, trình điều khiển của HP vẫn rất mạnh mẽ ngay cả trên máy trạm. Nếu bạn nhìn vào sổ đăng ký của mình, trong HKLM \ HỆ THỐNG \ CurrentControlset \ Control \ Session Manager \ PendingFileRenameOperations, hầu như luôn có thứ gì đó từ HP. Chỉ cần FYI, khóa đó được các trình cài đặt sử dụng để xóa / sửa đổi các tệp hệ thống trong lần khởi động lại tiếp theo. Trình điều khiển của HP luôn cố gắng làm một cái gì đó. Tôi chỉ ước tôi biết nó là gì.
Wes Sayeed

Tôi thấy, bạn đang sử dụng một máy chủ in. OP đang sử dụng RDS, vì vậy cài đặt chế độ cài đặt có thể tạo ra sự khác biệt trong trường hợp của anh ấy.
Thomas

Theo kinh nghiệm của tôi, Remote Desktop EasyPrint không phải là một giải pháp cho bất kỳ ai sử dụng Máy khách RDP không phải Windows, chẳng hạn như Máy khách mỏng của hệ điều hành WYSE. Do hạn chế này, chúng tôi thực sự đã tránh xa Remote Desktop EasyPrint vì nó sẽ không hoạt động trong môi trường của chúng tôi. Chúng tôi triển khai các máy in thông qua Kết nối máy in chính sách nhóm (Cấp cấu hình người dùng) {Máy in được triển khai trong Quản lý in}. Một số nghiên cứu đã được thực hiện để thay đổi điều này để sử dụng tùy chọn Chính sách nhóm nhưng việc nhắm mục tiêu / thử nghiệm của người dùng cho từng trang web chưa được hoàn thành.
Arachnid
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.