Реферат: СУБД INFORMIX
Читает страницы данных в буфер.
Копирует неизмененные страницы в буфер физического протокола.
Отображает изменения в буфере страницы после того, как приложение изменяет данные.
Сохраняет буфер физического протокола собственно в физическом протоколе на диске.
Сохраняет буфер страницы на диске.
При срабатывании контрольной точки (checkpoint) сбрасывает буфер физического протокола на диск и затем очищает физический протокол.
Логический протокол (logical log)
Сервер INFORMIX-OnLine хранит историю изменений в БД и сервере с момента генерации последнего архива и сохранения записей протокола. Сервер сохраняет записи протокола в логическом протоколе, из которого создаются файлы логического протокола. Этот протокол называется логическим по той причине, что в нем сохраняются единицы работы, связанные с логическими операциями работы сервера БД в противоположность физическим операциям сервера.
Все БД, управляемые одним сервером INFORMIX-OnLine, сохраняют свой протокол в одном и том же логическом протоколе сервера.
Файлы логического протокола не являются файлами операционной системы. Это часть дискового пространства, управляемого INFORMIX-OnLine. Каждый файл логического протокола – это отдельное пространство на диске.
При данной активности системы, чем меньше будет отдано под файл логического протокола, тем быстрее это место будет заполнено, и больше вероятность того, что активность пользователя будет заблокирована во время архивирования логического протокола и срабатывания контрольной точки.
Архивирование файла логического протокола
Когда файл логического протокола заполнен, необходимо его заархивировать. Процесс архивирования может “заморозить” процесс обработки транзакций, которые работают с данными из того же диска, что и файл логического протокола. Поэтому рекомендуется выбирать время малой активности пользователей для архивирования файла протокола.
Контрольные точки
Как минимум одна контрольная точка должна быть записана в логический протокол. Если необходимо освободить файл, содержащий последнюю контрольную точку, то нужно записать новую контрольную точку в текущий файл логического протокола. Соответственно, чем чаще архивируется файл логического протокола и чем чаще он освобождается, тем чаще случаются контрольные точки. Т.к. контрольная точка блокирует работу пользователей, то это отрицательно сказывается на производительности.
Общий размер логического протокола есть произведение количества файлов протокола на их размер:
Минимальный размер файла логического протокола – 200 KB.
Максимальный размер не ограничен, но следует иметь ввиду, что если архивация происходит на медленный стример, то лучше делать размер файла небольшим.
Чем меньше размер файла, тем меньше информации может быть потеряно, т.к. есть вероятность потерять последний не сохраненный файл логического протокола при выходе диска из строя.
Всегда необходимо иметь минимум 3 файла логического протокола.
Необходимо всегда иметь достаточное количество файлов логического протокола для того, чтобы всегда иметь возможность переключиться на новый файл и не допустить переполнения этих файлов.
При инициализации дискового пространства INFORMIX-OnLine размещает файлы логического прокола в корневом пространстве БД (root dbspace). Файлы логического протокола содержат критически важную информацию и должны быть зазеркалированы для обеспечения максимальной надежности данных.
Каждый файл имеет свой уникальный идентификатор. Последовательность номеров начинается с 1 для первого файла логического протокола, заполненного после инициализации дискового пространства. При заполнении текущего файла сервер переключается на следующий и присваивает ему номер на 1 больше, чем предыдущий.
Актуальное дисковое пространство, выделенное для каждого файла логического протокола, имеет идентификационный номер logid. Например, если вы сконфигурировали 6 логического протокола, то эти файлы имеют номера от 1 до 6. После того, как эти файлы заархивированы и освобождены, INFORMIX-OnLine повторно использует дисковое пространство для файлов логического протокола, однако сервер будет нумеровать уникальным идентификатором, которой равен предыдущему плюс единица.
Файлы логического протокола имеют один из следующих статусов:
Added (A) Файл протокола имеет статус добавленный , когда этот файл только что добавлен. Он не будет доступен для использования до тех пор, пока не будет создан архив нулевого уровня корневого пространства БД.
Free (F) Файл логического протокола свободен , когда он доступен для использования. Этот файл был освобожден после архивирования, все транзакции внутри файла протокола были завершены и последняя запись контрольной точки находится в следующем по порядку протоколе.
Used (U) Файл логического протокола задействован , когда он нужен серверу для восстановления (откат транзакций или поиск последней записи контрольной точки).
Backed-up (B) Файл протокола имеет статус заархивирован после того, как этот файл был в самом деле заархивирован.