EQUATOR GNSS / BY TECHNOGISГермания · Индонезия
Данные и качество

Разработка стратегии резервного копирования и восстановления для проектов GNSS

План резервного копирования GNSS должен сохранять наблюдения, метаданные и записи обработки, а затем доказывать, что они могут быть восстановлены в пригодном для использования проекте.

Разработка стратегии резервного копирования и восстановления для проектов GNSS

Определите, что требуется для восстановления пригодности

Резервное копирование ценно при восстановлении Применимый проект, а не только, когда файлы отображаются во втором месте. Работа GNSS зависит от наблюдений, метаданных установки, ссылочных определений, обработки входных данных, рассмотрения решений и выпущенных версий. Начните с определения записей, необходимых для воспроизведения принятой цепочки координат. Только необработанные файлы приемника могут быть недостаточными, если высота антенны, локальные преобразования или окончательный отчет о приеме отсутствуют.

Установите приоритеты восстановления в соответствии со стоимостью проекта и операционными последствиями. Текущая полевая кампания может потребовать быстрого восстановления для продолжения работы, в то время как архивный проект управления может отдавать приоритет долгосрочной интерпретации. Определите приемлемое время потери данных и восстановления в рамках обычного процесса планирования организации. Эти требования определяют частоту резервного копирования и подход к хранению, не полагаясь на общее правило, согласно которому каждый проект нуждается в одном и том же механизме.

Продолжить изучение AR-вынос: живая картинка и соблюдение координатной дисциплины

Защитите данные, пока экипаж все еще находится на месте

Подтвердите, что наблюдения действительно записаны и читаются, прежде чем рассматривать их резервную копию. Через соответствующие промежутки скопируйте данные поля в отдельное утвержденное место и проверьте передачу. Сохраняйте идентификаторы сеансов и записи настроек с помощью файлов. Пустой скопированный необработанный файл идеально остается пустым, поэтому проверка поля должна включать репрезентативную проверку содержимого, а не только успешное уведомление о копии.

Избегайте удаления оригиналов приемника сразу после одной передачи. Следуйте документированной процедуре хранения, которая учитывает проверенные дополнительные копии и потребности проекта. Съемные носители и ноутбуки могут разделять физические риски, если они хранятся вместе, поэтому рассмотрите разделение, подходящее для кампании. Защитите оборудование и данные с помощью обычных процедур на площадке, не делая процесс передачи настолько громоздким, что бригады прекращают его выполнять последовательно.

Продолжить изучение Создание аудиторского журнала для данных GNSS Land Survey

Включите метаданные и конфигурацию

Резервное копирование информации об антеннах, заметки, записанные во время работ по измерению наружного воздуха, фотографии, определения координат и утвержденные шаблоны проектов с наблюдениями. Эти записи могут быть небольшими, но необходимыми. Восстановленный файл без метки идентификации или метода измерения высоты может потребовать дорогостоящего воспоминания или оставить неразрешенную интерпретацию. Рассматривайте метаданные как часть свидетельства измерений, а не дополнительный офисный документ, скопированный только тогда, когда кто-то их помнит.

Сохраняйте значительные конфигурации обработки и поддерживающие входные манифесты. Если программное обеспечение автоматически загружает справочные продукты, записывайте, что было использовано, и сохраняйте разрешенные входные данные там, где это необходимо для воспроизводимости. Сохраняйте принятые идентификаторы преобразования и геоидентификаторов, четко связанные с версией координат. Резервное копирование должно позволить другому аналитику реконструировать утвержденный рабочий процесс, а не просто повторно открыть программный проект, который теперь извлекает различные значения по умолчанию или не может найти отсутствующий локальный файл.

Продолжить изучение Организация папок проекта GNSS для надежной обработки и доставки результатов проекта

Отдельная резервная копия от синхронизации

Синхронизация может поддерживать выравнивание рабочих копий, но также может распространять удаление, повреждение или нежелательное редактирование. Стратегия резервного копирования должна учитывать историю версий и восстановление этих событий. Понимать фактическое поведение выбранной системы хранения, включая ограничения на удержание и восстановление. Не думайте, что значок облака означает, что каждая историческая версия защищена или что автономный диск является текущим просто потому, что он был подключен недавно.

Используйте соответствующие средства контроля доступа и организационную собственность. Проект, хранящийся только под личным кабинетом одного сотрудника, может стать трудным для восстановления после смены персонала. Сохраняйте учетные данные и информацию о восстановлении в подходящих частных системах и явно назначайте обязанности резервного копирования. План должен оставаться действующим уполномоченным персоналом, не завися от памяти одного человека о том, где были размещены копии или как было настроено устройство.

Продолжить изучение Архивирование необработанных данных GNSS GNSS для полезной обработки в будущем

Приёмник GNSS на геодезическом штативе.
Приёмник GNSS на геодезическом штативе. · Rowan Johnson / USGS / Public Domain

Проверка целостности в значимых точках

Используйте количество файлов, размер, контрольные суммы или поддерживаемые инструменты целостности, где они помогают установить, что копии совпадают. Эти проверки оценивают идентичность файла и передают целостность, а не качество обследования земель. Соедините их с проверками содержимого, такими как открытие репрезентативных файлов наблюдения и подтверждение покрытия сеанса. Поврежденный или неполный источник может быть точно скопирован, поэтому проверка должна касаться как передачи, так и удобства использования базового набора данных.

Сохраняйте резервный манифест, идентифицирующий версии проекта и значимые записи. Для крупных кампаний автоматизированные проверки могут уменьшить ручное усилие, но проверять исключения и сохранять результаты. Успешность отчетов на панели мониторинга должна привести к восстановлению, поддающимся восстановлению, с четким объемом. Если некоторые файлы были пропущены или недоступны, сделайте это видимым и устраните пробел, а не позволяйте общей ярлыке успеха скрывать отсутствующие доказательства измерений.

Продолжить изучение AR-вынос: живая картинка и соблюдение координатной дисциплины

Сохранить выданные и замененные версии

Резервное копирование должно сохранять официально выданный пакет и историю, необходимую для понимания замены. Держите рабочие результаты отличающимися от принятых результатов проекта. Если выдана коррекция координат, сохраните предыдущий пакет с четким замененным статусом и соедините замену. Это поддерживает более поздние исследования, какие данные использовали нижестоящая группа и почему два отчета содержат разные значения для одной и той же точки.

Избегайте использования только дат изменения файла, чтобы определить принятую проблему. Копирование и восстановление может изменить окружающие метаданные или изменить порядок файлов. Используйте стабильные идентификаторы и манифесты, которые путешествуют вместе с пакетом. Процесс восстановления должен восстановить эти отношения, поэтому будущему аналитику не нужно будет делать вывод о статусе утверждения из неоднозначных имен, таких как окончательные, окончательные, новые и скорректированные окончательно.

Продолжить изучение Создание аудиторского журнала для данных GNSS Land Survey

Восстановление теста с помощью репрезентативного проекта

Выполните контролируемое восстановление в отдельном месте и убедитесь, что проект можно интерпретировать. Откройте необработанные данные наблюдения GNSS, найдите метаданные установки, идентифицируйте принятый запуск обработки и проверяйте выданные выходные данные. Если практично, воспроизведите репрезентативный расчет с использованием оставшихся входных данных. Тест восстановления выявляет отсутствующие зависимости, которые успешное задание резервного копирования может никогда не обнаружить, например преобразование, хранящееся вне папки проекта.

Запишите область тестирования, дату, результат и корректирующие действия. Не претендуйте на полную возможность восстановления после теста, который восстанавливал только небольшое подмножество. Выбирайте репрезентативные записи и периодически включайте сложные случаи, такие как проект с локальными сетками или несколько версий обработки. Обновите стратегию, когда системы хранения, программное обеспечение или практика проекта меняются, поскольку один раз успешный тест не устанавливает возможности постоянного восстановления.

Продолжить изучение Организация папок проекта GNSS для надежной обработки и доставки результатов проекта

Планируйте долгосрочную читабельность

Сохраняйте исходные форматы, но при необходимости учитывайте поддерживаемые форматы обмена и читаемые метаданные. Для собственного проекта может потребоваться программное обеспечение, которое недоступно несколько лет спустя. Rinex и другие документированные форматы могут поддерживать будущий доступ при правильном создании и подтверждении, но преобразование должно сохранять наблюдения и метаданные, необходимые для предполагаемого использования. Сохраните оригинал и запишите метод преобразования, а не обрабатывайте обменный файл как необъяснимую замену.

Проверить требования к удержанию и состояние хранения в соответствии с обычной политикой организации. Долгосрочные архивы нуждаются в собственности и периодическом внимании. Драйв, помещенный в шкаф, не является полной стратегией сохранения, если никто не знает его содержимого или его все еще можно прочитать. Держите архивный индекс пригодным для использования и избегайте хранения ненужных секретов в клиентских или широкодоступных пакетах.

Продолжить изучение Архивирование необработанных данных GNSS GNSS для полезной обработки в будущем

Сделать восстановление эксплуатационных возможностей

Назначьте обязанности по копированию на местах, резервному копированию офиса, просмотру исключений и утверждению восстановления. Предоставьте краткую процедуру, которой могут следовать сотрудники. После инцидента сохраните запись о событии и оцените, достаточно ли восстановлен восстановленный набор данных для его предполагаемого использования перед возобновлением производства. Технически успешное восстановление может по-прежнему оставлять период, требующий воспоминания или ограничения в окончательном выводе проекта.

Сильная стратегия резервного копирования защищает полную цепочку доказательств GNSS и демонстрирует, что ее можно восстановить. Он сочетает в себе надежные копии, проверки целостности, читаемые метаданные и проверенную реставрацию. Это превращает резервное копирование из обнадеживающей привычки к хранению в практическую возможность продолжать работу и защищать принятые координаты после потери оборудования, случайных изменений или текучести кадров.

Продолжить изучение AR-вынос: живая картинка и соблюдение координатной дисциплины

Практический список проверок

Практический список проверок

  1. Определите, что требуется для восстановления.
  2. Планируйте долгосрочную читаемость.
  3. Сделайте восстановление эксплуатационным потенциалом.
EQUATOR GNSS

Спланируйте комплект GNSS

Сравните характеристики приёмников EQ10 и EQ20, затем обсудите комплектацию и поддержку, необходимые вашему проекту.

Сравнить приёмники GNSS

Источники

  1. IGS/RTCM — RINEX 4.02 specification
  2. NOAA NGS — User Guidelines for Single Base Real Time GNSS Positioning
  3. IGS CORS Guidelines — Metadata