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

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

Переключатель -se[rvice_mgr] вызывает Менеджер сервисов на (обычно) удаленном сервере. Это может сэкономить значительный объем времени и сетевого трафика, когда вы хотите создавать файлы копии или базы данных на том же хосте, где размещается база данных.

На сервере Windows с локальным соединением использование Менеджера сервисов не дает никаких преимуществ.

На сервере POSIX это экономит время и трафик - даже при локальном соединении.

Если вы выполняете gbak с переключателем -service, то утилита работает другим образом. Это приводит к тому, что gbak вызывает функции копирования и восстановления Менеджера сервисов Firebird на сервере, где находится база данных.

Вы можете копировать во множество файлов и восстанавливать из множества файлов при использовании Менеджера сервисов.

Переключатель -se получает аргумент, который состоит из имени хоста подключенного сервера с константной строкой service_mgr через специальный символ. Синтаксис этого аргумента варьируется в соответствии с используемым сетевым протоколом:

* TCP/IP: hostname: service_mgrj

* именованные каналы (Named Pipes): \\hostname\service_mgr.

Пользователь, который был текущим на сервере, когда был вызван Менеджер серверов для выполнения копирования - root, firebird или interbase - является владельцем файла копии на уровне файловой системы, что позволяет читать его только этим пользователем.

Когда вам нужно восстановить базу данных на сервере POSIX, которая была скопирована с использованием Менеджера сервисов, вы должны или использовать Менеджер сервисов, или соединиться с системой как владелец этого файла.

Когда режим -service не используется, владение файлом копии присваивается тому, кто выполнял gbak.

Эти ограничения не применяются к платформе Windows.

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

gbak -b -se hotchicken :service_mgr

d: \data\stocks.fdb

f:\backups\stocks.20040715.fbk

– v -y f:\backups\logs\stocks.20040715.log

! ! !

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

. ! .

Следующий пример восстанавливает многотомную базу данных из каталога /january на сервере hotchicken в каталог /currentdb. Он использует переключатель -r[epiace_database] и будет перезаписывать базу данных magic.fdb, если она будет найдена в /currentdb. Первые два файла восстанавливаемой базы данных имеют длину 500 страниц, а последний будет увеличиваться в размерах по необходимости.

gbak -r -user frodo -pas pipeweed -se hotchicken:service_mgr

/january/magicl.fbk /january/magic2.fbk /january/magicLast.fbk

/currentdb/magic.fdb 500 /currentdb/magic.fd2 500

/currentdb/magic.fd3

Следующий пример выполняется на сервере hotchicken и восстанавливает копию, которая находится на hotchicken, на другой сервер с именем icarus:

gbak -с -user frodo -pas pipeweed -se hotchicken:service_mgr

/january/magic. fbk j carus : /currentdb/raagic. fdb