Стратегия резервного копирования и восстановления SQLite

Question

Я новичок в этом SQLite. До сих пор используется Oracle/SQL, которые поддерживаются централизованно, поэтому DBA управляет всеми этими

Я планирую использовать SQLite DB в одном из наших приложений Java/JSP.

Данные будут записаны и считаны с этой БД

Я хранить этот SQLite файл базы данных в том же сервере, что и само приложение. Возможно, существует вероятность того, что файл БД будет удален (по каким-либо причинам)

Мне интересно, какую стратегию резервного копирования и восстановления мы можем применить здесь, чтобы поэтапно создавать резервные копии БД и также восстанавливать их в худшем случае.

Просто скопировать файл (Batch файл для копирования файлов из одного места в другое), то и не будет работать, так как файл БД может использоваться

Answer 1

Как большие файлы вы говорите?

Вопрос замок мог быть решена с помощью LLVM снимок, как описано здесь: http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html

С обычными базами данных, как MariaDB вы можете сделать так:

1. Flush данных и блокировки пишет
2. Take LLVM snapshot
3. Освобождение замков
4. Установите снимок где-нибудь и сделайте резервную копию с tar, rsync, tarsnap и т. д.

В таком случае вам, вероятно, понадобится блокировать файл SQLite DB так или иначе при создании моментального снимка.

Answer 2

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

Если возможны параллельные обращения, вы должны прочитать файл базы данных из транзакции базы данных.
Для этого SQLite имеет backup API; самый простой способ использовать его - запустить командную строку sqlite3 с помощью команды .backup.

Не существует механизма для создания инкрементных резервных копий.