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

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

Базовый синтаксис резервных копий SQL Server

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

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

Простое объяснение состоит в том, что если в среде SQL Server Management Studio вы запустите команду быстрого вызова Ctrl+Shift+M, на экране появится модальное окно со всеми параметрами, которые обрамляются символами «». Кроме того, я включил команду для сжатия резервных копий. Некоторые пользователи работают с теми версиями и редакциями SQL Server, в которых сжатие не было предусмотрено. Если вы относитесь к их числу, закомментируйте эту команду перед выполнением.

Резервирование «хвоста журнала»

В работе по формированию резервных копий журнала регистрации транзакций существует особый процесс. Он выполняется при подготовке финальной резервной копии базы данных в случае повреждения, перемещения или в других случаях, когда нужно выполнить окончательную резервную копию журнала регистрации транзакций, в которую будут включены все «пребывающие в полете» транзакции и которая в то же время гарантированно исключит возможность инициирования любой другой транзакции. Этот процесс именуется «хвостом резервной копии журнала». Синтаксис здесь практически идентичен синтаксису базовой резервной копии журнала регистрации транзакций, исключение составляют команды NO TRUNCATE и NORECOVERY (см. код выше). Эти дополнительные команды исключают возможность усечения журнала регистрации транзакций и переводят базу данных в состояние восстановления, в котором блокируются попытки формирования дополнительных резервных копий и сеансов связи. Это состояние исключает возможность доступа к базе данных. Восстановление хвоста журнала — это финальная операция по восстановлению, имеющая целью фиксацию всех манипуляций с базой данных в случае, когда вы намереваетесь восстановить ее состояние на недавний момент времени без потери данных. В то же время невыполнение этой операции — типичная ошибка администратора, который пытается вернуть к жизни поврежденную или недоступную базу данных. Если вы не создадите копию хвоста журнала, то потеряете все транзакции, совершенные с момента формирования последней резервной копии журнала регистрации транзакций.

Замечания о стратегии резервирования

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

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