2. Почему игнорируется интервал архивирования из настроек? Стоит например 10 сек., а для комбинированной переменной запись происходит через час.
Переменная долго находится в одном состоянии? Если да, то скада не будет добавлять одно и то же значение каждые 10 сек, т.к. это ничего не изменит ни на тренде, ни при расчетах с учетом времени.
Ну мне кажется в этом и суть "комбинированной" переменной писать и так и так, мало ли для чего это нужно инженеру.
Рекомендации про 1 час в руководстве у вас даны. Для чего насильно изменять при этом интервал (нигде про это не упоминая) не понятно и вводит в заблуждение.
Да, данные накапливаются в буферы и сбрасываются на жесткий диск каждые 5 минут (для основного слоя), поэтому в случае аварийного потеряется не более 5 мин. основного слоя. Минутный слой сбрасывается каждую минуту, часовой - час, суточный - день. Для часового и суточного слоев делается резервная копия каждые 10 минут и в случае сбоя данные из резерва будут восстановлены после очередного запуска сервера.
К сожалению это не всегда так. Проведенный эксперимент (комбинированная переменная):
17.59mysql> select * from trends_data where id=13 order by timestamp desc limit 3;
+----+-------------------------+-------+---------+
| ID | Timestamp | Value | Quality |
+----+-------------------------+-------+---------+
| 13 | 2017-03-17 17:50:33.573 | 1 | 1 |
| 13 | 2017-03-17 16:56:09.611 | 0 | 2 |
| 13 | 2017-03-17 16:54:28.553 | 1 | 1 |
18.00 Стоп и последующий старт проекта через серверmysql> select * from trends_data where id=13 order by timestamp desc limit 3;
+----+-------------------------+-------+---------+
| ID | Timestamp | Value | Quality |
+----+-------------------------+-------+---------+
| 13 | 2017-03-17 17:50:33.573 | 1 | 1 |
| 13 | 2017-03-17 16:56:09.611 | 0 | 2 |
| 13 | 2017-03-17 16:54:28.553 | 1 | 1 |
quality = 3 нету.
Последние значения из trends_minute, trends_hour, trends_day точно такие же.
18.57 (прошел почти час) Последние значения из всех таблиц trend_data trends_minute, trends_hour, trends_day точно такие же, новых записей нет.
19.03 (прошло больше часа)в trends_data появилось значение за 18.00
mysql> select * from trends_data where id=13 order by timestamp desc limit 3;
+----+-------------------------+-------+---------+
| ID | Timestamp | Value | Quality |
+----+-------------------------+-------+---------+
| 13 | 2017-03-17 19:00:14.584 | 1 | 1 |
| 13 | 2017-03-17 18:00:09.885 | 1 | 2 |
| 13 | 2017-03-17 17:50:33.573 | 1 | 1 |
+----+-------------------------+-------+---------+
