Windows Server 2008 R2 - RDSH - розкрій реєстру з універсальним драйвером друку Samsung

Під час роботи декількох ферм Windows Server 2008 R2 RDSH у нас виникає проблема, коли всі сервери RDSH мають реєстр роздуто до максимального значення 2048 МБ. Використовуючи використання реєстру Sysinternals (ru.exe), ми змогли визначити понад 1000 Мб реєстру, використовуваного клавішами Samsung Universal Printer.

Універсальний драйвер друку Samsung: Версія 2.3.90
Універсальний драйвер друку Samsung 2: Версія 2.50.2.0

Розділи реєстру, де відбувається здуття:

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

Кожен з цих підрозділів має понад 500+ ключів, де реєструється використання реєстру, вони займають по 30-40 Мб кожен.

Приклад підрозділу: HKU\.default\software\ssprint\spe__\{BCC489E0-E2CA-442B-A5A5-9B849579BE1F}

Переглядаючи дані клавіш "Можливості", "MUIData" тощо. Ви точно можете сказати, що вони є Samsung Universal як значення, посилання Samsung Universal при їх перегляді.

Вийнявши один із серверів із суміші, я спробував очистити ці ключі і зміг. Очищення розділу ".Default" також очистило клавіші "S-1-5-18", тому я думаю, що це посилання в Реєстрі. Коли я це зробив, я також очистив це HKU\.default\Printers\DevModes2, оскільки цей розділ навіть не відкриється в Regedit. Для того, щоб видалити, мені довелося CLI видалити ключ "DevModes2", а потім відтворити ключ у Regedit.

Щойно я входжу з обліковим записом, на якому принтер розгорнуто їх разом із універсальним драйвером друку Samsung, ці клавіші починають з’являтися і розмивати реєстр. Оскільки реєстр настільки заповнений, у нас виникли проблеми з профілем користувача, які спричиняють завантаження тимчасових профілів. Коли ми відключили можливість мати Тимчасовий профіль, то користувачі можуть зіткнутися з "Службою профілю користувачів користувача не вдалося ввійти. Профіль користувача не можна завантажити". повідомлення.

Хтось там не стикався з цим питанням?

Чи є якесь налаштування в універсальному драйвері друку Samsung, щоб запобігти такій поведінці або щоб очистити його після себе?

windows-server-2008-r2 remote-desktop drivers

— Арахнід
джерело

Я відчуваю твій біль. Універсальні драйвери HP не були набагато кращими кілька років тому, де мотоблок вийшов з ладу під час роботи тисяч процесів HP. Я буду дивитись це питання точно.

— pauska

Підтримка Samsung створила випадок, коли я зателефонував. Сподіваємось, незабаром вони отримають відповідь.

— Арахнід

Після деяких досліджень було виявлено, що проблема DevModes2 була пов’язана з support.microsoft.com/kb/2871131, і ми встановили виправлення. Однак виправлення не усуває безлад, він, очевидно, просто утримує його від зростання. Що стосується Samsung SSPrint, вони знову зростають після прибирання. Для того, щоб знизити реєстр нижче 2048 МБ, нам довелося виконати деяке очищення вулика реєстру ( support.microsoft.com/kb/2498915 ). Тепер ми просто проводимо моніторинг та готуємося перевести сервери в режим зливу, поки не знайдемо рішення з драйверами Samsung.

— Арахнід

@Archanid Цікаво! Як ви стежите за ситуацією?

— pauska

ПРИМІТКА для інших, хто використовує драйвери Samsung Universal Print та Windows Server 2008 R2 для хостингу віддаленого робочого столу (RDSH). Ви також відчуєте розрив реєстру в окремих профілях користувачів. Якщо ви використовуєте користувацькі профілі Roaming, у вас можуть виникнути проблеми, коли реєстр розшириться до того, що потрібне завантаження та експорт реєстру з використанням групових політик, визначених для видалення пов'язаних з SSPrint ключів. HKCU \ Software \ SSPrint \ spe__ HKCU \ Software \ SSPrint \ spd__ HKCU \ Software \ SSPrint \ ssp6m Клавіші вище стосуються конкретних процесорів друку Samsung, використовуваних драйверами.

— Арахнід

Відповіді:

У мене була точно така ж проблема, і я можу підтвердити, що вона виправлена в новій версії Samsung Universal Print Driver 2 (2.50.5). Я також працював 2.50.2, і ключовим питанням було використання 275 Мб. Просто видалення старої версії та встановлення нової версії на сервер (я не оновлював жодних драйверів клієнта) зменшили розмір ключа до 3 Мб. Я також спробував увійти та вимкнутись, і я можу підтвердити, що зараз видаляє ключі при виході, на відміну від раніше.

Якщо вам цікаво, раніше ключі не видаляли б. У єдиному користувальницькому середовищі це не проблема, але оскільки принтери названі для користувача та сеансу, це експоненціальна проблема (для 20-ти сервера користувачів, таких як мій, ви генеруєте до 400 ключів ... і це якщо ви лише 1 принтер на клієнта)

редагувати: новий ключ називається usp01 замість spe__

— Джаред Епп
джерело

JaredEpp, радий почути, що Samsung зумів виправити свою проблему. Мабуть, сумно для Samsung, ми прийняли рішення у цілому по компанії не купувати принтери Samsung через цю проблему і не купували жодного разу. Я в кінцевому підсумку створив декілька параметрів групової політики "Реєстр очищення реєстру" та деякі зручні сценарії PowerShell для завантаження вуликів реєстру користувачів Roaming, які потім очищали та стискали користувачеві файли NTUSER.DAT.

— Арахнід

HP має таку саму проблему. Проблема полягає в тому, що драйвер не дуже розумний, коли мова йде про декількох користувачів, підключених до одного і того ж принтера, відображаючи одночасно, і він намагається перевстановити для кожного користувача. Ми ніколи не з'ясували, як саме це виправити, але придумали два обхідні шляхи:

Рішення A (просте виправлення, але це повний злом)
Установіть службу Windows Installer вимкнено. Зупиняє проблему мертвою на своїх слідах. Мінус очевидний, однак. Як тільки вам потрібно буде встановити або запустити оновлення, потрібно знову ввімкнути службу, і реєстр негайно знову почне набухати.

Рішення B (потворне виправлення, але стабільне та підтримується)
Застосовуйте драйвер EasyPrint віддаленого робочого столу за допомогою групової політики. Завдяки цьому завдання друку відображаються на клієнтах замість сервера. Мінусом тут є те, що вам потім потрібно буде вручну видалити з'єднання кожного принтера з кожного принтера на кожному сервері ферми, а потім видалити драйвери. Я сподіваюсь, що ти гарно робиш сценарії!

— Уес Сайед
джерело

Ви намагалися встановити драйвер у режимі встановлення служб терміналів? У командному рядку введіть change user /installі потім встановіть драйвери. Потім введіть change user /executeдля повернення до звичайного режиму користувача. support.microsoft.com/kb/320185 Я дуже хотів би знати, чи працює це.

— Томас

Драйвери не встановлюються таким чином. На сервер друку їх натискає, коли користувач підключається до певного принтера, щоб не змінювати режим виконання. Навіть окрім цього, водій HP все ще хитрий навіть на робочих станціях. Якщо ви подивитеся на свій реєстр, у розділі HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ PendingFileRenameOperations майже завжди є щось від HP. Просто FYI, цей ключ використовується установниками для видалення / зміни системних файлів при наступному перезавантаженні. Водій HP завжди намагається щось зробити. Я просто хочу, щоб я знав, що це.

— Уес Сайед

Я бачу, ви використовуєте сервер друку. ОП використовує RDS, тому встановлення режиму установки може змінити ситуацію в його випадку.

— Томас

З мого досвіду, EasyPrint віддаленого робочого столу - це не дуже велике рішення для тих, хто використовує клієнт RDP, який не є Windows, наприклад, тонкий клієнт ОС WYSE. Через це обмеження ми фактично повністю трималися осторонь від віддаленого робочого столу EasyPrint, оскільки він просто не працюватиме в нашому середовищі. Ми розгортаємо принтери за допомогою підключень групових політик до принтерів (рівень конфігурації користувача) {Deployed Printers in Print Management}. Було проведено декілька досліджень, щоб змінити це для використання налаштувань групової політики, але націлювання / тестування користувачів для кожного сайту не завершено.

— Арахнід