Если технический специалист не может создать резервную копию данных на компьютере клиента какие три

Обновлено: 09.01.2025

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

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

Проводите ПОЛНОЕ резервное копирование сразу после существенного обновления системы

Проводите полное резервное копирование СРАЗУ после восстановления системы

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

«Не гонитесь за двумя зайцами» или «Модернизация — зло»

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

Система удачно восстановлена после сбоя, но администратор принимает решение сразу установить самые последние обновления на систему, чтобы потом не прерывать работу пользователей для этих целей. Однако один из патчей некорректно устанавливается, и система рушится. В результате систему опять приходится восстанавливать с нуля.
Произошел критический сбой сервера приложения версии X.1. Система не была затронута сбоем. Администратор решил в процессе восстановления установить новую версию X.2 с установочного диска и восстановить из резервной копии данные приложения и дополнительные программные модули, реализующие специфичную бизнес логику. Однако после восстановления данных и модулей выяснилось, что они не совместимы с новой версией X.2 из-за небольших изменений в логике работы некоторых программных функций и в спецификациях некоторых программных интерфейсов. В результате сервер приложений пришлось восстанавливать сервер приложений версии X.1.
Произошел критический сбой операционной системы версии X. Пользователь не нашел установочный диск версии X (так как эта версия была установлена 3 года назад) и установил версию X+1. У администратора возникла проблема с учетом лицензий, кроме того, одно используемое для работы бизнес приложение оказалось не совместимо с новой версией операционной системы. Систему пришлось переустанавливать.

Обо всем понемногу

Читайте документацию ПЕРЕД тем как настроить резервное копирование

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

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

Процесс восстановления должен производится администраторами

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

Тестирование восстановления должно проводиться регулярно

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

Учитывайте зависимости от инфраструктурных компонентов сети

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

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

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

Аккуратно документируйте процедуру восстановления после сбоев

Не нужно полагаться целиком и полностью на продукт резервного копирования (в том смысле, что он «если что — восстановит все сам — установил и забыл»). Всегда могут быть такие параметры конфигурации системы (например, статус активации операционной системы, информация о лицензии, или сохраненные учетные записи с паролями к сетевым ресурсам), которые не будут сохранены в резервной копии, или будут приложением намеренно (в рамках защиты от копирования) признаны недействительными при восстановлении (например статус активации). Практически это означает, что всегда нужно иметь под рукой документ по финальному восстановлению работоспособности приложений на случай, если продукт резервного копирования не сможет восстановить все полностью автоматически.
Не нужно полагаться на предположение, что любой продукт резервного копирования будет полностью совместим с любой инфраструктурой в мире. Нужно проверить, что продукт совместим с имеющейся аппаратурой и нормально работает в условиях функционирования специфических режимов (например, при выполнении LUN rebinding на SAN или при перестроении тома на RAID-5 массиве). Особые случае поведения продукта и методов обеспечения совместимости подлежат документированию.

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

Что тестировать в рамках проверки процедуры восстановления после сбоев?

Общий вывод

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

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

Основными тенденциями на 2017-2019 годы мы видим следующие виды резервного копирования:

копирование в облако с любых устройств по принципу “подписки” за каждый гигабайт данных с помощью облачных сервисов, которые через предустановленный в систему агент “заливают” копии в облако . Пример тому – Commvault
копирование в облако с помощью Veaam и подобных продуктов (Acronis/Symantec/HP Data Protector). Требует подготовки провайдера, настройки коннектора между облаком провайдера и “наземной” виртуальной средой.
копирование “инхаус” с помощью софтовых решений от производителей NAS систем или выделенных хранилищ корпоративного сектора
распределенный бекап с помощью встроенных в ОС Windows Server решений

Задачи резервного копирования в организации

Резервное копирование информации чаще всего преследует две цели:

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

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

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

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

Резервное копирование VS Избыточное резервирование

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

Пример избыточного резервирования:

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

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

Распорядок резервного копирования

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

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

Виды резервного копирования в организации

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

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

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

Топология резервного копирования

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

Децентрализованная схема. Её суть в том, что на каждом сервере и рабочей станции может быть собственное ПО для резервного копирования, работающее независимо от других узлов сети. Все данные выгружаются на какой-либо общий сетевой ресурс, откуда потом попадают в архив или восстанавливаются, при необходимости. Достоинства схемы в том, что она чрезвычайно простая, легко реализуется и обычно не требует дополнительного ПО, копирование выполняется штатными средствами операционной системы или СУБД. Есть и недостатки – сложно установить общую политику резервного копирования и защиты информации, общее для всех программ расписание бэкапов, настраивать и мониторить деятельность каждой из программ придется отдельно, что усложняет администрирование. Поэтому децентрализованная схема резервного копирования подойдет либо для небольшой и несложной сети, либо для случаев, когда централизованную схему невозможно организовать в силу каких-либо ограничений.
Централизованная схема – для ее реализации необходимо специализированное клиент-серверное ПО. Серверная часть устанавливается на сервер резервного копирования и централизованно управляет установленными у пользователей программными агентами, которые собирают, копируют информацию о системе или восстанавливают ее из копии. В таком варианте легко настраивать общие политики создания резервных копий, расписание бэкапов, все участники могут работать согласно с общей для компании инструкцией по резервному копированию информации.
Централизованная схема резервного копирования без программ-агентов – упрощенный вариант предыдущей схемы, когда серверная часть использует только существующие службы и сервисы (например, собирает данные из специально назначенных общих папок Windows). Схема не очень надежная, в ней есть известная проблема, когда открытые в текущий момент для редактирования файлы не попадают в резервную копию и при сбое системы могут быть утрачены. Поэтому применять ее стоит только на небольших сетях и при условии высокой пользовательской дисциплины.
Смешанная схема – сочетание централизованной и децентрализованной. Программы-агенты устанавливаются только на некоторых серверах сети, от остальных устройств данные на эти сервера отправляют их локальные программы, каждая своими средствами. А уже с этих серверов накопленную информацию программы-агенты централизованно соберут, обработают и отправят в общее хранилище.

Место хранения резервных копий

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

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

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

Организационные моменты и человеческий фактор

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

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

В нашем распоряжении большое количество программ, которые будут очень полезны для всего этого. Таким образом, если у нас возникнет серьезная проблема на ПК и мы не сможем получить к нему доступ, мы не потеряем все. Конечно, в то же время мы должны учитывать, что сама система Windows 10 предлагает нам свои собственные интегрированные функции, чтобы сделать резервные копии .

Как активировать резервную копию Windows 10

Если вы хотите получить максимальную отдачу от этой функции Windows, скажите, что вы можете сделать в приложении «Настройки». Это то, чего мы достигаем, нажимая комбинацию клавиш Win + I, чтобы перейти в раздел «Обновление и безопасность». В появившемся окне на левой панели переходим к Восстановление вариант, который нас здесь интересует.

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

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

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

Устранение неполадок резервного копирования

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

Поэтому ниже мы покажем вам наиболее частые ошибки в этом отношении и способы их решения.

Ошибки 0x807800C5 и 0x80780081

При попытке создать резервную копию системы в Windows 10, операция не выполняется с кодами ошибок 0x807800C5 и 0x80780081 , посмотрим, что делать. Здесь мы находим сбой в подготовке образа резервной копии, поэтому мы можем попробовать некоторые решения, о которых мы поговорим, для решения проблемы. С одной стороны, мы должны освободить место на целевом диске. И это то, что если мы хотим создать копию системы на внешнем диске с недостаточно места , вполне вероятно, что мы найдем эти ошибки, поэтому мы должны свободное место .

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

Код ошибки 0x80780119

И поскольку сбой с ошибкой 0x80780119 обычно связан с этими блоками хранения, мы также должны обновить их драйверы. Это то, чего мы легко достигаем из Диспетчер устройств .

С другой стороны, чтобы решить проблему дискового пространства, у нас есть возможность увеличения размера раздела. Это то, что мы можем легко сделать с помощью функции управления дисками. Здесь нам нужно будет только выбрать целевой диск и нажать на «Расширить том». Также, если ничего из этого не работает, мы должны знать, что NTFS диски включают функцию, называемую USN. Это соответствует Обновить порядковый номер который ведет учет всех изменений, внесенных в устройство.

Иногда со временем он становится довольно большим, что вызывает ошибку 0x80780119 при создании резервной копии. Тогда решение состоит в том, чтобы исключить журнал USN, чего мы добились с помощью управления дисками. Здесь мы переходим к зарезервированному тому системы и меняем букву диска, например, на букву Z. Затем мы открываем командную строку с правами администратора и вводим следующее:

fsutil usn queryjournal Z: fsutil usn deletejournal /N /DZ:

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

Исправьте ошибки 0x807800A1 и 0x800423F3

С другой стороны, при создании резервной копии операция может завершиться ошибкой с кодами 0x807800A1 и 0x800423F3. Что ж, эти ошибки относятся к элементам VSS и SPP. Это соответствует сокращению Служба теневого копирования томов и Software Protection, которые используются для создания резервных копий. Они доступны на дисках NTFS, и эти копии могут быть сохранены на локальном или внешнем жестком диске. Поэтому, если мы сталкиваемся с любым из этих кодов ошибок, первое, что нужно сделать, это проверить службы теневого копирования тома и защиты программного обеспечения, которые мы обсуждали. Чтобы перезапустить службу VSS, нажимаем клавиши Win + R и набираем CMD . В окне командной строки пишем следующие команды:

net stop vss net start vss

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

Ошибка 0x80042302 при восстановлении копии

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

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

net stop vss net start vss

После выполнения обоих команды мы должны иметь возможность восстановить систему. Но если это не сработает, мы также можем запустить команды SFC и DISM. Это две утилиты Windows 10, которые позволяют сканировать компьютер на предмет сбоев системных файлов. Поэтому попробуйте эти команды в окне командной строки:

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

Беэкап — что это и зачем?

Бэкап (backup) — резервная копия каких-либо данных. Предположим, у вас на компьютере есть папка с любимыми фотографиями. Вы взяли и скопировали все снимки на отдельную флешку. Это и есть простейший бэкап.

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

Как часто делать бэкапы — зависит от важности информации и периодичности ее обновления.

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

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

Стандартные средства Windows

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

Сохранять образ рекомендуется на внешний носитель — съемный HDD, флешку (носители должны обязательно быть отформатированы в NTFS) или компакт-диск. Утилита позволяет сделать бэкап системного логического диска на другой диск, например, сохранить все данные с «C» на «D», но делать это не стоит, поскольку «летят» обычно не логические диски, а весь физический, поэтому такой бэкап окажется бесполезным.

Как только вы нашли место для своего бэкапа, можно приступать:

Через меню «Пуск» — «Параметры» перейдите в подраздел «Обновление и безопасность».

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

В новом окне нажмите по «Создание образа системы».

Выбрав место для хранения, нажмите «Далее». Здесь необходимо указать диски, образ которых вы хотите сделать. Выберите диск, на котором у вас установлена система (подсказкой служит соответствующее слово). Также обязательно поставьте галочку напротив строчки «Зарезервировано системой». Ниже можно узнать объем, который будет занимать весь образ. Если свободного пространства не хватает, вы получите предупреждение, как на скриншоте ниже.

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

По окончании процесса на выбранном носителе появится папка с названием вашего устройства. Именно это и будет образом системы.

Где лучше хранить бэкап? Идеально — компакт-диск или внешний HDD.

На крайний случай можно временно использовать flash-память. А вот SSD — не самый лучший выбор, поскольку в обесточенном состоянии ячейки памяти хранят данные около 6 месяцев.

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

Затем в системном меню Windows выберите «Поиск и устранение неисправностей» — «Дополнительные параметры» — «Восстановление образа системы». Остается только указать образ и подтвердить.

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

Важно! Аппаратная часть ПК или ноутбука должны быть идентичными, иначе при развертывании образа часть устройств будут не определены из-за отсутствия драйверов

Сторонний софт для создания бэкапа

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

Acronis True Image

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

создание загрузочных носителей;

создание на диске специального защищенного раздела для бэкапов;

организация удаленного доступа к компьютеру и другое.

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

В качестве примера давайте рассмотрим, как создать резервную копию системного диска:

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

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

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

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

Чтобы восстановить систему, достаточно перейти в соответствующий раздел и правильно указать место для развертывания образа. Сделать это можно, даже если Windows не прогружается, например, при помощи загрузочной флешки c WindowsPE, на которой предустановлен Acronis.

Iperius Backup

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

генерирование образов дисков;

бэкапы баз данных (Oracle, SQL, MySQL и других);

создание копий ESXi/HyperV и открытых файлов VSS;

запись резервных копий по FTP-протоколу;

поддержка шифрования AES 256 bit.

Небольшой нюанс — в бесплатной версии вы не сможете сделать образ диска, но Iperius Backup дает пробный период в 21 день. Стоимость лицензий начинается от 29 евро. Впрочем, ценник невысокий, учитывая инструментарий.

Создание резервной копии диска не представляет особых сложностей — достаточно выполнить несколько простых действий:

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

2. При бэкапе дисков вам предложат выбрать тип копии. Формат будет идентичный, но во втором случае (Образ Windows) вы сможете сделать восстановление стандартной утилитой, о которой мы говорили ранее.

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

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

5. Финальный шаг — кликнуть ПКМ по элементу в списке заданий и нажать «Запустить».

Восстановить образы VHD/VHDX можно через меню «Восстановление».

Iperius Backup — это функциональный инструмент для ручного и автоматизированного создания резервных копий с единственным недостатком: за функционал придется платить.

Облако как лучшее хранилище для бэкапа

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

Если коротко, то самый большой объем бесплатного пространства предлагает Google Диск и сервис Mega. У Google ограничение на загрузку отдельного файла целых 5 ТБ, поэтому образ «чистой» Windows вполне можно сохранить, не говоря о многочисленных документах, фото и других файлах.

В Mega на бесплатных аккаунтах установлен лимит на передачу данных с одного IP-адреса до 4 ГБ каждые 6 часов. На первый месяц вам дают целых 50 ГБ облака (15 стандартные + 35 за регистрацию). Впрочем, за отдельные действия можно еще на 180–365 дней получить бонусный объем и трафик.

Если говорить о платных тарифах, то здесь есть масса вариантов. Например, «Яндекс.Диск» предлагает 3 ТБ всего за 900 рублей в месяц, а при годовой подписке ценник снижается до 625 рублей. Mega в свою очередь дает 16 ТБ за 29,99 евро в месяц.

Большинство домашних компьютеров имеют HDD на 500–1000 ГБ, которые далеко не всегда полностью забиты данными, поэтому брать облако больше, чем 1-2 ТБ обычным юзерам особого смысла нет.

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

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