Многофайловая теневая копия
Синтаксис создания многофайловой теневой копии похож на синтаксис создания многофайловой базы данных: спецификация вторичного файла теневой копии "сцепляется" со спецификацией первичного файла с указанием спецификаций и ограничений размеров каждого файла.
В следующем примере предположим, что мы соединены с базой данных employee.gdb, расположенной в каталоге по умолчанию Win32. Мы собираемся создавать теневую копию из трех файлов на дисках F, H и J, которые являются разделами жесткого диска файловой системы сервера.
! ! !
СОВЕТ. Размеры вторичных файлов теневой копии не обязательно должны соответствовать размерам вторичных файлов базы данных.
. ! .
Первичный файл (employee1.shd) имеет длину 10 000 страниц базы данных, а первый вторичный файл (employee2.shd) 20 000 страниц базы данных. Как и в случае с базой данных, последний вторичный файл теневой копии при необходимости будет увеличиваться, пока не будет исчерпано дисковое пространство раздела или пока не будет достигнут предел размера для файловой системы.
CREATE SHADOW 25 'F:\shadows\employeel.shd' LENGTH 10000
FILE 'H:\shadows\employee2.shd' LENGTH 20000
FILE 'J:\shadows\employee3.shd' ;
Мы можем также указать начальные страницы вторичных файлов, вместо абсолютного размера первичного и не последних вторичных файлов:
CREATE SHADOW 25 'F:\shadows\employeel.shd'
FILE 'H:\shadows\employee2.shd' STARTING AT 10001
FILE 'J:\shadows\eraployee3.shd' STARTING AT 30001;
Вы можете проверить в isql:
SQL> SHOW DATABASE;
Database: C:\Program\firebird\examples\employee.gdb
Owner: SYSDBA
Shadow 25: 'F:\SHADOWS\EMPLOYEEl.SHD' auto length 10000
file H:\SHADOWS\EMPLOYEE2.SHD starting 10001
file J:\SHADOWS\EMPLOYEE3.SHD starting 30001
PAGE_SIZE 1024
Number of DB pages allocated =462
Sweep interval = 20000
Ручной режим
В предыдущих примерах создавались теневые копии в режиме по умолчанию AUTO. Предположим, что теперь нам нужно, чтобы работа базы данных была остановлена каждый раз, когда работа с базой данных или ее теневой копией становится невозможной по различным причинам. В этом случае нам нужно создавать теневую копию в режиме MANUAL (см. предыдущие примечания в этом разделе). Для сообщения серверу Firebird, что мы хотим установить это правило, мы создаем теневую копию с использованием ключевого слова MANUAL в операторе CREATE SHADOW:
CREATE SHADOW 9 MANUAL '/shadows/employee.shd';
Теперь, если теневая копия будет использоваться как база данных, когда мы потеряем главный файл базы данных, или если теневая копия станет недоступной по разным причинам, администратор базы данных должен удалить старый файл теневой копии и создать новую теневую копию до того, как клиенты смогут восстановить соединения.
Условная теневая копия
Во всех предыдущих примерах спецификация CREATE SHADOW оставляла базы данных без теневого копирования после того, как теневая копия становилась недоступной по причине отключения от базы данных или когда она "занимала место" активной базы данных при физической смерти оригинальной базы данных.
В случае теневой копии режима MANUAL это то, что нам нужно. Мы выбираем данный режим, потому что хотим, чтобы соединения с базой данных оставались заблокированными, пока мы вручную не создадим новую теневую копию.
В случае теневой копии режима дито соединения с базой данных могут быть восстановлены после сбоя, как только теневая копия заменит базу данных. С этого момента работа с теневой копией не будет вестись, пока администратор не создаст вручную новую теневую копию. Если теневая копия станет недоступной по разным причинам, администратор об этом не узнает. В другом же случае мы имеем окно, где сообщается об ошибке теневого копирования.
Как было описано ранее в этом разделе, мы можем улучшить эту ситуацию, включив ключевое слово CONDITIONAL В определение теневой копии режима AUTO. Результатом будет то, что когда старая теневая копия станет недоступной, сервер Firebird выполнит все необходимые вспомогательные действия и автоматически создаст новую теневую копию, например:
CREATE SHADOW 33 CONDITIONAL '/shadows/employee.shd';
Увеличение размера теневой копии
В некоторых случаях бывает необходимым увеличить размер и количество файлов в теневой копии. Просто удалите теневую копию (как описано в следующем разделе) и создайте новую.
Удаление теневой копии
Теневую копию нужно удалять в следующих ситуациях:
* это "ручная" теневая копия, которая по разным причинам была отключена от системы. Удаление ненужной теневой копии является необходимым для создания новой теневой копии и возобновления обслуживания базы данных;
* это безусловная автоматическая теневая копия, которая была отключена из-за некоторых системных событий. Ее нужно пересоздать для восстановления ее целостности;
* вам нужно изменить размеры файлов теневой копии, добавить больше файлов или установить новую теневую копию с другими атрибутами;
* теневое копирование больше не требуется. Удаление теневой копии означает отключение теневого копирования.
Удаление теневой копии удаляет не только физические файлы, но также и ссылки на нее из метаданных базы данных. Чтобы иметь право на выполнение этой команды, вы должны быть соединены с базой данных как пользователь, который создал теневую копию, пользователь SYSDBA или (в POSIX) пользователь с привилегиями операционной системы root.
Синтаксис
Используйте следующий синтаксис DROP SHADOW:
DROP SHADOW номер-набора-теневой-копии;
Номер набора теневой копии является обязательным аргументом команды DROP SHADOW. Для отыскания этого номера используйте в isql команду SHOW DATABASE, будучи подключенным к этой базе данных.
В следующем примере удаляются все файлы, связанные с набором оперативной копии за номером 25:
DROP SHADOW 25;
Использование gfix-переключателя -kill
Служебная утилита командной строки gfix (см. главу 39) имеет переключатель -kill, который внутренне вызывает команду DROP SHADOW, чтобы удалить теневую копию и сделать ее недоступной. После выполнения этой команды можно будет продолжить создание новых теневых копий.
Например, для удаления недоступной теневой копии нашей базы данных employee в POSIX наберите:
[root@coolduck bin]# ./gfix -kill ../examples/employee.gdb -user SYSDBA
-password masterkey
В Win32 наберите:
C:\Program Files\Firebird\bin> gfix -kill ..\examples\employee.gdb
-user SYSDBA -password masterkey
"Гигиена" базы данных
Firebird использует многоверсионную архитектуру. Это означает, что на страницах данных хранится множество версий строк данных. Когда строка изменяется или удаляется, Firebird сохраняет копию старого состояния записи и создает новую версию. Это размножение предыдущих версий записей может увеличить размер базы данных.
Фоновая сборка мусора
Для ограничения такого разрастания Firebird постоянно выполняет сборку мусора (garbage collection) на фоне активности базы данных.
Фоновая сборка мусора ничего не делает с устаревшими версиями записей, которые относятся к незавершенным транзакциям - они не будут обработаны в процессе обычных служебных действий. Для полной санации базы данных Firebird может выполнять чистку базы данных (database sweeping).
Чистка базы данных
Чистка базы данных является способом систематического удаления всех устаревших версий строк и освобождения занятого ими пространства на страницах с целью его повторного использования. Периодическая чистка предотвращает разрастание базы данных до излишних размеров. Не удивительно, что, хотя чистка осуществляется в асинхронном фоновом потоке, она может повлиять на производительность системы.
По умолчанию база данных Firebird выполняет чистку, когда интервал очистки достигает 20 000 транзакций. При этом поведение чистки может настраиваться: она может запускаться автоматически, интервал очистки может изменяться, автоматическая чистка может быть отменена, чтобы запускать ее вручную при необходимости.
Ручная чистка может быть инициирована из служебной программы командной строки gfix. Подробности см. в главе 39. Некоторые другие инструменты обеспечивают графический интерфейс для инициирования ручной чистки.
Интервал очистки
Сервер Firebird поддерживает инвентаризацию транзакций. Самая старая из транзакций, которые помечены в инвентарном списке как завершенные по rollback, называется "старейшей заинтересованной" (Oldest Interesting Transaction, OIT, или Oldest transaction), и обозначает начальную точку для интервала очистки. Если интервал очистки больше нуля, Firebird запускает полную чистку базы данных, когда разница между OIT и транзакцией Oldest snaphsot превышает порог, установленный для интервала очистки.
Инструкции см. в главе 39.