Подскажите, кто знает, есть ли такие решения:
Сейчас есть приложение, которое работает с Ораклом (Есть 11и и 12и версии).
В данный момент, на различных процессах, можно включать детальное логирование данных процессов. Данные пишутся на сервер, и потом через FTP можно эти логи почитать, и поразбираться в проблемах - пару часов, ну или дней. :)

И таких приложений несколько с разными базами.

Появилась идея, все это, обработку логов, централизовать, и как оказалось идея уже не новая, и есть различные готовые решения.
Один из расспространенных это ELK.

Ну а теперь вопрос:
Кто уже реализовывал похожую задачу, подскажите как реализовали шаг со считыванием логов с сервера на котором стоит Oracle ?

По рекомендациям от elk Обычно ставят filebeat
Плюсы: логи доступны в онлайн
Минус: он жрет процесс у сервера, что вообще не очень хорошо, так как выбить доп ресурсы будет очень тяжело, для таких как бы не супер важных целей.

Есть вариант, запустить джобик с другого сервака, который будет через какой-нить ПО ходить в нужную директорию и считывать файлы.
Плюсы: нагрузка только на сеть и диск
Минус: Не онлайн доступность данных из логов

Ну и теперь вопрос:
Есть ли у Оракла, или может кто-то сам такое делал, аналог syslog'a
Т.е. на уровне процедуры, вместо записи данных в лог, я вызываю процедуру, которая сразу шлет эти данные на другой сервак(Также по UDP допустим) ?

Ну или меня вообще не в ту степь поперло и есть другие решения? Подскажите что почитать или куда копать?

х.з.речь идет о трассировке пользовательских оракловых сессий? для этого в сети где-то был pl/sql код - все делается удаленно, на сервер доступа не надо. только в БД.

если о логах посторонних процессов, то причем здесь оракл?

можно в сторону шар самбы посмотреть.

Речь идет о логах разработчиков, которые пишем в файлики через STDIO.PUT_LINE.

envdimyaz,


dimyaz STDIO.PUT_LINE.
ЦФТшный вариант pl/sql?

Если место позволяет - настроить rsync для переброса логов на другую железку и там уже спокойно filebeat прикрутить.

авторЕсли место позволяет - это что вы имеете ввиду? По rsync надо много места?

envОзорнитка,

rsync - предполагает копирование файлов. Вся суть предложения с ним - автоматом перебрасывать новые/изменившиеся файлы логов на другую железку и там уже спокойно заталкивать их в elastic.

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

А вариант, что вместо STDIO.PUT_LINE, аля Utl_File.Put_Line, вместо отправки данных в файл, данные будут лететь сразу на другой сервак или приложуху, не реализуемый?

envlandyЕсли не хотите ничего ставить - можно обращаться к этим логам, как к external tables
А в ELK есть возможность коннектится к БД по JDBC периодически(а-ля cron) - забираете логи и укладываете в elastic

Здравая мысль. Если имена файлов не меняются и разрешены объекты не входящие в состав схемы данных приложения.

Имена файлов как раз меняются, в шапке привязка к дате идет.