Как использовать резервные копии. Резервное копирование и восстановление данных

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

1. Какие файлы необходимо скопировать

Если вы переустанавливаете Windows на старом компьютере, то нужно сделать резервную копию всех необходимых вам файлов, находящихся на диске «C». Проще всего скопировать их на другой раздел диска (например, на диск «D»). Также их можно скопировать на внешний диск, флешку, DVD-диски, на другой компьютер или облачное хранилище в интернете.

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

2. Копирование файлов на другой раздел диска

Сначала определите сколько места на разделе диска, куда вы планируете копировать файлы (например, на диске «D»). Для этого кликните правой кнопкой мыши на выбранном диске и выберете пункт «Свойства».

Посмотрите какой объем указан в графе «Свободно».

Затем выделите мышкой папки и файлы, которые вы хотите скопировать, кликните правой кнопкой мыши на любом из выделенных элементов, выберете «Свойства».

Убедитесь, что они поместятся на выбранный раздел диска.

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

Затем перейдите на раздел диска, куда вы хотели скопировать ваши файлы (я сделал папку «Backup» на диске «D»), кликните правой кнопкой мыши и выберите пункт «Вставить».

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

3. Копирование файлов на флешку

Копирование файлов на флешку производиться таким же образом, как и копирование на другой раздел жесткого диска.
Transcend JetFlash 790 8Gb

Также не забудьте убедиться в том, что на флешке достаточно места.

Есть и более удобный способ копирования на флешку. Выделите мышкой папки и файлы, которые хотите скопировать, кликните на любом из них правой кнопкой мыши, выберите пункт «Отправить» — «Съемный диск (F». Файлы немедленно начнут копироваться на флешку, это очень удобно!

Вместо «Съемный диск (F» может отображаться название производителя флешки или другая метка заданная пользователем, также может отличаться и буква диска, например, «Transcend (G».

4. Использование программы «Total Commander»

С помощью программы «Total Commander» производить копирование файлов значительно удобнее. Саму программу вы можете скачать ниже в разделе « ». После установки откройте «Total Commander» с помощью ярлыка на рабочем столе. Кликните мышкой на цифру, указанную на экране (1, 2 или 3).

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

Это очень удобно, так как вам не придется переключаться между несколькими окнами для копирования файлов. Выделение файлов можно производить с помощь мышки в сочетании с кнопками «Ctrl» или «Shift», а можно с помощью кнопки «Insert» и стрелочек на клавиатуре.

5. Копирование файлов на DVD-диск

Если у вас нет ни дополнительного раздела на диске, ни флешки, то можно скопировать ваши файлы на DVD-диски. Рекомендую использовать диски DVD-R 16x. На один такой диск вмещается 4.38 Гб данных. Приобретайте диски из расчета на каждые 5 дисков не менее 1 запасного.

В Windows XP есть встроенное средство записи дисков, но, к сожалению, оно нам не подходит, так как не имеет функции проверки диска после записи. Если у вас есть программа для записи дисков (типа Nero), то можете использовать ее. Мы же воспользуемся простой бесплатной программой «Astroburn», которую вы можете скачать ниже в разделе « ». В установке программы нет ничего сложного, просто запускаете скачанный файл и несколько раз нажимаете «Далее».

После этого вставьте чистый диск в DVD-привод и закройте окно автозапуска, если оно появится. Найдите ярлык «Astroburn Lite» на рабочем столе или в меню Пуск и запустите программу. После запуска автоматически создается новый проект. Для добавления папок и файлов в проект просто перетащите их в окно программы.

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

Если объем добавленных в проект файлов не вмещается на диск, то удалите из проекта файлы или папки на размер превышения.

После того, как вы устраните превышение объема, убедитесь что установлена галочка «Проверить». Скорость записи рекомендую установить 8x. Нажмите «Начать запись».

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

6. Копирование файлов на другой компьютер

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

6.1. Открытие общего доступа к папке в Windows XP

Первым делом убедитесь, что на диске компьютера, куда вы хотите скопировать ваши файлы, достаточно места (например, на диске «D»). Для этого кликните правой кнопкой мыши на выбранном диске и выберете пункт «Свойства».

Теперь создайте новую папку, куда вы хотите скопировать ваши файлы. Например, «Backup», что значит резервная копия. Кликните правой кнопкой мыши на этой папке и выберите пункт «Общий доступ и безопасность».

Если появиться сообщение «Если вы понимаете…», как на скриншоте ниже, кликните на него левой кнопкой мыши.

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

Теперь поставьте галочки в пунктах «Открыть общий доступ к этой папке», «Разрешить изменение файлов по сети» и нажмите «ОК».

Под папкой должна появиться рука, как на скриншоте ниже. Это означает, что общий доступ к ней открыт.

6.2. Открытие общего доступа к папке в Windows 7

Кликните на папке, к которой хотите открыть общий доступ, правой кнопкой мыши и выберите «Общий доступ\Конкретные пользователи…».

Введите «Все» и нажмите кнопку «Добавить».

Кликните мышкой на появившейся строке, выберите «Чтение и запись» и нажмите кнопку «Общий доступ».

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

6.3. Копирование файлов по сети

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

Кликните на любом из выбранных элементов и выберите пункт «Копировать».

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

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

7. Копирование файлов в облако

Если на вашем диске нет второго раздела (например, диска «D»), большой флешки, DVD-привода и второго компьютера, либо недостаточно свободного места, но есть быстрый интернет, то можно сделать резервную копию файлов в облачном хранилище в интернете.

Есть множество платных и бесплатных сервисов, которые предоставляют свое дисковое пространство для хранения файлов пользователей. Здесь мы рассмотрим только самые простые и бесплатные средства. Это «Google Диск», «Яндекс Диск» и «Облако Mail.ru». «Google Диск» бесплатно предоставляет 15 Гб, «Яндекс Диск» – 10 Гб, «Облако Mail.ru» – 100 Гб. За небольшую ежемесячную плату можно приобрести дополнительное пространство. Но никто не мешает зарегистрировать несколько аккаунтов (учетных записей) в этих сервисах, что не так удобно, зато бесплатно.

Рассмотрим «Облако Mail.ru», так как этот сервис предоставляет наибольший объем для бесплатного хранения файлов. Для того, чтобы воспользоваться этим сервисом нужно зарегистрироваться на сайте «mail.ru». Если у вас уже есть почтовый ящик на «mail.ru», то регистрироваться не нужно. Перейдите на сайт « » и если понадобиться введите ваш логин (почтовый ящик) и пароль. Для того, чтобы скопировать свои файлы в облачное хранилище нажмите на кнопку «Загрузить» и выберите требуемые файлы. Или просто перетащите ваши файлы и папки в окно браузера с помощью мышки. Кликните мышкой на картинке для увеличения.

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

Облако Mail.ru имеет ограничение максимального размера файла 2 Гб и закачка в него происходит медленнее, чем в «Google Диск» () или «Яндекс Диск» (). В остальном эти сервисы работают аналогично, поэтому мы не будем их рассматривать.

8. Резервирование закладок браузера

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

8.1. Браузер Internet Explorer

Войдите в меню «Файл\Импорт и экспорт…».

Выберите «Экспорт избранного».

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

8.2. Браузер Mozilla Firefox

Используйте команду «Показать все закладки» или сочетание клавиш «Ctrl+Shift+B».

Затем «Импорт и резервные копии\Экспорт закладок в HTML-файл».

8.3. Браузер Google Chrome

Откройте «Диспетчер закладок» через меню «Закладки» или при помощи сочетания клавиш «Ctrl+Shift+O».

Используйте функцию «Управление\Экспортировать закладки в файл HTML».

Выберите место расположения, имя файла и нажмите «Сохранить».

8.4. Браузер Opera (до v.12)

Если вы используете браузер Opera на старом движке (до v.12 включительно), войдите в меню «Opera\Закладки\Управление закладками…» или используйте сочетание клавиш «Ctrl+Shift+B».

В меню «Файл» выберите «Экспортировать как HTML…».

Выберите место расположения, имя файла и нажмите «Сохранить».

8.5. Браузер Opera (v.15 и выше)

Если вы используете браузер Opera на движке Chromium (v.15 и выше), то, к сожалению, в нем нет функции экспорта закладок. Вместо этого используйте функцию «Opera\Синхронизация…».

Нажмите «Создать учетную запись!».

Введите адрес вашей электронной почты (e-mail), новый пароль для сервиса синхронизации закладок Opera, проверочный код и нажмите «Создать учетную запись».

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

9. Учетные записи и пароли

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

10. Параметры интернета

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

В любом случае не помешает проверить настройки сетевой карты.

10.1. Параметры интернета в Windows XP

Перейдите в «Панель управления\Сетевые подключения». Кликните правой кнопкой мыши на «Подключение по локальной сети» и выберите «Свойства».

Выделите «Протокол Интернета (TCP/IP)» и нажмите «Свойства».

Если установлено получение параметров автоматически, как на скриншоте ниже, то ничего выписывать ненужно.

Если параметры указаны, как на скриншоте ниже, то выпишите их или сфотографируйте.

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

10.2. Параметры интернета в Windows 7

Перейдите в меню «ПУСК\Панель управления».

Кликните правой кнопкой мыши на «Подключение по локальной сети» и выберите «Свойства».

Выделите «Протокол Интернета версии 4 (TCP/IPv4)» и нажмите «Свойства».

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

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

11. Параметры программ и сохранения игр

Посмотрите какие у вас установлены программы и подумайте какие файлы и параметры могут вам еще понадобиться и где они находятся. Определите где находятся сохранения игр, которые вы не прошли до конца и хотите продолжить. Они могут быть в папке «Мои документы», в одной из папок профиля пользователя на диске «C». В Windows XP это «C:\Documents and Settings\Имя_пользователя », в Windows 7 – «C:\Пользователи\Имя_пользователя ». Иногда настройки сохраняются прямо в папке с программой или игрой в папке «C:\Program Files\Название_программы ». Если не найдете, введите в поиске Google или Яндекс «настройки название_программы » или «сохранения название_игры ».

Есть очень удобная программа «Migration Wizard» («Мастер переноса»), с помощью которой можно перенести параметры программ и сохранения игр из Windows XP, 7 на Windows 7, 8. При восстановлении они автоматически попадут в нужные папки.

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

11.1. Включение отображения скрытых файлов в Windows XP

Откройте проводник с помощью значка «Мой компьютер» или любую папку. Войдите в меню «Сервис\Свойства папки…».

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

11.2. Включение отображения скрытых файлов в Windows 7

Откройте проводник с помощью значка «Мой компьютер» или любую папку. Войдите в меню «Упорядочить\Параметры папок и поиска».

Переключитесь на вкладку «Вид», прокрутите окно в самый низ, выберите «Показывать скрытые файлы, папки и диски» и нажмите «ОК».

12. Использование программы «Migration Wizard»

Далее мы рассмотрим как можно сделать резервную копию файлов в программе «Migration Wizard». Ее вы можете скачать ниже в разделе « ». Там есть версии для 32-х и 64-х разрядной Windows. Windows XP на подавляющем большинстве компьютеров является 32-х разрядной.

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

Выберите пункт «Внешний диск или USB-устройство…».

Выберете пункт «Это мой исходный компьютер».

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

Обратите внимание на папки, в которых хранятся настройки программ и игр.

Windows XP

«C:\Documents and Settings\Имя пользователя\Application Data»

«C:\Documents and Settings\Имя пользователя\Local Settings\Application Data»

Windows 7

«C:\Пользователи\Имя пользователя\AppData»

В моем случае в этих папках находятся только параметры браузеров (Google, Mozilla и Opera), а поскольку я уже сделал резервную копию закладок, мне здесь больше ничего не нужно. Зато я нашел сохранения игры «Borderlands 2» в папке «Мои документы\My Games», которую я не прошел до конца. Также в папке «Мои документы» оказались проекты редактора видео «Pinnacle Studio». Для сохранения этих данных я поставил галочки на соответствующие папки.

Обратите внимание, что я не выделил папку «Избранное», потому что мы уже сохранили закладки из браузера «Internet Explorer». Также я не поставил галочки на папках с личными файлами «Загрузки», «История», «Книги», «Мои рисунки», «Моя музыка», «Разное», так как мы уже должны были скопировать эти папки в надежное место. А поскольку они могут занимать значительный объем, то нет никакого смысла загонять их в файл переноса параметров.

Делаем тоже самое для пользователя «Администратор». Снимаем все галочки и нажимаем «Дополнительно».

В папке «Application Data» этого пользователя я нашел настройки «uTorrent».

Это значит, что пользователь закачивал файлы с помощью этой программы. Я решил сохранить для него настройки и поставил галочку на папке «uTorrent». В папке «Local Settings\Application Data» я нашел папки еще нескольких программ. «QIP» – хранит настройки и историю сообщений популярной программы для обмена текстовыми сообщениями. «Skype» – хранит настройки и полученные от пользователей фотографии и другие файлы. «Wargaming.net» – настройки популярной игры «World of Tanks», сохраняем, так как будем заново устанавливать эту игру на данный компьютер Кроме того в папке «Документы — Администратор\My Games» обнаружились сохранения еще двух игр.

Делаем тоже самое для пункта «Общие элементы». Снимаем все галочки и нажимаем «Дополнительно».

Здесь иногда могут оказаться нужные файлы.

В данном случае в папке «Program Files» я нашел папку «ABBY Fine Reader», в которой сам когда-то сохранил файл настроек сканера «Untitled.fbt». А также обнаружил папку моего телефона «HTC», в которой оказалось несколько десятков фотографий. Если бы я этого не сделал, то эти данные были бы безвозвратно утрачены. Но и это еще не все. На диске «С» были отмечены галочками папки «Музыка» и «Фото», которые занимают большой объем и которые я уже скопировал в надежное место. Также оказались выделенными несколько папок на диске «D», которые копировать вообще никуда ненужно. Все эти галочки я естественно снял, иначе просидел бы до утра и еще не известно хватило бы на флешке места…

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

Объем данных не должен быть слишком большим, так как основную массу файлов мы переносим вручную, а «Мастер переноса» используем только для параметров программ и игр. В моем случае получилось 448.5 Мб. Если вы будете копировать этот файл на флешку, то не желательно, чтобы он превышал 4 Гб.

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

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

В следующем окне нажмите «Закрыть» и работа программы полностью завершится.

У программы «Migration Wizard» есть несколько особенностей. Ее нельзя использовать для переноса параметров из Windows XP в Windows XP, а только в более старшую версию Windows 7 или 8. Перенос может не сработать из 64-х разрядной Windows в 32-х разрядную, но обычно это и не требуется. Желательно, чтобы язык операционных систем совпадал, но в большинстве случаев так оно и есть.

Если вам нужно переустановить Windows XP, попробуйте воспользоваться одним из вариантов:

«ПУСК\Все программы\Стандартные\Служебные\Архивация данных»
«ПУСК\Все программы\Стандартные\Служебные\Мастер переноса файлов и параметров»

13. Ссылки

Жесткий диск Transcend StoreJet 25H3 2 TB
Жесткий диск Transcend StoreJet 25M3 1 TB
Жесткий диск Transcend StoreJet 25M TS500GSJ25M 500 GB

Всем привет!

Необходимость архивации данных обуславливается тем, что в ситуациях поломки жёсткого диска (ЖД) либо заражения вашего ПК , вы рискуете потерять все свои фотографии, важную документацию и рабочие проекты.

И если с вирусами вы можете справиться с помощью антивирусов, то поломка ЖД – лишь дело времени, поскольку как показывает практика, большинство жёстких дисков не доживают до своего шестилетия.

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

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

Сегодня поговорим о стандартных инструментах для резервирования, которые предусмотрены ОС Виндовс.

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

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

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

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

Подробнее про создание образа читайте .

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

Чтобы восстановить содержимое из сделанных копий, вам достаточно выбрать любое из предложенных системой действий:

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

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

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

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

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

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

Расскажите об уникальной возможности резервирования и своим друзьям в социальных сетях. Будьте бдительны и ответственно относитесь к своим данным, и тогда вам не страшны будут никакие сбои в работе операционки и даже поломка ЖД!

С уважением! Абдуллин Руслан

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 предписывает процессу резервирования сохранить всю заголовочную информацию, которая может содержаться на резервных дисках в заголовках. Этот способ принят по умолчанию, и явное указание данной установки является необязательным, но оно полезно в качестве самодокументирования операции.

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

Если база данных в состоянии онлайн, ограничьте доступ к ней, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Таким образом доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.
Исправьте ошибку, вызвавшую крушение базы данных.
Если возможно, примените все сохраненные в резервных копиях журналы транзакций с параметром 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’

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

Если база данных в состоянии онлайн, ограничьте к ней доступ, переключив режим доступа (в окне свойств) на RESTRICTED_USER. Тем самым доступ к базе данных будет разрешен только членам группы базы данных db_owner и членам групп сервера dbcreator и sysadmin.
Выполните резервирование заключительного фрагмента журнала.
Исправьте ошибку, вызвавшую сбой базы данных.
Выполните восстановление полной резервной копии с параметром NORECOVERY.
Выполните восстановление последней имеющейся разностной резервной копии с параметром NORECOVERY.
Выполните восстановление резервной копии заключительного фрагмента журнала с параметром 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 работает немного по другому – база данных готова к использованию сразу после повторения изменений, не дожидаясь фазы отмены незавершенных транзакций.

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

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

Backblaze – предлагает неограниченный размер хранилища за небольшую ежемесячную оплату.
Carbonite - один из наиболее известных онлайн сервисов резервного копирования; предлагает неограниченный размер хранилища за ежемесячную оплату и автоматизированные решения для резервного копирования.
SOS Online Backup – еще один популярнейший (и старейший) онлайн сервис резервного копирования, предлагающий неограниченное хранилище.

Уясните разницу между облачным хранилищем и онлайн сервисом резервного копирования. Google Drive, SkyDrive (OneDrive), DropBox – это облачные (онлайн) хранилища, в которых вы можете хранить резервные копии, созданные вами. Файлы синхронизируются между всеми устройствами под управлением вашей учетной записи, а это значит, что при удалении файла на сервере, он удаляется на всех ваших устройствах! Эти сервисы не предлагают надежной схемы управления версиями файлов, что затрудняет (или делает невозможным) получение более старых версий файлов.

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

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

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

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

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

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

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

Что копировать в первую очередь

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

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

Резервное копирование на внешний накопитель

Если у вас есть внешний USB-диск, то бэкап можно сделать прямо на него, используя встроенные функции создания резервной копии. Для этого используйте «Историю файлов» («File History») в Windows 10 и 8. В Windows 7 ищите «Резервное копирование Windows». На Mac-устройствах воспользуйтесь «Time Machine». Просто периодически подключайте внешний накопитель к компьютеру и запускайте инструмент для выполнения бэкапа.

Плюсы : быстро и сердито.
Минусы : если что-то случится с внешним накопителем, то будет утеряна и копия.

Резервное копирование при помощи интернета

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

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

Использование облачного сервиса

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

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

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

Облачные сервисы являются бесплатными лишь для небольшого количества файлов, в то время как Backblaze за сравнительно небольшую плату позволяет создать резервную копию такого объема данных, какого вы только захотите. Но у Backblaze и Carbonite есть существенное ограничение, которое следует иметь в виду. Если вы удалите файл на компьютере, то через 30 дней он будет удален и из ваших резервных онлайн-копий. То есть после этого 30-дневного периода вы не сможете восстановить удаленный файл или его предыдущую версию. Поэтому будьте внимательны.

Итак, что же выбрать? В идеале, конечно, неплохо было бы использовать хотя бы два способа из представленных. Отличным решением будет хранить данные как локально, так и онлайн. Локальное хранение данных (onsite backup) буквально означает хранение данных в том же географическом и физическом месте, где вы находитесь. То есть это тот вариант, когда вы создаете резервную копию на внешнем диске и храните его дома, где также находится ваш компьютер.

Хранение данных онлайн (offsite backup) - это создание резервной копии на онлайн-сервере наподобие Backblaze или Dropbox, которая хранится в каком-то друго месте. Подобный вариант не обязательно платный, но может занять немного больше времени, чем в случае с локальным бэкапом. Однако же и уровень надежности намного выше.

Вы можете хранить свои файлы в Dropbox, на Google Диске или OneDrive и выполнять регулярное резервное копирование на внешний диск. Или же вы можете использовать Backblaze для резервного онлайн-копирования и «Историю файлов Windows» для создания локальной резервной копии. Существует достаточное количество способов использовать эти варианты в тандеме, и только вам решать, каким образом это все устроить. Просто убедитесь, что стратегия по защите ваших данных надежна и включает как онлайн, так и локальное хранение данных.

Автоматизация процесса

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

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

Если же вы не хотите платить и полагаетесь в первую очередь на локальные резервные копии, то попробуйте хотя бы вдобавок использовать службу синхронизации файлов: Dropbox, Google Диск, Microsoft OneDrive или любой другой. В этом случае если вы когда-нибудь потеряете локальную резервную копию, то у вас хотя бы будет сохраненный в интернете вариант ваших файлов.