Некорректная расстановка индексов файлового архива

[jerry5934]

Здравствуйте. Столкнулся с проблемой Евгения из темы. 1го марта был загружен обновленный проект. После загрузки файловый архив потерялся (с того момента были видны только свежие данные). Обнаружено это было 13-го марта перед загрузкой второго обновления (все загрузки обновлений через меню -> импорт). После второго обновления проследовал инструкции из справки. Файловый архив за период 1 - 13 марта был на 95% потерян. (Отображаются только свежие данные в тренде и пару минут прошлых). В папке объекта скады данные на месте. Стоит отметить, что архив ограничен 10гб и как я понял данные стали подтираться т.к. самые ранние файлы архивов выглядят "FNN_(число).dat". Это число отлично от "1". Когда индексы архива были сброшены (удалены index_d.dat в проекте), скада создала для почти для каждой переменной FNN_1.dat, хотя самым ранним (например для отдельной переменной) является файл FNN_30.dat , т.е. начала создавать архивы заново вместо того, чтобы писать в последний созданный файл (подчёркнут вторым на рисунке) 1.PNG. Подскажите варианты решения проблемы. Спасибо!

[jerry5934]

Дайте пожалуйста ответ ещё на вопрос. Когда будут записаны FNN_1.dat, FNN_2.dat и т.д. до FNN_30.dat, который является самым старым архивным файлом переменной. Он будет перезаписан на новый? Как поведёт себя скада?

[SCADAMaster]

Дайте пожалуйста ответ ещё на вопрос. Когда будут записаны FNN_1.dat, FNN_2.dat и т.д. до FNN_30.dat, который является самым старым архивным файлом переменной. Он будет перезаписан на новый? Как поведёт себя скада?

Будет удалять следующие по списку.
Вообще индекс обнуляться не должен - он идет всегда вверх.

Заархивируйте весь проект с данными (целиком всю папку проекта) и выложите на файлообменник. Нам пришлите ссылку. Укажите путь к параметру архив которого потерялся.

[jerry5934]

Отправил на почту.

[SCADAMaster]

Восстановить архив можно, но нужно удалить все новые .dat из папок _data начиная с 29 февраля. После чего очистить индексы удалив все index.dat.
Если лицензия позволяет, то лучше перевести архивацию на PostgreSQL.