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

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

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

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

Тип бэкапа	Кто инициирует	Где хранятся резервные копии	Где настраивается	Для каких приложений реализовано
	Автоматически, раз в сутки	На сервере администратора сервиса	Настраивается сотрудником администратора сервиса	Для всех
	По расписанию , определяемому пользователем		Настройка расписания и управление резервными копиями - в Менеджере сервиса
	Вручную пользователем	На сервере администратора сервиса	Из приложения в разделе Администрирование или и з Менеджера сервиса. Управление резервными копиями - в Менеджере сервиса	"1С:Бухгалтерия 8", "1С:Управление небольшой фирмой", "1С:Отчетность предпринимателя"
(в т.ч. для последующей загрузки в локальную версию)	Вручную пользователем	На компьютере пользователя	Из приложения в разделе Администрирование	Для всех

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

Вид резервной копии	Условия создания и хранения копий
Файлы, из которых была загружена область в начале ведения учета в сервисе (при переносе данных из локальной версии)	Сохраняется в том случае, когда учет в сервисе ведется не "с нуля", а данные были перенесены из коробочной версии приложения.. Хранятся бессрочно.
Ежегодные копии	Все копии. Хранятся бессрочно.
Ежемесячные копии	Создаются, если за период (месяц) в базу входили интерактивно. По умолчанию хранятся 2 последние копии, т.е. при постоянной работе в базе - за последние два месяца. Если за какие-то из двух последних месяцев пользователи не подключались к базе и, соответственно, копии не создавалась, то будут храниться копии, созданные за предыдущие месяцы.
Ежедневные копии	Создаются, если за период (день) в базу входили интерактивно. Хранятся 3 последние копии (аналогично ежемесячным копиям).
Копии по требованию и по расписанию	Создаются по настройкам или по требованию (вручную) пользователем. Хранятся 3 последние копии.

Резервные копии, хранящиеся на сервере администратора сервиса в зашифрованном виде, надежно защищены от несанкционированного доступа.

Рассмотрим перечисленные выше типы резервного копирования подробнее.

Системное резервное копирование

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

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

Настраиваемое резервное копирование (по расписанию)

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

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

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

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

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

Расписание резервного копирования настраивается пользователем в Менеджере сервиса , который открывается с сайта сервиса по ссылке Личный кабинет на странице "Мои приложения".

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

1. Откройте из списка "Приложения" карточку приложения, для которого нужно настроить резервное копирование.
2. Резервное копирование / Настройки резервного копирования .
3. В открывшемся окне Настройка резервного копирования приложения установите параметры расписания, по которому будет проводиться резервное копирование в сервисе.
4. Сохраните настройки по кнопке Записать и закрыть .

Резервное копирование по требованию

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

В этом случае так же, как и при настраиваемом по расписанию резервном копировании, созданные резервные копии хранятся на сервере администратора сервиса (в "облаке").

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

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

Создание резервных копий по требованию

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

Рассмотрим оба варианта создания копий.

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

1. Перейдите в раздел Администрирование и выберите команду Создать резервную копию .
2. Создать резервную копию приложения .
3. Дождитесь окончания процесса (он может занять некоторое время, его продолжительность зависит от количества данных, содержащихся в приложении).

Для создания резервной копии по требованию из Менеджера сервиса , откройте его с сайта сервиса по ссылке Личный кабинет на странице "Мои приложения" и выполните следующее:

1. Откройте из списка "Приложения" карточку приложения, для которого нужно создать резервную копию на текущий момент.
2. В карточке приложения выберите действие Резервное копирование / Создать резервную копию .
3. В открывшемся диалоговом окне нажмите кнопку ОК и затем дождитесь окончания процесса.

Управление резервными копиями

Управление резервными копиями (например, восстановление из них данных в новое приложение) осуществляется из Менеджера сервиса , который открывается с сайта сервиса по ссылке Личный кабинет на странице "Мои приложения".

Вы сможете управлять резервными копиями:

• созданными в процессе резервного копирования по требованию,
• созданными в процессе копирования, настраиваемого по расписанию

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

1. Откройте список резервных копий ваших приложений, выбрав в Менеджере сервиса действие Еще / Архивные копии приложений .

1. В открывшемся окне Архивные копии приложений вы увидите список существующих резервных копий. Для каждой копии отражается информация о типе ее создания.
2. Выберите, при необходимости, нажатием соответствующей кнопки требуемое действие (из возможных):

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

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

Выгрузка данных в формате XML

Помимо создания резервной копии "в облаке", т.е. на сервере администратора сервиса, вы также можете в любой момент времени самостоятельно сохранить свои данные непосредственно на локальный компьютер (в виде упакованного набора XML-файлов). Для этого в приложении перейдите в раздел Администрирование и выберите команду Выгрузить данные в локальную версию .

Многие сталкивались с проблемой восстановления операционной системы windows 7 после сбоев, вирусов или неправильных обновлений. Зачастую проблему удается решить только переустановкой всей системы и соответствующей утерей многих данных, учетных записей на форумах, закладках в браузерах и прочей информации, так скрупулезно собранной в процессе жизни вашего компьютера. Но при этом лишь немногие знают, что в операционной системе Windows7 есть встроенная функция резервного копирования системных файлов, позволяющая «откатиться» на 2-3 дня назад и восстановить операционную систему без переустановки.

Как включить резервное копирование

Для начала необходимо включить данную функцию. Для этого нажимаем Пуск – Панель управления и находим пункт «Архивация и восстановление».

В левой стороне окна есть кнопка «Создание образа системы». Это очень полезная функция, когда у вас есть новый компьютер, с драйверами, обновлениями и первоначальной настройкой. Можно сделать образ операционной системы и при сбое работы компьютера (например, при поломке винчестера) восстановить работоспособность без утомительной установки Windows7, драйверов и подстройки windows «под себя». Настоятельно рекомендую это сделать!

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

Для создания образа системы вам понадобится внешний жесткий диск, флешка (16-32 Гб) или, если у вас есть второй жесткий диск в системном блоке, можно создать образ там. Никогда не храните образ операционной системы в вашей домашней папке или на диске С. При сбое не будет возможности взять оттуда образ. Итак, когда вы определились с местом хранения, в появившемся окне, выберите куда сохранять образ и нажмите «Далее».

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

Настройка архивации

Также в «Архивации и восстановлении» есть пункт настройка архивации. Именно эта настройка позволит «откатить» систему на 2-3 дня назад, если случился сбой.

Выбрав пункт «Настройка архивации» необходимо указать диск, на котором будет создан архив. Опять же это не должен быть диск С (если операционная система установлена там). Так же стоит понимать, что если вы воспользуетесь внешним жестким диском или сетевым хранилищем, то эти устройства должны быть доступны во время проведения архивации. Идеальный вариант для архива – это второй жесткий диск в системном блоке.

Выбираем место хранения архива и нажимаем «Далее».

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

В следующем окне выбираем, что нужно архивировать. Можно делать архив домашних папок пользователей: тогда в архиве будут «Мои документы», «Мои рисунки» и т.д. для выбранных пользователей. Можно делать архив всего диска С. Также можно поместить в архив образ всей операционной системы windows (выделено красным цветом на рисунке). Тогда помимо первоначального образа, у вас будет полный текущий образ windows 7. Рекомендую поставить эту галочку. Имейте ввиду, что если вы выбрали этот пункт, то у вас не будет возможности хранить несколько копий образов за разные даты. Будет только последний архив. Нажимаем кнопку далее и настраиваем расписание архивации.

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

Диск восстановления операционной системы

Еще одна важная особенность настройки архивации и создания образа – это диск восстановления системы windows 7.

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

Система попросит установить CD диск в привод компакт дисков. Нажмите «Создать диск». После окончания операции у вас будет готов диск восстановления. Если сбой все-таки произошел, а диска восстановления нет, то его можно сделать на любом другом компьютере с Windows7. Это универсальный диск, не привязанный к конкретному компьютеру.
В продолжении статьи будет рассказано как восстановить систему после сбоя.

Резервное копирование ,

Хранение данных

Если настроил резервное копирование, не забил, не сэкономил - уже молодец. Но бэкап еще нужно уметь правильно готовить.

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

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

Читайте и мотайте на ус.

Зачем бэкап, когда есть RAID? Не заморачивайтесь с разворачиванием и настройкой системы резервного копирования, отдельной инфраструктурой для нее и специальным человеком, который будет ее админить. У вас же RAID, а значит есть две копии данных либо хранятся избыточные данные.

Случай из жизни. Данные клиента находились на СХД. Для скорости и надежности на ней был создан RAID-10 из более чем 24 дисков. У СХД также было некоторое количество запасных дисков. Когда произошел отказ одного из дисков в зеркале, СХД заменила отвалившийся диск запасным и принялась восстанавливать содержимое на нем. Оставшийся в строю диск работал за двоих и активно отдавал данные тому новенькому диску, но делал это недолго, буквально 5 секунд. Потом диск не выдержал нагрузки, и произошел отказ всего RAID. В результате данные на всех 24 дисках были потеряны.

Если серьезно. Зеркалирование, дублирование данных, которое лежит в основе работы RAID, не защищает их. RAID нужен для того, чтобы система не останавливалась из-за каждого отказа жесткого диска. RAID – это про доступность, а не про сохранность данных. Он не поможет, если нерадивый администратор или вирус испортил данные. Не обеспечит он и версионность.
В общем RAID – не для бэкапа. Не путайте теплое с мягким.

Совет 2. Складывайте бэкапы на ту же СХД, где находятся исходные данные

Если все-таки решили делать бэкап, не тратьтесь на отдельное хранилище для резервных копий. Современные СХД очень надежные и умные. Берете и выделяете быстрые тома под продуктивные данные, а на медленные складываете резервные копии. Забудьте про правило 3-2-1. Те, кто говорит про него, просто не знают, что так можно.
Используйте возможности СХД до конца!

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

• администратор перепутал и удалил продуктивный LUN;
• начинающий администратор прилепил к СХД на забор воздуха большую наклейку с подробным описанием назначения СХД, ее IP-адреса, краткой инструкцией по включению и выключению, контактами ответственного и пр. очень “нужной” в работе информацией. СХД перегрелась и отказала.

Или вот совсем недавно коллеги рассказали: СХД старой модели долго-долго работала и умерла. Когда ее труп увидели инженеры, они поняли, что такую СХД видели только в музее. Идей, как ее восстановить, тем более – как это сделать быстро, нет.

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

Совет 3. Откажитесь от бэкапа сервера и базы данных системы резервного копирования

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

Случай из жизни. На одном LUN СХД размещались исходные данные и сервер резервного копирования. Когда LUN стал недоступен и понадобилось восстановиться, оказалось, что бэкапа сервера и базы данных резервного копирования нет. Без последней все резервные копии превратились в чемодан без ручки. Ребятам пришлось разворачивать систему резервного копирования “с нуля”. Благо у используемого решения была возможность воссоздать базу заново через импорт бэкапов в систему. Но был один нюанс: данных для импорта было 100 ТБ. Чтобы собрать новую базу, новая система должна по ним обстоятельно пройти и каталогизировать все данные. В итоге за 1,5 суток было обработано лишь 20%. Потом кто-то им посоветовал импортировать только full бэкапы (самые большие файлы), и дело пошло быстрее, но потерпевшие уже потеряли много времени и нервов.

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

• бэкап сервера и базы данных резервного копирования (резервирование резервного копирования). В каких-то решениях достаточно развернуть систему заново и импортировать в нее файлы бэкапов. То есть наличие бэкапа базы данных с заданиями, объектами резервного копирования и пр. не столь критично. Так, например, устроено у Veeam.

  С другими без базы данных не обойтись (Symantec). Если она не бэкапилась, придется потратить время на ее восстановление.

  Для третьих – после потери базы остается только обратиться к техподдержке вендора (Commvault).

• заранее продуманный план по Disaster Recovery для сервера резервного копирования на случай отказа основного сервера/площадки. Многие вендоры систем резервного копирования в документации предлагают варианты по организации Disaster Recovery сервера резервного копирования, например: , Commvault .

Совет 4. Не тестируйте восстановление из резервных копий

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

До “часа Ж” RTO останется тайной для администратора и для начальства. Зато потом для всех будет сюрприз.

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

Случаи из жизни. Таких историй тоже много, вот одна из самых типичных. Жила-была база данных по имени prod. Инженер резервного копирования как положено поставил ее на бэкап. В один прекрасный день случился сбой, и администраторы восстановили базу рядом с названием prod1. Продуктив соответственно стал жить на prod1. Инженер резервного копирования про это ничего не знал, поэтому prod1 на бэкап не поставил. Старая база prod продолжает бэкапиться. Когда наступает необходимость восстановиться из бэкапа, оказывается, что его нет. Данные за последние 3 месяца потеряны.

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

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

Если не хочется проверять все вручную, то у большинства ПО резервного копирования есть функции автоматизации проверок (например, у Veeam Sure Backup – целостность данных).

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

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

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

Совет 5. Никакой отдельной инфраструктуры под резервное копирование

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

Случай из жизни. У клиента продуктив и резервное копирование делили между собой один сетевой канал.

Раз в квартал в компании рассчитывался квартальный отчет. Весь процесс занимал более 15 часов, поэтому группа (назовем ее условно “бизнес”) стартует генерацию отчета с утра и получает готовый отчет утром следующего дня. Одним таким прекрасным утром оказывается, что квартальный отчет не сформировался. Расследование показало, что ошибка произошла из-за разрыва соединения с базой данных. Каких-либо видимых технических причин этому не находилось. Через неделю ребята повторно запускают создание отчета, и все получается. Но через полгода проблема повторяется.

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

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

Заложить отдельную инфраструктуру под резервное копирование легче всего на этапе планирования продуктивного стенда.

Если отделить мух от котлет уже не получается, то можно попробовать выставить ограничения средствами системы резервного копирования (Network Traffic Throttling) или ограничить полосу пропускания с помощью QoS на сетевом оборудовании. Тут главное соблюдать баланс и не “зарезать” полосу для резервного копирования так, что задания будут выполняться по 24 часа.

Зачем настраивать почтовые уведомления о том, что очередное задание на бэкап успешно сделано или зафейлилось? Спама в ящике и так хватает. Тем более не нужно следить за состоянием сервера, где работает система резервного копирования.

Меньше знаешь – крепче спишь.

Случай из жизни. У Veeam есть одна особенность: после установки обновления нужно обязательно зайти на основной сервер и запустить этот обновленный Veeam. Он проверит и выдаст список инфраструктурных серверов, требующих обновления. Если какие-то из компонентов инфраструктуры резервного копирования останутся необновленными, то основной сервер не сможет общаться с ними, при выполнении заданий будет выдаваться ошибка. Администратор то ли забыл про этот момент, то ли просто не знал, обновил основной сервер и ушел со спокойной душой на выходные. Оповещения не настроены, поэтому о своей ошибке он узнал только в понедельник, когда понадобились бэкапы, которых не было.

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

Мониторьте доступность самого сервера резервного копирования: хотя бы пингуйте.

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

Начну с предыстории.

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

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

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

А третий случай произошел с одним из основных наших авторов проекта «Фото-монстр » — Евгением Карташовым, который из-за поломки жесткого диска чуть не потерял огромный объем своих фотографий, которые все-таки частично удалось восстановить за 15 000 рублей. Но кучу потраченного времени и нервов уже не восстановишь.

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

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

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

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

И вот в августе 2014 года я приехал с отпуска и решил, что первое, чем я займусь, это решу две задачи по резервному копированию.

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

Задача №2. Сделать так, чтобы переустановка Windows занимала у меня не более 20 минут. При этом я должен иметь возможность восстановить систему в идеальное состояние даже в том случае, если операционная система не загружается. Это делается через специальный загрузочный носитель (диск или флешка).

Чтобы решить эти задачи, я начал изучать вопрос и выяснять, какие программы мне могут помочь.

Первое, на что я наткнулся, была программа Acronis True Image 2014 , которая считается одной из лучших программ для резервного копирования. К тому же она позволяет сделать загрузочный носитель, чтобы можно было загружаться с него независимо от операционной системы, т.е. как мне и было нужно.

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

И все было бы здорово, если бы не одно "но". После создания слепка системного раздела я решил попробовать сделать тестовое восстановление, чтобы быть уверенным, что система работает, как надо. Вставил загрузочную флешку, выставил в биосе, что надо загружаться с неё и стал ждать загрузки специальной среды, откуда я смогу восстанавливать системный раздел в экстренных случаях. Вот пошла загрузка с флешки, вот появился логотип Acronis, а дальше... дальше просто черный экран и тишина. Никакие манипуляции с клавиатурой и мышкой не помогли мне нарушить эту черноту. Помогла только заветная комбинация Alt+Ctrl+Del, которая отправила компьютер на перезагрузку.

Мне стало интересно, это только у меня такая ерунда или это часто встречающаяся проблема. Ввожу в поисковике Black screen+Acronis True Image boot и получаю десятки страниц, где у многих других пользователей точно такая же проблема, которая тянется аж с 2009 года, и ни одно решение из тех, что предлагались, у меня не сработали. Видимо, данная проблема возникает лишь у небольшой части пользователей, в число которых я, к сожалению, попал. Печально.

Я стал искать другие решения и вышел на бесплатную версию программы EasyUs Todo Backup . Судя по описанию, она умела всё, что мне нужно, и я решил её попробовать.

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

Все было здорово, пока я не добрался до создания загрузочного носителя, с помощью которого я буду загружаться и восстанавливать систему в экстренных случаях. Оказалось, что в бесплатной версии они блокируют возможность создания загрузочного носителя на основе удобной среды WinPE, а вместо этого предлагают какой-то непонятный вариант, который у меня даже не загрузился. Но проблеск надежды еще был, потому что загрузочный носитель на основе WinPE (хотя и не на последней её версии) можно было создать в платной версии их программы. Я заплатил. Сделал загрузочный носитель на основе WinPE и стал проверять, как все работает.

В этот раз с флешки все нормально загрузилось, среда восстановления запустилась, но проблема вылезла там, где я её совсем не ожидал увидеть. Система не видела мой внешний диск, который был подключен через USB-порт к компьютеру. А на этом жестком диске у меня и хранились все резервные копии. То ли это было связано с тем, что они задействовали не последнюю версию WinPE и она не поддерживала USB 3.0, то ли ещё по какой-то причине, но факт в том, что без видимости внешнего жесткого диска вся эта затея становилась бессмысленной. И снова печаль.)

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

Первая из этих двух программ называется Macrium Reflect .

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

А вторая программа известна под именем AOMEI Backupper Standard .

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

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

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

А у вас настроена автоматизированная система резервного копирования данных? Если да, то какое программное обеспечение вы использовали? Если нет, то почему до сих пор не уделили внимание этому важному вопросу?