Acronis True Image это инструмент для создания резервных копий целых дисков и отдельных файлов. Благодаря этой программе можно выполнить установку Windows не за 2-3 часа со всеми программами и драйверами, а за 20 мин например. К тому же можно сделать восстановление абсолютно всех файлов, которые были в системе до удаления и переустановки. Используя Acronis True Image после краха системы можно не беспокоиться за документы, работа над которыми велась долгое время.
Более подробное описание программы смотрите на сайте разработчика -
http://www.acronis.com/ru-ru/personal/computer-backup/
У акронис есть бесплатные версии программы для владельцев дисков Seagate и WD. Функционал у приложений ограниченный.
Бесплатные версии программ
Ограничения смотри здесь http://www.comss.info/page.php?al=Acronis_True_Image_free
Платный метод защиты своих данных
Облако платное в Acronis, Премиум подписка с облаком на 1 ТБ стоит 3400 рублей в год. Другой вариант - аренда, покупка сервера или другого облачного хранилища подешевле (только с ним будет не так удобно, как с облаком Acronis).
Бесплатный метод защиты данных
Я использую бесплатное облако и копирую туда файлы. Для большей надежности копии бэкапа удаляю с компьютера, при этом скопировав файлы в папку, которую отключаю от синхронизации. Откройте настройки вашего облака и найдите пункт Выборочная синхронизация или Настройка синхронизации. И отключите синхронизацию папок где хранятся ваши файлы бэкапа. Плюсы – бесплатно, минусы – нужен быстрый интернет и большой объём памяти в облаке для копирования. Например если вы успели получить в подарок 1 ТБ в Облаке Мэйл, тогда используйте его. Нет, тогда зарегистрируйте несколько аккаунтов в Яндекс Диск например.
Лучший вариант для надежности своих данных – копировать бэкапы на внешний диск, не подключённый по сети. Так до резервной копии никак не доберутся вирусы и другая зараза. Это кстати актуально после атаки вируса шифровальщика.
Как вариант – можно настроить бэкап в сеть.
Преимущество своего сервера перед облаком - скорость доступа по сети во много раз выше скорости доступа к облаку (1Гб в сек против 100 Мб в сек например, это в самом хорошем случае) . Файлы будут сразу доступны для восстановления на восокой скорости. Но в таком случае на электричество можно потратить за год больше чем те 3400 руб, поэтому подумать нужно будет ли вообще экономия. Скорость – доступа конечно плюс, затраты на электричество – минус. Это если нужно делать бэкап дома для себя, для фирм расходы на электроэнергию играют не такую важную роль. Если предпочтительнее возможность быстрого бэкапа и минимальное время доступа к бэкапу – то естественно свой сервер или внешний диск будут лучшим выбором.
Шифрование резервной копии
Прежде чем делать бэкап своих данных следует знать о некоторых важных функциях. Первое это шифрование. Перед созданием резервной копии можно задать параметры шифрования и задать пароль на архив, чтобы никто кроме вас не смог открыть архивы. Чтобы зашифровать свои данные нажмите на Зашифровать резервную копию. Введите пароль в соответствующее поле и нажмите Сохранить.
Второй способ более детальный, здесь уже можно установить метод шифрования, а не просто пароль. Перед созданием резервной копии жмем на Параметры и открываем вкладку Дополнительно, открываем строку Защита резервной копии. Здесь вводим пароль и выбираем метод шифрования. Чем больше цифра после AES, тем сложнее будет взломать пароль.
Расписание копирования
Еще один замечательный параметр для создания резервных копий данных. Решите как часто будете делать бэкап данных, определите какие данные нужно архивировать часто, какие один раз в месяц. И создайте разные копии в программе. Для настройки расписания нажмите Параметры и параметр Расписание откроется в первой вкладке. Все параметры, кроме одного думаю не требуют внимания, здесь все понятно думаю. Но вот что такое режим копирования Непрерывно? Это частый режим создания резервных копий, раз в пять минут будет создаваться бэкап данных. Поэтому не используйте этот режим для бэкапа всего компьютера, так как бэкапы будут занимать очень много памяти. Включайте непрерывный бэкап только для очень важных данных.
Спойлер - Использование Непрерывной защиты Acronis - справка Acronis
Использование Непрерывной защиты Acronis
Функция Непрерывной защиты Acronis позволяет легко защитить диски и файлы. С ее помощью можно восстанавливать диски, файлы и их версии.
Основной целью функции Непрерывной защиты Acronis является постоянная защита данных (файлов, папок, контактов и др.), однако с ее помощью можно также защищать разделы. Если выбрать защиту целого раздела, можно будет восстановить этот раздел полностью, выполнив процедуру восстановления образа.
Не рекомендуется использовать эту функцию в качестве основного метода защиты системы. Для защиты системы используйте любое другое расписание. Примеры и дополнительные сведения см. в разделе Примеры пользовательских схем.
Ограничения Непрерывной защиты
- Можно создать только одну непрерывную копию.
- Библиотеки Windows (Документы, Музыка и т. д.) можно защитить только с помощью непрерывного резервного копирования на уровне диска.
- Невозможно защитить данные на внешних жестких дисках.
- Непрерывная защита и режим Try&Decide не могут работать одновременно.
Принцип работы
После запуска функции Непрерывной защиты Acronis программа создаст первоначальную полную резервную копию данных, выбранных для защиты. Затем Непрерывная защита Acronis будет постоянно отслеживать защищенные файлы (в том числе открытые). В случае обнаружения изменения создается резервная копия модифицированных данных. Кратчайший интервал между операциями инкрементного резервного копирования равен пяти минутам. Это позволяет восстановить систему на любой момент времени.
Непрерывная защита Acronis проверяет изменения файлов на диске, а не в памяти. Если, например, при работе в редакторе Word операция сохранения не выполняется в течение длительного времени, резервная копия текущих изменений в документе Word не будет создаваться.
Можно подумать, что с такой скоростью резервного копирования хранилище будет заполнено сразу. Не следует беспокоиться, поскольку Acronis True Image 2017 New Generation формирует резервные копии только так называемых «дельт». Это означает, что в резервной копии сохраняются только различия между старой и новой версиями, а не измененные файлы полностью. Например, при использовании Microsoft Outlook или Windows Mail, имеющийся PST-файл может быть очень большим. Более того, он изменяется с каждым полученным или отправленным сообщением электронной почты. Резервная копия полного PST-файла после каждого изменения может занимать слишком много места в хранилище, поэтому Acronis True Image 2017 New Generation выполняет резервное копирование только измененных частей файла в дополнение к первоначальному файлу резервной копии.
Правила хранения
Непрерывная защита Acronis сохраняет все резервные копии за последние 24 часа. Консолидация более старых резервных копий будет выполнена таким образом, что Непрерывная защита будет хранить ежедневные резервные копии за последние 30 дней и еженедельные резервные копии до тех пор, пока не будет использовано все свободное пространство хранилища непрерывных резервных копий.
Объединение выполняется каждый день между полуночью и 1 часом ночи. Первое объединение будет выполнено после того, как время работы Непрерывной защиты составит не менее 24 часов. Например, Непрерывная защита была включена в 10 утра 12 июля. В этом случае первое объединение будет выполнено между полуночью и 1 часом ночи 14 июля. Затем программа будет объединять данные каждый день в одно и то же время. Если компьютер был выключен между полночью и 1 часом ночи, объединение начнется, когда компьютер будет включен. Если Непрерывная защита была отключена на некоторое время, объединение начнется, когда она будет снова включена.
[свернуть]
Способ копирования
Если вы действительно беспокоитесь о сохранности своих данных необходимо определиться как часто вы будете делать бэкапы. Если вы выбрали Непрерывный режим копирования, расписание настраивать не нужно.
Полное копирование – каждый раз создается полная копия всех выбранных папок и файлов.
Инкрементное копирование – каждая резервная копия сохраняет только изменения, которые произошли после создания предыдущей копии. Минус этого метода – для восстановления файлов нужно хранить все резервные копии. Если удалить одну копию восстановить файлы не получится.
Дифференциальное копирование – здесь в каждой из следующих копий сохраняются измененные данные после создания полной резервной копии.
Спойлер - Полные, инкрементные и дифференциальные резервные копии - Справка Acronis
Полные, инкрементные и дифференциальные резервные копии
Acronis True Image 2017 New Generation предлагает три метода резервного копирования.
Полное резервное копирование
Результат операции полного резервного копирования (называемый также полной версией резервной копии) содержит все данные, существовавшие на момент создания резервной копии.Пример: каждый день вы пишете одну страницу документа и создаете резервную копию этого документа методом полного резервного копирования. Acronis True Image сохраняет весь документ при каждом выполнении резервного копирования.
1.tib, 2.tib, 3.tib, 4.tib - это полные версии резервной копии.
Полная версия резервной копии образует основу для последующих инкрементных и дифференциальных резервных копий. и его можно также использовать для создания автономной резервной копии. Создание автономной полной резервной копии может быть оптимальным решением, если вы часто возвращаете систему в исходное состояние или не хотите управлять разными версиями резервных копий.
Инкрементное резервное копирование
Результат операции инкрементного резервного копирования (называемый также инкрементной версией резервной копии) содержит только те файлы, которые изменились с момента ПОСЛЕДНЕЙ ОПЕРАЦИИ РЕЗЕРВНОГО КОПИРОВАНИЯ.Пример: каждый день вы пишете одну страницу документа и создаете резервную копию методом инкрементного резервного копирования. Acronis True Image сохраняет новую страницу при каждом выполнении резервного копирования.Примечание. Сначала всегда создается полная версия резервной копии.
- 2.tib, 3.tib, 4.tib - это инкрементные версии резервной копии.
Дополнительная информация
Инкрементные резервные копии наиболее полезны, если нужно часто создавать версии резервных копий и иметь возможность вернуться к состоянию на определенный момент времени. Как правило, инкрементные версии резервной копии существенно меньше полных или дифференциальных.С другой стороны, инкрементные версии резервной копии требуют больше работы от программы при восстановлении. В приведенном выше примере, чтобы восстановить всю работу из файла 4.tib, Acronis True Image считывает данные из всех версий резервной копии. При утере или повреждении инкрементной версии резервной копии все последующие инкрементные версии резервной копии оказываются бесполезными.
Дифференциальное резервное копирование
Результат операции дифференциального резервного копирования (называемый также дифференциальной версией резервной копии) содержит только те файлы, которые изменились с момента СОЗДАНИЯ ПОСЛЕДНЕЙ ПОЛНОЙ РЕЗЕРВНОЙ КОПИИ.Пример: каждый день вы пишете одну страницу документа и создаете резервную копию методом дифференциального резервного копирования. Acronis True Image сохраняет весь документ, кроме первой страницы, хранящейся в версии полной резервной копии. Примечание. Сначала всегда создается полная версия резервной копии.
- 1.tib - это полная версия резервной копии.
- 2.tib, 3.tib, 4.tib - это дифференциальные версии резервной копии.
Дополнительная информация
Дифференциальный метод является промежуточным между двумя предыдущими. При данном подходе требуется меньше времени и места для хранения по сравнению с полным резервным копированием, но больше по сравнению с инкрементным. Для восстановления данных из версии дифференциальной резервной копии Acronis True Image требуется только дифференциальная версия и последняя полная версия. Поэтому восстановление из дифференциальной версии будет проще и надежней, чем из инкрементной.Инкрементная или дифференциальная резервная копия, созданная после дефрагментации диска, может иметь значительно больший размер, чем обычная. Это вызвано тем, что программа дефрагментации изменяет местоположение файлов на диске и эти изменения отражаются в резервной копии. Поэтому после дефрагментации диска рекомендуется заново создать полную резервную копию. Чтобы выбрать метод резервного копирования, необходимо задать пользовательскую схему резервного копирования.
[свернуть]
Как сделать бэкап системы
По умолчанию при запуске мастера настраивается полное резервное копирование, поэтому в первом окне нужно выбрать только место сохранения бэкапа.
В идеале для сохранения лучше использовать внешний диск, так как если даже компьютер будет заражен, то данные с внешнего диска никак не удалятся. В таком случае восстановиться с внешнего диска не составит никакого труда. При выборе ПАПКИ для копирования - скопируйте все файлы бэкапа или на внешний диск или в облако. Иначе при выходе системного диска из строя – будут потеряны все файлы, в том числе и сохраненный бэкап.
После ввода всех необходимых параметров (шифрование, максимальный размер файлов, степень зжатия, включение проверки образа и т.д.) жмем на Создать копию.
В зависимости от объема фалов будет зависеть время создания бэкапа.
Как сделать бэкап файлов
Создать резервную копию файлов очень просто. Делаем все то же самое, что и для бэкапа системы, только вместо всего диска выбираем нужные папку и файлы.
Клонирование жесткого диска
Для полного копирования диска в параметрах бэкапа поставьте галочку Архивировать в посекторном режиме. Так же если необходимо создать более точную копию диска, а не только файлов на нем, поставьте галочку Архивировать нераспределенное пространство.
Далее жмете на Создать копию. В общем то чтобы сделать копию всех файлов и жесткого диска в Acronis True Image 2017 больше действий не требуется. Вот для восстановления диска или отдельных данных с бэкапа придется выполнить действий на пару шагов больше, что конечно вряд ли повлияет на скорость восстановления данных. Все восстановится быстро, во всяком случае времени потратите раза в 2-3 меньше чем на стандартную установку Windows.
Как восстановить систему полностью
Для восстановления системы необходимо записать на флешку или диск ISO образ загрузочного носителя True Image – скачайте образ по этой ссылке - https://yadi.sk/d/UYKGvGZe3JVPKa
Или перейдите в Инструменты – Мастер создания загрузочного образа. Выберите параметры образа и способ сохранения – ISO образ или запись сразу на флешку.
Чтобы восстановиться из бэкапа используйте компьютер с которого был сделан бэкап – иначе система может не запуститься и точно будут проблемы с драйверами, или используйте точно такой же компьютер, с таким де процессором, материнской памятью и видеокартой.
Вставляем носитель в компьютер и загружаемся с него.Для этого при включении компьютера открываете программу BIOS или UEFI и настраивайте приоритет загрузки. В зависимости от модели материнской платы в системном блоке и модели ноутбука это может быть – F1, F2, Del, F10, Esc и др. Или просто нажмите клавиши сразу для выбора источника загрузки перед загрузкой Windows – F9, F11, F12. В зависимости от производителя материнской платы и производителя ноутбука – горячие клавиши будут отличаться. При проверке всех устройств системы – множество разных белых букв при включении компьютеры – должны быть указаны клавиши для открытия настроек BIOS и выбора источника загрузки.
После загрузки с носителя запускаем Acronis True Image. С носителя с Windows 10 PE ищите Acronis в Пуск – Все программы – Бэкап и восстановление – Acronis True Image 2017. C загрузки с носителя Acronis просто кликаете на название Acronis True Image и ждете загрузки.
Жмем в параметре Восстановление – Диски, так как нам нужно сделать восстановление системного диска. Соответственно для восстановления отдельных файлов из всего бэкапа – Файлы и папки.
В следующем окне нужно выбрать файл бэкапа из которого будет проходить восстановление всех данных. Для этого жмем на кнопку Обзор и в файловом проводнике ищем файл бэкапа системы. Подключайте внешний носитель если нужно восстановиться с внешнего жесткого диска например. Жмем Далее после выбора архива резервных копий.
Здесь нужно выбрать тома, которые будут восстановлены. Обязательно ставьте галочку перед диском куда установлена Windows и перед загрузочным диском (областью) – здесь обычно в скобках подписано Зарезервировано системой. Обязательно снимите галочку с раздела где хранится бэкап. Жмем Далее.
Выбираем диск, на который будет выполнено восстановление. Жмем Далее.
После выбора диска для восстановления будет проведена проверка всех разделов диска, которые будут восстановлены. Во время настройки можно будет поменять их размер, букву, изменить тип раздела. Мы это делать не будем, так как хотим получить в точности ту систему, которая была у нас до поломки, до действия например вирусов.Именно параметры старой системы сейчас установлены по умолчанию в параметрах бэкапа. Менять здесь ничего не будем и в следующих окнах жмем просто Далее вплоть до окна Завершение.
Жмем Завершить и начинаем восстановление системы.
При восстановлении никакие параметры не меняйте, система создаст сама полную копию диска автоматически. В большинстве настроек нужно нажимать только Далее.
У меня на восстановление системы со всеми файлами, настройками и установленными программами с драйверами в тестовом стенде ушло всего 10 мин. Сколько бы я потратил устанавливая все стандартным способом? Часа 2-3, вот такая неплохая программа для восстановления системы.
Плюс полный бэкап системы не обязательно делать в программе установленной в Windows, достаточно загрузиться с загрузочного носителя и сделать бэкап. Единственный минус при использовании загрузочного носителя – нельзя автоматизировать этот процесс для копирования необходимых файлов и документов.
Восстановление данных
Чтобы сделать восстановление файлов из бэкапа найдите файл бэкапа сделанный в Acronis True Image и кликаете на него мышью два раза. Файл откроется в проводнике как папка и вы сможете перетащить мышью необходимые файлы себе на компьютер. Главное, чтобы у вас был установлен в системе Acronis True Image, иначе файлы бэкапа открываться не будут.
Это был один из вариантов восстановления файлов. Теперь открываем Acronis True Image, кликаем на копию из которой нужно восстановить файлы, это может быть как полная копия системы, так и копия отдельных файлов и папок. Жмем на кнопку Восстановить файлы.
В проводнике Acronis выбираем необходимые файлы и папки для восстановления. В левой части окна ищем папку которую нужно открыть, в правой части уже выбираем папки и файлы для восстановления. После выбора данных жмем Далее.
Далее можно вручную задать папку для сохранения восстанавливаемых данных. По умолчанию выбрана папка как в созданном бэкапе. Для изменения пути нажмите Обзор и выберите необходимую папку. Жмем на Восстановить.
Ждем некоторое время пока файлы скопируются в выбранную папку.
То же самое можно сделать с помощью загрузочного носителя.
Здравствуйте, дорогие друзья. С вами Артём.
Поговорим о резервном копировании данных.
Безусловно, если у вас не очень много важных файлов, то вы можете вручную копировать их на те же внешние жёсткие диски.
Однако если критически важных данных у вас много, и вы часто работаете над несколькими версиями файлов и документов, то неплохо бы автоматизировать процесс резервного копирования.
Сегодня важно не только создавать резервные копии, но также легко восстанавливать их и получать доступ к резервным копиям с любого устройства, которое подключено к интернету.
Сейчас я расскажу об обновлении программы Acronis True Image 2017 года.
P.S. Доступна также и видео версия обзора программы, а ниже уже обычная текстовая статья. Выбирайте понравившийся вам формат.
Все основные опции сгруппированы в удобные кнопки, в левой колонке окна программы.
Acronis True Image 2017 – резервное копирование файлов
Начнём с главного окна, на котором можно создать резервную копию ваших данных и сохранить её как на локальном хранилище, так и в облачном хранилище Acronis.
Причём саму резервную копию можно легко зашифровать, используя алгоритм AES 256 . Ключ будете знать только вы, поэтому не забывайте его!
Давайте создадим новую резервную копию, для этого я нажимаю на ссылку «Добавить копию» .
Acronis True Image 2017 – создание резервной копии
Задаю имя резервной копии, чтобы потом её легко найти в общем списке.
Под иконками с выбором источника резервного копирования расположены две ссылки. Первая ссылка «Оптимизировать резервную копию» (на данном скрине эта ссылка не отображена и доступна только если копия делается в облачный сервис Acronis) позволит поместить некоторые файлы в сторонний облачный сервис – в Google Drive. Таким образом итоговый размер резервной копии будет уменьшен. То есть физически в облачном сервисе Acronis копия будет занимать меньше пространства, а оставшаяся часть может быть восстановлена из Google Drive.
Теперь наконец я выбираю источник резервного копирования, то есть то, что я хочу сохранить.
Так как у меня к системе подключен сетевой накопитель , то я могу скопировать данные и с него тоже.
P.S. Можно даже скопировать целый раздел диска.
В данном случае источником будет выступать отдельная папка на диске компьютера.
Теперь нужно выбрать место назначение резервной копии, то есть куда она будет сохранена.
Это может быть облако от Acronis, внешний накопитель, NAS хранилище или любое место на компьютере. Я выбираю облако Acronis.
Создание резервной копии можно отсрочить, или выполнить немедленно.
В «Параметрах» доступны дополнительные опции. Во-первых, это автоматическое выполнение резервного копирования по заданному расписанию.
В исключениях можно задать расширения файлов, которые будут исключены из резервной копии. Например, временные файлы не будут занимать лишнее место.
В разделе «Дополнительно» собраны самые важные опции резервного копирования файлов.
P.S. Acronis может следить за версиями фалов и сохранять их.
Чтобы не забивать облако Acronis лишними данными, можно удалять старые версии файлов, которые хранятся уже длительное время. По умолчанию этот срок составляет 6 месяцев.
Тут же можно зашифровать резервную копию и выбрать приоритет при выполнении резервного копирования, чтобы сильно не грузить процессор и ширину канала интернет подключения.
Наконец я создаю резервную копию, нажав соответствующую кнопку.
Стоит немного подождать и всё будет готово.
Теперь я покажу как же восстановить файлы из резервной копии, для этого нажмите на кнопку «Восстановить файлы». Поскольку в качестве источника хранения копий выбрано облако, то открывается интернет браузер.
Если в качестве источника хранения выступает локальное хранилище компьютера или внешний жёсткий диск, то ничего скачивать не придётся. Доступ к сети интернет также не потребуется.
Сейчас я это продемонстрирую. Резервную копию с создал заранее, а в качестве хранилища выбран жёсткий диск моего компьютера.
Теперь я восстанавливаю файлы, в параметрах можно выбрать формат перезаписи файлов и другие полезные опции. После чего нужно выбрать папку для восстановления резервной копии.
Наконец, с резервным копированием закончено.
Следующий инструмент называется «Архивные файлы и папки» . Если вы давно не обращались к каким-либо файлам на своём компьютере, и они для вас не так важны, то можно переместить их на хранение в облако Acronis. При этом и файлы остаются в сохранности и свободного места на дисках компьютера станет больше.
Проанализировать можно совершенно любую папку с любыми типами файлов.
Следующий инструмент «Синхронизация» . Вы сможете легко синхронизировать данные между вашими компьютерами. Доступна или прямая синхронизация, или через облако Acronis.
При этом доступ к файлам не ограничивается только компьютерами под Windows. Папку я назвал Sync и разместил её на диске E.
Следующий раздел содержит полезные инструменты.
- Доступно мобильное приложение под Android и iOS, для создание резервных копий с мобильных девайсов. Контакты, видео, фото и так далее.
- Клонирование диска позволит клонировать целые разделы, в том числе и системный раздел.
- Мастер создания загрузочных носителей поможет восстановить файлы даже если операционная система не функционирует.
- Если восстановление планируется на оборудовании отличном от вашего исходного, то создавайте носитель при помощи Acronis Universal Restore.
- Parallels Access позволит удалённо управлять компьютером с планшетов и смартфонов, а меню «больше инструментов» открывает полный список очень полезных инструментов. Отдельно на них я не буду останавливаться, эта тема потребует отдельных обзоров.
В разделе «Панель мониторинга» находится несколько вкладок, но самая интересная это создание резервных копий с вашего мобильного девайса (под iOS или Android).
Для этого на смартфон нужно установить приложение True Image и отсканировать QR код для создания резервной копии мобильного девайса, на диск компьютера. Также можно задействовать и резервное копирование в облако, при этом мобильный гаджет уже не понадобится связывать с компьютером. Сам процесс копирования займёт определённое время.
В настройках Acronis можно выбрать где будет храниться локальная резервная копия вашего мобильного гаджета, по умолчанию это диск C.
В разделе «Учётная запись» содержится вся информация об облачном хранилище и аккаунте в системе.
При желании можно расширить дисковое пространство облачного хранилища до 5 Тб.
В итоге в одной программе Acronis True Image 2017 вы получаете одни из самых мощных инструментов для резервного копирования и восстановления критически важных файлов за что она и получает заслуженную награду от сайта
Если вам понравился видео ролик и статья, то поделитесь ими с друзьями в социальных сетях.
Чем больше у меня читателей и зрителей, тем больше мотивации создавать новый и интересный контент:)
Также не забывайте вступать в группу Вконтакте и подписываться на YouTube канал.
Здравствуйте, уважаемые читатели блога сайт:) Данная статья будет является логическим продолжением моей предыдущей – о резервном копировании всей операционной системы (на примере Windows) вместе с программами и файлами, при помощи очень полезной программы – Acronis True Image
А теперь я расскажу вам как можно легко восстановить вашу систему из созданной ранее резервной копии и вернуть её к тому состоянию, когда вы создавали эту резервную копию. Также в данной статье я объясню как сделать восстановление отдельных файлов и папок из соответствующей резервной копии.
Восстановление может понадобиться, если система начала вдруг нестабильно работать, сильно, по непонятным вам причинам, подтормаживать, появились какие-то ещё проблемы с её загрузкой и так далее. В таком случае вы можете просто её восстановить из созданной вами ранее резервной копии. Процесс простой и после восстановления вы получите вашу систему уже готовую к работе: на ней будут установлены все программы, будут все файлы, с которыми вы работали, всё настроено так как было ранее перед созданием копии.
Последние версии программы Acronis True Image позволяют восстановить систему из архива даже на другие компьютеры с отличающимся оборудованием. Эта возможность бывает очень даже необходимой.
Итак, рассмотрим по шагам что нужно сделать, чтобы восстановить систему из созданной резервной копии.
Восстановление системы вместе с ранее установленными программами и файлами при помощи Acronis True Image
В первую очередь нам необходимо иметь на руках тот носитель (например: внешний HDD, флешку) или удалённое онлайн хранилище, где был сохранён наш архив с резервной копией всей системы. Если вы читаете эту статью первой и ещё не знаете как вообще создать резервную копию, то рекомендую прочитать предыдущую статью, где я об этом рассказывал, перейдя по ссылке выше.
Процесс восстановления системы их архива очень прост. Рассмотрим его:
Последний шаг перед восстановлением раздела – задание при необходимости дополнительных параметров самого этапа восстановления. Пробежимся по ним.
В окне мы увидим уже знакомые по этапу создания резервной копии вкладки: «Дополнительно», «Производительность», «Уведомления». Рассмотрим настройки на каждой вкладке.
Теперь у нас всё настроено к восстановлению и можно запускать этот процесс, нажав кнопку «Восстановить сейчас» внизу окна:
Поскольку восстановление идёт прямо из Windows, то на моём опыте, всегда Acronis требует перезагрузки системы в самом начале восстановления. Если вы в настройках выше поставили галочку «При необходимости автоматически перезагружать компьютер во время восстановления», то компьютер перезагрузится сам без выдачи запроса.
Если же подобная опция включена не была, то вы получите вот такое предупреждение:
И для продолжения перезагрузки вам нужно самому это подтвердить, нажав кнопку «Перезапустить».
Вы можете активировать автоматическое выключение компьютера сразу после завершения процесса восстановления системы, поставив соответствующую галочку в окне (см.изображение выше).
Запускаем установленную программу Acronis True Image с ярлыка на рабочем столе или из меню «Пуск».
Когда программа Acronis запустится, переходим сразу на вкладку «Резервное копирование и восстановление». А на этой вкладке нажимаем вверху кнопку «Восстановить»:
Откроется маленькое окно, где будет отображён список созданных ранее резервных копий.
Но даже те копии, которые хранятся у вас на съёмных носителях (флешках, внешних HDD), всё равно будут отображены в списке, но при попытке восстановиться из них без подключения нужного носителя к компьютеру получите ошибку. Как раз я в своём примере из предыдущей статьи делал резервную копию на флешку и в данный момент не подключил её к компьютеру. Поэтому при нажатии кнопки «Восстановить», появится вот такое сообщение:
В таком случае вам нужно подключить к компьютеру тот съёмный носитель, на котором хранится архив с резервной копией и нажать кнопку «Обзор», после чего выбрать то место, где хранится нужная резервная копия:
Найти резервную копию можно было и сразу же нажав кнопку «Поиск резервной копии…», после того как зашли в раздел «Восстановить»:
В таком случае вы бы попали в такое же окно проводника, где можно найти нужную резервную копию на компьютере, внешнем носителе или в сети.
Когда архив с нужной резервной копией будет выбран, нажимаем кнопку «Добавить список резервных копий», расположенную внизу окна.
В том случае, если архив был защищён паролем, сразу появится окно, где необходимо ввести этот пароль:
Теперь появится главное окно восстановления системы из архива. В окне необходимо выбрать разделы из тех, что мы архивировали — те, которые хотим восстановить. Если вы хотите восстановить ровно всё тоже, что и резервировали ранее вместе с системой, то просто выберите все разделы из списка, отметив их галочкой.
Если вы резервировали помимо системных разделов ещё и отдельные разделы с какими-то вашими данными и хотите восстановить только систему без этих разделов с данными, то просто поставьте галочки только на системных разделах (Для Windows 7 – это как правило Диск «С:» и раздел «Зарезервировано системой»).
В таком случае система вместе с её настройками и программами полностью восстановится, но неотмеченные вами разделы с данными восстанавливаться не будут.
Помимо выбора разделов для восстановления можно также выбрать место, в которое они будут восстанавливаться. Например, можно сделать так, чтобы раздел с системой из архива восстановился в другое место или на другой диск. Для этого нужно нажать на стрелочку справа от названия раздела и распахнётся список доступных мест или дисков, куда можно восстановить раздел:
Как видно из моего примера (изображение выше), у меня доступно только одно место, куда я могу восстановить выбранный раздел. Ещё 2 места помечены красным и это значит, что восстановление туда невозможно. Как правило, это из-за недостатка места для восстановления большего объёма.
Также для каждых из восстанавливаемых разделов с системой или данными имеется возможность изменить ещё дополнительные их свойства. Новичкам я советую в это не вникать и не заходить даже в эти свойства, потому как по умолчанию Acronis итак делает восстановление максимально эффективно без изменений в структурах диска.
Более опытные пользователи могут зайти в раздел дополнительных свойств, щёлкнув по ссылке внизу восстанавливаемого раздела «Свойства раздела»:
После того как восстановление завершится, вы сможете загрузить вашу систему со всеми программами и всеми файлами, сохранёнными на тот момент когда вы создавали резервную копию. Вам больше не придётся устанавливать с нуля Windows, ставить все программы и производить настройки. Теперь вы сможете просто загрузить уже вашу готовую к работе систему. Удобно? :) Думаю, что мало кто скажет «Нет» по каким-то причинам:)
Самое главное, что и ничего особо сложного нет… Руководство большое лишь потому что подробное, а сами шаги очень простые.
Рассмотрим теперь процесс восстановления отдельных файлов / папок из соответствующей резервной копии.
Восстановление отдельных файлов / папок из соответствующей резервной копии
Не забываем, что для восстановления разделов и отдельных файлов / папок служат разные резервные копии. О процессе создания каждой из них я рассказывал в предыдущей своей статье.
Для восстановления отдельных файлов нужен именно соответствующий тип резервной копии.
Итак, предположим, что у нас потерялись какие-то важные документы и необходимо их восстановить. Резервная копия у нас имеется.
Начинаем процесс восстановления. Он ещё намного проще, чем восстановление разделов, поэтому совсем не должен оставить вопросов.
Ну вот мы и рассмотрели все возможности восстановления из резервных копий, а именно – из целых разделов с системой и данными и отдельных файлов / папок.
Все это только кажется сложным, достаточно лишь один раз пробежаться по этим шагам и всё станет понятно:)
На этом данную статью заканчиваю, а в следующей я расскажу ещё об одной важной функции – создании загрузочного диска c Acronis и возможности восстановления системы, даже если сама система не загружается по любой из причин. В таком случае, поскольку система «поломалась», то и программу Acronis вы уже запустить из неё не сможете. Для таких целей и нужен диск восстановления с программой Acronis True Image, с которого можно загрузиться и всё восстановить.
Буду ждать ваших вопросов в комментариях и с удовольствием всем отвечу! :) Пока;)
13 сентября 2016 года в свет вышла новая версия программы для резервного копирования Acronis True Image 2017 , которая позволяет выполнять резервное копирование дисков и файлов в операционных системах Windows , Mac , iOS и Android .
Уделять внимание резервному копированию в наше время очень важно, однако большинство пользователей считают, что проблема с потерей данных их никогда не коснется. Даже несмотря на то, что у меня дома настроено резервирование через RAID-1, все равно, может произойти такое стечение обстоятельств, в результате которого выйдут из строя оба жестких диска.
По этому, я хотел бы рассказать вам о том, как настроить резервное копирование данных в Windows через программу True Image 2017, которая позволит максимально защитить ваши файлы и операционную систему от различных сбоев.
При первом запуске программы True Image 2017 , у Вас попросят зарегистрироваться или выполнить вход в учетную запись Acronis. Пройдя регистрацию, мы получим доступ к облачному хранилищу Acronis, именно хранение копий файлов и системы в облаке является главной фишкой последних версий программы. Заполняем необходимые поля и жмем «Создать учетную запись» \ Запустить пробную версию. После чего, мы получаем 30 дневную тестовую версию программы, а так же 30 дневную подписку на облако на 1000 Гб. Стоит учесть, что после завершения пробного периода вся информация в облаке будет доступна только для чтения. А через 30 дней после окончания пробного периода, из облака все будет удалено!
Ну что, давайте приступим к изучению основных функций программы:
Резервное копирование - по умолчанию у нас создается задание на резервирование, которое нам потребуется настроить. По умолчанию Acronis True Image 2017 предлагает сделать копию всего компьютера, т.е. всех жестких дисков. Лично я настраиваю резервирование системного диска, чтобы в случае выхода из строя операционной системы можно было быстро восстановить работоспособность. И отдельно создаю задание на резервирование файлов и папок, так как в компьютере может быть куча разного хлама, который не имеет смысла сохранять.
По этому, выберем в качестве источника, только раздел на который установлена операционная система (Изменить источник \ Диски и разделы \ Система \ Создать \ Позже). А в качестве места назначения оставим Acronis Cloud, т.е облачное хранилище.
Теперь переходим на вкладку «Параметры». Лично я настраиваю следующим образом (Расписание: Каждую пятницу в 12 часов) Все остальные настройки можно оставить по умолчанию. Теперь в свойствах задания мы можем увидеть дату создания следующей резервной копии жесткого диска. Если вы хотите создать немедленно, то нажмем на кнопку «Создать копию».
Лично я создаю два задания, одно для хранения в облаке, второе для хранения на локальном компьютере. В случае необходимости, я буду восстанавливать с локального компьютера, так как данный процесс пройдет намного быстрее, нежели восстановление из облака. Но, в ситуации, если файл будет поврежден, удален или зашифрован, я смогу реанимировать систему из облака.
По этому, создадим второе задание (+ \ Изменить источник \ Диски и разделы \ Система \ Место назначения \ Обзор \ Этот компьютер \ Диск D \ Создать папку \ Хранилище) Так же можно сохранить в сетевой папке или на FTP сервере.
Как вы видите, при сохранении копии на жестком диске, в настройках появляется дополнительная вкладка «Схема». Эта настройка крайне важна для эффективного резервирования. Выберем схему «Пользовательская», чтобы наиболее тонко настроить резервирование и хранение файлов.
У нас есть три метода: полное, инкрементное и дифференциальное. Какая же разница между этими методами:
Полное - это когда каждый раз создается файл с полной копией жесткого диска.
При инкрементном или последовательном, создаются инкрементные копии, которые содержат изменения по отношению к предыдущей версии.
При дифференциальном или параллельном, после создания полной копии, создаются дифференциальные, которые содержат изменения, произошедшие с момента создания последней полной версии.
Я предпочитаю настраивать резервирование следующим образом. Чтобы у меня были образы системы за последние 2 месяца, я создаю следующее задание (Инкрементное; Создавать полную версию после 3 инкрементных и хранить не более 2 последних цепочек версий). Правил для очистки старых версий довольно много, поэтому можете подобрать правило под свои условия: по времени хранения, по количеству цепочек или по объему хранилища!
В следующем видео рассмотрим различные методы восстановления.
Если Вас заинтересовала данная программа и вы решили её приобрести, то можете это сделать через меня! На данный момент я являюсь официальным партнером компании Acronis, и смогу проконсультировать Вас по поводу различных акций и дополнительных скидок! Ну а связаться со мной можно через на моем сайте, либо через
У нас недавно был праздник - вышел в релиз True Image 2017, над которым мы работали целый год. Изменений очень много, но первое, что бросается в глаза, – это «казуальный» минималистичный дизайн. Если наши первые релизы были инструментами продвинутых пользователей и сисадминов, то последние несколько лет мировая популярность продукта такова, что бэкапят им очень и очень разные люди. В том числе те, кто не особо отличает монитор от системного блока.
Все настройки на месте
Ещё в этом релизе мы научились делать локальный бэкап iOS и Android на ваш десктоп, бэкапить профиль Facebook (спасибо пользователю Маша Ведро), поработали с архитектурой архива и так далее. Расскажу про основные фичи и сложности в их разработке.
На первом месте – основные действия с заведомо хорошими умолчаниями
Традиционный десктопный бэкап
Первый режим, с которого мы исторически начинали, – посекторный бэкап – естественным образом сохранился и в 2017-м релизе. Напомню, как это работает: вы делаете полную физическую копию жёсткого диска и можете работать с ней дальше, как вам хочется. Это очень удобно при восстановлении данных (чтобы ничего не покорраптить на еле дышащем диске). Ещё такие диски (точнее, файлы с образами) можно подмонтировать прямо в Acronis True Image и видеть в проводнике как отдельные диски R/O.Традиционный бэкап делается немного иначе, по итеративной схеме. Сначала снимается полный образ (все файлы жёсткого диска за учётом исключений), затем в бэкап добавляется разница. Расписание и все детали очень гибко настраиваются, а для «казуальных» пользователей стоят оптимальные умолчания.
Конечно же, мы всё так же предлагаем сделать аварийный диск или аварийную флешку для загрузки с неё. Мы пишем на флешку фактически Linux с инструментами восстановления (в случае Mac туда пишутся их «родные» стандартные средства аварийного восстановления и наша утилита). Можно пользоваться этим как, собственно, инструментом Next-Next-Finish, без специальных знаний, а можно переключить экран и сделать что-то своё.
Выбор ветки загрузки
Утилита восстановления
В российской версии сохранилась полноценная история с восстановлением драйверов и их накаткой на новую систему (в США с этим юридические сложности). История в том, что если взять бэкап с XP, Vista или Win7, а затем занести на новый компьютер (с другим железом), ничего просто так не запустится. Понадобится заново ставить все драйвера, фактически ещё раз конфигурировать всю ОС. В итоге примерно 8 лет назад мы очень глубоко покопались с реверсом виндового кода и написали свой собственный инсталлятор драйверов. Теперь надо просто переехать на новую конфигурацию, сделать восстановление и показать, где лежат драйвера для изменившегося железа. У нас есть для этого отдельная утилита, она идёт в комплекте (то есть бесплатна для пользователей 2017-го релиза), но качать её нужно отдельно.
Ещё одна сложность – перенос данных MBR/EFI. У нас есть сценарий, когда мы можем взять MBR-операционку и создать для неё ветку в EFI, чтобы она нормально загрузилась и поддерживала большие диски. Сейчас этот выбор возникает у пользователей, которые хотят накатить старую ОС на новую машину. Вот чуть больше деталей о низком уровне с разными ветками конвертаций:
| Source(Archive)\Target |
BIOS booted system/ target HDD < 2^32 logical sectors |
BIOS booted system/ target HDD > 2^32 logical sectors |
EFI booted system/ target HDD < 2^32 logical sectors |
EFI booted system/ target HDD > 2^32 logical sectors |
| MBR not UEFI capable OS (32 bit windows or 64bit Windows prior to Windows Vista SP1) |
no changes in bootability or disk layout (1) |
1. Use as non-system disk GPT - not available for Windows XP x32 host(7) 2. Migrate as is, Warning that user is unable to use the entire disk space, if OS installed on source is Windows XP warning that the system may not be bootable(8) |
Migrate as is. warning that the system will not be bootable in UEFI(14) |
1. Use as non-system disk GPT(20). 2. Migrate as is, Warning that user is unable to use the entire disk space + warning that the system will not be bootable in UEFI(21); |
| MBR UEFI capable OS (Windows x64: Windows Vista SP1 or later) |
no changes in bootability or disk layout(2) |
leave MBR, warning that user is unable to use the entire disk space. warning prompt to change the system to EFI, reboot from media and re-start the operation in order to be able to use the entire disk space with GPT(9) |
Convert disk to GPT layout, fix Windows bootability(15) |
Convert disk to GPT layout, fix Windows bootability(22) |
| MBR no OS or non-Windows OS |
1. leave MBR.(3) 2. convert to GPT, warning that the disk will be converted to GPT and the disk must be non-system - not available for Windows XP x32 host(4) |
1. leave MBR, warning that user is unable to use the entire disk space.(10) 2. convert to GPT, warning that the disk will be converted to GPT and the disk must be non-system - not available for Windows XP x32 host(11) |
1. leave MBR.(16) 2. convert to GPT, warning that the disk will be converted to GPT and the disk must be non-system(17) |
1. leave MBR, warning that user is unable to use the entire disk space.(23) 2. convert to GPT, warning that the disk will be converted to GPT.(24) |
| GPT UEFI capable OS (Windows x64: Windows Vista SP1 or later) |
no changes in bootability or disk layout, warning that the system will not be bootable in BIOS(5) |
no changes in bootability or disk layout, warning that the system will not be bootable in BIOS(12) |
no changes in bootability or disk layout(18) |
no changes in bootability or disk layout(25) |
| GPT no OS or non-Windows OS |
no changes in bootability or disk layout(6) |
no changes in bootability or disk layout(13) |
no changes in bootability or disk layout(19) |
no changes in bootability or disk layout(26) |
Естественно, раз мы так хорошо разобрали нижний уровень, можно сделать аварийное средство и прямо на локальном компьютере. Мы создаём новую ветку загрузки в EFI, куда пишем свой модифицированный компактный Linux и средства восстановления. Если у вас что-то накрывается, можно попробовать загрузиться с того же компьютера по альтернативной ветке и восстановиться из бэкапа. Это защищает от лени пользователей, которые не хотят носить жёсткий диск к компьютеру для бэкапа по расписанию (и при этом не бэкапятся в облако). Тем не менее, конечно же, от сложных отказов железа это не спасёт, поэтому отдельный носитель с вашими данными всё ещё важен.
Ещё одна интересная вещь – автомаппинг. Он у нас уже был, но в этом релизе стал куда умнее. Дело в том, что восстановление сейчас происходит почти с любого носителя, и даже таких носителей может быть несколько. Например, сетевой ресурс, локальная копия и что-то ещё. Если система существенно поменялась со времени последней итерации бэкапа (например, вы накатываете бэкап годовой давности, такое случается, к примеру, при установке нового рабочего места в некоторых компаниях), то нужно правильно понять, куда и как восстанавливать. Типичный пример – другая разметка жёсткого диска. Ещё случай: когда бэкап старый, но от этого компьютера, и не хочется ждать полного восстановления, то можно попробовать исключить то, что явно не повредилось. Чтобы не ждать пару часов. Наш код автомаппинга позволяет быстро получать разницу и правильно восстанавливаться в таких случаях.
Сетевой бэкап
И да, на всякий случай добавлю, что все старые вещи, вроде «на компьютере моей бабушки всё бэкапится прямо на флешку, которая воткнута сзади» или «на моей виртуалке можно восстановить бэкап домашнего компьютера девушки, пока она на выходных у меня», они всё так же остались.
Синхронизация папок
Мобильный бэкап
Мы довольно сильно перебрали всю технологию мобильного бэкапа в новом релизе. Главный момент – мы прекрасно понимаем, что далеко не все хотят отдавать копию своих данных в чьё-то облако, поэтому предусмотрели функцию локального бэкапа. Старый облачный вариант тоже доступен, но локальный бэкап был очень и очень востребован. У нас был серверный код в корпоративных разработках (как раз сделанных для параноиков и бэкапов корпоративных устройств внутри сети), и мы решили переиспользовать его. Чтобы было понятнее, сначала расскажу, как работает новая схема:- Вы приходите с телефоном домой (точнее, в одну и ту же Wi-Fi сеть, где есть ваш десктоп с базовой версией Acronis True Image).
- Приложение на телефоне активируется (по расписанию iOS или из фона Android) и определяет возможность подключения к компьютеру в текущей сети. Для этого телефон начинает искать основной хост, чтобы установить SSL-соединение.
- После этого начинается итеративный бэкап – всё, изменённое за прошедший день, разбивается на части и заливается короткими чанками. Предполагается, что пользователь проводит в своей домашней сети довольно много времени, поэтому используются фоновые средства обеих операционных систем: например, в случае iOS мы можем открывать «окна» на 30 секунд, заливать короткий чанк и снова ждать следующего временного окна.
Довольно нетривиально было установить соединение между телефоном и десктопом. Мы попробовали много методов, пока не остановились на QR-кодах – нужно сфотографировать QR-код с экрана десктопа в приложении. Но даже в этой версии было довольно сложно: поначалу мы зашивали в визуальный код сразу полноценный SSL-сертификат, и далеко не все библиотечные читалки его разбирали. Пришлось сильно уменьшить QR и установить новый протокол обмена ключами.
Сам дискаверинг делается сразу разными путями, поэтому даже если вы запускаете операционную систему внутри виртуальной машины (как это любим делать мы), телефон найдёт свою пару. Частый домашний случай, это когда телефон подключён по Wi-Fi, а ноутбук подключён локальным кабелем. Резолв идёт по IP4, бонжур-сервисам и имени хоста. К сожалению, российские пользователи Yota пока остаются без этой фичи: их «провайдерские» модемы, раздающие Wi-Fi, создают NAT, за которым что-то нащупать довольно сложно.
Про переиспользование серверного кода тоже отдельная история. Изначально это был Linux-сервер, который теоретически можно было портировать, например, под Win. При этом вся логика компонента построена так, что у него есть управляющий сервер, который отдаёт команды. В итоге при корпоративном бэкапе мы создаём микросервер, который выступает в роли командного центра для этой подсети. В домашнем же случае такой «наносервер», можно сказать, эмулируется на десктопе. Точнее, просто компонент присылает запросы, а десктоп, в случае локального бэкапа, сам отдаёт ответы (в случае облачного – ответы даёт удалённый сервер). Сам этот компонент потребовался для того, в частности, чтобы консоль узнавала, что уже забэкаплено, а что - нет.
Восстановление тоже идёт через мобильное приложение, но при уже активном запуске через GUI. Ну, и, конечно, большую часть данных можно мигрировать между разными устройствами: например, если вы переезжаете с iOS на Android, перетащить фотографии – простейшее дело.
Бэкап профиля Facebook
Если у вас просто угнали страницу – это, в целом, не очень большая проблема, чаще всего, её можно восстановить штатными средствами. Если Facebook вас неожиданно забанил – вряд ли вы что-то вытащите. Если ваша страница погибнет из-за технического сбоя на их стороне – тоже. Иногда пользователь сам что-то случайно удаляет (например, единичную фотографию) и очень хочет восстановить. В общем, многие спрашивали, можно ли бэкапить профиль Facebook. Да, можно. Теперь мы это делаем.Когда вы запускаете с десктопа средство копирования профиля, открывается страница Fb, где вам нужно разрешить специальному приложению доступ к вашим данным. Это гейт для Facebook API, по сути, хранилище токена для работы бэкапа. Дальше вы можете ограничить на стороне Facebook «видимость» вашего профиля через API, и мы сможем начать копировать.
Копированию поддаётся не всё. Например, нельзя взять и сохранить граф друзей, Facebook очень тщательно (в отличие от многих других персональных данных) защищает свою главную собственность. Зато получится забрать все фотографии, всю стену, все сообщения и так далее. Фотографии и видео в случае чего можно быстро восстановить – API даёт возможность заливать их задним числом и не показывать в ленте обновлений, но, естественно, на них не будет лайков и комментариев. Эти данные назад не заливаются никаким образом, что, в целом, довольно объяснимо. Ваш Timeline тоже не восстанавливается: в отличие от фото, все записи будут датированы временем обратной заливки. Ваши лайки сохранятся в бэкапе, но тоже восстановлены не будут.
API Facebook оказалось достаточно забагованным, точнее, богатым на крайне нелогичные фичи. Этот инструмент изначально не предназначен для крупных задач: как правило, приложения дёргают один-два запроса на что-то предельно конкретное, но не всё сразу. Вылилось это в то, что тот же инкрементальный бэкап делать очень сложно. Например, быстро получить разницу между текущим и предыдущим состоянием на известную дату почти невозможно. Нет штатных методов и не будет – это, похоже, часть политики безопасности Facebook. Пришлось хорошо подумать над организацией алгоритмов в имеющихся ограничениях. В итоге проковырялись сильно, но нашли баланс. Второй момент - есть ограничения с токеном. Самый длинный токен не вечный, живёт 60 дней. И, по логике Facebook, надо через 60 дней снова зайти на дашборд и нажать кнопку. Обычные веб-токены продляются при активности пользователя: когда вы заходите в свой профиль, и у вас есть куки с упоминанием такого токена, он обновляется. Мы же работаем без живого захода, в отдельной сессии. С другой стороны, к счастью, мы не производители SmartTV. У них пользователи обязательно получают код на телефоне или десктопе и забивают его с пульта на телевизор раз в два месяца. К счастью, у нас просто одна кнопка.
Очень весело шло тестирование. Facebook позволяет создавать тестовых пользователей-виртуалов, которых не видно в основной сети. К сожалению, эти «манекены» не умеют лайкать друг друга, не могут комментировать и имеют множество других ограничений. В итоге мы создали своих «живых» пользователей, главной из которых со временем стала Маша Ведро (её ещё можно найти в сети, но мы почистили профиль). В финале мы работали с профилями наших топ-менеджеров – нам нужны были очень «раздутые» профили людей, которые вели активную сетевую жизнь много лет и сегодня ведут. В итоге объём бэкапа стали мерить одним из сотрудников, могли быть пояснения к тикетам вроде: «С Facebook забрали данных на 50 Ивановых, а пришло только 48».
Поскольку это пост про релиз, а не особенности разработки, оставлю за бортом много интересного о реализации. Но мы с коллегами постараемся рассказать хардкорные детали позднее. Пока же отмечу, что ещё интересного мы поменяли.
Первая интересная история – это исключения. Например, обычный сценарий бэкапа не берёт теневую копию системы – это просто не имеет смысла. Чтобы облегчить бэкап (что особенно актуально для тех, кто заливает его по сети), мы очень хорошо поработали с исключениями. Кроме временных папок (за исключением кэша браузера – он оказался неожиданно важным), системных журналов, аварийных дампов памяти и других системных вещей, исключается то, что имеет собственные средства восстановления. Например, если явно не указать обратное, мы не бэкапим Dropbox, Яндекс.Диск, Google Drive, OneDrive, библиотеки вроде iTunes и карантины антивирусов. Соответственно, пришлось отреверсить все эти инструменты, чтобы найти их настройки, определить по их конфигурационным записям, что они есть в системе, и понять, что надо брать, а что – нет. Дольше всех от нас убегал Яндекс.Диск – они в разных версиях хранят свои настройки совершенно по-разному. Первый раз он нам попался ещё в прошлом релизе - с конфигом в XML-файле, потом он начал хранить настройки в SQLite-базе, потом поменяли формат хранения… Мы гоняли эти настройки и пытались понять логику для каждого исключения.
В обратную сторону тоже потребовались исключения. Например, чтобы поднять на новой системе старый архив, ни в коем случае нельзя восстанавливать драйвера от старой ОС, своп-файл и так далее. Соответственно, от релиза к релизу мы поддерживаем такие наборы правил.
Ещё мы исключаем из бэкапа файлы этого же бэкапа, если они хранятся на том же диске. Иначе возникала бы рекурсия. При этом у нас есть новый вид хранения – архив ненужных файлов (сжатая версия папок «Разобрать1», «Разобрать2» и так далее, которые пользователь сам показывает и хранит из ностальгических чувств) – их в бэкап мы включаем.
Очень сильно поменялся архив, в котором хранятся данные бэкапа. У нас за этот и прошлый год появилось много идей, как оптимизировать его и как сделать более доступным (в конце концов, мы же «прозрачно» подмонтируем диски из архивных файлов и даём веб-доступ к облачной копии). Сейчас локальный бэкап хранится во второй версии архива с существенными доделками по архитектуре, а мобильный – уже в третьей, с совсем другой архитектурой. Думаю, в следующем году мы перейдём на третью версию уже везде. По большому счёту, наш архив представляет собой отдельную файловую систему «в себе». Так, например, внутри него может лежать до 20 версий одного файла (с дедупликацией или без), есть собственное средство удаления старых версий. Есть свой аналог сборщика мусора: можно «почистить» архив, и внутри него образуется место для хранения (при этом сам размер файла не изменится). Как и в классических файловых системах, удалённые файлы внутри архива для оптимизации не удаляются, а размечаются как подлежащие перезаписи. Из-за словарной структуры архива требуется освобождение словарных участков для полного удаления. Также у нас есть собственное средство внутренней дефрагментации архива, но мы не используем его без прямой команды пользователя (равно как никогда не двигаем данные в момент удаления). Дело в том, что любое перемещение информации создаёт угрозу потерь. Например, характерная проблема – «USB-гирлянды», когда пользователь втыкает устройства через несколько переходников (особенно часто мы это видим у пользователей маленьких ноутбуков). Попытка удалить файл внутри архива с изменением размера архива приведёт к тому, что все данные посекторно переедут. На длинной «гирлянде» это вызывает потери, и у нас было несколько десятков таких случаев в поддержке.
Мы поработали и над восстановлением отдельных файлов. В частности, теперь они очень быстро ищутся в локальном архиве.
