На мой взгляд, спрашивающего, похоже, путают с "мониторингом ИТ-ресурса как примера превосходных аспектов для отслеживания сложных взаимосвязей" и "данными журнала мониторинга для управления историей устройства".
Для ИТ-предприятия, которое предоставляет множество услуг, в случае сбоя одной логической или физической системы ее влияние может повлиять на другие активы, связанные с этим активом.(Это похоже на распространение болезни в сетях .)
База данных графа очень подходит для настройки системы для ее отслеживания.(пожалуйста, найдите следующий рисунок) введите описание изображения здесь
Далее, давайте поговорим о вопросе автора, он немного более фундаментален, чтобы определить причину конкретной неисправности вУправление активами ИТ, анализ данных журнала активов также должны быть сделаны.В этой части я понимаю, как моделировать данные временных рядов в графической базе данных.
В заключение следует сказать, что RDB лучше, чем GDB, в области анализа данных журнала для управления историей.(Чтобы быть точным, База данных временных рядов является лучшей.) Причина также по той же причине, что и упомянутый спрашивающий.(Это правда, что Graphdb лучше, чем rdb, с точки зрения обхода фронтов, но, как это ни парадоксально, моделирование создает слишком большое преимущество для этой слепой веры, которая, скорее, отрицательно влияет на производительность. Это называется проблемой плотной сети.)
Поэтому рекомендуется реализовать функцию анализа данных журнала, построив ее в базе данных временных рядов и связав ее, используя DB Link, FDW или multimodel db GDB + RDB, например, AgensGraph,Oracle или OrientDB.