SQL Server: резервирование остатка журнала. Продолжение 2

Я уже упоминал о том, что если вы захотите перенести базу данных на новое место, то можете воспользоваться настройкой WITH MOVE. Для этого нужно изменить маршрут восстановления на странице Files диалогового окна восстановления. Такое изменение окажет влияние только на первый этап процесса — на процедуру восстановления полной резервной копии, так как все последующие процедуры восстановления будут обращаться непосредственно к базе данных; при этом не нужно будет ни устанавливать, ни создавать файловую структуру. Познакомьтесь с фрагментом кода, представленного выше. Я выделил его, чтобы вам было удобнее анализировать этот код.

Позвольте мне разъяснить смысл настройки STATS = 5. Эта величина показывает, какой процент восстановления фиксируется на консоли SQL Server Management Studio в ходе выполнения процесса восстановления. Присваиваемое по умолчанию значение 5 означает, что вы будете получать уведомление всякий раз по завершении очередных 5% процедуры восстановления. На мой взгляд, это слишком часто. В зависимости от размеров базы данных я обычно устанавливаю это значение в пределах от 10 до 50. Предельное значение редко где используется: в данном случае база должна быть поистине гигантских размеров и ее обработкой сможет заниматься только мощное серверное оборудование… которое, впрочем, сегодня можно приобрести по достаточно бюджетной цене в «Поднебесной» — основным вопросом здесь станет стоимость доставки из китая.

Параметр FILE

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

Простые команды резервного копирования на языке Transact-SQL

В коде выше приведен ряд простых шаблонных команд, построенных на только что изложенных теоретических положениях. Обратите внимание: возможно, вам предстоит восстанавливать несколько файлов данных. Если так, вы можете без труда модифицировать соответствующий код, добавив в него дополнительные файлы данных. Резервные копии — важная составляющая процесса восстановления, но если у вас нет возможности восстановить эти копии, они попросту бесполезны. Вам часто придется слышать совет: тестируйте свои резервные копии. С помощью опубликованных в данной статье фрагментов кода вы можете с легкостью делать это. Наверняка у вас нет никакого желания попадать «на ковер» к начальству и оправдываться, что вот-де я смог получить резервные копии, но они не восстанавливались по неизвестной причине. Тестируйте резервные копии. На это уйдет какое-то время, но оно не будет потрачено зря.