Мне пришло в голову, что рабочая станция может подключаться к принтеру двумя способами:
\\Server\Printer1 поделиться с очередью печати, находящейся на сервере.Какой способ предпочтительнее?
Я бы предположил, что печать напрямую на сетевой принтер, а не через сервер, была бы наиболее эффективной с точки зрения сетевого трафика. С другой стороны, совместно используемым принтером на сервере было бы легче управлять, если бы правильный драйвер автоматически загружался на рабочие станции.
А как насчет использования предпочтений групповой политики для установки этого принтера на рабочие станции? Для этого нужен какой-то конкретный способ?
Еще одно преимущество совместного использования принтера (ов) на сервере печати - это обнаружение принтера. Если вы публикуете принтер в AD, пользователю будет довольно легко обнаружить и добавить принтер.
Кроме того, это мое мнение, но оно основано на моем опыте работы в более крупных корпоративных средах: я думаю, вы обнаружите, что совместное использование принтеров с сервера печати (или серверов печати) является стандартным способом сделать их доступными для пользователей. Я никогда не видел корпоративной среды (с более чем несколькими пользователями), в которой пользователи подключались бы напрямую к принтеру. Я думаю, что это сделало бы управление принтером, контроль и устранение неисправностей более громоздкими. Важной частью управления любой ИТ-инфраструктурой является эффективность, а подключение пользователей напрямую к принтерам не очень эффективно с точки зрения управляемости.
В средах SOHO, где нет AD или серверов любого типа, пользователи с большей вероятностью будут подключены напрямую к принтеру (-ам).
Ответ может зависеть от размера вашей сети.
Для небольшой сети (возможно, без AD или серверов) пользователи вполне могут просто подключиться напрямую к принтеру через IP. В такой небольшой сети вполне может быть лучше подключиться напрямую, чем использовать общий принтер с другой рабочей станции, на случай, если рабочая станция, использующая принтер, внезапно отключится.
Для небольших / средних сетей (с Active Directory) я обычно использую AD в качестве сервера печати, загружаю на него драйверы принтера (32- и 64-разрядные) и помещаю их в список Active Directory.
Для более крупных сетей вам следует рассмотреть возможность отделения сервера печати (или нескольких серверов) от Active Directory, но их включение в Active Directory по-прежнему является хорошей идеей. См. Также другой комментарий в ответах относительно списков контроля доступа и разрешений.
Использование сервера печати позволяет вам управлять принтерами централизованно (для управления заданиями / очередями печати), и чем больше у вас принтеров, тем больше вам понадобится сервер печати для управления ими. Иногда бывает полезно подключиться к принтеру с центральной точки управления и удалить зависшее задание, проверить состояние принтера или что-то еще.
Для пользователей приятно иметь возможность автоматически загружать драйверы с сервера печати, когда вы устанавливаете принтер в первый раз. Наличие их в AD также упрощает их поиск для клиентских рабочих станций / конечных пользователей и позволяет дать принтеру общее удобное для пользователя имя.
Альтернативой перечислению / использованию AD (или даже сервера печати вообще), которая позволяет вам хотя бы упростить именование принтера, является использование DNS-имени локальной сети, сопоставленного с IP-адресом принтера (и установка статического IP-адреса принтера. ). Пользователю не так уж сложно найти принтер, добавить принтер или узнать, что это такое, если у него понятное или легко узнаваемое имя.
Если у вас нет необычно большого объема заданий на печать или ненадежного сервера печати, использование сервера печати не должно быть проблемой.
Иногда (редко) я печатаю напрямую через IP, когда имею дело с системами Linux или Mac, чтобы не настраивать на них подключение к Samba, хотя в наши дни Samba на Linux / Mac работает очень хорошо.
РЕДАКТИРОВАТЬ: Обновлено на основе отзывов из комментариев ниже.
Единственный настоящий Преимущество печати через сервер печати состоит в том, что документами можно гораздо легче управлять, поскольку это можно делать из центра. Это может иметь большое значение при возникновении проблемы. Хотя в идеальном мире вся печать будет осуществляться через сервер печати, даже по этой причине, Windows не существует в идеальном мире.
Совсем не редко возникают проблемы с драйверами и странное поведение при подключении через сервер печати. Я заметил, что это обычное дело даже при смешивании 32- и 64-битных операционных систем и еще более часто, когда вы используете 64-битные и один из «универсальных» драйверов HP. «Универсальный» в этом контексте означает, что он ни для чего не работает.
Я предпочитаю начать с настройки сервера печати и попытаться соединить всех таким образом. Я подключаю их напрямую к принтеру только в том случае, если возникают проблемы, которые нельзя сразу решить.
Если у сетевого принтера достаточно ОЗУ и вычислительной мощности, тогда да, печать напрямую через IP является стандартной методологией. Однако, если вам необходимо проверить такие вещи, как печать отдела для возврата средств агентам (обычное дело в сфере недвижимости) или другие показатели, которые не предоставляются самим устройством, вам необходимо установить устройство на сервер печати. (Windows или Linux) и поделитесь им. Конечно, платформа ОС будет зависеть от требований к программному обеспечению для аудита / мониторинга.
Это зависит от вашего сайта и от того, какие функции вам нужны. Если вам не нужны дополнительные функции сервера печати ... зачем их включать? Вы только создаете еще одну точку отказа - без дополнительной избыточности.
Если вы спрашиваете, какой из них наиболее эффективен с точки зрения сетевого трафика, я бы не стал беспокоиться об этом, если вы не печатаете много документов ... и если это так - обратитесь к серверу печати.
Дальнейшее расследование показало, что GPP Computer Config может напрямую подключать TCP / IP-принтер, просто ему нужен «фиктивный» общий ресурс принтера для получения драйвера принтера. Фактически он не использует эту фиктивную очередь печати для печати, он делает это непосредственно на сетевом принтере.