Очередность выгрузки архивов нескольких полевых постов
После восстановления общего канала несколько постов могут одновременно начать отдавать накопленную историю. Без планирования один большой архив надолго займёт путь, а другой успеет перезаписать ещё не принятые данные. Очередность должна учитывать объём, локальную сохранность и потребность в текущих показаниях.
Собрать состояние постов
Для каждого укажите позицию последней подтверждённой записи, доступный остаток, вместимость и правила заполнения. Campbell Scientific описывает поля размера и состояния таблицы, которые могут помочь такой оценке. Campbell Scientific — Data Table Access Реальные возможности уточняют по модели и программе.
Отдельно оцените, сколько новых записей появляется за время выгрузки. Большой свободный объём при редкой записи и небольшой запас при частой требуют разного внимания. Не сортируйте посты только по их номерам или моменту первого подключения.
Назначить правила порций
Согласуйте максимальный объём одного запроса, порядок перехода к следующему посту и проверку подтверждения. Порционная выгрузка помогает распределить ресурс, но её размер выбирают по измеренной работе канала и приложения. Универсальное число записей для любых постов здесь не задаётся.
Увеличить схему
API регистратора может предоставлять разные режимы запросов архива; пример описан Campbell Scientific. Campbell Scientific — Data Logger Web Server API Перед применением проверьте границы запроса и поведение при пропавших старых записях. Нельзя объявлять весь период полученным только по успешному ответу на последнюю порцию.
Сохранить текущий обмен
Выделите согласованный ресурс для оперативных данных и диагностики. Историческая выгрузка не должна незаметно делать свежие значения недоступными. Приоритеты определяют по задаче хозяйства, не подменяя их обещанием мгновенного обслуживания всех постов.
Повтор порции после обрыва не создаёт новые наблюдения. Подтверждённая позиция меняется после проверки сохранения, а не при отправке запроса. Сведения об утраченном локальном диапазоне сохраняйте как пробел, без фабрикации недостающих записей.
Испытать общую нагрузку
На тестовой конфигурации накопите разные объёмы на нескольких постах. Затем проверьте общий запуск, недоступность одного узла и разрыв посреди порции. Сверьте уникальные принятые записи и оставшиеся локальные диапазоны.
В протоколе покажите время завершения каждого архива и возраст текущих показаний. После изменений повторяют затронутые сценарии планировщика. Готовая схема объясняет, почему выбран следующий пост и какой риск потери она уменьшает, вместо бесконечной последовательной попытки выкачать один недоступный узел до конца.
Предусмотрите наблюдаемую причину ожидания каждой очереди. Оператор должен отличать исправный пост, ожидающий своей порции, от узла, который не отвечает: одинаковый пустой индикатор не помогает управлять выгрузкой.
