EMS排查数据流程
2024-12-24 10:27:00 3 举报EMS
作者其他创作
大纲/内容
检查测点配置是否正确
配置是否错误
virtual-node-daily-consumption
L5ConsumptionDailyVirtualNodeApp
MQTT连接失败，没有心跳，bootstrap时timestamp无效
15min原始数据入库
否
elasticsearch_interval_history_sink
测点开启落库配置
15min原始数据
是
elasticsearch_hourly_sink
有数否
数据清洗
elasticsearch_daily_sink
MQTT正常心跳正常
l3_consumptionInternalApp
检查scada
正常否
bluewhale-application
rawtagdata_1430004
日能耗数据入库
查询TSDB
日志正常否
daily-consumption-with-vn
检查dera
ping邮箱服务器
rabbitmq
不通
EMS+使用
原始值是否为0
interval-history-data-with-backfill
bluewhale假死
日能耗计算
落库时间和数据时间相差是否超15min
在线
dera
15min数据
小时能耗数据入库
toutime-interval-consumption
scada
落库
检查KPI配置中批次
有
ES
interval-difference
查询xiot虚拟网关
配置bind
interval-consumption
与客户沟通端口号
KPI有数据否
bad
redis
在线否
L4ConsumptionHourlyApp
1.hardcore连不上数据库2.hardcore服务挂掉导致丢数
PO-History-n/interval-history-data
L5ConsumptionDailyToutimeApp
15min能耗数据入库
沟通信息
重启bluewhale
两个服务器时间不一致
正常
l3consumptionInternalApp
数据修复
good
influxdb
toutime-daily-consumption
查看dera
设备
bluewhale-app-processhistorydata定时任务（15min重启）
手工录入数据
在alarm容器中nc
通
l2_data_quality
检查KPI公式
signalr
hourly-consumption
就地信息点位item id不匹配
modbus Drive
实时数据
前端页面检查KPI
检查KPI配置
realtimedata表
KPI计算批次>公式中引用的KPI计算批次
检查hardcore
back-resume
L5ConsumptionDailyApp
elasticsearch_interval_cleaned_sink
重启ems-kpi
检查scada系统能否读到测点数据
与客户沟通
无
1.blue-application假死导致rabbmq堆积2.blue-application与redis链接断掉导致MQ堆积
l4_ConsumptionIntervalToutimeApp
rabbmq是否堆积
重启dera
重启hardcore
nc 邮箱服务器 端口号
1.连不上wand2.连不上rabbmq2.链接不上scada
同环境其他服务器是否能ping通
日分时能耗计算
rabbmq
15min修复后数据入库
realtimedata_1430004
rawtagdata表
是否有除法，一般分母为0，计算结果为空
daily-consumption
计算是否错误
rabbmq坏掉
虚拟节点日计算
interval-history-data
hardcore
正常上数数据
查询历史数据、能耗数据
不正常
15min能耗计算
站点手动拉取数据
网关
找技术支持
tag_id
小时能耗计算
离线
l1_cleaning_and_difference_n
前端数据是订阅模式
interval-apportionment-factor
重启hardcorn
是否good
前端
15min分时能耗
bluewhale与redis断开链接到导致
查询dera上数质量
点位信息上传/下发/配置失败
elasticsearch_quarter_hourly_sink
kpi id
连上数据库
引用测点是否有数
检查测点原始值
xiot
公式计算的分摊系数
大批KPI数据错误
0 条评论
下一页
