Базовые принципы резервирования для администратора. Часть II

Содержание:
1. Часть I;
2. Часть II (Вы читаете данный раздел);
3. Часть III;
4. Часть IV;
5. Часть V.

Режим неполного восстановления

Режим восстановления с неполным протоколированием представляет собой нечто среднее между моделями Full и Simple. Как правило, транзакции регистрируются в журнальном файле регистрации. Но некоторые из них могут слишком сильно «утяжелить» упомянутый журнал и потому не относятся к этой категории. Разумеется, таким образом мы держим размеры журнала транзакций под контролем, однако, с другой стороны, мы все еще можем попасть в ловушку из-за того, что не резервируем журнал регистрации транзакций, как это делается в режиме восстановления Full. Кроме того, это означает, что у нас fie будет возможности привести базу данных к состоянию на момент времени, когда совершалась хотя бы одна из этих незарегистрированных транзакций, ведь в ходе данного процесса журнал регистрации транзакций остается, в сущности, «неполным».

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

К числу этих в минимальной степени регистрируемых (также именуемых регистрируемыми) процессов относятся:
• операции по перестроению, созданию, обновлению индексов;
• команды WR1TETEXT и UPDATE-TEXT (нерекомендованные к применению);
• INSERT… INTO;
• SELECT… INTO;
• процессы массовой загрузки (Bulk loading processes) с помощью команд BCP.

Введение в журналы транзакций в SQL Server

Сами по себе вопросы регистрации транзакций и структуры, обслуживания и настройки журнала транзакций SQL Server представляют собой весьма сложный набор тем, которые будут раскрыты в третьей статье серии. Но я собираюсь пройтись «по верхам» этих тем уже сейчас, чтобы предложить читателю некоторый уровень понимания того, каким образом журнал регистрации транзакций может играть определенную роль в процессе резервного копирования, а также планирования этого процесса. Журнал регистрации транзакций в базе данных SQL Server позволяет фиксировать транзакции, которые либо модифицируют данные, либо изменяют структуру базы данных. В этих типах транзакций используются запросы на языке модификации данных, data modification language (DML), или языке определения данных, data definition language (DDL) соответственно. Отнимает такой процесс, конечно же, целую прорву мощностей, поэтому для обеспечения его работы придется прикупить мощные серверные системы, которые стоят как профессиональное оборудование для бара.

Отсюда следует, что запросы, предполагающие считывание данных, скажем, запросы SELECT на языке Transact-SQL, не будут регистрироваться в журнале транзакций, поскольку, в отличие от запросов INSERT, UPDATE и DELETE, они не изменяют значения данных. Это запросы на языке DML: в запросах такого типа администратор изменяет значения данных. Запросы DDL так или иначе изменяют определение данных или их структуру: так, в процессе перестройки индексов изменяется структура индекса для таблицы, а следовательно, изменяются и метаданные — данные, описывающие другие данные. Еще один пример запроса DDL, который будет регистрироваться: запрос, меняющий тип данных в столбце таблицы с целочисленного на строковый.