Что вы чувствуете, когда держите в руках устройство с «чистой» системой на заводских настройках? Восторженное предвкушение установки всех нужных приложений, настройки под себя и прочих радостей персонификации? Или досаду от того, что опять все надо делать заново? Значительная часть личных данных и информации владельцев планшетов и смартфонов на Android привязана к аккаунту Google и заботливо хранится на серверах компании. Но пессимизм и паранойя (в хорошем смысле) ценны для администрирования, а делать бэкапы - полезная привычка. Она поможет обезопасить данные с настройками, серьезно сократив время освоения нового устройства. Кроме того, выручит в случае смены прошивки или неудачных экспериментов с системой.

Какое приложение для бэкапа использовать

Super Backup: SMS & Contacts

Предусмотрительным пользователям Google Play предлагает огромный выбор приложений. Обращаю внимание на рейтинг популярности. В первой строке попадается Super Backup: SMS & Contacts от Mobile Idea Studio. Умеет резервировать все: приложения, SMS, контакты, логи голосовых вызовов, календарь и закладки. Простой минималистичный интерфейс удобен как на планшетах с большой диагональю дисплея, так и на экранах небольших смартфонов. Не просит root - бесплатно. Прекрасно справляется со своими обязанностями, не пристаете просьбами купить версию Pro. Работает исключительно быстро. Реклама ненавязчиво крутится внизу страницы, не мешает работать и не лезет под руку. Из недостатков - не хватает разве что русификации (на мой взгляд, она не слишком и нужна).

GO Backup Pro

Следующим устанавливаю GO Backup Pro от Launcher EX. В бесплатной версии умеет копировать контакты, звонки и приложения, в коммерческой - SMS, MMS и системные настройки. При наличии root позволяет также сохранять данные приложений, о чем сообщает при запуске. Интерфейс очень дружелюбный, русифицированный, хотя перевод неидеален. В коммерческой версии доступны сохранение на Dropbox, Google Drive или сетевой диск, автоматические бэкапы по расписанию, заморозка/разморозка приложений. Функционал резервного копирования по времени весьма удобен и легко включается, так что выбравшим это приложение имеетсмысл предпочесть именно платный вариант.

My Backup

Пробую еще одно популярное приложение - My Backup от Rerware, LLC. Для него root необязателен, но его наличие дает дополнительные возможности: данные и настройки приложений и функции MyToolbox (заморозка/разморозка, обнуление кэша и данных, удаление и принудительное завершение программ, отключение/подключение Google Play). Интерфейс претендует на оригинальность, с крупными кнопками главного меню и пиктограммами. Русификация частичная. Сохраняет приложения, а также мадиаконтент (фотографии, музыку и видео). Можно сберечь контакты, журнал звонков, заметки, SMS, MMS, настройки ОС, словарь, календарь, плейлисты, APNs. То есть сделано всё, чтобы пользователь мог не заметить смены устройства или прошивки. Автоматическое резервное копирование по расписанию здесь доступно уже в бесплатной версии. Скорость работы невелика. В наличии облачное хранилище, правда, бесплатно предлагают всего 2 Мбайт. My Backup сохраняет приложения, а также мадиаконтент (фотографии, музыку и видео).

Titanium Backup

Писать о приложениях для резервного копирования и не упомянуть Titanium Backup от Titanium Track было бы непростительно. Подробно разбирать его не стану, так как цель статьи иная - универсальные приложения, копирующие контакты, SMS и прочие данные. Однако тем, кому важны бэкапы только программного обеспечения, Titanium предложит многое. В первую очередь приложение придется по вкусу любителям вдумчиво покопаться в настройках. С одной стороны, имеем обширное и подробное меню, с другой - полное равнодушие разработчика к дизайну и удобству интерфейса. Есть бесплатная и платная версии. В последней возможна синхронизация с Box, Dropbox и Google Drive. Да, требуется root.

Выводы

Если вам нужен необходимый минимум в качественной и лаконичной реализации, обратите внимание на Super Backup SMS & Contacts. В свою очередь GO Backup Pro от Launcher EX - практически полный аналог, чуть менее совершенный, зато русифицированный. Если хочется всего побольше и бесплатно - редкое приложение для резервного копирования сравнится с My Backup по богатству функционала.

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

17 декабря 2012 в 15:53

Что такое «backup»?

• Информационная безопасность

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

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

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

Требования?

Давайте определимся с терминологией. Что такое резервная копия?
Логично предположить, что это копия данных, предварительно сохраненная с целью восстановления в случае уничтожения оригинала.
Отсюда вытекает первое требование - изолированность . Не имеет смысла делать копию документов на квартиру и хранить ее там же, где оригинал. Так не имеет смысла делать копию данных и хранить ее на том же диске/в том же сервере, что и оригинал. Логично? Вполне.

Едем дальше. Если мы делаем копию данных, значит, боимся их потерять. Так? Так. Значит, все резервируемые данные для нас ценны. Так? Снова так. Отсюда второе требование - целостность . Не смысла в копировании без проверки целостности - на выходе мы вполне можем получить битые данные или потерять часть безвозвратно.

Еще один пункт. Представим, что вы удалили файл. Или не файл, а много файлов. Например, случайно сделали «rm -rf ./ test». И ушли спать, со спокойной совестью. А в полночь произошел… бэкап. Но вот незадача - настроен он был так, что создавал полную копию данных без учета версий и изменений. Т.е. удалил удаленный вами файл и на резервном носителе тоже - сделал вещь, обратную своему назначению. Представили? Третье требование - версионированность . Вы должны иметь возможность вернуть предыдущее состояние своих данных, а не только иметь две одинаковые копии.

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

И что в итоге?

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

Ближе к практике.

Не вопрос.

Анализируя существующую или придумывая для себя новую СРК - подумайте, соответствует ли она критериям, изложенным выше?
Пересекаются ли в одном месте основная и резервная копия? Обеспечивается ли при этом изолированность резервной? Существует ли возможность одновременно изменять файлы в основном и резервном хранилище? Существует ли значительная (более значительная, чем атомный взрыв) вероятность того, что оба носителя будут одновременно уничтожены или утеряны? Если ответ на любой из этих вопросов «да» - в системе есть ошибка. К примеру, если вы сделали бэкап файлов с ноутбука на usb flash и убрали ее в сейф - вы молодец. Если вы сделали этот бэкап и положили флешку в сумку к ноутбуку - вы не сделали бэкап.

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

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

Проведите «учения» - представьте, что основной носитель утрачен и попытайтесь восстановиться. Уверен, с первого раза у вас ничего не выйдет, или выяснится, что многое на самом деле не совсем так, как вы представляли ранее.

Ответили? Провели? Все прекрасно? Нет, не совсем. Не забывайте о СРК. Поддерживайте ее в актуальном состоянии. Начали использовать новое ПО? Внесите его каталоги в список на бэкап. Подумайте, как его восстанавливать. Следите за состоянием резервного носителя (если это одиночный диск, флешка или NAS - он совсем не вечный). Думайте о своих данных, кроме вас этого не сделает никто.

Мифы и примеры плохих решений

Почему-то люди любят обманывать себя. Например, многие верят, что RAID заменяет бэкап и гарантирует сохранность данных. Особенно если RAID не простенький - первый, а навороченный, 5ый например.
Но RAID - не бэкап . Из определенных выше критериев в общем случае не выполняются все три - зеркальные диски не изолированы, не контролируются и не версионируются. Падение файловой системы, случайный «rm -rf /» или ошибка при работе с разделами уничтожит данные на обоих дисках и RAID ничем не поможет их сохранить. Больше того, если поврежденную FS на одном диске обычно можно восстановить хотя-бы частично, то распавшийся массив - почти всегда нет.

Распространенная схема «отдельный HDD для бэкапа» тоже нежизнеспособна. Во-первых, резервные данные доступны и уязвимы для злоумышленника, вируса или обычной ошибки на вроде вышеупомянутого «rm -rf /». Во-вторых, есть множество ситуаций, причем весьма вероятных, которые погубят одновременно оба диска. Например бурная и красивая (со спецэффектами) смерть блока питания. Или опрокинутое на компьютер уборщицей ведро воды. Или… много их.

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

Вместо заключения

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

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

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

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

Как показывает статистика, по своей природе человек начинает задумываться о резервном копировании важных данных только после того, как потеряет их хотя бы один раз. Если потерянными файлами являются музыка или видео, скаченные из интернета, то их всегда можно найти и скачать повторно. Другое дело - наработанные годами документы, личные фотографии, схемы, сметы, отчеты, домашние видеоролики и т.д. Сбой винчестера (HDD), флешки или твердотельного накопителя компьютера (SSD) весьма неприятен и влечет за собой убытки и потерю времени на восстановление потерянных файлов .

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

Регулярно делайте бэкап папки с часто изменяемыми файлами

Даже если вы не испытывали на себе горечь потери данных, самое время сегодня задуматься о том, чтобы дублировать их, сохраняя резервные копии на любые носители, существующие отдельно от вашего ПК. Это может быть внешний жесткий диск (HDD USB), флешка, другой ПК локальной сети, удаленный FTP-сервер, облако Яндекс.Диск .

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

Периодичность создания копий папок определяете вы сами, исходя из объемов данных и их важности. Чем чаще будете создавать копии, тем лучше. Но при этом потребуется больше свободного места для их хранения. Ежедневно изменяющиеся документы рекомендуется копировать 1 раз в 3 часа. Таким образом при самом худшем стечении обстоятельств вы потеряете изменения, сделанные за последние 3 часа. Если вы создали бэкап файлов в 14:00 и продолжаете редактировать документы, а в 16:59, перед очередным бэкапом, вдруг сгорел винчестер, у вас останутся резервные копии, сделанные в 14:00. Итого, потери составят 3 часа работы – это мелочи по сравнению с потерями недельной работы.

Снижаем риски потерь до нуля! Простой инструмент для защиты данных от всех бед

Самыми распространенными причинами бед являются:

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

Теперь о том, как проще всего сделать бэкап папки в Windows, точнее настроить ее регулярное автоматическое резервное копирование на другое устройство - внешний винчестер или флешку.

Шаг 1 : Для начала вам необходимо посмотреть объемы данных . Сколько места на диске занимают каталоги, которые нужно копировать (дублировать). Например, это 1 директория "Семейные фото-видео" и занимает она 20 ГБ (гигабайт).

Шаг 2 : Теперь определитесь, куда хотите копировать данные . Не рекомендуем сохранять копии файлов на этот же ПК, где лежат оригиналы, даже если это будет отдельный 2-й винчестер. Это не надежно! Лучше делать автобэкап на отдельное устройство, например, флешку объемом 64 Гб. Убедитесь что на ней достаточно свободного места для хранения хотя бы 2-3 копий. В нашем случае места хватит на 3 шт.

Шаг 3 : Выбор инструмента . Копировать директории можно и вручную - в проводнике Windows. Но, как правило, первые несколько дней люди еще помнят о том, чтобы сделать бэкап вечером, а уже на 2 неделю начинают забывать о создании резервной копии.

Для существенного упрощения процесса создания бэкапа файлов и папок рекомендуем использовать простую и бесплатную утилиту резервного копирования файлов Exiland Backup Free , которая постоянно "сидит" в области уведомлений (System Tray, возле часов) и "незаметно" выполняет копирование данных с заданной вами периодичностью, не мешая работе других программ.

Настройте задание в Exiland Backup всего один раз и спите спокойно!

Расскажем коротко о том, . Точнее, как настроить бекап.

• Скачайте бесплатную версию Exiland Backup Free.
• Установите ее или воспользуйтесь Portable-вариантом дистрибутива, не требующем установки
• Воткните в USB-порт вашего ПК флешку на 64 Гб, куда будете делать копию
• Запустите программу
• Создайте всего 1 задание. При создании в мастере пройдитесь по шагам, оставив пока все параметры по-умолчанию, лишь укажите:
  1. Исходную директорию, копию которой следует создать. Например, "D:\Семейные фото-видео"
  2. Папку-приемник на флешке или ее корневую директорию
  3. Задайте расписание. Например, 1 раз в неделю в Воскресенье, 20:00
• Сохраните задание и запустите его на выполнение - начнется резервное копирование папки.

Выбор папок, которые нужно резервировать

Расписание периодического копирования
Процесс бэкапа

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

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

Полученный ZIP-файл с резервной копией

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

Большие возможности Exiland Backup

Мы потратили всего 7 минут на обеспечение безопасности данных! Согласитесь, что это гораздо меньше, чем время восстановления потерянных файлов в случае сбоя устройства.

Exiland Backup действительно простая утилита с развитым функционалом. Она имеет массу полезных функций по созданию резервных копий таких как бэкап флешки , резервное копирование сайта , "забирая" файлы сайта по FTP, бекап информации на внешний HDD, синхронизация папок, back up файловой базы 1С . Программа представлена в 3 версиях для Windows с разными наборами функций.

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

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

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

При разработке утилиты Exiland Backup версии 4.x было учтено множество пожеланий пользователей предыдущих версий, а также применена уникальная технология, позволяющая повысить скорость копирования данных и при этом почти не загружать процессор и оперативую память. Тест-драйв программы , проведенный в различных условиях показал отличные результаты. По мнению пользователей, она работает на 20% быстрее аналогов.

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

Михаил, разработчик Exiland Backup

Цель

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

Кроме этого решаются смежные проблемы:

• Дублирование данных
• Передача данных и работа с общими документами

Требования к системе резервного копирования

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

Простота в эксплуатации - автоматизация (по возможности минимизировать участие человека: как пользователя, так и администратора).

Быстрое внедрение (лёгкая установка и настройка программ, создание скриптов , краткое обучение пользователей).

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

Полное резервирование Full Backup

Дифференциальное резервирование Differential Backup

Добавочное резервирование Incremental Backup

Пофайловый метод

Блочное инкрементальное копирование Block Level Incremental

Схемы ротации

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

• Одноразовое копирование ;
• Простая ротация ;
• «Дед, отец, сын» ;
• «Ханойская башня» ;
• «10 наборов» .

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

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

Хранение резервной копии

• Лента стримера магнитную ленту стримера .
• DVD или CD - запись резервных данных на компактные диски .
• HDD - запись резервных данных на жёсткий диск компьютера .
• LAN - запись резервных данных на любую машину внутри локальной сети .
• FTP - запись резервных данных на USB-совместимое устройство (такое, как флэш-карта или внешний жёсткий диск)
• ZIP, JAZ, MO - Резервное копирование на дискеты ZIP, JAZ, MO .

Методы борьбы с утерей информации

Физическая порча носителей информации (жёстких дисков, дискет, CD/DVD)

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

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

Эта причина не самая распространенная, так как современные жёсткие диски редко выходят из строя.

Современный жёсткий диск работает до отказа порядка трех лет - в режиме постоянно включенного компьютера (сервера). Тонкий момент: если организован RAID 1 на двух одинаковых жёстких дисках, введенных в эксплуатацию одновременно, то выходить из строя они будут примерно в одно и то же время!

Уничтожение (или порча) информации из-за компьютерных вирусов

Борьба - установка антивирусных программ на сервер и рабочие станции. Антивирусы будут постоянно обновляться из одной общей папки: первая копия антивируса получает обновления прямо из Интернета, а другие копии настроены на папку, куда первая загружает обновления), или нужно грамотно настроить proxy, чтобы обновления кешировались (это всё меры для уменьшения трафика).

Случайное (преднамеренное) удаление (изменение) информации другого пользователя

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

Удаление информации из-за несогласованности действий

Один человек записал куда-то свои файлы, а другой непреднамеренно удалил. Борьба:

• пользователи или хранят ценную информацию в местах известных (указанных пользователем) системному администратору. Если пользователь сохраняет информацию в любых других местах - вся ответственность за сохранность ложится на пользователя;
• при этом системный администратор не удалит без ведома пользователя никакие «непонятные» папки с компьютера пользователя.
• перед переустановкой Операционной системы следует обязательно копировать всё содержимое раздела (на которой будет установлена ОС) на сервер, на другой раздел или на CD / DVD.

Сильное дублирование информации (одновременное существование множества копий одного и того же документа)

Каждый пользователь только сам знает, какие версии документов последние и самые нужные. Дублирование должно быть незаметным для пользователей (то есть для пользователей «видна» только одна копия каждого документа).

См. также

Ссылки

• Центр аудита информационной безопасности. Резервное копирование
• Что такое дифференциальное копирование и его стратегия?

Wikimedia Foundation . 2010 .

Смотреть что такое "Бэкап" в других словарях:

Сущ., кол во синонимов: 2 восстановление (50) ремонт (36) Словарь синонимов ASIS. В.Н. Тришин. 2013 … Словарь синонимов

бэкап - 1) резервная копия какой л. информации см. тж. бэкапить Как скачать бэкап базы с сервера? 2) процесс создания резервной копии Это очень упрощает процесс настройки бэкапов … Словарь компьютерного сленга

- (англ. backup резерв, запас) комп. резервная копия данных Новый словарь иностранных слов. by EdwART, 2009 … Словарь иностранных слов русского языка

Или снапшот (от англ. SnapShot, [мгновенный снимок]) моментальный снимок, копия файлов и директорий файловой системы на определённый момент времени. Содержание 1 Описание 2 Реализация … Википедия

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

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

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

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

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

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

1. Включаем и настраиваем синхронизацию в Aндроид.

Идем по пути «Настройки » – «Аккаунт Google » – «Настройки синхронизации » – «Свой аккаунт Google » и отмечаем галочками данные, которые будут непрерывно копироваться в облачное хранилище.

2. Для хранения контактов в облаке, необходимо при их создании указывать в качестве места сохранения именно Гугл-аккаунт.

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

Более подробно работа с контактами Google описана в статье: Как синхронизировать контакты Android с Google

3. Чтобы не потерять собственные фотографии, если с телефоном или планшетом что-либо случиться, проще всего использовать стандартное Андроид-приложение Google Фото.

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

Конечно же, Google не является однозначным монополистом в вопросах резервного копирования пользовательских данных из Android-устройств. Многие известные бренды, такие как Samsung, Asus, Huawei, Meizu, Xiaomi и др. поставляют свои решения с предустановленными приложениями, функционал которых позволяет организовать сохранение информации способом, аналогичном вышеизложенным примерам.

Кроме того, такие всем известные облачные сервисы как Яндекс.Диск и Облако Mail.ru предлагают пользователям при установке своих фирменных Android-приложений функцию автоматического копирования различных данных, в частности фото, в облачное хранилище.

Полный бэкап системы Андроид

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

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

Способ 1: TWRP Recovery

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

1. Заходим в TWRP Recovery любым доступным способом. Чаще всего, для входа необходимо на выключенном аппарате нажать клавишу «Громкость- » и, удерживая ее, кнопку «Питание ».

2. После входа в рекавери необходимо перейти в раздел «Резервное коп-е ».

3. На открывшемся экране доступен выбор разделов памяти устройства для резервирования, а также кнопка выбора накопителя для хранения копий, нажимаем «Выбор накопителя ».

4. Наилучшим выбором среди доступных для сохранения носителей будет карта памяти SD. В списке доступных мест хранения следует перевести переключатель в положение «Micro SDCard » и подтвердить свой выбор нажатием на кнопку «ОК ».

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

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

7. По завершению процесса создания бэкапа, можно продолжить работать в TWRP Recovery, нажав кнопку «Назад » (1) или сразу перезагрузиться в Андроид – кнопка «» (2).

8. Файлы бэкапа, сделанного вышеописанным способом, хранятся по пути TWRP/BACKUPS на выбранном во время процедуры накопителе. В идеальном варианте можно скопировать папку, содержащую полученную копию в более надежное, чем внутренняя память устройства или карта памяти, место – на жесткий диск ПК или в облачное хранилище.

Способ 2: CWM Recovery + Android-приложение ROM Manager

Как и в прошлом способе, при создании бэкапа Андроид-прошивки будет использоваться модифицированная среда восстановления, только от другого разработчика – команды ClockworkMod – CWM Recovery . В целом способ аналогичен использованию TWRP и предоставляет не менее функциональные результаты – т.е. файлы резервной копии прошивки. При этом, CWM Recovery не обладает необходимыми многим пользователям возможностями по управлению процессом создания бэкапа, например, невозможно выбрать отдельные разделы для создания резервной копии. Зато разработчики предлагают своим пользователям неплохое Андроид-приложение ROM Manager, прибегнув к функциям которого, можно приступить к созданию бэкапа прямо из операционной системы.

1. Устанавливаем и запускаем ROM Manager. На главном экране приложения доступен раздел «Резервирование и восстановление », в котором для создания бэкапа необходимо тапнуть пункт «Сохранить текущий ROM ».

2. Задаем имя будущей резервной копии системы и нажимаем кнопку «ОК ».

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

4. В том случае, если предыдущий шаг не окончился успехом (чаще всего это случается по причине невозможности смонтировать разделы в автоматическом режиме (1)), придется сделать бэкап вручную. Это потребует всего двух дополнительных действий. После входа или перезагрузки в CWM Recovery выбираем пункт “backup and restore » (2), затем пункт «backup » (3).

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

По завершению процесса открывается главное меню рекавери. Можно перезагрузиться в Андроид, выбрав пункт «reboot system now ». Файлы бэкапа, созданные в CWM Recovery хранятся по пути, указанном при его создании, в папке clockmod /backup /.

Способ 3: Андроид-приложение Titanium Backup

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

1. Устанавливаем и запускаем Titanium Backup.

2. В верхней части программы есть вкладка «Резервные копии », переходим на нее.

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

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

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

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

7. Файлы резервной копии хранятся по пути, указанном в настройках программы.

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

Дополнительно

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

1. Открываем Титаниум Бэкап. По умолчанию резервные копии сохраняются во внутренней памяти. Переходим на вкладку «Расписания », а затем выбираем опцию «Настройка облака » в нижней части экрана.

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

3. В открывшемся Менеджере файлов указываем путь к SD-карте. Titanium Backup получит доступ к хранилищу. Нажимаем ссылку «Создать новую папку »

4. Задаем имя каталога, в котором будут храниться копии данных. Далее нажимаем «Создать папку », а на следующем экране – «ИСПОЛЬЗОВАТЬ ТЕКУЩУЮ ПАПКУ ».

5. Далее важно ! Не соглашаемся на перенос уже существующих бэкапов, нажимаем «Нет » в появившемся окне-запросе. Возвращаемся на главный экран Титаниум Бэкап и видим, что путь расположения резервных копий не изменился! Закрываем приложение любым доступным способом. Не сворачиваем, а именно «убиваем » процесс!

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

Способ 4: SP FlashTool+MTK DroidTools

Использование приложений и MTK DroidTools является одним из самых функциональных способов, который позволяет создать действительно полноценную резервную копию всех разделов памяти Android-девайса. Еще одним преимуществом способа является необязательное наличие рут-прав на устройстве. Способ применим только для устройств, построенных на аппаратной платформе Mediatek, за исключением 64-битных процессоров.

1. Для создания полной копии прошивки с помощью SP FlashTools и MTK DroidTools, помимо самих приложений, понадобятся установленные ADB-драйвера, драйвера для режима загрузки MediaTek, а также приложение Notepad++ (можно также использовать MS Word , а вот обычный Блокнот не подойдет). Загружаем все необходимое и распаковываем архивы в отдельную папку на диске С: .

2. Включаем на устройстве режим «Отладки по USB » и подключаем его к ПК. Для включения отладки,
сначала активируется режим «Для разработчиков ». Для этого идем по пути «Настройки » - «Об устройстве » - и тапаем пять раз по пункту «Номер сборки ».

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

4. Предыдущие манипуляции – это шаги, предшествующие созданию scatter-файла. Для этого в открывшемся окне нажимаем кнопку «Создать scatter файл ».

И выбираем путь сохранения скаттера.

5. Следующий этап – определение адреса, который понадобится для указания программе SP FlashTools при определении диапазона блоков в памяти устройства для чтения. Открываем полученный в предыдущем шаге скаттер-файл в программе Notepad++ и находим строку

partition_name: CACHE:

под которой чуть ниже расположена строка с параметром

linear_start_addr

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

6. Непосредственное чтение данных из памяти устройства и сохранение их в файл осуществляется с помощью программы SP FlashTools. Запускаем приложение и переходим на вкладку «Readback ». Смартфон или планшет при этом должен быть отключен от ПК. Нажимаем кнопку «Abb ».

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

8. После определения пути сохранения откроется небольшое окошко, в поле «Length: » которого необходимо внести значение параметра

linear_start_addr

полученное в шаге 5 настоящей инструкции. После внесения адреса, нажимаем кнопку «ОK ».

Нажимаем кнопку «Read Back » одноименной вкладки в SP FlashTools и подключаем выключенный (!) девайс к порту USB.

9. В том случае, если пользователь заранее позаботился об установке драйверов, SP FlashTools автоматически определит аппарат и начнет процесс чтения, о чем свидетельствует заполнение индикатора выполнения синего цвета.

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

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

Включаем аппарат, загружаемся в Андроид, проверяем что «Отладка по ЮСБ » включена и подключаем девайс к USB. Запускаем MTK DroidTools и переходим на вкладку «root, backup, recovery ». Здесь понадобиться кнопка «Сделать бэкап из ROM_ флэштула », нажимаем ее. Открываем, полученный в шаге 9 файл ROM_0 .

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

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

12. Результатом работы программы является папка с файлами-образами разделов памяти устройства – это и есть наша резервная копия системы.

Способ 5: Бэкап системы с помощью ADB

При невозможности использования других методов либо по другим причинам, для создания полной копии разделов памяти практически любого Android-девайса можно воспользоваться инструментарием разработчиков ОС – компонентом Android SDK – . В целом ADB предоставляет все возможности для проведения процедуры, необходимы только рут-права на устройстве.

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

1. Подготовительные процедуры заключаются в получении рут-прав на устройстве, включении отладки по USB, подключении девайса к порту ЮСБ, установке драйверов ADB. Далее загружаем, устанавливаем и запускаем приложение ADB Run. После того, как вышеперечисленное выполнено, можно переходить к процедуре создания резервных копий разделов.

2. Запускаем ADB Run и проверяем, что девайс определился системой в нужном режиме. Пункт 1 главного меню - «Device attached? », в раскрывшемся списке производим аналогичные действия, снова выбираем пункт 1.

Положительным ответом на вопрос, подключен ли девайс в режиме ADB, является ответ ADB Run на предыдущие команды в виде серийного номера.

3. Для дальнейших манипуляций необходимо наличие списка разделов памяти, а также сведения о том, к каким «дискам » - /dev/block/ было осуществлено монтирование разделов. С помощью ADB Run получить такой список довольно просто. Переходим в раздел «Memory and Partitions » (п.10 в главном меню приложения).

4. В открывшемся меню выбираем пункт 4 – «Partitions /dev/block/ ».

5. Раскрывается список с перечислением методов, которыми будут осуществляться попытки прочитать необходимые данные. Пробуем каждый пункт по порядку.

В случае, если метод не срабатывает, выводится следующее сообщение:

Выполнение придется продолжать до появления полного перечня разделов и /dev/block/ :

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