Pull to refresh

Comments 12

Всё же проще устанавливать опубликованные в АД принтеры через gpo\Политики пользователя\предпочтения, с нацеливанием на вхождение пользователя в определённую доменную группу.
Для автоматической установки достаточно включения в доменную группу и релогин пользователя.

Проще ровно до того момента, пока не начнете ловить приколы с расшаренными принтерами. А они проявляются довольно быстро. Навскидку:

  1. Забивание реестра расшаренными принтерами.

  2. Забивание механизма CSR удаленными\старыми\ненужными принтерами.

  3. Исчезновение всех принтеров у пользователя до перелогина. Иногда до удаления профиля.

Это основные проблемы, которые заставили сделать свое решение, примерно такое же как в статье. Отличия:

  • В качестве хранилища используется MSSQL, поскольку уже развернут в компании.

  • Импорты разделены на фулл\дифф, поскольку сравнение занимает много времени. Дифф вычисляется при экспорте сравнением на стороне SQL.

  • Инициатор установки не принт-сервер, а каждый RDSH, из-за их количества.

Данный механизм позволил полностью решить все проблемы с принтерами, работает успешно уже более 5 лет. Принтеров около 2000+, 100+ серверов.

я думал про хранение в базе, но это наверное будет уже следующий этап. Кстати Вы очень правы - если инициатор rdsh, то экономится много времени так как установка идет одновременно на все серверы...

Ну, идеальным решением стало бы follow printing, когда в ОС устанавливается только один виртуальный принтер, а печать определяется политиками организации.
Вот тут, к примеру, статья у КРОК с описанием преимуществ.

Очень узкое решение, рассчитано на офис, где стоит большое МФУ, к которому все ходят

Нереализуемо для организации печати на складах и россыпи филиалов, думаю, что вы понимаете почему

Я бы не сказал, что этажные МФУ - большие. Равно, как бы и то, что ниша использования этого ПО - узкая.
Скорее - наоборот, судя по высокой конкуренции в области печати по требованию. Маржинальность этого рынка больше, чем рынка печати для soho.

Разумеется, нет смысла городить Follow printing в компании из пяти человек и одного принтера, но начиная с определённого момента роста размера компании, приобретение данного ПО становится выгодным, хотя бы за счёт экономии на бумаге.

Кстати, иметь один этажный принтер выгоднее со всех сторон, чем россыпь локальных.

С другой стороны, соорудить подобную систему на базе сервера печати Windows не так уж и сложно. Ведь, по сути, опубликованные принтеры - это сетевые шары, куда можно просто скопировать сформированный PCL\PS\PDF (в зависимости от принтера) файл из БД, по запросу от нужного устройства.

Мы немного про разные вещи говорим. Я про склады, где есть рабочие места с термопринтерами и А4, где сотрудник работает на одном месте и должен получать результаты печати чуть ли не мгновенно, от этого зависит скорость обработки. Эта скорость достигается принтером на каждом рабочем месте, а то и не одним. Как вы понимаете - follow printing это не вариант))

Другой сценарий - сотни филиалов по 2-3 сотрудника на каждом. Сотрудники в терминалках, хотя тут не сильно важно. Обслуживание также максимально ускорено и ожидание печати с одного принтера недопустимо.

Выливаются данные сценарии в тысячи принтеров, которые надо раздавать, что и решают подобные скрипты

Скрипт просит, что бы его причесали: команды и переменные идут то с большой буквы, то с маленькой, то как попало.

С проблемой не отображения принтеров тоже сталкивались. У нас принтеры прокидывались стандартным образом с клиента в сеанс RDP при коннекте, но в какой то момент все сломалось. Проблема оказалась в имени компьютера клиента, дефолтное DESKTOP-XXXXXXX оказывается слишком долинное, должно быть 14 символов или меньше.

для таких дел есть entry-должность в ИТ называется эникейщик (или техник по русски), вот он ходит и делает (дёшего и сердито))

Да, но если дело касается серверов, а не рабочих станций, то необходимо эникейщику дать механизм работы с принтерами на rds, чтобы он не сломал терминальный сервер и не парализовал работу пользователей. Это же касается и удаленной установки и на рабочие станции. В принципе, на это и нацеливался создавая скрипт. Нужно сделать именно дешево и именно сердито - все должно быть четко и понятно, тогда получится функция, бизнес-процесс, которую можно передать сотруднику, за которую он будет ответственен.

На схеме, если драйвер совпадает, то что происходит дальше?)

ничего не делаем, переходим к следующему принтеру

Sign up to leave a comment.

Articles