Софт

мониторинг сетевых принтеров

Рейтинг: 5.0/5.0 (146 проголосовавших)

Категория: Windows

Описание

Мониторинг сетевых принтеров

Мониторинг сетевых принтеров.

Необходимо написать программу для мониторинга сетевых прнтеров. Для реализации использую следующую функцию:
EnumJobs(hPrinter, 0, Length(aJobs), 1, @aJobs, cbBuf, pcbNeeded, pcReturned); Проблемма возникла в том что она некоректно возвращает количество рачпечаннх страниц. Как это можно исправить. Или может есть какой нибудь другой способ.


> она некоректно возвращает количество рачпечаннх страниц

И в чем заключается "некорректность" ?

Практически всегда возвращает 1 или 0. То же самое с количеством копий.


> Практически всегда возвращает 1 или 0

А сколько на самом деле д.б.

Что значит сколько должно быть. Количество страниц всегда разное.

Ну тогда показывай свой код.

type
 JOB_INFO_1_ARRAY = Array of JOB_INFO_1;

Function GetSpoolerJobs(sPrinterName. String). JOB_INFO_1_ARRAY;
var
 i. Integer;
 hPrinter  . THandle;
 bResult    : Boolean;
 cbBuf      : DWORD;
 pcbNeeded  : DWORD;
 pcReturned. DWORD;
 aJobs      : Array[0..99] of JOB_INFO_1;
begin
   cbBuf := 256;
   OpenPrinter(PChar(sPrinterName), hPrinter, Nil);
   EnumJobs(hPrinter, 0, Length(aJobs), 1, @aJobs, cbBuf, pcbNeeded, pcReturned);
   ClosePrinter(hPrinter);

   For i := 0 to pcReturned - 1 do
     Begin
       SetLength(Result, Length(Result) + 1);
       Result[Length(Result) - 1] := aJobs[i];
     End;
End;

procedure TForm1.Timer1Timer(Sender: TObject);
Var
 i, ii, K, p. Integer;
 aJobs. JOB_INFO_1_ARRAY;
Begin
 Try
   aJobs := GetSpoolerJobs("ПРИНТЕР");
   For i := 0 To Length(aJobs) - 1 Do
     Begin
       S := IntToStr(aJobs[i].JobId) + #9 +
            TimeToStr(Time)          + #9 +
            aJobs[i].pPrinterName    + #9 +
            aJobs[i].pMachineName    + #9 +
            aJobs[i].pUserName       + #9 +
            aJobs[i].pDocument       + #9 +
            IntToStr(aJobs[i].TotalPages);
     
       // то самое значение (aJobs[i].TotalPages)

       // Массив заданий
       If Z1[aJobs[i].JobId] = 0 then
         Begin
            // записывает данные в файл
            Z1[aJobs[i].JobId] := 1;
         End;
     End;
 Except End;
End;


> // то самое значение (aJobs[i].TotalPages)

Что значит "то самое".

Ты же задал вопрос о кол-ве распечатанных страниц, а не об полном кол-ве страниц !

И на то в структуре есть поле PagesPrinted, которое ни сном ни духом не фигурирует в твоем коде.

Кол-во расчечатанных страниц вообще-то PagesPrinted.
Это раз, а во вторых нужно тщательней курить MSDN.
To determine the number of print jobs in the printer queue, call the GetPrinter function with the Level parameter set to 2

я вас удивлю наверное, но значение PagesPrinted всегда равно "0".
не задавл бы таких вопросов если бв не попробавл.

Что, и для Level = 2 тоже равно нулю.


> но значение PagesPrinted всегда равно "0".

Исесно. я ж говрю - читай внимательней MSDN.

PagesPrinted
Specifies the number of pages that have printed. This value may be zero if the print job does not contain page delimiting information .

При том для большинства!
Кроме того я могу задать количество копий на принтере, тогда вообще швах.

мониторинг сетевых принтеров:

  • скачать
  • скачать
  • Другие статьи, обзоры программ, новости

    Print SuperVision - веб-приложение для сетевого администрирования принтеров

    Print SuperVision - веб-приложение для сетевого администрирования принтеров Print SuperVision - веб-приложение для сетевого администрирования принтеров

    Получите доступ к данным о сетевых принтерах для мониторинга, отчётности и управления ими.

    Print SuperVision (PSV) - веб-приложение для мониторинга, получения данных и управления сетевыми принтерами. Оно позволяет работать как с принтерами Оки, так и с принтерами других производителей.


    Существет 2 версии Print SuperVision, используемые в Европе:
    1. Print SuperVision.Net (Версия 2.x) - Это самая поздняя версия Print SuperVision. Она написана с использованием технологии .Net компании Microsoft;
    2. Print SuperVision Java - Выполняется как на Windows так и на Linux. Набор функций не столь полный, как у версии Print SuperVision .Net.
    Основные свойства Print SuperVision.Net:
    • Просмотр состояния всех принтеров в реальном времени;
    • Отчёт об использовании расходных материалов (% остатка ресурса тонера, ремня, печки);
    • Управление использованием и заменой расходных материалов;
    • Информирование оп электронной почте о недостатке расходников или ошибках устройства;
    • Клонирование принтеров;
    • Многофайловая печать через FTP;
    • Связь с другими серверами PSV используя веб-сервисы XML. Это позволяет просматривать состояние удалённых устройств, генерировать сообщения и отчёты даже за брендмауэрами.
    Основные свойства Print SuperVision.Net:
    1. Веб-серверное приложение, обеспечивающее интерфейс пользователя;
    2. Программа мониторинга (PrintSuperVisor), постоянно работающая, собирающая данные и сохраняющая их в своей базе данных для статистических отчётов и отправки сообщений электронной почты в зависимости от определённой администратором конфигурации.

    Рис. 1 Панель настроек Print SuperVision

    Рис. 2 Окно мониторинга состояния принтеров

    Софт для мониторинга сетевых принтеров

    Софт для мониторинга сетевых принтеров

    (sav069 @ Jun 17 2008, 12:41)


    есть несколько программ. которые делают то, что вы хотите и даже больше :
    PrintMonitor - программа для контроля печати на ваших принтерах
    описание тут

    » Нажмите, чтобы показать спойлер - нажмите опять, чтобы скрыть. «

    PrintMonitor используется для сбора статистики, анализа и управления процессами печати на LPT-, USB-, сетевых принтерах и плоттерах. Установите PrintMonitor на ваш принт сервер и отслеживайте печать всех сотрудников!

    Внедрение PrintMonitor в вашей компании позволит получить консолидированную отчетность по ВСЕМ принтерам и принт-серверам. Это гораздо удобнее, чем использовать встроенные в принтеры счетчики. Отчеты PrintMonitor позволят сократить расходы и планировать бюджет по расходным материалам материалов. Персонал станет более сознательным - люди будут думать, прежде чем что-либо печатать. Благодаря собранной статистике вы сможете провести оптимизацию нагрузки на печатающие устройства. У вас будет полная информация о том, сколько страниц напечатал каждый пользователь на каждом из принтеров, включая и информацию по количеству копий одного документа. И конечно же будет детальная статистика по каждому распечатанному документу.

    * Профессиональная (Pro), стандартная (Standard) и бесплатная Lite-версия
    * Сбор детальной статистики, включая размер бумаги, имени пользователя и имени компьютера, с которого печатали
    * Точный подсчет копий (при печати нескольких копий документа)
    * Контроль / мониторинг плоттеров, сетевых, "расшаренных" и локальных принтеров
    * Полный набор отчетов (имеется встроенный редактор отчетов)
    * Возможность интеграции с внешним программным обеспечением
    * WEB-интерфейс (отчеты)


    Printer Activity Monitor
    описание

    » Нажмите, чтобы показать спойлер - нажмите опять, чтобы скрыть. «

    Printer Activity Monitor — программный продукт, предназначенный для осуществления контроля над эффективностью использования принтеров Вашей организации. С его помощью вы легко сможете определить какие документы распечатывались на каждом из интересующих Вас принтеров, кто из пользователей наиболее активно печатает документы, количество распечатанных страниц, с каких компьютеров документы посылались на печать, образы распечатываемых документов и т.д.
    Преимущества Printer Activity Monitor:

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


    Принцип работы программы

    » Нажмите, чтобы показать спойлер - нажмите опять, чтобы скрыть. «


    Программа Printer Activity Monitor состоит из двух модулей :
    * PrinterMon.exe — программа постоянно находится в памяти и следит за очередями выбранных принтеров. Информация обо всех распечатываемых документах сохраняется в базу данных.
    * PrinterActivityMonitor.exe — программа предназначена для просмотра журнала распечатываемых документов, а также для построения различных отчетов и графиков.

    При запуске компьютера программа PrinterMon.exe автоматически загружается в память и находится там на протяжении всего сеанса работы с компьютером. Вся информация о распечатываемых документах (такая как название документа, название принтера, компьютера, пользователя, количество распечатываемых страниц и байтов, и т.д.) сохраняется в базе данных.

    Для просмотра информации о распечатанных документах служит программа PrinterActivityMonitor.exe.


    Системные требования:
    * Windows NT/2000/XP/2003;
    * 128 МБ ОЗУ;
    * 10000 Кб дискового пространства.

    Сайт не предоставляет электронные версии произведений, а занимается лишь коллекционированием и каталогизацией ссылок, присылаемых и публикуемых на форуме нашими читателями. Если вы являетесь правообладателем какого-либо представленного материала и не желаете чтобы ссылка на него находилась в нашем каталоге, свяжитесь с нами и мы удалим её. Файлы для обмена предоставлены пользователями сайта, и администрация не несёт ответственности за их содержание. Просьба не заливать файлы, защищенные авторскими правами, а также файлы нелегального содержания!

    Invision Power Board v2.1.7 © 2016 IPS, Inc.

    Print SuperVision - веб-приложение для сетевого администрирования принтеров

    Print SuperVision - веб-приложение для сетевого администрирования принтеров

    Получите доступ к данным о сетевых принтерах для мониторинга, отчётности и управления ими.

    Print SuperVision (PSV) - веб-приложение для мониторинга, получения данных и управления сетевыми принтерами. Оно позволяет работать как с принтерами Оки, так и с принтерами других производителей.


    Существет 2 версии Print SuperVision, используемые в Европе:

    Print SuperVision.Net (Версия 2.x) - Это самая поздняя версия Print SuperVision. Она написана с использованием технологии .Net компании Microsoft.

    Print SuperVision Java - Выполняется как на Windows так и на Linux. Набор функций не столь полный, как у версии Print SuperVision .Net


    Основные свойства Print SuperVision.Net:

    Просмотр состояния всех принтеров в реальном времени

    Отчёт об использовании расходных материалов (% остатка ресурса тонера, ремня, печки)

    Управление использованием и заменой расходных материалов

    Информирование оп электронной почте о недостатке расходников или ошибках устройства

    Многофайловая печать через FTP

    Связь с другими серверами PSV используя веб-сервисы XML. Это позволяет просматривать состояние удалённых устройств, генерировать сообщения и отчёты даже за брендмауэрами.


    Print SuperVision состоит из двух частей

    1. Веб-серверное приложение, обеспечивающее интерфейс пользователя
    2. Программа мониторинга (PrintSuperVisor), постоянно работающая, собирающая данные и сохраняющая их в своей базе данных для статистических отчётов и отправки сообщений электронной почты в зависимости от определённой администратором конфигурации

    PSV использует протокол SNMP для связи с принтерами в сетях с протоколами IP и IPX.

    (PSV совместима с большинством принтеров Oki)

    Смотрите также

    Мониторинг использования принтеров поможет сохранить вам деньги

    Мониторинг использования принтеров поможет сохранить вам деньги.

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

    Продавая новый картридж, производитель обещает – с ним вы напечатаете 1000 «стандартных страниц». К сожалению, «стандартные страницы» существуют только в «стандартном мире». Ваши презентации, фотографии или обычная веб-страница никак не может быть «стандартным листом с 5% заполнением».

    Методы измерения расхода картриджей описаны в ISO/IEC 19752, 19798 и 24711. Обычно эти измерения подразумевают печать страницы с двумя параграфами текста и небольшим логотипом. Некоторые из ваших e-mail отлично подойдут на роль «стандартной страницы». Типичная же веб-страница использует в 5-10 раз больше тонера или чернил. Печать фотографии обойдется еще дороже. Но все тесты делаются с печатью «стандартной страницы». Это так же объясняет, почему 1200 dpi принтер настроен по умолчанию печатать в разрешении 300 dpi.

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

    • Вести лог печати всех документов в офисе. Этот лог должен содержать информацию для каждого документа: какой пользователь послал документ на печать, настройки печати, расход чернил/тонера и приблизительную стоимость этого напечатанного документа.
    • Сохранять изображения всех распечатанных документов для последующего просмотра. Вы не можете полагаться только на имя документа, настолько часто он не совпадает с содержимым. Кроме того, это полезно для поддержки конфиденциальности. Если пользователь знает, что печатаемые им документы могут быть просмотрены, он подумает дважды, перед тем как распечатать документ, для этого непредназначенный.
    • Контролировать все принтеры организации. Централизованная база истории печати и консолидация статистики всех принтеров.
    • Устанавливаться для работы только на принт-сервер и не требовать установки клиентской части. Вы действительно хотите устанавливать какой-то клиентский модуль на каждый личный ноутбук, перед тем как пользователь что-то распечатает? Как на счет MacOS или Linux?
    • Быть доступной по сети. Предпочтительно, легкий доступ к статистике печати из браузера.

    На рынке имеется обширное количество программы для мониторинга печати и принтеров. Но требование к сохранению изображений сводит выбор всего к нескольким. И только одна программа мониторинга принтеров умеет сохранять изображения распечатанных документов и не требует установки на каждый пользовательский компьютер. К тому же, стартовая цена программы за один принтер составляет 1500 рублей. Примерная стоимость одного картриджа для лазерного принтера. Неплохое предложение для экономии многих картриджей.

    O&K Print Watch может вести мониторинг неограниченного числа принтеров и сохраняет обширную информацию о каждом напечатанном документе. ВЫ можете легко найти кто, когда и откуда напечатал тот или иной документ. Создать множество отчетов для анализа статистики печати. К примеру, диаграммы стоимости печати по каждому пользователю вашей организации за заданный промежуток времени.

    O&K Print Watch так же включает встроенный веб-сервер. Вы можете подключиться, откуда угодно из браузера для анализа логов печати и просмотра статистики. Пример работы веб-сервера можно посмотреть по адресу: http://www.winprinting.com.

    Программа так же включает множество дополнительных возможностей. К примеру, с O&K Print Watch вы можете задавать квоты печати, основываясь на широком диапазоне критериев. Или использовать программу, как расширенный менеджер очереди печати – Просматривать изображение каждого документа перед тем, как он будет распечатан.

    Если вам действительно необходима экономия расходных материалов принтера и бумаги – вам стоит попробовать O&K Print Watch.

    Несколько советов для экономии печати:

    • Используйте «Черновой» режим печати для внутренних документов.
    • Установите ограничения по числу страниц и/или стоимости документа для пользователей. Это предотвратит распечатывание 1000 страничных документов.
    • Печатайте документы в цвете только когда это действительно необходимо.
    • Не печатайте веб-страницу целиком, если вам нужно только ее часть. «Печатать выделенное» работает отлично.
    • Старайтесь уменьшить распечатывания одних и тех же документов несколько раз.

    Система мониторинга сетевых принтеров - Программирование - Форумы Череповца

    SomeThingWrong 30 сентября 2008

    Приветствую господа кодеры.

    Устал я гуглить просторы интернета, но так и не нашёл систему следуюшего функционала:

    1. server-side мониторинг сетевых принтеров по snmp.
    2. сбор Print jobs, и складирование это в БД в формате (datetime, user, job, application, mono/color sides, total sheets)
    3. выборка и просмотр с сортировкой по всем вышеперечисленным полям кроме application, mono/color sides. и желательно всё это через web.
    4. для первичного упрощения задачи - берётся линейка сетевых принтеров HP.
    5. подключение других принтер-шаблонов с mib-ветками.

    кому интересно это сделать? я думаю это потом и продать можно будет, безопасникам игрушка опять же

    p.s. а может я просто плохо гуглил?
    p.s.s самому кодить ленива, тем более для коммерческих целей.

    Fiona 30 сентября 2008

    Желательно уточнить целевую платформу, imo

    SomeThingWrong 30 сентября 2008

    да разницы в целом нету, под какую платформу, но что-то мне подсказывает, что реализовать это на *nix'ах проще и быстрее

    Eduard 01 октября 2008

    Приветствую господа кодеры.

    Устал я гуглить просторы интернета, но так и не нашёл систему следуюшего функционала:

    1. server-side мониторинг сетевых принтеров по snmp.
    2. сбор Print jobs, и складирование это в БД в формате (datetime, user, job, application, mono/color sides, total sheets)
    3. выборка и просмотр с сортировкой по всем вышеперечисленным полям кроме application, mono/color sides. и желательно всё это через web.
    4. для первичного упрощения задачи - берётся линейка сетевых принтеров HP.
    5. подключение других принтер-шаблонов с mib-ветками.

    кому интересно это сделать? я думаю это потом и продать можно будет, безопасникам игрушка опять же

    p.s. а может я просто плохо гуглил?
    p.s.s самому кодить ленива, тем более для коммерческих целей.


    Если принтер не шлет трапов по каждой задаче, то уровень пропущенных задач будет не приемлемо велик. Или ты просто заDOSишь железки запросами, что бы не пропустить ничего.

    SomeThingWrong 01 октября 2008

    Если принтер не шлет трапов по каждой задаче, то уровень пропущенных задач будет не приемлемо велик. Или ты просто заDOSишь железки запросами, что бы не пропустить ничего.

    в том то и прикол. что трапы не шлёт. насчет задосить - врядли, в данный момент идёт ежеминутный опрос по состоянию картриджей - с построение графиков, print jobs достаточно опрашивать раз в 5 минут, но небольшой гемор в реализации в том, чтобы не добавлять в базу те записи, что уже были добавлены. принтера крепкие в плане проца - HP 55xx модели.

    Allen 01 октября 2008 nobody 04 октября 2008

    Я предложил один из способов решения задачи пусть не по snmp, но реально действующей и вполне адекватной, привел кусочик работающего кода. Как это будет реализовывать топик стартер это его дело.

    Теперь ваша очередь знатоки сетевых протоколов и косящие под знатоков, ваш способ и код в студию. Или как всегда стоит ожидать пару тройку фраз не имеющие к проблеме никакого отношения.
    Совершенно верно +100

    топикстартер дал задачу, ее условия:
    линейка принтеров
    snmp-мониторинг

    ты же не предложил способ решения этой задачи, ты предложил ее изменить =) И выдал за решение совершенно безумный кусок кода по разбору евентлога Windows. То есть добавил несколько доп. переменных для задачи: Win2003, расшаренные "корпоративные" принтеры, евентлог

    представляешь, приходишь ты на экзамен по истории и тянешь билет, выпадает тебе там Бородинская битва, а ты ты экзаменатору предлагаешь "А давайте я вам лучше за Куликовскую расскажу". И рассказываешь =) Причем адекватно так рассказываешь, приводишь кусочек схемы битвы, отмечаешь на нем откуда засадный полк выскочил =) Тока это уже ведь не то что хотел от тебя экзаменатор =) Верно?

    я не знаток сетевых протоколов, я вообще бухгалтер, но разве это значит что я не могу быть критиком? =)

    vince 04 октября 2008

    Ну а почему не решить задачу альтернативным способом? Она в данном исполнении будет даже универсальнее.

    твоя задача, как правильно заметил nobody, добавляет переменные которые привязывают решение к конкретной платформе

    SomeThingWrong 06 октября 2008

    AgentSmith,
    ты видимо плохо читал ТЗ.

    Подобную задачку решал лет 5 назад на С++ Builder 6.0 средств мониторинга действительно много как для локальных принтеров и для сетевых. Конфигурация сети была такая Server под управлением Win 2003 к нему подключены корпоративные принтера 3 штуки, расшарены как сетевой ресурс и пользовались всеми сотрудниками.
    На сервере автоматически ведется аудит, смотри системный журнал и команды по работе с ним.

    это не решение, это ужоснах.
    подобных решений как клиент-серверных, так и сервер-сайд множество. но это не решает вопросы работы с сетевыми принтерами.

    Расход картриджа считать можно следующим образом (ресурс картриджа - количество напечатаных страниц на данном принтере) цифра довольно приблизительная, но по опыту скажу что через пару дней тонер действительно в них заканчивался.

    это всё очень замечательно делается с помощью snmp опроса, достаточно раз в 5 минут или даже больше. с этого отлично строяться графики в cacti.

    Сниферить трафик по сети идея бесперспективная и глупая.

    это не идея - это бред.

    Я предложил один из способов решения задачи пусть не по snmp, но реально действующей и вполне адекватной, привел кусочик работающего кода. Как это будет реализовывать топик стартер это его дело.

    это не решение. описываю ситуацию - большое здание, четыре крыла. везде стоит куча сетевых принтеров модельного ряда HP 5550 и 4350. в каждом принтере сетевушка. на принтерах стандартные mib-ы от HP. Вся инфа там есть. Вопрос в том, что принтера не шлют трапы, то есть придётся опрашивать и обрабатывать информацию.

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

    "если на скорую руку":

    back-end:
    1. раз в N-минут (скажем 5), опрашиваем общий счетчик отпечатанных бумажек (цветные и моно), сравниваем дельту с предыдущим значением, если дельта выше некоего порога (нада рассчитать статистически), после которого можно считать, что было отпечатано xx документов. (это делается для сокращения кол-ва опросов принтера, есть принтеры с которых печатают очень много, а есть где мало, и чтобы для каждого принтера не делать доп. поле в конфигурации о периоде опроса, предложен именно такой алгоритм)
    2. если порог какой то прошел, то есть что забирать с принтера - инициируется опрос принтера, забирается вся инфа в хэш-массив, забирается вся инфа по этому принтеру из базы - и далее нужно выбрать в хэш-массиве только новые элементы, убрав все дубли.
    3. заносить новая инфа в базу. куриться бамбук, пока опять не сработает триггер по пункту 1.

    front-end:
    1. веб-морда на php.
    2. управление конфигурацией принтеров - поля: ip-адрес, имя (описание и локация берётся по snmp), протокол snmpv1/v2/v3, компьюнити или лог/пасс для v3, галочка собирать данные или нет. мыло куда слать отчетность, прицепка шаблона для принтера с мибами.
    3. просмотр - пару боксов с предопределенным имеющимся периодом. возможность листах по стандартным периодам (день/неделя/месяц), примитивный поиск по названию документа.

    вот примерный алгоритм моего видения, реализовать не суть на чём, но ядрышко должно уметь параллелить опросы сразу кучки принтеров.

    Ну а почему не решить задачу альтернативным способом? Она в данном исполнении будет даже универсальнее.

    предлагаешь подрубить все сетевые принтеры к одному компьютеру и привязать софт к определённой ОС? имхо, ты не понимаешь о чём говоришь.

    Например если принтер не имеет snmp агента управления, как его мониторить? или они разных моделей там же совершенное другое firmware в нем.

    в крупных компаниях нету принтеров без snmp-агента. банально ввиду того, что картриДжей на такую компанию закупаются не 1-2-3, а вагон-два-три, а это бюджет, его нужно планировать. ну и так далее. опять же игрушка для безопасников - смотреть кто-что печатает. опять же решается вопрос с распечатыванием всех томов войны и мира для личных потребностей. ну и так далее.

    разные модели - в крупных компаниях такого быть не должно по понятным причинам, зоопарки в бизнесе не нужны. и опять же, в моих условиях было указано - модульность решения на базе подсовывания шаблонов с мибами для определенной линейки, а начать можно с HP. благо у HP есть понятие стандартизации в MIB'ах, и для указанных серий они одинаковые.

    Я привел два разных варианта мониторинга, и не сколько не утверждаю что сетевые принтера цепляются к локальным машинам. Хотя теоретически это возможно.

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

    SomeThingWrong 06 октября 2008

    этого теперь нету, они закрыли этот софт и теперь это в другом виде тут http://www.cousysoft.com

    но кстати, полезная тема по описанию, вот что я нашел у них
    http://www.cousysoft. ts_jobinfo.html
    - в данный момент изучаю, по описанию - то, что доктор прописал. посмотрю - опишу оно это или нет.

    Мониторинг принтеров и прочих МФУ с помощью Xerox CentreWare for Microsoft SCOM

    Современные корпоративные печатающие устройства (МФУ) помимо печати часто могут сканировать, копировать, и даже отсылать изображения по электронной почте. Кроме того, поскольку они снабжены сетевой картой и встроенным SNMP сервером, они являются едва ли не идеальными объектами для мониторинга.

    Что вообще можно мониторить в принтере? Самые очевидные ситуации, требующие вмешательства техподдержки — закончился картридж и замята бумага. Можно конечно ждать, пока пользователи создадут заявку, но, если вы будете знать обо всём заранее, то это снизит время реакции техподдержки и увеличит степень удовлетворённости клиентов.

    Ситуация с мониторингом печатающих устройств посредством System Center Operations Manager 2007 на сегодняшний день сложилась довольно печальная.

    Изначально System Center Operations Manager 2007 (далее SCOM 2007) не умеет мониторить принтеры. В версии R2 в этом плане ничего не изменилось. Теоретически, для мониторинга печатающих устройств можно приобрести management pack (далее MP) компании Quest. который умеет обрабатывать целых 6 трэпов. Дороговато для стоимости в 400 долларов за лицензию, не так ли?

    Однако, если у вас в фирме МФУ только от компании Xerox — считайте, что вам повезло. Xerox сделала management pack для мониторинга своих МФУ с помощью SCOM 2007 и даже любезно выложила его для бесплатного скачивания. Этот MP носит гордое имя Xerox CentreWare for Microsoft SCOM по аналогии с отдельным продуктом для мониторинга МФУ Xerox.

    Давайте разберёмся, достаточно ли функционала этого MP для нормального мониторинга, а также, можно ли его использовать для мониторинга МФУ не только Xerox, но и других производителей.

    1. Установка.

    MP состоит из одного XML файла, но, несмотря на это, программисты Xerox запаковали его в инсталлер. Запускать инсталлер нужно строго на рутовом сервере SCOM, он проверят, действительно ли SCOM есть на том сервере, где его запустили, затем распаковывает и импортирует XML в репозитарий. Вероятно, установщик был сделан для нашего удобства, но на практике, на одном из моих серверов он упорно не находит SCOM и отказывается продолжать установку.

    Если вам не повезёт, то вы увидите это.

    Будем считать, что вы успешно установили MP, и перейдём к обзору его интерфейса и возможностей.

    2. Интерфейс и функционал.

    Так как MP состоит из одного XML файла, то у него нет собственного интерфейса по добавлению принтеров. MP анализирует сетевые устройства, добавленные в SCOM, разбирается, принтер это или нет, и мониторит то, что считает принтерами.

    Интерфейс MP настолько по-спартански прост и суров, что я приведу его на скриншотах целиком.

    Корневая, она же единственная, папка.

    Список неприятностей, происходящих с принтерами.

    В алёрты попадают как действительно важные события: принтер зажевал бумагу, кончился картридж, так и всякий мусор: «в принтере почти кончилась бумага», «входной лоток пуст». По модели состояния видно, какие алёрты теоретически возможны.

    На графиках, как ни странно, отображается не количество отпечатанных листов в час или в день (по таким данным можно было бы отслеживать активность печати), а общее число листов, которое, естесственно, постоянно растёт. Зачем нужна такая информация? Разве что, чтобы понять, какие принтеры используются наиболее активно, хотя, на поверку может оказаться, что они просто были раньше куплены.

    Окинуть орлиным взором список принтеров, чтобы понять, в каком они сейчас состоянии, не получится — в MP нет state view. Однако, можно увидеть принтеры и их состояние в общем списке сетевых устройств. Правда там отчаянно путаются под ногами источники бесперобойного питания и активное сетевое оборудование.

    Общий список сетевых устройств.

    К сожалению, как и ожидалось, MP работает только с МФУ, произведёнными компанией Xerox. На скриншоте видно, что принтеры HP 10.100.19.10 и 10.100.19.100 не мониторятся.

    3. Баги.

    Ошибки при установке MP сразу навеяли тревожные предчувствия, которые позже подтвердились. После установки MP в логи Operations Manger на сервере SCOM стали регулярно сыпаться ошибки.

    Последствия установки MP.

    Все ошибки одинаковы по содержанию.

    Достаточно ли функционала, предоставляемого MP от Xerox для мониторинга принтеров? Если бы можно было мониторить принтеры любых производителей, то ответ был бы положительный.

    На самом деле, достаточно одного alert view и возможности посылать уведомления по почте и SMS. Графики общего количества отпечатанных листов в общем-то нафиг никому не нужны.

    Для полного счастья, пожалуй, хотелось бы иметь общий список принтеров (state view), а от мусорных алёртов напротив хотелось бы избавиться. Кроме того, неплохо было бы убратьошибки в логах.

    Во второй части этой статьи я вскрою MP, и объясню, как он работает. В третьей части я доработаю его насколько это возможно и выложу улучшенную версию для скачивания. Следите за обновлениями блога.

    НОУ ИНТУИТ

    Мониторинг

    Аннотация: Данная лекция посвящена вопросам мониторинга сетевых узлов и состоит из четырех частей: 1)просмотр событий, регистрируемых системой; 2)аудит, т.е. целенаправленное отслеживание определенных видов событий; 3)мониторинг производительности; 4)мониторинг сетевой активности

    Задача сетевого администратора сводится к обеспечению работы сетевых систем. Статус системных ресурсов и их загруженность радикально меняются со временем, причем не всегда так, как хочется пользователям и сетевому администратору — останавливаются службы, файловая система испытывает недостаток свободного места, ошибки приложений приводят к системным проблемам, в сеть пытаются проникнуть неавторизованные пользователи. Мониторинг сетевых устройств — это постоянное наблюдение за деятельностью данных устройств, поиск проблем и неисправностей в их работе, принятие решений о ликвидации проблем и неисправностей, повышению эффективности функционирования устройств.

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

    Мониторинг сетевых устройств. Мониторинг серверов (просмотр событий, аудит, мониторинг производительности, определение узких мест, мониторинг сетевой активности) Просмотр событий

    Одно из самых часто используемых и наиболее важных средств мониторинга системы — это регистрация различных событий в журналах операционной системы Windows. Регистрацию событий в системе Windows осуществляет служба " Журнал событий " ( Event Log ). В любой системе семейства Windows всегда присутствуют 3 журнала:

    • журнал " Система " ( System ) — события, записанные в журнал компонентами операционной системы (например, сбой в запуске службы при перезагрузке); расположение журнала по умолчанию — в папке " %SystemRoot%\system32\config\SysEvent.Evt ";
    • журнал " Безопасность " ( Security ) — регистрация событий, относящихся к системе безопасности (например, попытки регистрации пользователей, изменения в политиках безопасности, попытки доступа к различным ресурсам); набор событий, регистрируемых в журнале " Безопасность ", настраивается локальной или групповых политик (об управлении аудитом событий безопасности — в следующем подразделе); расположение по умолчанию — " %SystemRoot%\system 32\соnfig\SecEvent.Evt ";
    • журнал " Приложение " ( Application ) — события, порожденные различными приложениями (например, сбой MS SQL при доступе к базе данных); набор событий, регистрируемых в журнале " Приложения ", определяется разработчиками приложений; расположение по умолчанию — " %SystemRoot%\system32\config\AppEvent.Evt ".

    При установке в системе каких-либо компонент могут появиться журналы, регистрирующие события, относящиеся к работе данных компонент.

    При установке службы DNS появляется журнал " DNS-сервер " ( DNS Server ), регистрирующий события, связанные с работой службы DNS (расположение по умолчанию — " %SystemRoot%\system32\config\DNSEvent.Evt ").

    При создании контроллера домена в системе появляются журналы:

    • журнал " Служба каталогов " ( Directory Service ) — события, порожденные службой каталогов Active Directory;. расположение по умолчанию — " %SystemRoot%\system32\config\NTDS.Evt ";
    • журнал " Служба репликации файлов " ( File Replication Service ) — события, связанные с репликацией файлов (в первую очередь файлы в папке SYSVOL и файлы в сетевых папках, управляемых рапределенной файловой системой DFS); расположение по умолчанию — " %SystemRoot%\system32\config\NtFrs.Evt ".
    Работа с журналами

    Открыть системные журналы можно следующими способами:

    • открыть консоль " Управление компьютером " и в разделе " Служебные программы " открыть оснастку " Просмотр событий ";
    • открыть отдельную консоль " Просмотр событий " в разделе " Администрирование " Главного меню системы Windows (рис. 16.1 ).

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

    В большинстве журналов события бывают трех видов:

    • Уведомление — информация о событии, связанным с успешным действием (например, успешный запуск или останов службы, успешное завершение операции какой-либо службы);
    • Предупреждение — информация о событиях, которые в будущем могут вызвать проблемы в работе системы;
    • Ошибка — сообщение об ошибке (например, сбой при запуске службы).

    В журнале " Безопасность " — 2 типа событий:

    • Аудит успехов — событие, связанное с успешным выполнением действия, связанного с системой безопасности (например, успешный вход в систему или успешный доступ к сетевому ресурсу);
    • Аудит отказов — событие, связанное со сбоем в выполнении действия, связанного с системой безопасности (например, отказ в аутентификации пользователя при входе в систему по причине ввода неверного пароля, блокировка учетной записи после нескольких неудачных попыток входа в систему, отказ в доступе к сетевому ресурсу).

    В столбцах журнала, кроме типа события, содержатся следующие данные:

    • Дата и время регистрации события;
    • Источник — приложение, служба или системная компонента, записавшие событие в журнал;
    • Категория — категория события, иногда используемая для его более подробного описания;
    • Событие — код события;
    • Пользователь — учетная запись пользователя, действовавшая в момент события;
    • Компьютер — имя компьютера, на котором произошло событие.

    Если открыть какое-либо событие, то можно получить более детальную информацию о нем (рис. 16.2 ):

    • Описание — текстовое описание события;
    • Данные — любые данные, сгенерированные событием, или связанный с ним код ошибки.
    Настройка параметров журналов событий

    Размер и способ ведения журналов событий можно настраивать. Для настройки параметров надо щелкнуть правой кнопкой на нужном журнале событий и выбрать в контекстном меню команду Свойства. Откроется диалоговое окно, показанное на рис. 16.3 .

    По умолчанию размер большинства журналов системы Windows 2003 — 16 МБ (для журнала безопасности — 128 МБ, в предыдущих версиях системы стандартный размер журнала — 512 КБ). При заполнении журнала старые события будут стираться. Администратор может изменить как размер журнала, так и способ управления записями при достижении максимального размера журнала (например, автоматически затирать события старше какого-то определенного количества дней или вообще не затирать старые события, в этом случае новые события в журнале регистрироваться не будут).

    Содержимое журналов можно очищать вручную — щелкнуть правой кнопкой мыши на журнале, выбрать в меню команду " Стереть все события ". Система предложит сохранить стираемые события в отдельном файле, нужно выбрать требуемый вариант, и журнал будет очищен. При этом сохранять стираемые записи можно в трех разных вариантах: двоичном (с расширением файла " .evt ", такой файл можно будет просматривать только программой " Просмотр событий "), или текстовых (с расширением файла " .txt " —со знаком табуляции в качестве разделителя столбцов, а также с расширением файла " .csv " — с запятой в качестве разделителя). Сохранять содержимое журналов можно и без стирания старых записей. Открыть сохраненные записи можно через меню " Действие " консоли " Просмотр событий ", выбрав пункт " Открыть файл журнала ".