<![CDATA[Исторические данные]]>Доброго времени суток!
Появилась у меня необходимость анализировать данные по производительности мониторируемых объектов за несколько лет.
Как реализовать? Просто поднять DefaultDCIRetentionTime до 1095?
NetXMS не загнется? Или есть другие варианты?

]]>https://forum.netxms.org/topic/6580/исторические-данныеRSS for NodeFri, 13 Nov 2026 09:18:29 GMTMon, 22 Jun 2020 14:42:45 GMT60<![CDATA[Reply to Исторические данные on Mon, 29 Jun 2020 09:01:43 GMT]]>Понял! Огромное СПАСИБО за ответы!!!

]]>https://forum.netxms.org/post/28135https://forum.netxms.org/post/28135Mon, 29 Jun 2020 09:01:43 GMT<![CDATA[Reply to Исторические данные on Mon, 29 Jun 2020 08:52:58 GMT]]>@eugenesg said in Исторические данные:

Простой (на первый взляд) вариант это перейти на TimescaleDB и просто изменить параметр DefaultDCIRetentionTime? Я парвильно понял?

да

@eugenesg said in Исторические данные:

Сложный - это разработать драйвер для другого сервера БД, или этого же но уже архивная БД и еще придется разрабатывать инструмент анализа так же? Например в случае того же Elasticsearch это будет Kibana?

Это отдельная архивная БД. Оперативные данные останутся как есть, просто будут писаться параллельно в архивную базу. Инструменты для анализа тоже зависят от архивной базы. С точки зрения NetXMS сервера это записал данные и забыл, прочитать через сервер их уже нельзя.

]]>https://forum.netxms.org/post/28134https://forum.netxms.org/post/28134Mon, 29 Jun 2020 08:52:58 GMT<![CDATA[Reply to Исторические данные on Mon, 29 Jun 2020 08:45:21 GMT]]>Отлично!!!
Главное, что есть варианты!!!
Простой (на первый взляд) вариант это перейти на TimescaleDB и просто изменить параметр DefaultDCIRetentionTime? Я парвильно понял?
Сложный - это разработать драйвер для другого сервера БД, или этого же но уже архивная БД и еще придется разрабатывать инструмент анализа так же? Например в случае того же Elasticsearch это будет Kibana?

]]>https://forum.netxms.org/post/28133https://forum.netxms.org/post/28133Mon, 29 Jun 2020 08:45:21 GMT<![CDATA[Reply to Исторические данные on Mon, 29 Jun 2020 07:58:30 GMT]]>У нас есть возможность создавать fan-out драйвера для параллельной выгрузки данных в другую базу. Сейчас есть драйвер для InfluxDB, но можно сделать и для других баз. Если требуется хранить и анализировать данные за несколько лет то я бы предложил переход на TimescaleDB. Он позволит нормально работать с оперативными данными, и в нем есть встроенные механизмы архивации и анализа исторических данных. У нас есть несколько клиентов на поддержке на TimescaleDB и результаты в целом очень хорошие.

]]>https://forum.netxms.org/post/28131https://forum.netxms.org/post/28131Mon, 29 Jun 2020 07:58:30 GMT<![CDATA[Reply to Исторические данные on Wed, 24 Jun 2020 04:45:18 GMT]]>Вот это да!
Т.е. данная система не рассчитана на хранение данных за несколько лет?
А как же тогда Вы предлагаете анализировать рост нагрузки и т.д. за года?
Или это система только для "оповещений"?
Может есть какие-то механизмы-идеи о создании "архивной базы" (идея с двумя DCI прямо скажем не о чем)?
Как пример: "выгружать" данные в тот же Elastic Search?

]]>https://forum.netxms.org/post/28118https://forum.netxms.org/post/28118Wed, 24 Jun 2020 04:45:18 GMT<![CDATA[Reply to Исторические данные on Tue, 23 Jun 2020 22:00:47 GMT]]>Если загнется, то не сам NetXMS, а база данных 🙂

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

]]>https://forum.netxms.org/post/28115https://forum.netxms.org/post/28115Tue, 23 Jun 2020 22:00:47 GMT<![CDATA[Reply to Исторические данные on Tue, 23 Jun 2020 10:36:56 GMT]]>Не проходите мимо!
Задача горящая 🙂

]]>https://forum.netxms.org/post/28111https://forum.netxms.org/post/28111Tue, 23 Jun 2020 10:36:56 GMT