proNovell

Возник такой вопрос - если принтсервер для очередей был поднят на Сервере А ( и очереди, соответственно, на одном из его томов ), и они переводятся на обслуживание агентами NDPS на сервере Б ( со спулингом на томе этого нового сервера ), то означает ли это, что Сервер А можно убрать и очереди при этом ничего не заметят ? Или же для работы этой связки нужны будут оба сервера, и оба тома, соответственно ?

Пытался как-то подобное сотворить. Обломился. Но на окончательном диагнозе не настаиваю. Хотя, если по уму, то сначала задание ведь помещается в каталог очереди, а уж потом в каталог спулинга агента, который обслуживает эту очередь.

Андрей Тр. aka RH писал(а):Возник такой вопрос - если принтсервер для очередей был поднят на Сервере А ( и очереди, соответственно, на одном из его томов ), и они переводятся на обслуживание агентами NDPS на сервере Б ( со спулингом на томе этого нового сервера ), то означает ли это, что Сервер А можно убрать и очереди при этом ничего не заметят ? Или же для работы этой связки нужны будут оба сервера, и оба тома, соответственно ?

Ты разделяй очереди, и NDPS агенты принтеров. Если ты отказываешься от очередей, и будешь печатать через агента NDPS, то этого достаточно, про сарвер А можно забыть. Если тебе нужно и очередь оставить, и перенаправлять задания из очереди на NDPS принтер. То тебе надо либо переместить очередь с тома сервера А, на том сервера Б, это легко делается при помощи С1, либо просто прибить старую очередь, и создать новую на томе сервера Б

Сергей Каретин писал(а):Ты разделяй очереди, и NDPS агенты принтеров. Если ты отказываешься от очередей, и будешь печатать через агента NDPS, то этого достаточно, про сарвер А можно забыть. Если тебе нужно и очередь оставить, и перенаправлять задания из очереди на NDPS принтер. То тебе надо либо переместить очередь с тома сервера А, на том сервера Б

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

Вопрос как раз про тот случай, когда клиентов не трогаем в принципе, они так и продолжают слать задания как бы на старые принтеры, что на очередях, а задания на самом деле идут через NDSP. Вот и интересует, собственно, какой путь пройдет задание в этом случае - т.е. сначала от клиента, как и раньше, на А ( где должен крутиться PSERVER ? ), а потом от него к новому агенту, или же агенты таинственным образом перехватывают задания от очередей ..

Андрей Тр. aka RH писал(а):Вопрос как раз про тот случай, когда клиентов не трогаем в принципе, они так и продолжают слать задания как бы на старые принтеры, что на очередях, а задания на самом деле идут через NDSP. Вот и интересует, собственно, какой путь пройдет задание в этом случае - т.е. сначала от клиента, как и раньше, на А ( где должен крутиться PSERVER ? ), а потом от него к новому агенту, или же агенты таинственным образом перехватывают задания от очередей ..

Читай внимательнее! Либо, отвязываешь данную очередь от обьекта принтер для классической печати, далее используя С1, например, меняешь в свойствах этой очереди Host server и Volume, Nwadmin-ном подцепляешь ее к агенту NDPS. Либо удаляешь эту очередь, и создаешь заново с тем же именем, тока на новом сервере/томе, и подцепляешь ее к агету NDPS.
Про сервер А после этого можешь забыть

Если есть в сети nw 4, то можно pconsole быстрая настройка.

Сергей Каретин

Поясняю, как сделано у меня. Есть n очередей. По некоторым причинам m из них понадобилось перевести на обслуживание агентами NDPS/iPrint. Для этого а) создавался ( в iManager'e ) NDPS-агент и б) в NWAdmin'e ему на обслуживание добавлялась соответствующая очередь. Агент перегружался - все задания, идущие на печать на эту очередь ( как и на вновь созданный iPrint принтер ) идут через этого агента. Больше пока ничего не менялось. На старых клиентах стоят принтеры на очередях, на новые ставятся новые.

А вот если я "отвяжу очередь от объекта принтер для классической печати" и подцеплю ее к агенту NDPS, то смогут ли старые клиенты, привязанные к этой очереди, ею пользоваться ? Вообще говоря, на большинстве из них, по-моему, был установлен как раз тот самый "принтер для классической печати", а не объект очередь ( хотя кто их знает, много их там ). Вопрос о переносе на другой том вторичен, я знаю, как это делается, больше интересует создаваемый при таком решении трафик ( см. выше - т.е. как именно путешествует задание ).

Андрей Тр. aka RH писал(а):если принтсервер для очередей был поднят на Сервере А ( и очереди, соответственно, на одном из его томов ), и они переводятся на обслуживание агентами NDPS на сервере Б ( со спулингом на томе этого нового сервера ), то означает ли это, что Сервер А можно убрать и очереди при этом ничего не заметят ? Или же для работы этой связки нужны будут оба сервера, и оба тома, соответственно ?

Очереди-то на А_ТОМ, поэтому так не получится. Есть парочка ТИД'ов на тему переноса классических очередей и агентов NDPS между серверами и/или томами. Но мы не заморачивались - просто чуть подкрутили принт-сервера а очереди пересоздали на В_ТОМ.

Vladimir Kozak писал(а):Очереди-то на А_ТОМ, поэтому так не получится.

Ну да, я примерно так и думал. Просто часть тех очередей у меня на принтерах с принтсерверами, поэтому несколько неочевидно, куда в таком варианте идет задание. Может, при добавлении очереди печати NDPS-агент сам начинает вещать от ее имени. Или же задание сперва попадает таки на А_том, обслуживающий очередь, затем переправляется на В к агенту и оттуда уже уходит на принтер. Получается трафик между серверами и место под такие задания надо держать на обоих на томах (?).

Это все типа на уровне гипотез. Можно, конечно, поковыряться и проследить, но других дел пока хватает. А так меня устраивает то, что А как обслуживал очереди так и обслуживает. Пересоздавать / переносить их неохота ( разве что по ldap атрибут автоматом им всем поменять, но это ж еще его название надо узнать ). Хотелось лишь понять, что нас ждет в случае падения А. Очевидно, старые клиенты печатать не смогут.

Андрей Тр. aka RH писал(а):А вот если я "отвяжу очередь от объекта принтер для классической печати" и подцеплю ее к агенту NDPS, то смогут ли старые клиенты, привязанные к этой очереди, ею пользоваться ? Вообще говоря, на большинстве из них, по-моему, был установлен как раз тот самый "принтер для классической печати", а не объект очередь ( хотя кто их знает, много их там ).

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

Андрей Тр. aka RH писал(а):Ну да, я примерно так и думал. Просто часть тех очередей у меня на принтерах с принтсерверами, поэтому несколько неочевидно, куда в таком варианте идет задание. Может, при добавлении очереди печати NDPS-агент сам начинает вещать от ее имени. Или же задание сперва попадает таки на А_том, обслуживающий очередь, затем переправляется на В к агенту и оттуда уже уходит на принтер. Получается трафик между серверами и место под такие задания надо держать на обоих на томах (?).

Это все типа на уровне гипотез.

Задание пойдет именнно в очередь, т е в папку на томе сервера что прописана в свойствах очереди, оттуда к NDPS агенту, далее на принтер. И забудь ты про сервер А, если ты "отцепил" очередь от старого обьекта не NDPS принтер, и перенес ее на другой том. Что тут не понятно??

Нет тут ни каких гипотиз, все абсолютно однозначно.

Сергей Каретин

Да понял я уже, понял .. особенно про "отцепил" и "перенес". Вообще, изначально неконкретно сформулированный вопрос был адресован ArapovUV :

ArapovUV писал(а):

Аркадий Глазырин писал(а):Возможна ли паралельная работа NDPS и старой схемы "Принт-сервер, очередь, принтер"?

Да, ессно. Более того, агент принтера может обеспечивать работу с очередями печати. Создаешь агента принтера, привязываешь к нему очередь печати, после чего спокойно убиваешь принтер (не NDPS )и сервер печати, пользователи у которых печать була настроена через очередь даже ничего и не заметят

Вооот .. про сервер печати меня и смутило. Ведь ясен пень если у них принтеры поставлены через объект принтера, а не через очередь, то убивать его нельзя, вроде как. Ну а насчет вопросов не судите строго - конец пятницы все же уже

Андрей Тр. aka RH писал(а):Вооот .. про сервер печати меня и смутило. Ведь ясен пень если у них принтеры поставлены через объект принтера, а не через очередь, то убивать его нельзя, вроде как. Ну а насчет вопросов не судите строго - конец пятницы все же уже :)

Ты снова сваливаешь в кучу принтер и сервер печати.
Разберись конкретно со своей схемой, после этого все станет ясно.
Опять же не понятно чем делается перенаправление? Если из логин скрипта, то в чем проблема его поправить, и прописать очередь. Если разговор идет про форточные драйвера, тогда забей сразу на очереди и автоматом сбрось им драйвера через NDPS, правда если у тебя на криентах служба NDPS не установлена, тогда пока майся с очередями. Или пробуй ЗЕН к этой проблеме подтягивать.

Сергей Каретин писал(а):Если разговор идет про форточные драйвера, тогда забей сразу на очереди и автоматом сбрось им драйвера через NDPS, правда если у тебя на криентах служба NDPS не установлена, тогда пока майся с очередями. Или пробуй ЗЕН к этой проблеме подтягивать.

Везде форточные драйвера, на старых клиентах NDPS не стоит ( разве что апгрейдить по АCU с добавлением службы, но неохота - проще оставить поддержку очередей ). ЗЕН стоит, но проблема, в основном, с ноутбуками - на них его нет ( равно как и NDPS на некоторых ). В целом все пока и так устраивает, лишь надо было понять, как влияет такой переход на нагрузку на сеть и место на томах.

Усе уже понял .. проблемы как таковой и не было, было лишь интересно разобраться. Полный переход на iPrint лишь вопрос времени. Очереди остаются для совместимости с теми клиентами, про которых по какой-то причине забыли.

В классической печати именно к очереди привязан спулинг, так что убьете том/сервер, убьете и очередь