Comments 16
Спасибо за статью.
А можете более подробно написать про практическое использование? Я просто пытаюсь прикинуть когда у тебя мешанина старого, нового, сетевого, usb, конфликтующих дров и взаимодействия/проблем с терминальными серверами.
Не совсем понял вопрос. USB-принтеров, физически подключенных к принт-серверу, у меня нет. Есть много тех, что подключены к рабочим станциям (наследство времён былой роскоши), которые без крови у людей не заберёшь. Есть вариант и такие принтеры завести на принт-сервер, запретив пользователям печатать на них напрямую (включая "хозяина"), но надо ли оно?
С RDP-пробросом бывают проблемы, когда, например, драйвер принтера не совместим с TS Easy Print и нужно по-старинке ставить его (драйвер) на RDP-сервер. Или устаревший клиент на XP, которому надо .NET Framework обновить/переустановить. Или — что иногда разумнее — Винду поновее залить. It depends.
И в целом касательно мешанины и конфликтов — тут бесконечное множество комбинаций, и, как в песне поётся, "не разберёшь, пока не повернёшь".
Так как картриджи в локальных принтерах кончались вразнобой, то юзеры не смогли объединиться и устроить протест ;)
P.S. Несколько локальных принтеров, которые реально были нужны, получили именную строчку в бюджете «покупка картриджа XXX для принтера YYY в отделе ZZZ».
С рдп, как написали ниже используем ScrewDrivers ещё с 2003, освобождает необходимость вообще дрова принтеров ставить на rdp (и кстати нехило сжимает размер отправленных на печать заданий)… но кто его знает, может в современной реализации серверной винды с этим хорошо… узнать хочется, а пробовать нет… ибо накушался)
За утилиту PrintBrm спасибо.
У меня раньше была идея в создании failover кластера просто с виртуальным именем и IP-адресом, которые бы ездили между узлами, и добавлением службы Print Spooler как ресурс Generic Service в кластере. Но как раз был вопрос в синхронизации принтеров между двумя узлами. Ручной вариант (создать принтер и тут, и там) не устроил, поэтому этот тему приостановили.
А вот теперь с PrintBrm есть интересный вариант. Тем более, что можно также создать кластерное задание планировщика задач, которое выполняется на узле владельце роли (который будет определять направление репликации).
Таким образом будет и автоматический failover (упала служба/сервер) и автоматическая синхронизация принтеров.
Если бы потом ещё с очередью разобраться, было бы вообще хорошо :)
А за статью огромное спасибо, как раз искал материал по этой теме, буду пробовать у себя реализовывать.
Здравствуйте, спасибо за статью. благодаря ей проработал многие моменты только уже на powershell. Вот моя статья - https://habr.com/ru/articles/761750/
Отказоустойчивый сервер печати на базе Windows