Дублирование и резервное копирование пропущенных данных в базе данных
Недавно мы начали использовать Duplicati для резервного копирования некоторых наших систем данных. Мы запускаем ERP-решение, которое использует Pervasive (v10).
Насколько мне известно, когда Duplicati начинает процесс резервного копирования, он использует либо дату файла, либо размер файла в байтах, чтобы определить, что нужно сделать резервную копию.
Проблема, которую я вижу с этим решением, состоит в том, что некоторые данные отсутствуют в таблице. Например, у модуля workorders, который, как мы уверены, были новые строки данных на сервере (исходном компьютере), которые НЕ были скопированы в новый файл.
Вчера вечером мы создали резервную копию нашей платформы ERP, а затем восстановили ее на новом месте, чтобы сравнить то, что было скопировано в течение вечера, с тем, что было на исходной машине. Мы заметили, что в восстановленной резервной копии отсутствуют строки из одной таблицы, которые есть в исходной таблице.
Резервная копия создается из каталога данных. Мы НЕ используем интегрированную резервную копию, которая входит в комплект ERP.
Я лично считаю, что происходит то, что база данных не записывает данные в таблицу до тех пор, пока последний клиент не отключится от программного обеспечения ERP. Кроме того, размер байта пропущенных данных файла и компьютера-источника одинаков, хотя исходный файл содержит больше данных.
На прошлой неделе мы провели тот же тест, что и прошлой ночью, и я заметил, что когда я закрывал пакет ERP, файл обновляет свой измененный штамп и новые строки добавляются в таблицу, но не раньше, чем клиент отключается.
Может кто-то пролить свет на то, почему это происходит?
2 ответа
Открываются ли файлы данных в соответствии с Pervasive, когда происходит резервное копирование? Если это так, вам следует использовать какой-либо агент, чтобы закрыть файлы или перевести их в режим непрерывной работы или агент резервного копирования. Из документов:
Непрерывные операции обеспечивают возможность резервного копирования файлов данных, когда приложения баз данных работают и пользователи подключены.
При запуске режима непрерывной работы создается дельта-файл (.^^^), а исходный файл данных "закрывается", чтобы программы резервного копирования могли получить доступ к файлу и выполнить его резервное копирование.
Агент резервного копирования переводит интерфейс GUI в режим непрерывной работы, но поддерживается только в PSQL v11 и новее.
С Duplicati вы можете установить --disable-filetime-check=true игнорировать временные метки и размеры и сканировать каждый файл на предмет изменений.
Эта опция по умолчанию не активна, потому что для полного чтения содержимого файла может потребоваться много времени. Для обычных файловых операций ОС должна установить временную метку, но некоторые приложения, такие как TrueCrypt, будут возвращать временную метку.