До складу програми TaxiDriver входить командні файли з уже налаштованої командою gbak для операцій резервного копіювання (BackUp.cmd) і відновлення (Restore.cmd).
Увага! Шляхи до утиліти gbak і файлів бази даних і резервної копії вказані в цих командах виходячи з процедури стандартної одного користувача установки програми. Для використання цих команд по відношенню до бази даних на віддаленому сервері файли повинні бути відповідно модифіковані.
Формат команди при використанні утиліти gbak для резервного копіювання бази даних програми на комп'ютері з встановленим сервером FireBird:
gbak -B -USER користувач -PAS пароль [options] файл_ісходной_бази_данних файл_резервной_копіі
Створення резервної копії бази даних. Реальна команда (взята з файлу BackUp.cmd, що поставляється разом з програмою) виглядає так:
C: \ FireBird \ Bin \ gbak -B -USER SYSDBA -PAS masterkey C: \ TaxiDriver \ Data \ TaxiDriver.gdb C: \ TaxiDriver \ Data \ TaxiDriver.gbk
При цьому мається на увазі, що утиліта gbak.exe знаходиться в каталозі C: \ FireBird \ Bin \. база даних знаходиться на цьому-ж комп'ютері у файлі C: \ TaxiDriver \ Data \ TaxiDriver.gdb, результат операції слід помістити в файл C: \ TaxiDriver \ Data \ TaxiDriver.gbk а підключення до бази даних проводиться від імені користувача SYSDBA пароль masterkey. Якщо Ваші умови відрізняються - необхідно внести відповідні зміни в команду.
Час виконання операції залежить від розміру бази даних і швидкості комп'ютера. При нормальному виконанні операції повідомлень про помилки немає.
Крім одноразового здійснення backup часто виникає завдання налагодити регулярний процес резервного копіювання - наприклад, щоденний або навіть частіше. Для цього можна скористатися або вбудованими засобами ОС для організації регулярного копіювання, тобто допомогою штатного планувальника завдань в певний час запускати пакетний файл, який містить команди для здійснення backup.
Формат команди при використанні утиліти gbak для відновлення бази даних з резервної копії на комп'ютері з встановленим сервером FireBird:
gbak -R -USER користувач -PAS пароль [options] файл_резервной_копіі файл_новой_бази_данних
Відновлення бази даних з резервної копії. Реальна команда (взята з файлу Restore.cmd, що поставляється разом з програмою) виглядає так:
C: \ FireBird \ Bin \ gbak -R -USER SYSDBA -PAS masterkey C: \ TaxiDriver \ Data \ TaxiDriver.gbk C: \ TaxiDriver.gdb
При цьому мається на увазі, що утиліта gbak.exe знаходиться в каталозі C: \ FireBird \ Bin \. файл резервної копії знаходиться на цьому-ж комп'ютері у файлі C: \ TaxiDriver \ Data \ TaxiDriver.gbk, нову базу даних слід створити в файлі C: \ TaxiDriver.gdb (зверніть увагу: створюється нова база даних в іншому каталозі), підключення до базі даних проводиться від імені користувача SYSDBA пароль masterkey. Якщо Ваші умови відрізняються - необхідно внести відповідні зміни в команду.
Час виконання операції залежить від розміру бази даних і швидкості комп'ютера. При нормальному виконанні операції повідомлень про помилки немає.
Увага! Будьте дуже обережні під час виконання відновлення бази даних. Ні в якому разі не виконуйте відновлення в файл з ім'ям, що збігається з існуючою базою даних. У разі виникнення помилки при відновленні ви втратите файл існуючої бази. Операція відновлення повинна проводитися тільки в інший каталог.
заміщення існуючого файлу бази даних
Після виконання backup / restore у вас з'являється новий файл бази даних. Якщо операція b / r проводилася в профілактичних цілях (або через лагодження аварійної бази даних) і потрібно замістити існуючий файл бази даних новим необхідний:
- Зупинити сервер FireBird
- Перейменувати (перемістити) існуючий файл бази даних
- Скопіювати (перемістити) на його місце новий
- Запустити сервер FireBird
важливе зауваження
Нормальне (без помилок) виконання резервного копіювання (backup) не гарантує нормальне відновлення (restore) бази даних з цієї резервної копії. Тільки переконавшись (провівши контрольне відновлення бази даних) у відсутності помилок при відновленні можна архівувати отриманий файл резервної копії.
Слід дотримуватися правила обов'язкової перевірки контрольним відновленням критичних операцій резервного копіювання.
Ніколи не видаляйте вихідний (старий) файл бази даних до перевірки гарантованої працездатності відновленої копії.