Основы резервного копирования и восстановления данных. Как сделать резервное копирование файлов на компьютере легко и быстро Резервная копия создавалась

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

Данные очень часто имеют большую цену. И не важно это личные файлы или информация, которая используется для работы. Давайте же разберёмся какими же функциями для резервного копирования и восстановления данных разработчики Microsoft оборудовали последнюю версию своей операционной системы - Windows 10, а также рассмотрим возможность резервирования восстановления данных с помощью сторонних программ.

Резервное копирование данных – это важная функция для каждого ответственного пользователя компьютера. Нет ничего хуже, чем осознавать сидя перед компьютером, как только что утерян результат вашей месячной работы или важные файлы, восстановить которые нет никакой возможности.

Данные очень часто имеют большую цену. И не важно это личные файлы или информация, которая используется для работы. Давайте же разберёмся какими же функциями для резервного копирования и восстановления данных разработчики Microsoft оборудовали последнюю версию своей операционной системы – Windows 10, а также рассмотрим возможность резервирования восстановления данных с помощью сторонних программ.

Резервная копия данных: Что это?

Резервная копия файлов

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

Резервная копия системы

Другой способ резервирования данных известен как Резервная копия системы или Образ системы. Это более сложный способ резервирования данных, так как в данном случае речь идёт о создании копии всей операционной системы конкретного компьютера, вместе с программами, файлами и установками. Резервную копию системы используют для её восстановления в случае, если Windows начинает работать нестабильно или перестаёт работать вообще.

Резервная копия Windows может занять сотни гигабайт памяти. Но используя специальное ПО для резервирования данных, можно настроить функцию сохранения только изменений, которые были внесены с момента последнего резервирования системы.

Создание резервной копии и восстановление данных с помощью Windows

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

История файлов

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

Чтобы настроить Историю файлов перейдите в меню Пуск и выберите Параметры. В открывшемся меню Параметров войдите в меню Обновление и безопасность / Служба архивации.

В правой части панели, в разделе Резервное копирование с использованием истории файлов, кликните Добавление диска. Вам будет предложено выбрать один из подключенных к компьютеру внешних носителей информации. Выберите тот, на который желаете производить резервирование данных и установите параметры архивации: интервал сохранения копий файлов и длительность их хранения, в случае необходимости можно указать конкретную папку копию файлов из которой необходимо создавать или убрать ненужную.

Во время создания бэкапа История Файлов также автоматически копирует все папки учётной записи пользователя: Изображения, Документы, Загрузки и т.д.

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

По умолчанию установлено резервное копирование файлов каждый час. Минимальное время, которое возможно установить – 10 минут, максимальное - Ежедневно. Также можно установить длительность хранения копий: от одного месяца до момента пока не понадобится свободное пространство (в таком случае более давние резервные копии будут удаляться автоматически, для освобождения места для новых бэкапов).

Восстановление файлов из резервной копии

Чтобы восстановить файлы из диска с резервной копией данных перейдите в Панель управления и Выберите меню История файлов.

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

Облачный сервис OneDrive

Ещё одним способом обезопасить себя от утери важных файлов, это перенести их в облачное хранилище и синхронизировать его с компьютером. Таких хранилищ существует много: Dropbox, Google Drive и т.д. Но особенностью последних версий Windows (10, 8, 8.1) есть наличие собственного встроенного в операционную систему облачного сервиса Microsoft, который называется OneDrive .

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

Любой файл. который будет сохранён в данную папку будет сразу же скопирован в облачное хранилище и синхронизирован с ним. Пользователь также может получить доступ к файлам данной папки с любого другого устройства, для этого достаточно зайти в ваш OneDrive аккаунт из него.

Точка Восстановления

Ещё одной стороной резервного копирования и восстановления данных Windows 10, есть восстановление системных файлов и работоспособности операционной системы. Создание и восстановление резервной копии операционной системы – это более сложный процесс, чем с личными файлами и папками пользователя. Но и для этого в Windows 10 предусмотрена специальная функция – Восстановление системы. С её помощью пользователь может вернуть работоспособность операционной системе, «откатив» к сохранённому раннее состоянию – Точке восстановления.

По умолчанию функция восстановления в операционной системе не активирована. Для того, чтобы иметь возможность воспользоваться ею, её необходимо настроить. Восстановление системы работает путём создания Точек восстановления, с помощью которых сохраняется состояние Windows на определённый момент времени. Вместе с настройками и состоянием операционной системе в Точку восстановления входят установленные приложения (например, Microsoft Office) и драйвера устройств (например, видеокарты).

Точку восстановления пользователь может создать в любой удобный момент. Также она создаётся автоматически, в случае установки на компьютер какого-то приложения или загрузки обновлений системы и т.д. Но помните, что Восстановление системы не восстанавливает личные файлы пользователя.

Если вы стали замечать, что операционная система работает неправильно или со сбоями и ошибками, то можно запустить одну из сохранённых ранее точек восстановления и Windows вернётся к состоянию на момент её создания.

Для этого перейдите в Панель управления и выберите меню Восстановление / Настройка восстановления системы / Настроить, с помощью которого активируйте и настройте функцию.

Чтобы восстановить Windows из точки восстановление перейдите в Панель управления и выберите меню Восстановление / Запуск восстановления системы, выберите необходимую Точку восстановления и нажмите Далее.

Образ системы

Наверное, самой основной и сложной функцией резервного копирования Windows есть функция под название Образ системы.

С помощью данной опции можно создать «дубликат» всего диска компьютера, включая Windows 10, а также все программы и персональные данные пользователя. Образ системы сохраняется на внешний жесткий диск, из которого в случае необходимости или выхода из строя компьютера, он обратно разворачивается на жесткий диск компьютера. В результате чего, пользователь получает работоспособную версию операционной системы, вместе с программами и файлами.

Это очень полезная функция, но её минус в том, что пользователь не имеет возможности восстанавливать из образа системы отдельные файлы, как из Истории файлов. Можно только полностью развернуть весь образ. Поэтому, часто данные функции пользователи используют параллельно.

Чтобы создать Образ системы перейдите в Панель управления и выберите меню Резервное копирование и восстановление файлов. В колонке слева, нажмите Создание образа системы, и выберите диск на который его необходимо сохранить. Имейте ввиду, что Образ системы как правило имеет большой размер.

Чтобы восстановить систему из Образа системы перейдите в меню Параметры системы / Обновление и безопасность / Восстановление, и выберите особые варианты загрузки. После того как Windows 10 перезагрузится, выберите в предложенном меню пункт Восстановление системы из образа.

1. Регулярность. Создание бэкапов должно быть столь же регулярным, как чистка зубов по утрам.
2. Проверка. Проверяйте резервную копию, которую только что сделали. Будет очень обидно, если в особо напряжённый момент ваша палочка-выручалочка окажется пустышкой. Откройте несколько файлов из архива и убедитесь в их работоспособности.
3. Раздельность. Лучше хранить бэкапы не в одном месте, а как минимум в двух. К примеру, на внешнем жёстком диске и в облаке. Ведь диски иногда выходят из строя, а облачное хранилище может быть недоступно в нужный момент.
4. Разграничение. Разделите на несколько чётких категорий то, что вы собираетесь хранить. Данные различной важности требуют и разного подхода к архивированию.

Системные решения

Windows

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

Windows 7

Перейдите в «Панель управления», щёлкнув левой кнопкой мыши по клавише «Пуск» и выбрав соответствующий пункт. В «Панели управления» выберите «Система и безопасность» → «Архивирование данных компьютера» → «Настроить архивацию».

Далее система попросит указать место для сохранения архива. Обратите внимание: если вы хотите сделать резервную копию данных с диска С, сохранить их там же не удастся. Для этого придётся выбрать другой носитель, например второй физический диск, флешку, DVD или папку в локальной сети. Если вспомнить принципы создания бэкапа, архив необходимо хранить на отдельном носителе, а не на том самом компьютере, с которого делалась копия.

Далее система предложит автоматически или вручную выбрать папки для архивации. Нажмите на «Предоставить мне выбор» и в открывшемся окне флажками отметьте те папки, которые хотите сохранить. Нажмите «Далее» → «Сохранить параметры и выйти».

Теперь в окне «Архивация или восстановление файлов» появилась кнопка «Архивировать». Нажатие на неё запустит процесс архивации ваших данных.

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

Windows 8 и выше

Встроенный инструмент «История файлов» позволяет производить архивацию в режиме реального времени. Для его работы требуется лишь первоначальная настройка.

Перейдите в «Панель управления». Для этого щёлкните по кнопке «Пуск» правой клавишей мыши и в контекстном меню найдите нужную строчку.

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

«История файлов» будет автоматически копировать следующие библиотеки: «Документы», «Музыка», «Изображения», «Видео» - и стандартные папки пользователя: Windows, «Рабочий стол», «Избранное».

По умолчанию резервные копии делаются каждый час, но можно изменить это время, к примеру, на 10 минут. Однако это потребует большего объёма дискового пространства. Время хранения каждой копии можно настроить в меню «Дополнительные параметры».

macOS

Time Machine - стандартное решение Apple, предназначенное для создания резервных копий приложений, файлов и папок, документов, видео, музыки.

Для работы с Time Machine потребуется стороннее хранилище данных, например флешка, внешний жёсткий диск или сетевое решение .

При подключении внешнего диска к компьютеру Mac должен появиться запрос: использовать ли его как резервное хранилище? Выберите «Использовать как резервный диск».

Если окно не появилось, резервный диск следует выбрать вручную:

• зайдите в меню и откройте настройки Time Machine;
• нажмите на «Выбрать резервный диск»;
• укажите нужный и нажмите на «Использовать диск».

Резервные копии будут автоматически создаваться один раз в час, копии за прошедший месяц - каждый день, а резервные копии за всё время - каждую неделю. Не бойтесь, что объёма вашего жёсткого диска окажется мало. Time Machine будет сохранять только изменённую информацию, а старые копии автоматически удалятся по мере заполнения дискового пространства.

Android

Android Backup Service

Предназначен для создания резервных копий данных аккаунтов Google. С его помощью получится сохранить:

• данные о сетях Wi-Fi;
• обои рабочего стола;
• настройки Gmail;
• приложения Google Play;
• язык и настройки ввода;
• дату и время;
• настройки ряда сторонних приложений.

Для создания резервной копии требуется:

• открыть настройки устройства;
• перейти в «Личные данные» → «Восстановление и сброс»;
• включить «Резервирование данных».

Для восстановления данных на другом устройстве достаточно войти под своей учётной записью. Чтобы восстановить настройки сохранённых приложений, перейдите в «Личные данные» → «Восстановление и сброс» → «Автовосстановление».

Синхронизация

В Android предусмотрен штатный инструмент синхронизации, который позволяет сохранить пользовательские контакты, установленные из Google Play приложения, календарь, настройки дисплея, языки и способы ввода, данные Google Drive и настройки некоторых сторонних приложений. Инструмент требует обязательного наличия учётной записи Google.

Синхронизация в Android включена по умолчанию. Если же хотите получить самую свежую резервную копию, сделайте следующее:

• откройте настройки телефона;
• в разделе «Аккаунты и синхронизация» выберите Google;
• проставьте необходимые галочки и нажмите «Синхронизировать».

Данные автоматически отправятся в облако хранения Google. Для их восстановления на другом Android-устройстве достаточно подключить на нём свою учётную запись.

Также можно синхронизировать большинство популярных аккаунтов: Skype, Telegram, Viber и «ВКонтакте». Для синхронизации фотографий и изображений в Android предусмотрено встроенное решение Google Photo.

iOS

iTunes

Универсальное приложение Apple для получения и воспроизведения контента. Позволяет локально сохранять данные с устройства, подключённого к компьютеру под управлением Windows или macOS. Это особенно удобно, когда у вас нет выхода в интернет.

Для создания копии при помощи iTunes сделайте следующее:

• подключите устройство к компьютеру;
• перейдите на вкладку «Устройства»;
• нажмите «Синхронизировать».

• фотографии;
• заметки;
• список контактов;
• календарь;
• сообщения SMS/MMS;
• браузер Safari;
• настройки точек доступа;
• данные приложений;
• вид главного экрана.

iCloud

Облачный сервис хранения пользовательских данных. Как и любое облако, имеет два ограничения: необходимость доступа в интернет и относительно небольшой (5 ГБ) объём бесплатного выделенного пространства.

Для сохранения данных при помощи iCloud на устройстве откройте «Настройки» → «iCloud» → «Резервная копия» и запустите процесс создания копии.

В iCloud сохраняется:

• история покупок в App Store;
• фотографии;
• настройки телефона;
• данные приложений;
• вид главного экрана;
• рингтоны;
• голосовая почта.

Программные средства

Windows

Лицензия: коммерческое ПО.

Поддержка русского языка: есть.

Простое решение для создания резервных копий. Позволяет сохранять как отдельные файлы (фотографии, музыку или фильмы), так и почтовые, например из Microsoft Outlook или TheBat.

В главном окне программы нажмите «Создать новую задачу» → «Создать резервную копию». Из дерева каталога выберите те данные, которые хотите сохранить. В нашем случае это будет папка «Музыка» на рабочем столе.

В завершение присвойте задаче имя и нажмите «Готово». Архивирование завершено.

По тому же принципу выполняется восстановление данных. Выберите сохранённую резервную копию, а потом укажите, в какое место её нужно восстановить.

Пробный период использования программы составляет 30 дней. Полную базовую версию разработчики предлагают приобрести за 800 рублей. Существуют и другие версии Handy Backup - Professional и Expert. Их возможности значительно шире и заточены под профессиональные нужды, для наших же целей вполне достаточно версии Standard.

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: нет.

Ещё одно решение для создания резервных копий и восстановления утраченных файлов. Интерфейс настолько прост и понятен, что даже отсутствие русского языка не станет препятствием.

В первую очередь выберите, где сохранять данные. Пусть это будет съёмный диск E.

Следующий шаг - указание данных для сохранения. Программа предлагает как умный выбор, где разом можно отметить файлы рабочего стола, системные папки «Картинки» или «Видео», так и дерево каталогов. Перейдите в него и сохраните уже знакомую папку «Музыка».

После нажатия на галочку откроется окно архивирования. На выбранном диске программа автоматически создаёт папку Genie TineLine, куда и помещает сохранённые файлы.

Функции сохранения и восстановления доступны в базовой версии Genie Timeline Free. Расширенные платные версии Genie Timeline Home и Genie Timeline Pro обладают куда большими возможностями: отправка уведомлений на email, шифрование данных с высокой степенью защиты и настройка расписания. Но для сохранения домашних файлов вполне достаточно и версии Free.

У Genie TineLine существует приложение для iOS, с помощью которого вы можете проверять состояние резервных копий на компьютере.

Лицензия: коммерческое ПО.

Поддержка русского языка: есть.

Мощный инструмент для создания резервных копий и восстановления данных. Хранить бэкапы можно не только на физических дисках, но и на собственном облачном сервисе Acronis. Правда, для этого придётся оформить подписку на год, а объём предоставляемого места будет зависеть от тарифного плана. При стандартной подписке выделяется 50 ГБ, при покупке премиум-версии - от 1 ТБ.

Сразу после установки программа предлагает выбрать, какие данные отправить в копию: со всего компьютера, с дисков и разделов или отдельные папки.

Выберите «Файлы и папки» и укажите нужные. Пусть это опять будет папка «Музыка» на рабочем столе. Нажмите «ОК» и перейдите к выбору хранилища.

Выберите флеш-накопитель Е, снова нажмите «ОК» → «Создать копию». Копия папки «Музыка» создана на флеш-накопителе.

Есть у Acronis и другие полезные функции. К примеру, «Архив» позволяет освободить место на диске, запаковав файлы большого размера, а инструмент «Клонирование диска» создаст полную копию локальных дисков, что при сбое позволит восстановить исходное состояние системы.

Стоимость программы - 2 700 рублей. Стандартная подписка на год обойдётся пользователям в 2 400 рублей, расширенная - в 5 100 рублей. Мобильные приложения работают в связке с десктопной версией и скачиваются бесплатно.

macOS

Carbon Cope Cloner

Лицензия: коммерческое ПО.

Поддержка русского языка: нет.

Утилита для создания дубликата диска. Поддержка русского языка не предусмотрена, но разобраться в интерфейсе не составит труда.

В Source Disk выберите диск, который хотите скопировать. В Target Disk укажите место хранения копии. Запустите процесс кнопкой Clone.

Бесплатный период использования программы составляет 30 дней. После Carbon Cope Cloner будет стоить 2 405,65 рубля.

Android

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: есть.

Удобное решение для создания резервных копий и синхронизации приложений на Android, не требующее root-прав. Однако для полноценной работы придётся установить Helium и на компьютер под управлением Windows, Linux или macOS.

После установки приложения на смартфон вам сразу придёт уведомление о необходимости десктопной версии. Для удобства установки и экономии времени программа предлагает отправить ссылку в удобный для пользователя мессенджер или на email. Перейдите оттуда по ссылке на сайт программы, скачайте и запустите. Установка в стиле «Далее» → «Далее» → «ОК» не вызывает сложностей.

Пока программа устанавливается, мобильное приложение просит подсоединить телефон к компьютеру и включить отладку по USB.

После получения уведомления об успешной синхронизации смартфон можно отключить от компьютера.

Откройте мобильное приложение. Из списка установленных программ выберите нужные и нажмите на кнопку «Резервирование». Укажите, где будет храниться резервная копия, и дождитесь завершения процесса.

Для восстановления из резервной копии перейдите на вкладку «Восстановление и синхронизация», укажите хранилище с копией, выберите нужные приложения и нажмите «Восстановление».

Базовая версия программы бесплатная, стоимость расширенной составляет 149,86 рубля.

Расширенная версия позволяет:

• отключить рекламу;
• установить резервное копирование по расписанию;
• включить синхронизацию между Android-устройствами;
• сохранять данные в облаке.

Приложение не удастся установить владельцам устройств Motorola и некоторых моделей Sony.

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: есть.

Популярнейшее среди пользователей Android средство для резервного копирования приложений. Требует root-доступа к устройству.

Для создания резервной копии одного или нескольких приложений откройте вкладку «Резервные копии», на которой представлен полный список установленного софта. Восклицательный знак около приложения говорит о том, что для него копия ещё не создавалась. Значок телефона означает, что программа хранится на внутренней памяти устройства. Пиктограммой SD-карты отмечены приложения, хранящиеся на карте памяти.

Выберите приложение и в открывшемся меню нажмите «Сохранить».

Резервная копия создана. Теперь, если войти в приложение ещё раз, можно увидеть кнопку «Восстановить».

Titanum Backup поддерживает групповую работу с приложениями и резервными копиями. Для этого нужно перейти в «Меню» → «Пакетные действия».

Данная функция позволяет:

• проверять резервные копии - как недавно созданные, так и все целиком - на наличие ошибок;
• сделать резервные копии всех установленных приложений;
• сделать резервные копии всех системных данных;
• удалить старые резервные копии;
• восстановить все резервные копии;
• восстановить все системные данные;
• очистить кеш приложений;
• удалить системные или пользовательские приложения.

Функциональность Titanium Backup значительно шире, но для наших целей вполне достаточно перечисленных возможностей.

Расширенная версия Titanium Backup стоит 349 рублей. Её основные возможности:

• создание нескольких резервных копий для приложения;
• шифрование резервируемых данных;
• проверка всех архивов;
• пакетная заморозка и разморозка приложений;
• синхронизация резервных копий с облаком.

iOS

iMazing

Лицензия: коммерческое ПО.

Поддержка русского языка: есть.

Совместимость: Microsoft Windows, macOS.

На самом деле это файловый менеджер с предусмотренной возможностью резервного копирования. Во многом похож на iTunes, вот только работать в нём куда проще и приятнее. Передавать данные можно как через кабель, так и посредством Wi-Fi, причём в iMazing нет ограничения на количество подключаемых устройств.

При подключении устройства к компьютеру iMazing автоматически делает его бэкап. Очень полезна функция изменения данных прямо в сохранённой копии: при следующем подключении изменённые данные мгновенно синхронизируются.

Бесплатный период составляет 30 дней, после этого придётся заплатить 39,99 доллара за использование на одном компьютере.

Лицензия: коммерческое ПО.

Поддержка русского языка: нет.

Совместимость: iOS.

Инструмент для резервного копирования устройств с . Позволяет сохранять заметки, контакты, фотографии, сообщения, истории звонков и многое другое.

Для создания бэкапа достаточно выбрать то, что хотите сохранить, и нажать на соответствующую иконку. Копию можно хранить на смартфоне, компьютере, в облаке или отправить на электронную почту.

Чтобы восстановить данные, нажмите на кнопку Restore в меню левой части экрана.

Стоимость BackupAZ - 2,99 доллара.

iLex

Лицензия: свободное ПО.

Поддержка русского языка: есть.

Совместимость: iOS.

И этот программный продукт потребует от вас обязательного наличия джейлбрейка. Бесплатное приложение iLex позволяет сохранять абсолютно любые данные с устройства, к тому же для его работы не нужен компьютер.

Создав резервную копию, сохраните её туда, куда вам удобно, а после перепрошивки девайса или в случае утери скопируйте архив на телефон и восстановите нужную информацию.

Cydia

Лицензия: свободное ПО.

Поддержка русского языка: есть.

Чтобы это сделать, достаточно зайти в Manage Accounts, ввести свою учётную запись и выбрать Installable Purchases. Вот только так получится сделать только для купленных приложений. Информацию о бесплатных Cydia не сохраняет.

Облачные решения

Google Drive

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: есть.

Совместимость:

Позволяет хранить пользовательские данные на серверах Google, разграничивать права доступа к файлам и папкам, открывать доступ и делиться ими с другими пользователями интернета.

Хранилище включает в себя:

• Google Drive - служит для хранения файлов;
• Gmail - сохраняет контакты пользователя и является мощным почтовым клиентом;
• Google Photo - автоматически находит на устройствах изображения и сохраняет их в облако.

Бесплатно предоставляется 15 ГБ. За больший объём придётся заплатить от 2,99 до 299 долларов. Максимальный объём хранилища составляет 30 ТБ, а загружаемого файла - 5 ТБ.

Для бесплатного использования доступно 2 ГБ хранилища. Стоимость 1 ТБ составит 9,99 евро. Неограниченное количество места можно приобрести за 10 евро в месяц.

Яндекс.Диск

Лицензия: условно-бесплатное ПО.

Поддержка русского языка: есть.

Совместимость: браузеры, Microsoft Windows, macOS, Android, iOS.

Облачный сервис российского происхождения, бывший «Яндекс.Народ». Как и предыдущие решения, позволяет сохранять данные в облаке и делиться ими с другими пользователями интернета. Поддерживает синхронизацию между различными устройствами.

Бесплатно пользователям предоставляется 10 ГБ. За дополнительные 10 ГБ «Яндекс» просит доплатить 30 рублей, за 100 ГБ - 80 рублей, стоимость же 1 ТБ составит всего 200 рублей.

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

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

Как сделать резервное копирование? Существует довольно много программ для резервного копирования, среди них выделяются такие популярные программы, как , Nero BackItUp, Norton Ghost, Paragon Drive Backup Professional, . Также резервное копирование системы можно сделать без помощи сторонних программ, используя средства архивации и резервного копирования Windows.

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

Внезапно, из-за отказа жесткого диска или от воздействия вирусов, вы можете потерять все свои данные, и далеко не всегда потерянные данные смогут восстановить специалисты по восстановлению.

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

Теперь можно перейти к обзору о том, как работает архивация в Windows 7.

Для того, чтобы запустить резервное копирование системы, войдите в меню «Пуск» => «Все программы» => «Обслуживание» => «Архивация и восстановление». Запустить встроенные средства архивации и резервного копирования Windows, можно и из меню «Пуск» => «Панель управления» => «Архивация и восстановление файлов».

Может так случится, что в случае серьезных неполадок с операционной системой, вы не сможете загрузить операционную систему в обычном или в безопасном режиме. Тогда вам придется использовать для восстановления системы установочный диск Windows 7, или загрузочную флешку, с записанной на ней образом операционной системы.

Загрузочную флешку Windows можно создать при помощи специализированных программ, обзоры о которых вы можете прочитать на моем сайте в разделе «Программы».

При отсутствии у вас установочного диска с операционной системой Windows 7, вам следует создать диск восстановления системы. Диск восстановления, который содержит в себе среду восстановления, можно будет использовать для загрузки компьютера.

На таком диске восстановления системы содержатся средства восстановления операционной системы Windows, используя которые можно будет восстановить операционную систему после серьезной ошибки, или восстановить систему из созданного образа системы.

Создание диска восстановления системы

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

В окне «Архивация и восстановление» необходимо нажать на пункт «Создать диск восстановления системы», для создания аварийного диска восстановления системы. В этом случае, у вас будет аварийный компакт диск для восстановления системы, в случае возникновения серьезных неполадок с операционной системой.

После нажатия на пункт «Создать диск восстановления системы», открывается окно «Создать диск восстановления». Для создания диска восстановления системы необходимо вставить в устройство для чтения оптических дисков пустой CD или DVD диск, а затем нажать на кнопку «Создать диск».

Далее происходит процесс создания диска восстановления системы. После завершения создания аварийного диска восстановления, нужно нажать на кнопку «ОК». Аварийный диск восстановления Windows 7 занимает объем около 150 МБ.

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

Для загрузки компьютера с аварийного или установочного диска, вам необходимо будет выбрать в BIOS приоритет загрузки с устройства для чтения дисков CD/DVD, а в случае использования загрузочной флешки с диска USB, к которому подключена такая загрузочная флешка.

Если при создании диска восстановления вам предложат вставить установочный диск с операционной системой Windows 7, то это значит, что необходимые файлы для создания диска восстановления системы не были обнаружены. В этом случае вам необходимо будет вставить в оптический привод компьютера установочный диск DVD с операционной системой Windows 7.

С помощью установочного диска Windows 7 или аварийного диска для восстановления системы, вы сможете загрузиться на своем компьютере, и будете иметь доступ ко всем параметрам восстановления операционной системы.

Создание образа системы

Если в окне «Архивация и восстановление» выбрать пункт «Создание образа системы», то тогда будет создан образ системы для ее восстановления, который включает в себя копии дисков, необходимых для работы операционной системы Windows. В образ системы можно включать дополнительные диски и использовать его для восстановления, в случае неполадок. При этом нельзя использовать отдельные элементы для восстановления.

В окне «Создание образа системы» вам необходимо будет выбрать место для хранения резервной копии.

В окне «Создание образа системы» вам нужно будет выбрать диски, которые нужно включить в архивацию. При этом, нельзя будет добавить тот диск, на котором будет сохранена резервная копия. Затем нажимаете на кнопку «Далее».

В новом окне «Создание образа системы» вам необходимо будет подтвердить параметры архивации и расположение резервной копии. После этого, нажимаете на кнопку «Архивировать».

Архивация в Windows 7

Теперь перейдем к настройкам архивации и резервного копирования. В окне «Архивация и восстановление файлов» нужно нажать на пункт «Настроить резервное копирование».

Далее открывается окно «Настройка архивации». Вам придется подождать некоторое время, пока производится запуск архивации данных. Вы увидите в окне надпись «Запуск архивации данных», при этом сама архивация еще не происходит.

Затем открывается окно «Настройка архивации». В этом окне необходимо выбрать место для хранения резервной копии архива.

Лучшим вариантом для хранения создаваемой резервной копии системы будет внешний жесткий диск. Потому что, если вы резервные копии на другом разделе жесткого диска вашего компьютера, то в том случае, если выйдет из строя жесткий диск, то тогда будут навсегда потеряны операционная система, ваши данные и созданные резервные копии для восстановления. Данные, при этом, физически находятся на одном жестком диске, они только расположены на разных логических дисках.

На этом изображении видно, что система сама подсказала мне место для хранения - внешний жесткий диск, с достаточным местом для создания резервной копии.

В окне «Настройки архивации» вам нужно будет выбрать, что следует архивировать.

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

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

Выбранные вами данные будут архивироваться по расписанию, если вы не будете запускать архивацию вручную. После завершения выбора объектов для архивации, следует нажать на кнопку «Далее».

В окне настройка архивации вам еще раз нужно проверить настройки архивации, а затем нажать на кнопку «Сохранить параметры и запустить архивацию».

Перед запуском начала архивации, вы можете нажать на ссылку «Изменить расписание», для выбора своего расписания или выполнять резервное копирование по требованию.

Если вы будете выполнять архивацию не по расписанию, а вручную, когда это вам необходимо, то тогда вам нужно будет снять флажок напротив пункта «Выполнять архивацию по расписанию (рекомендуется)», а затем нажать на кнопку «ОК».

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

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

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

Как отключить архивацию в Windows 7

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

Для этого, необходимо будет войти в меню «Пуск» => «Панель управления» => «Администрирование» => «Службы». В окне «Службы» нужно найти пункт «Служба модуля архивации на уровне блоков (Служба WBENGINE используется для выполнения операций архивации и восстановления)».

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

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

Если вас раздражают время от времени появляющиеся сообщения о необходимости настройки архивации из Панели уведомлений (трея), то тогда такие сообщения можно будет отключить. Для этого нужно войти в меню «Пуск» => «Панель управления» => «Центр поддержки». В окне «Центр поддержки», в поле «Обслуживание», в пункте «Настройка архивации» необходимо нажать на ссылку «Не получать больше сообщений на тему: «об архивации Windows»».

Выводы статьи

С помощью встроенного средства операционной системы - архивация Windows 7, вы сможете делать резервное копирование Windows, всего содержимого вашего жесткого диска или делать копии отдельных дисков, файлов и папок.

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

Резервное копирование в Windows 7 (видео)

С помощью элемента панели управления вы можете:

• выполнять архивацию заданных папок по расписанию и восстанавливать их из резервной копии
• создать полный образ системы
• создать загрузочный диск для восстановления Windows 7

В этой статье речь пойдет о возможностях резервного копирования Windows 7 - создании файловых архивов и дисковых образов.

На этой странице:

Возможности архивации в Windows 7

Windows 7 позволяет вам создавать как резервные копии папок, так и полный образ разделов жесткого диска.

Тип архивации	Технология и возможности
Пользовательские файлы	Архивация производится на уровне файлов. Сохранение резервных копий возможно на разделы NTFS и FAT32. Добавления к первоначальному архиву происходят инкрементно (т. е. добавляются только изменившиеся файлы). Для сжатия используется формат ZIP. Имеется возможность восстановления отдельных папок и библиотек.
Образ раздела	Архивация производится на уровне блоков (в архив включаются только используемые блоки). Сохранение резервных копий возможно только на разделы NTFS. Полный образ сохраняется в формате VHD, при этом сжатия файлов не происходит. В дальнейшем образы создаются инкрементно, т. е. добавляются только изменившиеся блоки. Для этого используется функционал теневых копий. Последующее создание полных образов также возможно. Образы разделов дают возможность быстрого восстановления ОС и файлов в случае выхода из строя жесткого диска.

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

Изменения в пользовательском интерфейсе

Изменения в возможностях архивации Windows 7 затронули не только технологии, но и пользовательский интерфейс. В частности:

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

Элементы пользовательского интерфейса архивации описаны в действии ниже.

Настройка параметров регулярного резервного копирования

По умолчанию резервное копирование не настроено. Щелкните ссылку Настроить резервное копирование в главном окне элемента панели управления, чтобы задать параметры архивации.

Варианты размещения резервной копии файлов приводятся в таблице.

Размещение	Комментарии
Внутренний жесткий диск	Вы можете разместить архивные файлы на: несистемном разделе того же физического диска, на котором установлена ОС любом разделе другого физического диска Рекомендуется второй вариант, ибо в случае выхода из строя системного диска вы потеряете как операционную систему, так и резервные копии.
Внешний жесткий диск	Если настроена архивация по расписанию, внешний жесткий диск должен быть подключен на момент создания резервной копии. Примечание . Windows 7 не поддерживаетсоздание образов на USB дисках с флэш памятью.
Локальная сеть	Поддерживается архивация только на компьютеры сети, работающие под управлением Windows 7. Безусловно, вам потребуются учетные данные для доступа к компьютеру, на котором размещается резервная копия.

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

Далее в статье рассматривается сохранение резервной копии на раздел внутреннего жесткого диска. Определившись с размещением архива, вы должны задать параметры архивации. Можно предоставить это решение операционной системе, а можно выбрать папки самостоятельно.

При самостоятельном выборе вы можете создать резервные копии:

• пользовательских файлов, включая библиотеки
• папок локального диска
• полного образа системы

В конце Windows 7 выводит сводку параметров резервного копирования.

Заданные вами параметры расписания сохраняются в планировщике заданий, который отвечает за своевременный запуск архивации.

По завершении настройки параметров архивации вы возвращаетесь в главное окно элемента панели управления.

Создание резервной копии файлов

Теперь в главном окне отображаются все параметры архивации. Нажмите кнопку Архивировать , чтобы начать процесс резервного копирования.

Ход архивации отображается с помощью полосы прогресса, но вы можете посмотреть подробности, нажав кнопку Просмотр сведений .

Завершив архивацию, вы можете посмотреть сведения об используемом дисковом пространстве и перейти к управлению архивами.

Создание образа системы

В отличие от файловых архивов, системный образ можно сохранить только на диске, отформатированном в файловую систему NTFS. Это обусловлено тем, что образы представляют собой файлы в формате VHD, размер которых может превышать 4 Гб (предельный размер файла для FAT32).

Первый системный образ представляет собой полный снимок раздела, а последующие являются инкрементными, т. е. включают в себя лишь изменения по сравнению с предыдущим образом. Эта возможность, позволяющая сэкономить дисковое пространство, реализована с помощью теневых копий. Такой принцип создания образов применяется при их сохранении на внутренних, внешних и оптических дисках. Для внутренних и внешних дисков этот принцип действует до тех пор, пока на диске имеется достаточно места. Когда место заканчивается, создается полный образ, а все предыдущие удаляются. Что же касается сетевых дисков, то на них всегда создается полный образ, а старый образ при этом перезаписывается новым.

Давайте рассмотрим создание первого образа. В левой панели элемента нажмите ссылку Создание образа системы . Откроется окно с вариантами размещения образа.

На следующем шаге вы сможете выбрать разделы для архивации.

В образ автоматически включается служебный раздел со средой восстановления (Windows RE) и системный раздел. Исключить их из резервной копии нельзя. Если в системе имеются другие разделы, вы сможете выбрать их на этом шаге. Определившись с выбором разделов, нажмите кнопку Архивировать , чтобы начать процесс создания резервной копии.

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

Управление пространством

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

Расположение резервных копий

Помимо просмотра подробных сведений об используемом пространстве, вы можете открыть место хранения резервной копии - нажмите ссылку Обзор , и файлы откроются в проводнике.

Windows 7 распознает папку с архивом и предоставляет удобный доступ к параметрам восстановления, которые также можно открыть двойным щелчком по папке.

Интерес, конечно, представляют папки:

• %COMPUTERNAME% (в данном случае ADMIN-PC) - архив файлов
• WindowsImageBackup - папка с образом раздела

Содержимое файлового архива

Открыть папку с архивом можно с помощью контекстного меню. Содержимое архива прозрачно для пользователя - внутри ZIP-архивы, и при желании файлы можно оттуда извлечь непосредственно из проводника.

Однако из панели управления восстанавливать файлы удобнее, например, благодаря встроенному поиску.

Содержимое образа

Архивный образ системы создается в формате VHD и хранится в папке WindowsImageBackup наряду со вспомогательными файлами.

Увидеть его содержимое можно, воспользовавшись новой возможностью Windows 7 - подключением виртуальных жестким дисков в оснастке управления дисками (Пуск - Поиск - diskmgmt.msc - Действие - Присоединить виртуальный жесткий диск ).

Возможно, вас заинтересует вопрос, можно ли добавить файлы на виртуальный жесткий диск. Технически это возможно, однако с точки зрения восстановления средствами Windows это ничего не даст. Лучше сделать новый образ - изменившиеся блоки добавляются инкрементно на основе теневых копий, что позволяет сэкономить дисковое пространство.

Просмотр и удаление резервных копий

Из окна управления пространством вы можете удалять файловые архивы и резервные образы.

Нажмите кнопку Просмотр архивов в окне управления пространством, чтобы увидеть список архивов.

Windows 7 находит все архивы и отображает период архивации и занимаемое дисковое пространство. В этом окне вы можете удалить ненужные архивы.

Чтобы удалить резервные образы, нажмите кнопку Изменить параметры в окне управления пространством. Откроются параметры хранения образов.

Система предлагает вам удалить абсолютно все образы, либо все образы кроме последнего.

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

Для хранения резервных копий идеально подойдет отдельный жесткий диск - внутренний или внешний, подключаемый по USB или FireWire. Если в вашем распоряжении есть сетевой диск, его также можно задействовать. Хранение резервных копий на другом разделе того же диска, где установлена ОС, не является хорошей идеей. В случае выхода из строя диска вы потеряете как систему, так и резервные копии.

Поскольку резервные копии занимают немало места, я могу дать только общие рекомендации, которые вам нужно скорректировать в зависимости от имеющегося у вас свободного дискового пространства.

Образы системного раздела

• Первый образ . Установите Windows 7, затем все обновления и драйверы. Убедившись в нормальной работе ОС и устройств, создайте первый резервный образ. Если вы "убьете" систему в ходе дальнейшей настройки и установки ПО, вы сможете вернуться к исходному состоянию быстрее, чем при переустановке.
• Второй образ . Установите все приложения и настройте систему по своему желанию. Поскольку более тонкая настройка ОС, как правило, производится по ходу ее использования, поработайте в Windows 7 пару недель. Убедившись в нормальной работе ОС, создайте второй резервный образ. Если перед этим вы удалите первый образ, у вас будет полный образ полностью обновленной и настроенной системы с любимым набором приложений.
• Последующие образы . В зависимости от имеющегося у вас свободного дискового пространства, создавайте последующие образы ежемесячно / ежеквартально. Если возникнет проблема, требующая восстановления из образа, вы сможете вернуться к относительно недавнему состоянию системы.

Архивы пользовательских файлов

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

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

29.10.2012 Мишель Пуле

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

Мишель Пуле ([email protected])-редактор журнала SQL Server Pro, соучредитель компаний Mount Vernon Data Systems и Six Sigma Uptime.

Большинство компаний, существующих на рынке достаточно давно, переживали катастрофические события, которые могли бы вывести их из игры, например сбой базы данных. Резервная копия базы данных представляет собой копию данных, структур и объектов безопасности, содержащихся в базе данных. Каждая база данных должна резервироваться по своему графику в зависимости от количества выполняемых за день транзакций записи. Для минимизации потерь при сбое базы данных необходимо выполнять резервное копирование всех баз данных, используемых на предприятии. А дабы убедиться, что резервные копии работоспособны, следует проверять их работу после операций восстановления. По меньшей мере, необходимо иметь копии баз данных, пригодные для быстрого восстановления, а сама операция восстановления должна быть отработана и не вызывать никаких трудностей.

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

Не стоит доверять ложному чувству защищенности, возникающему после ввода в эксплуатацию новейшей системы высокой доступности. Если все данные виртуализованы и консолидированы, риски даже возрастают. Как проста была жизнь, когда на одном компьютере выполнялся единственный экземпляр базы данных. Теперь обычно на сервере в виртуальных машинах исполняются десятки экземпляров SQL Server, которые, в случае отказа физического сервера, откажут все одновременно. Если средства позволяют, вы можете создать отказоустойчивый кластер хостов виртуальных машин на разных физических серверах. При необходимости высокой доступности так обычно и делают. Но даже такая отказоустойчивая система может оказаться уязвимой в случае, скажем, пожара, потопа или землетрясения. Резервные копии все равно необходимы. При этом создание резервных копий доверено ограниченному кругу лиц. Более подробно о том, кто имеет право создавать резервные копии, рассказано во врезке «Кто может выполнять резервирование?».

Частота резервирования базы данных зависит от того, как долго она будет восстанавливаться из резервной копии. Чем чаще выполняется резервирование базы данных, тем меньше времени займет восстановление. График резервирования и восстановления можно настроить индивидуально для каждой базы данных. Тип резервирования зависит еще от объема базы данных и количества транзакций, выполняемых за единицу времени. Основными типами резервирования являются полное, журнальное и инкрементальное. Более подробные сведения о режимах восстановления приведены во врезке «Модели восстановления баз данных», команды по резервированию SQL Server описаны во врезке «Стандартные команды для резервирования».

Полное резервирование

Стратегия полного резервирования является самой простой для понимания и реализации. В конце каждого рабочего дня (или в любой другой промежуток времени, который вы можете назначить) просто запускается процедура полного резервирования базы данных (рисунок 1). При этом не нужно выполнять отдельное резервирование журналов и не требуется использовать дополнительные параметры. Управление файлами в таком режиме резервирования также не требует особого внимания, так как речь идет о единственном файле полной резервной копии. Восстановление из полной резервной копии тоже очень простое: необходимо просто восстановление из единственного файла. Использование полных резервных копий – хороший выбор для организаций с недостаточно опытным ИТ-персоналом.

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

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

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

Для выполнения полного резервирования базы данных выполните следующий код:

BACKUP DATABASE AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak’WITH INIT, NAME = ‘AdventureWorks Full Db backup’, DESCRIPTION = ‘AdventureWorks Full Database Backup

Параметр DISK определяет целевой файл резервной копии. Вы можете выполнять резервирование на диск или на ленту (в данном случае – на диск). Перед началом резервирования убедитесь, что папка для хранения резервной копии существует. В большинстве случаев резервирование на диск происходит значительно быстрее, чем на ленту, но стоимость дисковой памяти существенно выше. Для обеспечения дополнительного уровня защиты можно выполнять резервирование на диск, а затем сохранять резервную копию на ленту. Параметр WITH INIT указывает, что файл резервной копии должен быть перезаписан. Этот метод подходит в том случае, если резервирование Windows выполняется после каждого резервирования базы данных. NAME – имя резервной копии, до 128 символов. Если имя не указать, поле имени останется пустым. DESCRIPTION – более полное и подробное описание, которое может помочь, например, через длительный промежуток времени выяснить, что это за резервная копия и зачем она была создана.

Для полного восстановления базы данных выполните следующую команду:

RESTORE DATABASE AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.BAK’ WITH RECOVERY, REPLACE

WITH RECOVERY предписывает SQL Server отменить все незавершенные транзакции, которые могли быть в журнале транзакций, и оставить базу в рабочем состоянии. REPLACE означает перезапись любого существующего файла с тем же именем. Более подробно об этом рассказано во врезке «Замена базы данных».

При использовании стратегии полного резервирования необходимо следить за размером файла журнала транзакций. Полное резервирование не осуществляет очистку журнала транзакций от неактивных записей. Если выполнять только полное резервирование базы данных, вслед за этой операцией следует выполнять резервирование файла журнала с очисткой. Для этого используется установка TRUNCATE_ONLY, как в приведенной ниже команде:

BACKUP LOG AdventureWorks WITH TRUNCATE_ONLY

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

Полное резервирование с сохранением журнала

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

На рисунке 2 приведен пример расписания для полного резервирования с сохранением журнала – еженедельное полное резервирование по воскресеньям и сохранение журнала транзакций в каждый следующий день до следующего воскресенья, когда снова будет выполнено полное резервирование. Резервирование журнала сохраняет все изменения, произведенные с момента предыдущего резервирования журнала. В рассматриваемой схеме планирования происходит сохранение ежедневных изменений.

Если не указано обратное, после завершения резервирования журнала неактивные записи в нем «удаляются» (в действительности они помечаются для перезаписи). При запуске команды BACKUP LOG вы можете добавить параметры NO_TRUNCATE или COPY_ONLY, чтобы при резервировании записи в журнале не изменялись. Но мы не рекомендуем использовать эти параметры, если только вы не знаете наверняка, для чего это может понадобиться.

SQL Server 2005 имеется режим резервирования копии заключительного фрагмента журнала (tail-log backup), то есть резервирование после краха базы данных в том случае, если журнал транзакций не был испорчен. В этом режиме осуществляется резервирование последних транзакций, выполненных с момента последнего резервирования журнала. Более подробно об этом режиме рассказано во врезке «Что такое резервные копии заключительного фрагмента журнала».

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

Если в базе данных массовые обновления носят регулярный характер, возможно, имеет смысл использовать модель восстановления с неполным протоколированием (bulk logged recovery). Поскольку отдельные записи, включенные в массовую операцию в этом случае не журналируются, этот подход сокращает накладные расходы на ведение журнала SQL Server. Хотя вы можете получить заметное увеличение производительности при выполнении массовых операций, вы рискуете потерять данные при восстановлении, если исходные данные для повторного выполнения массовых операций окажутся в момент восстановления недоступны. При применении простой модели восстановления резервирование журнала также невозможно, так как в этом случае происходит обрезание журнала до контрольной точки.

Для выполнения полного резервирования с журналом необходимо сперва выполнить резервирование всей базы данных, как в приведенном ниже примере:

BACKUP DATABASE AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak’ WITH INIT, NAME = ‘AdventureWorks Full Db backup’, DESCRIPTION = ‘AdventureWorks Full Database Backup’

А затем следует выполнить резервирование журнала с помощью команды:

BACKUP LOG AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak’ WITH NOINIT, NAME = ‘AdventureWorks Translog backup’, DESCRIPTION = ‘AdventureWorks Transaction Log Backup’, NOFORMAT

Параметр WITH NOINIT в последней команде указывает, что файл резервной копии должен быть записан в режиме добавления (append) на существующий носитель, диск или ленту. В этом случае все резервные копии журнала транзакций будут дописаны в один и тот же файл один за другим подряд. NOFORMAT предписывает процессу резервирования сохранить всю заголовочную информацию, которая может содержаться на резервных дисках в заголовках. Этот способ принят по умолчанию, и явное указание данной установки является необязательным, но оно полезно в качестве самодокументирования операции.

Для восстановления с полной резервной копии или полной копии с сохранением журнала выполните следующие шаги.

1. Если база данных в состоянии онлайн, ограничьте доступ к ней, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Таким образом доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.
2. Исправьте ошибку, вызвавшую крушение базы данных.
3. Если возможно, примените все сохраненные в резервных копиях журналы транзакций с параметром NORECOVERY.

Для выполнения резервирования заключительного фрагмента журнала запустите команду:

BACKUP LOG AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak’ WITH NORECOVER

Для полного восстановления из полной резервной копии необходимо сначала восстановить файлы базы данных с помощью команды:

RESTORE DATABASE AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak’ WITH NORECOVERY

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

RESTORE LOG AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak’ WITH NORECOVERY

Наконец, выполните восстановление заключительного фрагмента с параметром RECOVERY:

RESTORE LOG AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_TaillogBkup.bak’ WITH RECOVERY

Стратегия полного восстановления с восстановлением журналов не является абсолютной защитой. Если одна из резервных копий журналов окажется повреждена, то восстановление будет возможно только до точки, предшествующей поврежденному журналу. Например, предположим, что по воскресеньям выполняется еженедельное полное резервирование, а резервирование журналов – с понедельника по субботу. Если повреждена резервная копия вторника, то восстановлены могут быть только данные понедельника: риск повреждения целостности данных в результате применения транзакций среды к данным понедельника вряд ли оправдан. И восстановление заключительного фрагмента тоже ничего не даст.

Полное плюс разностное резервирование

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

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

Рисунок 3. Расписание заданий на разностное резервирование

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

BACKUP DATABASE AdventureWorks TO DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak’ WITH INIT, DIFFERENTIAL, NAME = ‘AdventureWorks Diff Db backup’, DESCRIPTION = ‘AdventureWorks Differential Database Backup’

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

1. Если база данных в состоянии онлайн, ограничьте к ней доступ, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Тем самым доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.
2. Выполните резервирование заключительного фрагмента журнала.
3. Исправьте ошибку, вызвавшую сбой базы данных.
4. Выполните восстановление полной резервной копии с параметром NORECOVERY.
5. Выполните восстановление последней имеющейся разностной резервной копии с параметром NORECOVERY.
6. Выполните восстановление резервной копии заключительного фрагмента журнала с параметром RECOVERY.

Для восстановления разностной резервной копии (выполняется после восстановления полной копии) введите команду:

RESTORE DATABASE AdventureWorks FROM DISK = ‘E:\SQLdata\BACKUPS\AdventureWorks_DiffDbBkup.bak’WITH NORECOVERY

Затем восстановите заключительный фрагмент журнала с параметром RECOVERY, с помощью приведенной ранее команды.

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

Комбинирование стратегией

Если повторное выполнение транзакций для восстановления операций последнего дня представляется нецелесообразным, вы можете выполнять полное резервирование в воскресенье, разностное резервирование каждую последующую ночь и резервирование журналов транзакций по утрам и вечерам с понедельника по субботу, как показано на рисунке 4. Если в пятницу вечером с базой данных случится беда, а разностная резервная копия четверга окажется поврежденной, можно будет выполнить восстановление по разностной копии среды, а затем применить журналы четверга и пятницы. Таким образом база данных будет восстановлена до самого момента отказа. Более подробно этот вопрос рассматривается во врезке «Как восстановить базу данных по состоянию на заданный момент времени».

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

Альтернативные стратегии резервирования

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

Доступ к базе данных во время выполнения резервирования и восстановления

Резервирование базы SQL Server является онлайн-процессом, все хранящиеся в SQL Server данные во время операции резервирования доступны. Операции изменения базы данных, предложения INSERT, UPDATE и DELETE доступны точно так же, как выборка данных (SELECT). Во время резервирования нельзя изменять структуру базы данных или файловую структуру – предложения ALTER DATABASE, ADD FILE или SHRINKFILE во время резервирования выполняться не могут. Если для базы данных включен режим автоматического запуска уменьшения файла базы данных (auto-shrink), возможен конфликт во время выполнения резервирования. Так, если в процессе выполнения резервирования запустится автоматическое уменьшение файла базы, то обе операции могут завершиться отказом. Та операция, которая стартует раньше, установит блокировку файла, а следующей операции придется ожидать снятия блокировки. Если первая операция снимет блокировку, то начнется выполнение второй. Если же произойдет тайм-аут блокировки первой операции, вторая операция завершится отказом. Такой подход может показаться неправильным с точки зрения исполнения второй операции, которая вынуждена ожидать отказа, и только после него выдаст отказ. Но если учесть, что работа второй операции зависит от успеха первой, если при выполнении первой операции произошел отказ, выполнение второй не имеет смысла. Для предотвращения такой проблемы следует отключать автоматическое уменьшение файла базы данных перед выполнением резервирования.

В большинстве случаев восстановление базы SQL Server является автономной операцией, во время которой доступ пользователей к базе невозможен. При использовании SQL Server 2005 Enterprise Edition с моделью полного восстановления частичное восстановление и восстановление неосновных групп файлов по умолчанию являются онлайн-операциями. Части базы данных, которые не должны восстанавливаться, например группы файлов с доступом только для записи, могут быть доступны пользователям на всем протяжении выполнения операции восстановления. Группы файлов для чтения/записи доступны, если они не были переведены в автономное состояние для восстановления. Эта возможность очень полезна для больших баз данных, работающих в режиме 24x7x365. Дополнительную информацию можно найти в документации SQL Server 2005 BOL, «Performing Online Restores» (http://msdn.microsoft.com/ru-ru/library/ms188671.aspx), а также во врезке «Почему восстановление базы данных не может выполняться онлайн».

Подведем итоги

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

Кто может выполнять резервирование?

Резервирование баз данных доступно ограниченному кругу лиц. По умолчанию разрешение дается членам определенных групп системных администраторов серверов и ролям базы данных db_owner и db_backupoperator. При использовании устройств резервирования, дисков или лент необходимо обращать внимание на то, кто является владельцем и какие установлены разрешения. SQL Server должен иметь возможность чтения и записи на устройство. Если учетная запись, от имени которой работает SQL Server, не обладает правами доступа к устройству, вы узнаете об этом только в случае сбоя при выполнении операций резервирования или восстановления. Хранимая процедура sp_addumpdevice, выполняющая добавление записи об устройстве резервирования в системные таблицы, не выполняет проверку прав доступа на уровне файлов.

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

Модели восстановления баз данных

Настройка модели восстановления определяет, какая часть данных может быть восстановлена в случае краха базы данных. Для каждой базы данных можно установить собственную модель восстановления в зависимости от того, какую потерю данных вы готовы допустить. Чтобы установить модель восстановления базы данных с помощью SQL Server Management Studio (SSMS), щелкните правой кнопкой нужную базу данных, откройте окно свойств Properties, перейдите на страницу Options и выберите нужную модель резервирования из выпадающего списка.

Существует три типа моделей восстановления: полное, простое и с неполным журналированием (full, simple, и bulk-logged). Полная модель восстановления наиболее использует все возможности журнала транзакций и позволяет восстановить базу данных с высокой степенью точности на заданный момент времени. Все операции, такие как транзакции данных, структурные изменения базы данных, операционные инструкции типа завершения транзакции или отмена, большие объекты и массовые операции, сохраняются в журнале. Журнал транзакций пополняется до тех пор, пока не будет выполнено резервирование журнала транзакций.

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

Модель восстановления с неполным журналированием занимает промежуточное положение между «крайними» моделями полного и простого восстановления. Хотя название bulk-logged может навести на мысль о журналировании массовых операций, в действительности они сохраняются в журнале лишь частично. Во время массовых операций, которые часто заключаются в добавлении большого числа записей за короткий промежуток времени, SQL Server устанавливает на каждом затронутом обновлением экстенте базы данных битовый флажок, но на самом деле вставленные записи не добавляются в файл журнала. Во время последующего резервирования журнала транзакций SQL Server проверяет этот флажок и записывает в резервную копию журнала транзакций сами экстенты базы данных, которые были изменены массовой операцией в добавление к обычным записям о вставке и удалении. Таким образом, резервная копия журнала в модели восстановления с неполным журналированием содержит результаты выполнения массовых операций, а не действительно выполненные отдельные транзакции.

Использование модели восстановления с неполным журналированием обеспечивает такую же полноту, как и модель полного восстановления, но без дополнительных накладных расходов, которые появляются при резервировании всех массовых вставок данных. Но при этом использование модели восстановления с неполным журналированием связано с определенными рисками. При потере исходных данных массовой операции между операциями резервирования полное восстановление базы данных будет невозможно. Кроме того, невозможно восстановить состояние базы данных на определенный момент времени по резервной копии заключительного фрагмента журнала – попытка выполнения восстановления завершится неудачей.

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

Стандартные команды для резервирования

В SQL Server 2005 и SQL Server 2000 имеются две команды для выполнения, в сущности, одного и того же действия – DUMP и BACKUP (то есть DUMP DATABASE или BACKUP DATABASE и DUMP LOG или BACKUP LOG). Команда DUMP сохранилась со времен SQL Server 6.5, когда резервирование базы данных означало просто копирование базы данных в состоянии на момент перед началом операции резервирования. При этом изменения в базе данных, которые могли произойти после начала резервирования, не попадали в резервную копию.

Начиная с версии 7 SQL Server может выполнять настоящее «динамическое» резервирование, а это означает, что изменения, внесенные после начала процесса резервирования, записываются в журнал транзакций и сохраняются в файле резервной копии. Таким образом, резервная копия представляет собой «снимок» базы данных на момент завершения операции резервирования. Команда DUMP сохраняется для обратной совместимости, но Microsoft не рекомендует ее использовать в новых разрабатываемых системах. Когда-нибудь эта команда будет исключена, и разработчикам придется избавиться от нее в тех фрагментах программного кода, где она еще используется.

Тем, кто всегда тщательно следил за резервированием баз данных SQL Server и стремился изучать нововведения SQL Server 2005, следует продолжать внимательно следить за резервными копиями: в SQL Server 2005 нет привычной команды DBCC REPAIR. «Заменой» для этой команды служит DROP DATABASE.

Замена базы данных

При восстановлении базы данных на новом сервере используйте параметр REPLACE, который отключает обычные проверки безопасности и позволяет перезаписывать существующие базы данных, даже если их имя отличается от имени восстанавливаемой базы. Например, предположим, что была сделана резервная копия базы данных D, расположенной на сервере A. Эта резервная копия должна быть восстановлена на сервере B. Сначала на сервере B следует создать пустую промежуточную базу, при этом имя и размер базы не имеют никакого значения. Далее, надо восстановить базу D с параметром REPLACE на сервере B поверх только что созданной промежуточной базы. Если же восстановление должно быть произведено обратно на сервер A, на прежнее место, параметр REPLACE указывать не требуется. По умолчанию операция восстановления базы данных выполняет встроенные проверки безопасности, например если в нормальной ситуации нельзя выполнить восстановление базы поверх другой существующей базы данных. Аналогично, запрещено восстановление базы данных, зарезервированной в режиме полного резервирования или резервирования с журналированием массовых операций, если отсутствует резервная копия заключительного фрагмента журнала.

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

Что такое резервные копии заключительного фрагмента журнала

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

Как восстановить базу данных по состоянию на заданный момент времени

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

Восстановление представляет собой комплекс операций, приводящих базу данных в согласованное состояние. Для восстановления базы до определенной точки во времени необходимо выполнить полное восстановление или восстановление с неполным журналированием. Модель простого восстановления приводит к отсечению журнала транзакций до контрольной точки без возможности повтора-отмены действия (redo-undo) и без возможности восстановления по состоянию на заданный момент времени.

Выполнение операций восстановления с последующим «повторением/отменой изменений» заключается в восстановлении данных в исходное состояние на определенный, заданный пользователем момент времени – по имени выполненной транзакции или по номеру последовательности в журнале. Модель восстановления с неполным журналированием характеризуется дополнительным ограничением: восстановление на определенный момент возможно только в том случае, если с момента предыдущего резервирования журнала не выполнялись массовые операции. Другими словами, для успешного восстановления на определенный момент времени необходимо, чтобы последовательность файлов резервных копий журналов была непрерывной.

Восстанавливаемые данные на определенный момент времени должны содержаться в резервной копии журнала транзакций. При восстановлении журнала вы можете восстановить транзакции, которые были выполнены до определенного момента времени, указав нужный момент с помощью оператора STOPAT, STOPATMARK или STOPBEFOREMARK.

При восстановлении базы данных по состоянию на некоторый момент времени выполните полное резервирование с установкой NORECOVERY, как показано ниже:

RESTORE DATABASE AdventureWorks FROM DISK = "E:\SQLdata\BACKUPS\AdventureWorks_FullDbBkup.bak" WITH NORECOVERY

Затем примените все резервные копии журналов с установкой RECOVERY и указанием даты и времени требуемой точки во времени в каждом предложении RESTORE LOG:

RESTORE LOG AdventureWorks FROM DISK = "E:\SQLdata\BACKUPS\AdventureWorks_TlogBkup.bak" WITH RECOVERY, STOPAT = ‘ Dec 10, 2007 8:10 PM’

Резервирование файлов/групп файлов

Эта стратегия резервирования подходит только в том случае, если база данных состоит из нескольких файлов или групп файлов. Если размеры базы или требования к производительности делают полное резервирование базы данных невозможным и если необходимо быстрое восстановление в случае отказа, стоит принять во внимание стратегии резервирования файлов/групп файлов.
Эта стратегия может использоваться для SQL Server 2005 или SQL Server 2000, при этом при выполнении каждой операции требуется указать, какие файлы, группы файлов или комбинации будут резервироваться. При этом следует выполнить полное резервирование базы данных вскоре после создания, после чего выполнять регулярное резервирование файлов или групп файлов. Если для конкретной базы данных необходимо задействовать простую модель восстановления, все доступные для чтения/записи файлы и группы файлов должны резервироваться одновременно. Для минимизации потерь данных при восстановлении выбирайте модель полного восстановления или модель восстановления с неполным протоколированием, при этом необходимо включить в стратегию резервирование журнала транзакций.
Восстановление базы все равно означает ограничение доступа к базе данных, но на меньшее время, чем при полном восстановлении базы данных. Во время восстановления доступ ограничивается только к группам файлов, восстанавливаемым в данный момент.
В худшем случае, если требуется восстановление всей базы данных и вы используете модель полного восстановления, потребуются все резервные копии журналов транзакций с момента создания базы данных. Кроме того, если необходимо восстановление базы на определенный момент времени, потребуется полный набор резервных копий журналов транзакций.

Частичное восстановление

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

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

Перед тем, как настраивать частичное резервирование, необходимо осуществить тщательное планирование. При создании базы данных следует создать различные группы файлов, а при формировании таблиц – разместить их явным образом в соответствующих группах файлов. Так, таблицы каталогов базы данных в первичной группе файлов, таблицы только для чтения – в группах файлов только для чтения, а таблицы для чтения/записи – в группах файлов для чтения/записи.

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

Восстановление после частичного резервирования все равно подразумевает ограничение доступа к базе данных, но на меньший интервал времени, чем при полном восстановлении базы данных – и только для первичной группы файлов, групп для чтения/записи и групп только для чтения, которые были частью резервирования. Более подробную информацию можно найти в документации SQL Server 2005 Books Online «Частичные резервные копии» http://msdn.microsoft.com/ru-ru/library/ms191539.aspx.

Резервные копии состояния

Иногда возникает потребность выполнить резервирование для решения специальных задач, например чтобы создать презентацию для демонстрации клиенту. При этом вы не хотите, чтобы был нарушен нормальный порядок файлов, необходимых для восстановления базы данных. В этом случае можно воспользоваться возможностью создания резервной копии состояния базы данных. Такая копия может быть создана вне зависимости от того, какая стратегия восстановления базы будет использована – полная, массового копирования или простая (bulk-copy, или simple).

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

Стратегию резервирования состояния нельзя использовать в качестве базы для разностного резервирования, так как при создании копии состояния не обновляется карта разностей (differential bitmap), используемая для определения, какие экстенты следует копировать, а какие оставить. В действительности, процедура разностного копирования не учитывает сделанные копии состояния, поэтому такие копии не могут участвовать в процессе разностного восстановления.

При резервировании журнала транзакций состояния базы данных журнал транзакций не обрезается, в отличие от обычного резервирования. Резервирование состояния также не оказывает влияния на цепочку журналов, которая используется для полного резервирования с журналом восстановления. Резервные копии состояния вообще не включаются в список резервных копий журналов при восстановлении. Более подробные сведения можно найти в документации SQL Server 2005 BOL «Резервные копии состояния» по адресу http://msdn.microsoft.com/ru-ru/library/ms191495.aspx.

Почему восстановление базы данных не может выполняться онлайн

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

Процесс восстановления обычно начинается с копирования данных, журналов и индексных страниц с резервного носителя на место файлов базы данных. Затем наступает черед фазы повторного исполнения – применения сохраненных в журнале транзакций к данным, сохраненным на момент резервирования базы; этот процесс часто называют «повторять изменения». Эти зафиксированные в журнале транзакции представляют собой изменения в базе данных, которые были выполнены после последнего резервирования базы перед сбоем. Сначала SQL Server копирует данные и структурные изменения в журнал транзакций, а затем выполняет эти изменения на реальной базе данных. Повторение изменений обеспечивает применение к базе данных изменений, которые были сделаны в журнале.

На этой стадии в базе данных обычно содержатся незавершенные транзакции, и база данных не может использоваться для доступа. Далее для SQL Server 2005 Standard Edition наступает фаза последней отмены, в ходе которой выполняется отмена всех незавершенных транзакций. После завершения этой фазы база данных полностью восстановлена и готова к работе. Редакция Enterprise Edition работает немного по другому – база данных готова к использованию сразу после повторения изменений, не дожидаясь фазы отмены незавершенных транзакций.

Доступ к файлам, группам файлов и страницам в процессе восстановления базы данных и фаз повторения изменений/отмены незавершенных транзакций запрещен потому, что данные, которые могли бы быть получены, являются недостоверными. Попытка обработки «грязных» данных может вызвать проблемы, связанные с пропущенными и незавершенными транзакциями.

Вам могут быть интересны следующие материалы

Инструкции

Windows

Вконтакте

Советы

Instagram

Ошибки

© 2024 Windows. Инструкции. Программы. Железо. Ошибки