Acronis не удалось создать моментальный снимок тома

Обновлено: 04.07.2024

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

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

Предисловие

Сразу уточню, что описанный сценарий архивации разработан для обеспечения максимальной простоты и надежности. Он предусматривает создание полной резервной копии системы, поэтому требует использования носителя большой емкости. Я обычно использую внешние диски на 500 Гбайт или 1 Тбайт. Копирование такого большого объема данных отнимает много времени, зато гарантирует восстановление всех нужных файлов в случае аварии.

Описывая свой сценарий резервного копирования, я буду исходить из того, что у вас уже установлен Acronis Backup and Recovery 10 и имеется доступ к SMTP-серверу для отправки уведомлений.

Шаг первый: приступая к работе

Запустив Acronis, перейдите в раздел «Планы и задания резервного копирования» (Backup Plans and Tasks, рис. A) и выберите опцию «Создать | План резервного копирования» (New | Backup Plan).

Рисунок A. Пользовательский интерфейс Acronis 10 намного современнее версии Echo.

Шаг второй: выбор исходных дисков для копирования

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

Шаг третий: выбор целевого диска для сохранения копии

На этом этапе нужно проделать практически то же самое, только снимать флажок следует с того диска, который предполагается копировать, а внешний жесткий диск наоборот должен быть отмечен. Стоит также присвоить резервной копии индивидуальное имя, по которому в дальнейшем ее будет легко опознать. По умолчанию, всем копиям дается имя «Архив» (Archive), но я предпочитаю вместо этого указывать в поле «Имя» (Name) название компьютера или назначение резервной копии. Завершив настройку, нажмите «OK».

Шаг четвертый: настройка резервного копирования

Для получения надежной резервной копии это самый важный этап. Из выпадающего меню «Схема резервного копирования» (Backup Scheme) выберите опцию «Пользовательская» (Custom) и нажмите ссылку «Изменить» в разделе «Полная резервная копия» (Full Backup, рис. B).

Рисунок B. Пользовательская схема позволяет выбрать тип резервной копии: полная, инкрементальная (Incremental) или дифференциальная (Differential). Нас интересует полная копия.

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

Настроив расписание резервного копирования, нажмите ссылку «Изменить» в разделе «Правила хранения» (Retention rules). В появившемся окне (рис. C) можно указать, сколько резервных копий будет сохранять программа.

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

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

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

ОПЦИОНАЛЬНО: Проверка целостности — важный этап архивирования, однако у Acronis это отнимает очень много времени, поэтому ее лучше отложить на выходной день. Проверка теоретически гарантирует, что резервная копия пригодна для восстановления данных. Я говорю «теоретически», поскольку мне приходилось сталкиваться с ситуациями, когда данные не удавалось восстановить из успешно проверенного архива даже с помощью технологии Universal Restore.

Шаг пятый: выбор параметров резервного копирования

Многие пренебрегают этим аспектом конфигурации, а между тем, параметры ОБЯЗАТЕЛЬНО следует настроить, поскольку они отвечают за ряд важных аспектов архивирования. В некоторых случаях создать резервную копию не удается из-за конфликтов, возникающих при использовании службы теневого копирования томов. Этого можно избежать, если выбрать опцию «Создание моментальных снимков без VSS» в разделе «Служба теневого копирования томов» (Volume Shadow Copy Service) окна «Параметры» (Options, рис. D).

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

Кроме того, в разделе «Параметры» следует настроить отправку уведомлений (рис. E). Сделать это очень просто, но для этого у вас должен быть рабочий SMTP-сервер, логин и пароль к нему.

Рисунок E. Обязательно отметьте флажками все три опции в разделе «Отправлять уведомления» (Send Notifications), чтобы получить уведомление в случае сбоя резервного копирования.

Я бы также порекомендовал изменить тему письма, указав вместо «ABR10» имя сервера или его назначение (например, «сервер Exchange» или вообще имя клиента). Это особенно актуально, если вы получаете уведомления сразу с нескольких компьютеров: сразу понятно, какие из них успешно справились с резервным копированием.

И наконец, еще один момент: я бы посоветовал отключить в окне «Параметры» опцию «Быстрое инкрементное/дифференциальное резервное копирование» (Fast Incremental/Differential Backup). Это гарантирует ежедневное создание полной резервной копии. Некоторые наверняка посчитают такую стратегию неэффективной, но по моему личному опыту, она обеспечивает максимально надежное архивирование.

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

В заключение

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

Автор: Jack Wallen
Перевод SVET

Оцените статью: Голосов

После установки агента Acronis Backup Advanced 11.7.50058 для Windows в виртуальной системе на базе Windows Server 2012 R2 при попытке резервного копирования (создания моментального снимка в ESXi 6.0 с опцией quiesce) выдаётся ошибка:

Имя компонента записи: "System Writer"
Id компонента записи:
Id экземпляра компонента записи:
Состояние: [8] Неисправен
Последняя ошибка: Несогласованная теневая копия

Удаление (переустановка) агента Acronis Backup Advanced 11.7.50058 для Windows и переустановка VMware Tools не решили проблему.

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

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

Небольшая часть лога с ошибкой 0x80042301, полученного при помощи утилиты vsstrace в момент снапшота:

[WRTWRTIC(3124) WRITER] CONTEXT[CVssWriterImpl::FreezeInternal] Adding context: ' Freeze' (0)
[WRTWRTIC(3125) WRITER] CONTEXT[CVssWriterImpl::FreezeInternal] Adding context: ' ' = 'Writer' (2)
[WRTWRTIC(3126) WRITER] CONTEXT[CVssWriterImpl::FreezeInternal] Adding context: ' ' = '' (2)
[WRTWRTIC(3127) WRITER] CONTEXT[CVssWriterImpl::FreezeInternal] Adding context: ' ' = 'System Writer' (2)
[WRTWRTIC(3130) WRITER] CONTEXT[CVssWriterImpl::FreezeInternal] Adding context: ' ' = '' (2)
[WRTWRTIC(3132) WRITER] Received Event: Freeze
[WRTWRTIC(3133) WRITER] SnapshotSetID =
[WRTWRTIC(3134) WRITER] Level = 1
[WRTWRTIC(3135) WRITER] WriterId =
[WRTWRTIC(3136) WRITER] WriterName = System Writer
[WRTWRTIC(3137) WRITER] wszWriterInstanceName = (NULL)
[WRTWRTIC(3138) WRITER] InstanceId for Writer System Writer is
[WRTWRTIC(5938) WRITER] ENTER[CVssWriterState::UpdateThreadIdForSession]
[WRTWRTIC(5938) WRITER] EXIT[CVssWriterState::UpdateThreadIdForSession] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(1327) GEN] ENTER[CVssDiag::RecordGenericEvent]
[REGREGSC(1331) GEN] Parameters 1003, 1, 8, 0x800423f0,
[REGREGSC(1350) GEN] Event name: FREEZE (Enter)
[REGREGSC(1401) GEN] ENTER[CVssDiag::FlushQueue]
[REGREGSC(1401) GEN] EXIT[CVssDiag::FlushQueue] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(0364) GEN] ENTER[CVssRegistryKey::SetBinaryValue]
[REGREGSC(0364) GEN] EXIT[CVssRegistryKey::SetBinaryValue] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(1327) GEN] EXIT[CVssDiag::RecordGenericEvent] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[WRTWRTIC(1829) WRITER] ENTER[CVssWriterImpl::EnterState]
[INCWRMPH(0899) WRITER] ENTER[CVssWriterImpl::Lock]
[INCWRMPH(0899) WRITER] EXIT[CVssWriterImpl::Lock] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[WRTWRTIC(1851) WRITER] Writer state is not a beginning state at the start of snapshot sequence. Previous sequence must have been interupted
[WRTWRTIC(1829) WRITER] EXIT[CVssWriterImpl::EnterState] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(1327) GEN] ENTER[CVssDiag::RecordGenericEvent]
[REGREGSC(1331) GEN] Parameters -2147212301, 1, 8, 0x800423f0,
[REGREGSC(1350) GEN] Event name: ((HRESULT)0x800423F3L) (SetCurrentFailure)
[REGREGSC(1401) GEN] ENTER[CVssDiag::FlushQueue]
[REGREGSC(1401) GEN] EXIT[CVssDiag::FlushQueue] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(0364) GEN] ENTER[CVssRegistryKey::SetBinaryValue]
[REGREGSC(0364) GEN] EXIT[CVssRegistryKey::SetBinaryValue] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(1327) GEN] EXIT[CVssDiag::RecordGenericEvent] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(1327) GEN] ENTER[CVssDiag::RecordGenericEvent]
[REGREGSC(1331) GEN] Parameters -2147212301, 10, 8, 0x800423f0,
[REGREGSC(1327) GEN] EXIT[CVssDiag::RecordGenericEvent] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[WRTWRTIC(3153) WRITER] THROW[CVssWriterImpl::FreezeInternal] Improper entry into state
[INCSTRH(0697) GEN] ENTER[CVssAutoCoString::Append]
[INCSTRH(0689) GEN] ENTER[CVssAutoCoString::Reallocate]
[INCSTRH(0689) GEN] EXIT[CVssAutoCoString::Reallocate] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] EXIT[CVssAutoCoString::Append] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] ENTER[CVssAutoCoString::Append]
[INCSTRH(0689) GEN] ENTER[CVssAutoCoString::Reallocate]
[INCSTRH(0689) GEN] EXIT[CVssAutoCoString::Reallocate] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] EXIT[CVssAutoCoString::Append] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] ENTER[CVssAutoCoString::Append]
[INCSTRH(0689) GEN] ENTER[CVssAutoCoString::Reallocate]
[INCSTRH(0689) GEN] EXIT[CVssAutoCoString::Reallocate] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] EXIT[CVssAutoCoString::Append] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] ENTER[CVssAutoCoString::Append]
[INCSTRH(0689) GEN] ENTER[CVssAutoCoString::Reallocate]
[INCSTRH(0689) GEN] EXIT[CVssAutoCoString::Reallocate] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] EXIT[CVssAutoCoString::Append] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] ENTER[CVssAutoCoString::Append]
[INCSTRH(0689) GEN] ENTER[CVssAutoCoString::Reallocate]
[INCSTRH(0689) GEN] EXIT[CVssAutoCoString::Reallocate] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] EXIT[CVssAutoCoString::Append] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] ENTER[CVssAutoCoString::Append]
[INCSTRH(0689) GEN] ENTER[CVssAutoCoString::Reallocate]
[INCSTRH(0689) GEN] EXIT[CVssAutoCoString::Reallocate] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[INCSTRH(0697) GEN] EXIT[CVssAutoCoString::Append] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(1327) GEN] ENTER[CVssDiag::RecordGenericEvent]
[REGREGSC(1331) GEN] Parameters 1003, 0, 8, 0x800423f0,
[REGREGSC(1350) GEN] Event name: FREEZE (Leave)
[REGREGSC(1401) GEN] ENTER[CVssDiag::FlushQueue]
[REGREGSC(1401) GEN] EXIT[CVssDiag::FlushQueue] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(0364) GEN] ENTER[CVssRegistryKey::SetBinaryValue]
[REGREGSC(0364) GEN] EXIT[CVssRegistryKey::SetBinaryValue] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[REGREGSC(1327) GEN] EXIT[CVssDiag::RecordGenericEvent] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[WRTWRTIC(5938) WRITER] ENTER[CVssWriterState::UpdateThreadIdForSession]
[WRTWRTIC(5938) WRITER] EXIT[CVssWriterState::UpdateThreadIdForSession] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[WRTWRTIC(3235) WRITER] HRESULT exception caught: hr: 0x80042301
[WRTWRTIC(2111) WRITER] ENTER[CVssWriterImpl::LeaveState]
[INCWRMPH(0910) WRITER] ENTER[CVssWriterImpl::Unlock]
[INCWRMPH(0910) WRITER] EXIT[CVssWriterImpl::Unlock] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[WRTWRTIC(2111) WRITER] EXIT[CVssWriterImpl::LeaveState] Time spent: 00:00:00-0000; total: 0; HRESULT: 0
[WRTWRTIC(3104) WRITER] EXIT[CVssWriterImpl::FreezeInternal] Time spent: 00:00:00-0000; total: 0; HRESULT: 0x80042301

Сбой службы теневого копирования томов. Проверьте журналы событий приложений «VSS» и «SPP» для получения дополнительной информации.

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

Убедитесь, что служба теневого копирования томов работает
Стереть ненужные файлы для всех разделов диска
Отключить брандмауэр Windows
Отключить антивирусное программное обеспечение
Расширить пространство хранения теневых копий томов
Стереть осиротевшие тени
Удалить стороннее программное обеспечение для резервного копирования
Добавить Acronis VSS Doctor в Windows

1. Убедитесь, что служба теневого копирования томов работает

Сначала убедитесь, что VSS включен и работает в Windows. Для этого нажмите кнопку Cortana на панели задач Windows.
Затем введите ключевое слово «услуги» в поле поиска и выберите «Службы», чтобы открыть окно, расположенное ниже.

Прокрутите вниз и дважды щелкните Volume Shadow Copy, чтобы открыть окно на снимке прямо ниже.

Выберите Автоматический в раскрывающемся списке Тип запуска.
Если служба в данный момент остановлена, нажмите кнопку Пуск .
Нажмите кнопки Применить и ОК .
Затем перезагрузите компьютер или ноутбук.

ТАКЖЕ ЧИТАЙТЕ: ИСПРАВЛЕНИЕ: Антивирус блокирует восстановление системы в Windows 10

2. Стереть ненужные файлы для всех разделов диска

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

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

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

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

3. Отключите брандмауэр Windows

Отключите брандмауэр Windows, чтобы он никоим образом не мешал VSS. Для этого откройте приложение Cortana.
Введите «Брандмауэр Windows» в поле поиска и выберите, чтобы открыть Брандмауэр Защитника Windows.

Нажмите Включить или выключить брандмауэр Защитника Windows , чтобы открыть параметры ниже.

Выберите настройки Отключить брандмауэр Защитника Windows и нажмите кнопку ОК .

ТАКЖЕ ПРОЧИТАЙТЕ: 15 лучших брандмауэров для защиты домашней сети

4. Отключите антивирусное программное обеспечение

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

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

Нажмите клавишу Windows + X, чтобы открыть меню на снимке ниже.

Нажмите Командная строка (Администратор) , чтобы открыть окно с повышенными привилегиями.
Затем вы можете расширить хранилище теневых копий на диске C, введя «vssadmin resize shadowstorage/on = c:/for = c:/maxsize = 20%» в командной строке и нажав «Return». Настройте процентное значение, а также включите и для разделов диска в этой команде, как требуется.

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

ТАКЖЕ ЧИТАЙТЕ: исправлено: сбой резервного копирования системы в Windows 10

6. Стереть осиротевшие тени

Ошибки VSS также могут быть связаны с накоплением осиротевших теней в Windows. Чтобы стереть осиротевшие тени, откройте окно поиска приложения Cortana.
Затем вы можете ввести «cmd» в поле поиска.
Щелкните правой кнопкой мыши командную строку и выберите параметр Запуск от имени администратора .
Введите «vssadmin delete shadows/all» в командной строке и нажмите клавишу возврата.

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

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

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

После этого выберите все оставшиеся записи реестра в окне очистки приложения удаления; и нажмите кнопку Далее .
Перезагрузите Windows после удаления программного обеспечения для резервного копирования.

8. Добавьте Acronis VSS Doctor в Windows

1. Нельзя не делать бэкапы

В недавнем посте Backblaze приведены данные годового опроса, который показал, что всего 8% респондентов делают резервные копии каждый день (пару лет назад эта цифра была больше), 16% делают бэкап раз в год, а 25% не делают вообще. В начале лета мы также проводили опрос, результаты которого не менее пугающие – 90.6% респондентов не готовы потерять данные, при этом лишь 74% опрошенных делают резервные копии важных данных (из которых 57.9% используют для этого лишь внешний накопитель).

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

2. Нельзя полагаться на средства и сервисы восстановления данных

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

3. Не надейтесь на автосохранение

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

4. Не стоит делать бэкапы вручную

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

5. Нельзя полагаться только на Time Machine

Time Machine является замечательным (бесплатным) инструментом, встроенным в OS X – Apple сделали верную ставку на упрощение процедуры бэкапа. Time Machine – это хорошо. Но не стоит целиком и полностью доверять данному приоложению. Например, в статье «Why I Don’t Rely on Time Machine» («Почему я не доверяю Time Machine») автор рассказывает, как столкнулся с неисправимой ошибкой Time Machine, в результате которой ему пришлось очистить все резервные диски и начать копировать всё заново. Диски были в порядке, а вот данные – нет. Даже хвалёные инструменты восстановления не помогли. Time Machine может идеально работать годами, но стоит ему хоть раз споткнуться… Хотя Time Machine и надёжная утилита (и хорошо справляется со своей работой как вспомогательный бэкап-инструмент), но лучше не делать ставку только на нее.

Ещё кое-что о Time Machine: если у вас «полетел» диск целиком, то единственным выходом станет его форматирование или замена с последующим восстановлением бэкапа – этот процесс может занять долгие часы. Во время выполнения процедуры вы не сможете пользоваться своим Mac, поэтому настоятельно рекомендуем делать загрузочные копии системы или «клоны». Но это приводит к ещё одной проблеме…

6. Нельзя пользоваться только клонами

Клоны – это отличная вещь. Если что-то пошло не так, они позволяют вам вернуться к работе практически мгновенно (перезагрузите систему, удерживая Option, и выберите клона). Также клоны дают возможность откатить систему до предыдущих версий OS X, если обновление прошло с ошибками.

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

7. Нельзя хранить бэкапы на одной машине

Гипотетический метеорит может уничтожить дом в Калифорнии, но вряд ли сможет одновременно с этим уничтожить ещё и дата-центр CrashPlan в Миннесоте и в других местах, где вы можете хранить свои данные. Это касается и данных, утерянных в результате кражи, прорыва труб, пожара – несчастий гораздо более вероятных, чем падение метеорита. Если ваши бэкапы хранятся на локальной машине, то они защищены только от определённого круга опасностей. Эту проблему легко решить, просто отдав бэкапы другу или, например, поместив их в ячейку банка. Вы также можете воспользоваться облачными сервисами типа CrashPlan, Backblaze или DollyDrive. Короче, сделайте так, чтобы у вас был бэкап на стороне.

Но, как ни странно, обратное утверждение тоже верно. Не стоит…

8. …иметь только онлайн-бэкапы

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

Следующие две ошибки также относятся к онлайн-бэкапам.

9. Не стоит использовать исключительно Dropbox (или похожие сервисы)

Dropbox – это отличный и очень удобный инструмент, хотя многие другие облачные хранилища (iCloud Drive, Box, Amazon Cloud Drive, Google Drive, Яндекс.Диск, Microsoft OneDrive и т.д.) обладают примерно тем же набором функций. Большинство из них даже предлагают примитивную бэкап-функцию, восстанавливающую старые или удалённые файлы (если им не более месяца).

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

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

Вы используете Google Docs, Office 365, iWork для iCloud или другие веб-приложения (коих бессчётное количество) для создания и совместного использования документов? Многие из нас пользуется этими сервисами, по крайней мере, изредка. Это хорошо, но делаете ли вы локальные копии этих документов? Если ответ – «Нет», то это плохо.

Можно перечислить множество случаев, когда люди открывали Google Docs (или что-то ещё) и обнаруживали, что важный документ исчез по непонятной причине. И что делать в такой ситуации – непонятно. Подобные ситуации возникают нечасто, но поверьте, они возникают. Не стоит рассчитывать на то, что облачный сервис адекватно восстановит утраченные данные, или что вам удастся сделать это самостоятельно (даже при наличии данных в облаке вы не всегда сможете получить к ним доступ из-за проблем с сервером или с вашим интернет-соединением, и случится это в самый неподходящий момент). Поэтому лучше делать собственные бэкапы облачных документов. Можно использовать специальные утилиты, например, CloudPull (посмотрите статью «Back Up Your Google Data with CloudPull» («Делаем бэкап документов Google с помощью CloudPull»), хоть она и старенькая уже).

11. Не думайте, что RAID и бэкап – это синонимы

RAID объединяет несколько жёстких дисков в один логический том. Одним из вариантов настройки RAID является зеркальный RAID (RAID 1), который наиболее часто путают с бэкапами. Суть RAID 1 в том, что каждый блок записывается на два разных физических диска, тем самым обеспечивается 100% избыточность (RAID 5 и 6 также обеспечивают избыточность, но другими способами). Это не совсем клонирование, потому что данные всегда актуальны и обновлены. Это же замечательно?

На самом деле, не всегда. Именно постоянные обновления являются частью проблемы. Если вы случайно удалили файл, то удалится он с обоих дисков зеркального RAID. Если была повреждена директория или файл, к вам проник вирус или возникла ещё какая-нибудь проблема, то это одинаково отразится на обоих дисках. Разумеется, если массив был украден или повреждён, то файлы будут утеряны. RAID 1 защищает ваши данные только в случае выхода из строя одного из жёстких дисков (такое случается) и не более того. Так что запомните, что дисковый массив – не синоним слову «бэкап».

Нормально делай – нормально будет!

Здорово, если во время чтения этого списка нелепых ошибок вы убедились, что ваша стратегия резервного копирования данных совершенна и лишена описанных недостатков. Если это так – надеемся, вам было интересно взглянуть на то, как живут остальные 92% населения.

Анонс

Данная статья является переводом зарубежной статьи «11 stupid strategies of backup», автор которой не имеет к нашей компании никакого отношения. Однако мы решили опубликовать её, когда поймали себя на мысли, что наши новые продукты (в лице Acronis True Image 2016 и Acronis True Image Cloud) позволяют делать резервное копирование данных с учётом всех вышеперечисленных советов и рекомендаций. В ближайшем обозримом будущем мы подготовим обзоры наших новинок, а пока можете изучить их самостоятельно – по подробному обзору в журнале «Хакер» или скачав приложения с сайта.

Этот параметр работает только в операционных системах Windows.

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

Значение по умолчанию: Включено. Автоматический выбор поставщика моментальных снимков.

Можно выбрать один из следующих вариантов:

Автоматически выбирать поставщика моментальных снимков

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

Использовать программный поставщик теневого копирования (Microsoft)

Мы рекомендуем выбрать этот параметр при резервном копировании серверов приложений (Microsoft Exchange Server, Microsoft SQL Server, Microsoft SharePoint или Active Directory).

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

Если этот параметр включен, резервное копирование файлов и папок, указанных в ключе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToSnapshot, не выполняется. В частности, не выполняется резервное копирование файлов данных Outlook (.ost), поскольку они указаны в значении OutlookOST данного ключа.

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

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

Значение по умолчанию: Отключено.

Оставьте параметр отключенным в следующих случаях:

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

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

Читайте также: