Назад | Перейти на главную страницу

Сетевые принтеры в Active Directory

У меня в офисе есть несколько сетевых принтеров. В настоящее время все они настроены на нашем контроллере домена - DC_Main. Затем принтеры становятся общими, и все рабочие станции пользователей подключаются, например, к «принтеру x на DC_Main»

В настоящее время это замедляет работу нашего контроллера домена и вызывает проблемы с производительностью.

Кажется излишним делать это вышеупомянутым способом - все принтеры имеют встроенные серверы печати?

Я могу добавить принтер в качестве сетевого принтера по его IP-адресу ... но есть ли способ «выставить» этот принтер в Active Directory и автоматически добавить его на компьютеры пользователей? при входе в систему например

Наш DC работает под управлением Windows 2003, и у нас есть смесь рабочих станций Windows XP / Vista / Windows 7.

Microsoft добавила функциональность для развертывания очередей печати в профили пользователей через групповую политику в Windows Server 2003 R2: http://technet.microsoft.com/en-us/library/cc722179(WS.10).aspx (Мне это не очень нравится, и я использую сценарий, созданный мной, чтобы сделать похожую вещь, хотя и основанную на расположении «объектов принтера» в AD относительно пользователей или компьютеров ... возможно, когда-нибудь я опубликую это где-нибудь, если я когда-нибудь найду его почистить.)

Однако устройство групповой политики Microsoft, о котором я упоминал выше, полагается на функциональность «укажи и напечатай», предоставляемую путем создания общей очереди печати на сервере и направления клиентов в эту очередь. Поскольку это то, что вы говорите, является сутью вашей проблемы, это вам мало помогает.

Лично я предпочитаю принтеры в очереди, а не прямую печать на серверах LPR / прямой печати. Я бы назвал следующие преимущества:

  • Возможность перемещать принтер по сети без влияния на клиентов
  • Возможность размещать принтеры в сети VLAN и контролировать доступ к ним с помощью списков контроля доступа и разрешений очереди на компьютерах серверов печати.
  • Возможность использования программного обеспечения учета печати на компьютерах сервера печати для измерения использования принтера

По моему опыту, некоторые устройства со встроенным сервером печати дают сбой, когда большое количество клиентов обращается к ним напрямую. Я не могу назвать конкретных производителей или моделей, так как опыт был настолько далеким, что у меня в голове что-то нечеткое. (На самом деле, это было так давно, что современные принт-серверы могли решить эти проблемы ... У меня больше нет шансов на это, потому что, однажды укусив проблему, я почти всегда опасаюсь ситуации, которая вызвала проблему. начать с.)

Централизованно поставленные в очередь принтеры в сочетании с чем-то вроде инструмента развертывания принтеров на основе групповой политики Microsoft делают добавление / перемещение / изменение принтеров чрезвычайно безболезненным.

Меня немного удивляет, что вы видите проблемы с производительностью, вызванные размещением очередей печати на сервере. У меня есть один конкретный компьютер с файловым сервером (машина 2004 года выпуска), на котором размещены очереди печати примерно для 30 принтеров и домашние каталоги пользователей для 400-800 пользователей, вошедших в систему в любой момент времени, и коробка регулярно может заполнять свои гигабитные данные. Канал Ethernet с трафиком без узкого места ЦП или памяти. Возможно, у вас есть слишком неэффективные драйверы принтера, действительно большой объем печати или сильно неэффективный сервер, на котором размещены очереди.

Если вы действительно хотите настроить каждого клиента для отправки заданий непосредственно на каждый принтер, вам придется создать сценарий установки. Вы также не получите помощи с загрузкой драйверов из режима «укажи и напечатай». В "PrintUI.dll" Функциональность в Windows поможет вам начать работу, но она не создаст для вас «Стандартные порты TCP / IP», поэтому вам также придется написать сценарий для этого.

Я согласен с Эваном в том, что перенос на встроенные серверы печати на автономных принтерах вызывает некоторые долгосрочные проблемы администрирования. Если у вас возникают проблемы с производительностью на вашем DC из-за очередей печати, то самым простым решением может быть перемещение папки диспетчера очереди печати на другой диск (который не слишком занят) или в худшем случае добавить дешевый быстрый диск в коробку и использовать его для разгрузите папку диспетчера очереди печати.

  • Открыть Пуск | Принтеры и факсы.
  • Выберите меню "Файл", затем "Свойства сервера".
  • На вкладке «Дополнительно» измените расположение Splooler, чтобы оно указывало на папку на новом диске.
  • Перезапустите службу диспетчера очереди печати принтера или перезагрузите компьютер.

В дополнение к комментариям здесь вы можете создавать объекты printQueue в AD, которые используются в диалоговом окне «Найти принтеры».