800XA 220.127.116.11 without trends and can not read logs after history's database restore
Trends with realtime data and storing history data with green trace status.
We was need restore the data for the old system and we executed the history server database restore procedure. The procedure finished succesfully, all the tags was create and rtdb services started properly.
After a little time, the DCN's CPU load goes to 99%. The trend's trace status goes to yellow blinking and log configuration can not read data. In the task manager we can see the service "CpmPlusKM-OpcHdaServer D:\RTDBData" taking all the CPU load.
We leave the system in this condition, waiting the end of the "syncronization procedure". But after three days, the conditions of trends and log configurations are the same, and in the task manager appears a new service sharing the very high CPU's load "RTDB-Transformator D:\RTDBData". (picture attached)
The server's CPU load is about 3% and his history RTDB directory is about 12 GB.
I have some questions about this issue:
- Is that behavior normal?
- Are there some sincronization procedure between DCN and history server?
- How long time I need wait to get the normal system ?
- Are there some tools to know the data status and know if the history data are stored?
Thanks in advance