Мониторинг событий.

← →
mon (2008-09-25 13:41) [0]

Необходимо реализовать мониторинг событий производимых пользователями при работе на ПК.

Есть интересная статья:
http://www.delphisources.ru/pages/faq/base/folders_monitor.html

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

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

Вопрос как это реализовать ? Использовать Socket ? Или же есть другие варианты ?...

Заранее огромное спасибо.

← →
Сергей М. © (2008-09-25 13:48) [1]

> Использовать Socket ?

Можно и Socket.

> Или же есть другие варианты ?

Есть и другие. Например, Named Pipes

← →
KSergey © (2008-09-25 13:50) [2]

DCom тоже вариант. Для джедаев :)

← →
desc (2008-09-25 13:53) [3]

> Сергей М. © (25.09.08 13:48) [1]
>
> > Использовать Socket ?
>
>
> Можно и Socket.
>
>
> > Или же есть другие варианты ?
>
>
> Есть и другие. Например, Named Pipes

А чем лучше/хуже между собой Socket и Named Pipes ?

← →
mon (2008-09-25 13:54) [4]

> KSergey © (25.09.08 13:50) [2]
> DCom тоже вариант. Для джедаев :)

Первый раз слышу, что это ?

← →
KSergey © (2008-09-25 13:57) [5]

Google - мощная штука, доложу я вам :)

← →
Vlad Oshin © (2008-09-25 14:02) [6]

если есть доступ, можно с наблюдающего PC читать лог-файлы наблюдаемых

← →
mon (2008-09-25 14:13) [7]

> Vlad Oshin © (25.09.08 14:02) [6]
> если есть доступ, можно с наблюдающего PC читать лог-файлы
> наблюдаемых

Да просто хочется накапливать информацию в dbf, db или еще куда, и сделать фильтр по полям, для быстрого поиска информации так сказать в on-line режиме...

← →
Vlad Oshin © (2008-09-25 14:24) [8]

давай, хороший способ
заодно еще в чем разберешься попутно

← →
KSergey © (2008-09-25 14:28) [9]

А может пусть мониторилки сами в базу и сливают на досуге? Таких технологий все ж больше в готовом виде. Ну разве что интересует случай мониторить "подрезание крылышков".

← →
Сергей М. © (2008-09-25 14:30) [10]

> mon (25.09.08 14:13) [7]

Ставь на контролируемые софты любую СУБД, позволяющую удаленный доступ.
Например, MySQL или IN/FB.
Тогда и заморачиваться транспортным уровнем не придется.

← →
mon (2008-09-25 14:59) [11]

> Сергей М. © (25.09.08 14:30) [10]
>
> > mon (25.09.08 14:13) [7]
>
>
> Ставь на контролируемые софты любую СУБД, позволяющую удаленный
> доступ.
> Например, MySQL или IN/FB.
> Тогда и заморачиваться транспортным уровнем не придется.
>

Оптимально ли будет использовать сервисы запущенные базой данных + процесс работы проги для подключение к БД и использование "умного" фильтра...

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

Или я ошибаюсь, и целенаправленно иду по граблям ?...

> сервисы запущенные базой данных

База данных сама по себе никакие сервисы не запускает и запустить не может в принципе.

На любом доступном в сети хосте инсталлируется и работает СУБД-сервер, например, FB-сервер. На этом же хосте расположена БД, контролируемая этим СУБД-сервером.

На всех контролируемых хостах инсталлируется и работает твое приложение-агент, занимающееся мониторингом. Результаты мониторинга записываются в удаленную БД при посредничестве того самого удаленного СУБД-сервера.

На контролирующем хосте инсталлируется и работает другое твое приложение, которое работает с результатами мониторинга обращаясь к той же самой БД того самого СУБД-сервера.

> mon (25.09.08 14:59) [11]

Иными словами, ты используешь готовый подходящий транспортный механизм, реализованный в той или иной подходящий готовой сетевой СУБД.

> Необходимо реализовать мониторинг событий производимых пользователями при работе на ПК.

Хорошо бы быть уверенным, что событие вызвал именно пользователь...

Мониторинг событий. Найти похожие ветки