Хелен Борри - Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ

-t[erminator] x

Изменяет символ завершения оператора со значения по умолчанию точка с запятой (;) на x, где x- один символ или любая последовательность символов

-u[ser] пользователь

Используется вместе с -password. Задает имя пользователя при соединении с удаленным сервером. Для доступа пароль и пользователь должны представлять существующую запись в базе данных безопасности на сервере

-x

То же самое, что и -extract

-z

Отображает версию программы isql

В командной строке вы можете использовать режим -extract для вывода операторов DDL, которые определяют метаданные в базе данных.

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

Необязательный флаг -output перенаправляет вывод в указанный файл. Используйте следующий синтаксис:

isql [[-extract | -x][-a] [[-output | -о] выходной-файл]] база-данных

Режим -x может быть использован в качестве сокращения для -extract. Флаг -а указывает утилите isql на необходимость извлечения всех объектов базы данных. Обратите внимание, что спецификация выходного файла выходной-файл должна содержать полный путь к файлу и должна следовать после флага -output. Имя файла и путь извлекаемой базы данных могут находиться в конце команды.

Вы можете использовать результирующий текстовый файл для:

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

* создания базы данных со схемой, идентичной схеме извлекаемой базы данных;

* открытия в вашем текстовом редакторе для выполнения изменений определения базы данных или для создания нового исходного файла базы данных.

! ! !

ПРИМЕЧАНИЕ. Функция -extract не всегда бывает столь разумной, как должна бы быть по отношению к зависимостям. Иногда необходимо редактировать выходной файл для изменения порядка создания таблиц.

. ! .

Следующий оператор извлекает схему SQL из базы данных employee.fdb в файл скрипта схемы с именем employee.sql:

isql -extract -output /data/scripts/employee.sql /data/employee.fdb Эта команда эквивалентна:

isql -x -output /data/scripts/employee.sql /data/employee.fdb He извлекаются следующие объекты и элементы:

* системные таблицы и просмотры, системные триггеры;

* коды внешних функций и фильтров BLOB (они не являются частью базы данных);

* атрибуты владельца объектов.

Режим -(е)x (tract) извлекает метаданные только для объектов SQL. Если вы хотите извлечь скрипт схемы, который включает такие объявления, как DECLARE EXTERNAL FUNCTION и DECLARE FILTER, используйте режим -а.

Например, для извлечения операторов DDL из базы данных employee.fdb и помещения в файл employee.sql введите:

isql -a -output /data/scripts/employee.sql /data/employee.fdb

Теперь мы рассмотрим gbak, утилиту командной строки для резервного копирования и чистки базы данных.

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

Регулярное резервное копирование является основной для поддержания базы данных в хорошем состоянии, обеспечения целостности данных, безопасности и возможности избежать неприятностей. Утилита командной строки резервного копирования и восстановления данных в Firebird gbak создает и восстанавливает резервные копии ваших баз данных. Она создает независимый от платформы архив фиксированного снимка базы данных, который может быть записан в дисковый файл, и он при желании может быть сжат посредством утилит сторонних разработчиков.

Резервная копия Firebird является "горячей" копией - нормальная работа с базой данных может продолжаться в то время, как gbak анализирует метаданные и записывает файл копии. Операция выполняется в транзакции SNAPSHOT, захватывающей состояние базы данных, которое она имела на момент старта транзакции. Изменения данных, которые клиенты подтверждают в базе данных после начала резервного копирования, не записываются в файл копии.

! ! !

ВНИМАНИЕ! Операционные системы обычно включают средства для архивирования файлов баз данных. Не полагайтесь на копии ваших баз данных Firebird, выполненные такими утилитами или утилитами файловой системы, или утилитами сжатия данных, такими как gzip или WinZip, если работа базы данных полностью не завершена. Подобные копии баз данных не являются "гигиеничными" - неубранный мусор будет восстановлен вместе с другими данными файла. Поскольку эти утилиты обычно используют низкоуровневые блокировки диска, их использование приводит к разрушению базы данных, если при их выполнении сохраняются живые соединения с базой данных.

. ! .

Утилита gbak анализирует и разбивает на части файлы Firebird, сохраняя отдельно метаданные и данные в компактном формате. Копия, сделанная gbak, не является файлом базы данных и не будет распознаваться сервером. Чтобы стать используемой, она должна быть восстановлена в формат Firebird, который будет читаем сервером с учетом версии gbak, соответствующей версии выполняемого сервера Firebird.

При восстановлении файлов копии в формат базы данных gbak выполняет проверку метаданных и данных перед внутренним использованием языка запросов для воссоздания базы данных и наполнения ее данными.

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

! ! !

ВНИМАНИЕ! Выполнение резервного копирования является лишь одной стороной защиты схемы. Если вы ослеплены верой в сохранение целостности при резервном копировании, то, независимо от используемой вами системы резервного копирования, вы будете неизбежно наказаны. Тот факт, что копирование завершилось, не является гарантией, что копия будет восстановлена. Делайте тестовое восстановление периодически или регулярно вместе с резервным копированием.