для чего нужен сервер печати
Как работает сервер печати
Если вы используете профессиональный принтер, то наверняка встречались с сервером печати – программным приложением или сетевым устройством, которое управляет файлами в очереди печати и отправляет их с компьютера на принтер.
Сервер печати может управлять запросами на печать, которые получают компьютер и печатающее устройство. Они используются в любом типе операций печати для предприятий по всему миру.
Что такое серверы печати?
Какие существуют типы серверов печати?
Программное обеспечение, необходимое для сервера печати, может быть установлено на любой вычислительной машине или ПК. Операционные системы, использующие программное обеспечение UNIX, часто имеют встроенную возможность создания принт-сервера.
Также существует сетевой сервер печати, который подключает устройство непосредственно к принтеру. В зависимости от типа имеющегося компьютерного программного обеспечения, возможно, уже имеется оборудование, позволяющее устройству напрямую подключаться к сетевому маршрутизатору.
Сервер печати можно подключить к устройству через USB или беспроводное соединение.
Почему сервер печати полезен?
Сервер печати будет полезен, если вы используете несколько принтеров и имеете значительную потребность в печати. Это связано с тем, что сервер печати может управлять очередью каждого подключенного принтера и отправлять файлы на компьютер, способный обеспечить более быструю печать, что помогает повысить эффективность работы.
Сервер печати также является отличным способом управления принтерами из одного центрального расположения. Если здание состоит из нескольких этажей и офисов, использование сервера печати позволит вам печатать, переупорядочивать или удалять ожидающие файлы, которые вы заказали для печати на нескольких разных машинах.
Недостатки сервера печати
Несмотря на то, что сервер печати является отличной технологией, которая может управлять одновременными заданиями печати, есть некоторые недостатки, связанные с использованием сети или программного обеспечения.
Если сервер обнаружил ошибку, это повлияет на все принтеры, подключенные к устройству. Это может оказаться дорогостоящим для вашего бизнеса и может предотвратить печать важных элементов.
Как вы можете видеть, сервер печати может предоставить возможность просто управлять и контролировать все ваши задания печати – идеально, если ваша компания имеет большие требования для печати профессиональных документов.
Зачем использовать сервер печати?
У нас есть 3 сетевых принтера для управления примерно 50 пользователями.
До сих пор мы использовали контроллер домена Windows 2003 Server с сервисом печати в качестве нашего сервера печати, но мы переносим многие сервисы в облако (электронная почта, хранилище файлов, базы данных, DNS, Интернет).
Вероятно, мы будем исключать Active Directory для аутентификации пользователей как часть этой миграции, поэтому мне интересно, есть ли какая-либо причина сохранять контроллер домена Windows в качестве сервера печати, когда драйверы сетевого принтера могут быть установлены на каждом компьютере или мы могли бы использовать сервис печати, такой как Google Cloud Print
Как более общий вопрос: почему люди используют серверы печати вместо сетевых драйверов печати?
Вам не нужен сервер печати в вашей ситуации, учитывая небольшое количество принтеров, которые вы описали. Вы сами это оправдали. Никто не заставляет вас использовать один 🙂
Но в целом люди используют серверы печати для упрощения развертывания клиентов, предлагают централизованное управление и упрощают обслуживание драйверов печати. Это все о масштабе.
Есть несколько причин, ни одна из которых не может быть особенно привлекательной для вашего размера, но они важны для крупных организаций.
Контроль версий драйверов. Так как ваши клиенты автоматически загрузят нужный драйвер с сервера печати, вы можете быть уверены, что ваша организация стандартизирована на «хорошей» версии любых используемых вами драйверов. В первые дни было много «плохих» версий HP UPD.
Развертывание драйвера. Как и выше, вам не нужно возиться с установкой драйверов на каждом компьютере, вы просто устанавливаете их на сервер и с этим покончено.
Аудит. В определенных нормативных ситуациях может потребоваться вести учет того, кто печатал из определенного лотка. Например, я работал в организации, которая сертифицировала медицинских специалистов для практики медицины в Соединенных Штатах. Кто мог печатать на бумаге для сертификатов (безопасная бумага), строго контролировался, поскольку этот документ буквально меняет жизнь человека, который его получает. Сервер печати допускает обратную проверку соответствия, а также первоначальное ограничение на то, кто может печатать.
Отказоустойчивый сервер печати на базе Windows
Немного теории
Кто не любит теорию и хочет быстрее поклацать мышью и клавиатурой, может сразу перейти к следующей части.
Как было сказано выше, официальная рекомендация на сегодняшний день — это решение с использованием кластеризации и виртуализации Hyper-V. Также ничто не мешает обеспечить отказоустойчивость сервиса печати на уровне системы виртуализации, причем не обязательно Hyper-V, но такие решения стоят денег.
Мне очень хотелось что-нибудь похожее на DHCP Failover, но для роли принт-сервера.
В интернете в целом и на хабре в частности ничего подходящего не нашлось — и пришлось изобретать самому.
Суть идеи в одном абзаце
Описанное ниже решение основано на использовании утилиты BrintBrm, входящей в стандартную поставку Windows и пришедшую на замену printmig.
Резервный сервер работает в standby-режиме и с заданной периодичностью синхронизирует настройки с основным сервером с помощью этой утилиты. Для клиентских машин в DNS создан CNAME с малым TTL, ссылающийся на основной сервер. В случае аварии основного сервера админ правит CNAME, переключая клиентов на резервный сервер. Вот, собственно, и всё.
Если тема интересна и хочется познакомиться с уже набитыми мной шишками и путями обхода граблей, прошу следовать дальше.
Before you begin, или что нужно знать о PrintBrm
Допускаю, что какие-то черты я незаслуженно обошел вниманием. Возможно, в Windows 10/2016 она стала вести себя иначе. Если есть информация, прошу поделиться.
Подготовка среды
Предполагается, что у вас уже развернута Active Directory и вы знаете как минимум 3 способа вывести ее из строя и хотя бы 2 из них были опробованы на практике.
Будем исходить из того, что все принтеры сетевые и доступны для печати с основного и резервного принт-серверов. Пусть эти серверы называются prn-srv01 и prn-srv02 соответственно.
В качестве принт-серверов подойдут доменные машины на Windows Server не ниже 2008. В принципе подойдут и клиентские ОС, начиная с Vista, если уж очень хочется сэкономить. В примере используется Windows 2012 R2. Крайне желательно перед настройкой установить все необходимые обновления операционной системы как на серверы, так и на клиентские машины.
Вы и сами, конечно, понимаете, но кэп всё же требует обратить внимание: если принт-серверы будут виртуальными, то они обязательно должны быть разнесены по разным физическим серверам, иначе наш failover превратится просто в fail.
На prn-srv01 и prn-srv02 должна быть добавлена роль сервера печати. Мне удобнее для этого использовать командлет PowerShell:
Install-WindowsFeature Print-Services
Также на принт-серверах должен быть применен твик реестра, который исправляет ошибку 0×00000709 при обращении клиентских машин к принт-серверу по CNAME. Можно сделать это командой из статьи по ссылке выше:
reg add HKLM\SYSTEM\CurrentControlSet\Control\Print /v DnsOnWire /t REG_DWORD /d 1
После применения команды нужно перезапустить службу Диспетчер печати.
Рекомендую выделить для принт-серверов отдельный OU и раздавать эту настройку с помощью GPP.
Запускаем оснастку DNS на контроллере домена и включаем расширенное отображение:
Надо учесть, что если у вас несколько сайтов AD, то обновление DNS-записи во всех локациях займет больше времени за счет межсайтовой репликации. Форсировать процесс можно командой repadmin /syncall.
Средствами групповой политики разрешаем рядовым пользователям устанавливать драйверы с принт-сервера. О том, как это сделать, подробно написано тут.
Создаем служебную учетную запись в AD (я назвал ее svc-printsync) с неограниченным сроком действия пароля:
Согласно требованиям PrintBrm, эта учетная запись должна обладать полными правами на принт-сервере, поэтому добавляем ее в домен-админы, чтобы наверняка всё работало и прописываем пароль в поле описания, чтобы не забыть локальную группу Администраторы на prn-srv01 и prn-srv02 (например, с помощью оснастки Управление компьютером).
Настраиваем первый сервер
Если все нужные принтеры на основном принтере уже добавлены, то можно сразу перейти к разделу о настройке второго сервера.
С помощью оснастки Управление печатью добавляем на сервер драйверы нужных принтеров:
Некоторые комплекты драйверов содержат общий inf-файл и для x86, и для x64-систем, в других же присутствует разделение.
Когда все необходимые драйверы добавлены, займемся портами и принтерами. Можно их добавить вручную из той же оснастки, но я рекомендую создать CSV-файл в Excel и скормить его PowerShell-скрипту. Разумеется, ничто не мешает вместо Excel использовать любой другой табличный редактор или вообще блокнот. Главное — чтобы разделитель и кодировка, указанные в скрипте, соответствовали разделителю и кодировке в CSV-файле.
Также обратите внимание, что имя драйвера в CSV-файле должно быть точно таким же, каким оно указано в оснастке Управление печатью.
Хоть я писал выше, что мне нравится, когда все принтеры имеют унифицированные сетевые имена, в примере (поле Адрес принтера) использован винегрет из IP-адресов и имен на случай, если порядок у вас в сети отсутствует будет наведен чуть позже.
Сохраним эту таблицу в CSV-формате:
Если в качестве разделителя в вашем CSV используется знак табуляции, то в скрипте надо выставить -Delimiter «`t»
Учтите, что если во время работы скрипта какой-нибудь принтер будет недоступен с сервера, то его добавление на принт-сервер займет больше времени (2-3 минуты вместо нескольких секунд)
Результат работы скрипта:
Чтобы убедиться, что на этом этапе всё работает, добавляем на любую из клиентских машин общий принтер с основного принт-сервера, используя ранее созданный CNAME (например, \\print\printer01), и пробуем распечатать на нем что-нибудь. Для этой цели лучше всего подойдет фраза “Превед, я бумажко”, набранная жирным шрифтом Arial с 200-м кеглем.
Настраиваем второй сервер
Un artista copia, un gran artista roba (Пабло Пикассо)
Наш prn-srv02 пока еще не дорос до уровня gran artista, поэтому ограничимся копированием. Хотя… можно легким движением руки.
Создаем и расшариваем хотя бы один принтер, иначе PrintBrm выдаст ошибку. Можно сделать фейковый, но при этом важно не выбрать неподходящий драйвер или порт. Например, принтер с драйвером Microsoft XPS Document Writer или портом FILE: расшарить не получится.
Создаём незатейливый скрипт синхронизации. Я предпочитаю PowerShell, но никто не запрещает сделать теплый ламповый батник.
Кладем скрипт в укромное место (в примере это C:\Scripts) и создаем задачу в Планировщике.
Запускать будем из-под ранее созданной учетной записи svc-printsync с наивысшими правами:
Остальные параметры задачи на вкладках Условия и Параметры оставляем по умолчанию.
При сохранении задачи будет запрошен пароль для учетной записи svc-printsync. Вы ведь его не забыли? Если уже забыли (статья-то длинная), то всё было сделано зря и жизнь не удалась сбросьте его с помощью оснастки ADUC или другим удобным способом и укажите его уже в поле описания, чтоб было спокойнее.
В первый раз запускаем задание вручную и дожидаемся его завершения.
Для моего зоопарка, где около 50-ти принтеров разных видов, как вымирающих, так и недавно выведенных, процедура синхронизации занимает примерно 10 минут. Файл при этом весит почти 1ГБ.
Для ускорения процесса импорта/экспорта можно использовать ключ -NOBIN, который отвечает за копирование драйверов. Имеет смысл, когда парк принтеров состоит из одинаковых моделей и необходимые драйверы установлены на всех серверах.
После завершения запускаем оснастку Просмотр событий, переходим в раздел Журналы приложений и служб, открываем журнал Microsoft\Microsoft\PrintBRM\Администратор и анализируем его на предмет ошибок и предупреждений. И если их слишком много, то скорее чистим журнал, чтоб глаза не мозолили.
Мне попадались с кодами 20, 22, 80 и 81. Например,
Как ясно из текста, возникла проблема при переносе определенного драйвера. Просматривая журнал, составляем список проблемных драйверов и ставим их руками на резервный сервер, либо заменяем другими, которые не прочь попутешествовать. У меня были проблемы лишь с HP, Kyocera и Konica Minolta, для драйверов других производителей ошибок не выявилось (может потому, что они лучше, а может потому, что у нас их просто нет).
В итоге нужно добиться одинакового списка принтеров на основном и резервном серверах и отсутствия ошибок и предупреждений в логах.
Переключаемся на резерв
Через некоторое время (что вы там ставили в TTL?) угрожающие вопли стихнут, клиентские машины переключатся на prn-srv02 и дверь с телефоном можно будет разблокировать.
Возвращаемся обратно
Если за время восстановления основного сервера на резервном были изменения конфигурации, которые необходимо сохранить, запускаем синхронизацию в другую сторону. Для этого в указанном выше скрипте PrintSync.ps1 меняем местами значения переменных $SourceServer и $DestServer. После переноса изменений не забудьте вернуть эти значения обратно, иначе все изменения в конфигурации принтеров на prn-srv01 будут нещадно отметаться каждую ночь злой волей судьбы.
В оснастке DNS устанавливаем для CNAME-записи print значением конечного узла prn-srv01 — и всё возвращается на круги своя.
Что в итоге?
Бурные овации руководства, подкидывание админа на руках, повышение зарплаты (автору статьи — честные 10% от прибавки)…
Ну и несколько мыслей в сторону наведения дальнейшей красоты.
Чудес, к сожалению, на всех не хватает, и данное решение — не полноценный Failover. Если в момент крушения основного принт-сервера на нем будут непустые очереди печати, то их содержимое скорее всего канет в лету и кому-то придется повторять отправку на печать.
Зато очень удобно будет прозрачно для пользователей выполнять регламентное обслуживание серверов печати.
Фанаты автоматизации могут пойти дальше и создать скрипт, который на входе получает имена серверов с интервалом синхронизации и остальные настройки делает сам: создает сервисную учетную запись при необходимости, задание в планировщике и т.д.
Гуру мониторинга добавят наблюдение за выполнением задачи синхронизации и ошибками в логах.
Любители копать глубже могут продумать двухстороннюю синхронизацию в духе репликации AD с отслеживанием времени изменений по каждому принтеру. PrintBrm тут уже не поможет, но никто не отменял PowerShell!
Вишенкой на торте будет автоматическая установка принтеров на клиентских машинах с помощью GPP с нацеливанием на группу AD. Добавляем пользователя в группу — и ему прилетает нужный принтер. Правда, это уже другая история, выходящая за рамки статьи.
Надеюсь, для кого-то моя публикация окажется полезной. Желаю всем поменьше сбоев и жду вопросов и предложений в комментариях.
Зачем нужен принт-сервер и как он работает
Принт-сервер – это устройство или программное обеспечение для совместного доступа к принтеру в проводных и беспроводных сетях. Сервером печати может выступать и компьютер, к которому подключены принтеры с общим доступом. Разберемся, зачем нужен принт-сервер и как он работает.
Принт-сервер, реализованный в виде отдельного устройства, представляет собой небольшую коробочку с интерфейсами подключения принтера и сети (Ethernet, Wi-Fi). Современные модели обычно оснащаются портом USB. Морально устаревшие параллельные и последовательные порты (COM, LPT) уже практически не используются.
Такой аппарат позволяет избежать использования ПК при настройке сетевой печати: коробочка подсоединяется к принтеру, например, через USB-порт, затем подключается к локальной сети. Всё, у вас есть удаленный доступ к принтеру с любого компьютера этой сети.
Серверы печати могут поддерживать подключение не только принтеров и МФУ, но и других USB-устройств (картридеров, внешних жестких дисков, сканеров, флеш-накопителей, колонок и так далее). Причем эти устройства будут доступны с любого компьютера домашней или офисной сети.
Принт-серверы крупных производителей печатающих устройств обычно лучше всего работают с принтерами и МФУ того же бренда. Есть и более универсальные модели, поддерживающие сотни разных моделей печатающих устройств
Преимущества аппаратных принт-серверов:
В некоторых роутерах уже прошита функция принт-сервера — это удобно. Параметры сетевого принтера выставляются в разделе «Сервер печати», «Настройки принт-сервера» или «USB-устройства» веб-интерфейса маршрутизатора (в разных моделях названия разделов могут отличаться).
Аппаратные принт-серверы чаще всего ставят в офисах, в которых используют несколько принтеров и распечатывают большое количество документов. Оборудование подключается к сети напрямую и не зависит от локальных компьютеров, которые могут находиться на разных этажах и даже в разных зданиях. В домашних условиях можно использовать и специализированное ПО.
Принтеры, копировальные аппараты и расходные материалы
|
PrintFn » Справочная информация: » Справочное бюро » Принтеры » Принт-сервер
Принт-сервер в офисе
Зачем нужен принт-сервер?
Что такое принт-сервер?
Различные модели серверов печати отличаются в основном количеством и типом портов для подключения к ним принтеров, скоростью работы в сети (10 или 100 Mbps), размерами, а также спектром поддерживаемых сетевых протоколов и, как следствие, способностью работать в «многооперационных» сетях (т. е. локальных сетях, в которых используются ПК под управлением ОС различных типов).
С каждым принт-сервером поставляется фирменная программа администрирования, обладающая расширенными или не очень средствами настройки и диагностики. Как правило, подобное ПО работает лишь с устройствами одного производителя.
В зависимости от модели и производителя принт-сервера возможны несколько вариантов его «поведения» в сети. Некоторые модели становятся видны в сети как отдельные ПК с подключенными к ним принтерами. В этом случае для инсталляции печатающего устройства на рабочий компьютер используется обычный алгоритм подключения сетевого принтера. При этом на клиентскую машину не приходится устанавливать какое-либо дополнительное ПО от разработчика принт-сервера. Администрирование последнего производится с того ПК, на котором установлено конфигурационное ПО. В другом случае для инсталляции принтера, подключенного к серверу печати, на ПК пользователя необходимо установить и сконфигурировать клиентскую часть прилагаемого ПО, которое эмулирует локальный порт принтера на его машине.