Резервное копирование данных телефона на гугл. Резервное копирование Android: программы и методы. Облачный сервис Google
Если Вас интересует вопрос: как сделать полную резервную копию своего Андроид гаджета, то в этой статье будут описанные основные способы, которые решат этот вопрос. Согласитесь, мы живем в эпоху технологического бума и мобильные девайсы, стали её неотъемлемой частью, мы храним на них много ценной информации, которую необходимо копировать и сохранять.
Резервная копия или бекап в Андроид
В основном существует три метода: облачный, программный и через системное рекавери, будем рассматривать все поэтапно и постараемся не пропустить ни один пункт. Начнем, с самых легких и постепенно будем переходить к более сложными.
Облачный сервис Google
Почти каждое Андроид устройство подвязано под действующий аккаунт Google, если у Вас нет так, то вначале создайте аккаунт для этого перейдите по этой ссылке . После того, как аккаунт создан заходим в меню — > настройки (раздел личное) — > резервное копирование и восстановление.
И проверяем чтобы везде стояли галочки, если у Вас не было записи, то нажимаем «Резервная учетная запись» и клавишу добавить, вводим все данные от ранее регистрированной записи.
Для того чтобы настроить, что гаджет должен запоминать, возвращаемся в предыдущее меню и заходим в «Учетные записи и синхронизация», там мы отмечаем пункты которые необходимо резервировать.
Важно! На смартфоне или планшете должна быть активна синхронизация, обычно он находится в верхнем выпадающем меню.
z
Это самый примитивный способ, и не способен сохранить Ваши сообщения, приложения и так далее, для того чтобы это сделать читайте далее.
Программный метод
Для этого нам понадобиться программа , как её скачать и установить мы описывали раннее, поэтому считаем, что она уже установлена у Вас, также необходимо, чтобы на девайсе была . Теперь следуем инструкции:
1. Запускаем программу MyPhoneExplorer;
2. Подсоединяем гаджет к ПК с помощью кабеля;
3. Нажимаем F1 или в меню Файл -> Подключить (телефон с ОС Андроид и метод USB кабель);
4. Ждем минуту;
5. Как только телефон подключится, заходим в «Разное» -> «Создать резервную копию»;
6. Выбираем папку для бекапа;
7. Отмечаем все пункты, которые необходимо сохранить;
8. Жмем «Создать резервную копию»;
9. Заходим в «Разное» -> «Восстановить из резервной копии».
Titaniumbackup
Есть еще метод создание копий с помощью приложения , но Вам необходимы будут рут-права и само приложение.
Для, того чтобы сделать копию:
1. Открываем TitaniumBU Pro;
2. Переходим в раздел «Резервные копии»;
3. Нажимаем иконку лист с галочкой (правый верхний угол);
4. В разделе резервное копирование: «Сделать р.к. всего пользовательского ПО и системных данных»;
5. Для восстановления переходим в раздел ниже и тапаем на необходимый пункт.
Путь, по которому будет доступен файл р.к. (резервная копия) указывается в настройках приложения.
Rom manager
Еще один вариант с помощью приложения , как установить и настроить её мы описывали ранее, поэтому не будем повторяться, также Вам необходим будет .
Открываем утилиту, заходим в пункт «резервирование и восстановление» и выбираем «Сохранить текущий ROM», далее вводим его имя.
По умолчанию, он будет сохранен на карту памяти /sdcard/clockworkmod/backup
Для восстановления тапаем пункт «Резервные копии».
После этого Андроид будет перегружен в системное recovery и будет создана копия, или наоборот выполнено восстановление.
Для смартфонов и планшетов от Самсунг
Производитель позаботился о своих пользователях и выпустил специальную программу , поэтому будет считать, что она уже у Вас есть. Далее действуем согласно инструкции.
1. Запускаем kies;
2. Включаем отладку USB на Андроид;
3. Подключаем с помощью кабеля смартфон или планшету к персональному компьютеру;
4. Ждем пока программа определит модель;
5. Переходим в пункт «Резервное копирование / восстановление»;
6. Выбираем нужные пункты и нажимает «резервное копирование»;
7. Для восстановления переходим в пункт «Восстановить данные»;
8. Выбираем папку с ранее сделанной копией, отмечаем необходимые пункты для восстановления, и жмем «Восстановление».
Резервная копия Андроид через рекавери
Для этого сначала необходимо установить одно из альтернативных рекавери. Например, или , далее нужно загрузить телефон в режиме рекавери.
Для CWM – раздел backup and restore, для TWRP – backup (копия), restore – восстановление.
Итог
Как видите, способов сделать резервную копию Андроид много, какой из них использовать выбирать Вам. Мы рекомендуем использовать программы myphoneexplorer или kies, а для продвинутых пользователей все это делать через системное рекавери меню.
Полный бэкап Андроид предотвращает потерю важной для пользователя информации при программных и аппаратных сбоях, вирусной атаке, а также при выходе девайса из строя, то есть его превращении в « ». Backup рекомендуется использовать на всех мобильных устройствах, тем более что в этом нет ничего сложного. Рассмотрим, как создать резервную копию операционной системы Андроид.
Способы резервирования данных для Android
Сегодня владельцы смартфонов и планшетов наделены достаточно широкими возможностями по сохранению персональной информации при различных сбоях и других непредвиденных ситуациях. Как и в ОС Windows, Android также имеет определенные инструменты для бэкапа системы, то есть для создания точки ее восстановления. Возможно на смартфон.
Резервное копирование данных, размещенных на Андроиде, можно выполнить с помощью:
- Встроенного сервиса реанимирования android backup service;
- Дополнительного софта, установленного на ПК или непосредственно на смартфоне (планшете).
Рассматривая, что такое бэкап, следует отметить, что для резервного копирования Android вместе с прошивкой на девайсе необходимо активировать root-доступ. При отсутствии прав Суперпользователя у вас получится сохранить разве что личные данные (смс, контакты, фотографии, музыку и т.п.), а также настройки некоторых приложений.
Создание backup с помощью встроенных возможностей Android
Все гаджеты, работающие под управлением ОС Андроид, имеют возможность подключиться к Гугл и абсолютно бесплатно пользоваться многими преимуществами этого сервиса (синхронизироваться с ПК, записывать личные данные на облачный диск и т.п.). Одним из весьма полезных инструментов Google является android backup service. Он позволяет создавать бэкапы Android и делать резервирование данных с телефона на виртуальное хранилище в автоматическом режиме.
Перед тем как сделать бэкап Андроид через android backup service, необходимо завести свой аккаунт в Google и закрепить за ним ваше мобильное устройство. Это выполняется следующим образом:
После того как Google подключен, делаем бэкап системы:
Для возврата данных на Андроид через Аndroid backup service (например, после жесткой перезагрузки) достаточно повторно привязаться к аккаунту Google, войти в раздел «Восстановление и сброс» и запустить процедуру реанимирования.
Резервирование системы через среду Рекавери
Каждое мобильное устройство на ОС Android оснащено . Однако стандартная программа имеет несколько ограниченные возможности, не позволяющие делать полный бэкап прошивки. Поэтому многие владельцы смартфонов и планшетов устанавливают вместо обычного Рекавери его кастомную версию.
Рассмотрим, как сделать резервную копию Андроид через :
На создание копии прошивки может потребоваться некоторое время. При бекапе делать какие-либо действия с девайсом (например, устанавливать/изымать карту micro sd) запрещается, так как это может отрицательно сказаться на конечном результате.
Рассматривая область Recovery, также следует знать, как восстановить систему из ранее созданного бэкапа. Для этого в разделе backup and restore нужно выбрать пункт restore. После того как смартфон перезагрузится, все ваши данные вместе с прошивкой вернуться на свое место.
Создание backup с помощью дополнительного ПО
Резервная копия данных также может быть записана с помощью специальных программ, устанавливаемых на компьютер или мобильное устройство. Подобного софта в сети достаточно много, однако самыми эффективными приложениями в данной области считаются:
- TWRP Recovery.
Давайте разберемся, как сделать backup Android каждой из этих программ.
Данная утилита делает резервное копирование системы Android на компьютер. Поэтому перед началом работ вам нужно подготовить USB шнур для коммутирования ПК с телефоном. Последовательность работ будет следующей:
- Скачиваем и инсталлируем приложение на компьютер.
- На смартфоне включаем отладку по USB. Для этого требуется зайти в раздел «Для разработчиков» и выделить соответствующий пункт.
- Запускаем MyPhoneExplorer и подсоединяем гаджет к ПК.
- Переходим в меню «Файл» и выбираем тип коммутации, как показано на изображении.
- Для создания бэкапа Андроид открываем вкладку «Разное» и кликаем «Создать».
- Указываем место, где будет храниться копия.
- Отмечаем, что необходимо сохранить, и запускаем процесс резервирования.
- При потребности восстанавливаем Android с помощью созданного бэкапа, выбрав в окне «Разное» функцию «Восстановить».
TWRP Recovery
Данная программа для резервного копирования устанавливается непосредственно на мобильное устройство. Однако перед тем как сделать полный бэкап, нужно разблокировать права Суперпользователя.
В прошлом месяце мы рассмотрели отличную реализацию резервного копирования данных на примере устройств Apple iOS. А как обстоят дела на других платформах? Сегодня мы рассмотрим главного антагониста iOS – платформу Google Android. Как сохранить данные с root-доступом и без? Каким образом восстановить данные из резервной копии, можно ли, а главное – нужно ли это делать?
Резервные копии: Google Android
Определимся с терминологией. В этой статье мы будем писать исключительно про ту разновидность Android, которая поставляется с сервисами Google. Открытый исходный код, AOSP, сторонние прошивки нас сейчас не интересуют: количество их пользователей минимально, при этом создавать и восстанавливать резервные копии данных при прошивке очередного «кастома» эти пользователи отлично умеют. Тема сегодняшней беседы касается остальных 99% пользователей, которые хотят открыть коробку, ввести логин и пароль от учётной записи и получить что-то работоспособное.
В данном исследовании мы использовали порядка десятка устройств от ASUS, Google Nexus и Pixel, LG, Motorola, Sony. Тестировалось как восстановление данных на то же устройство после сброса к заводским настройкам, так и миграция данных на другое устройство.
Итак, какие же механизмы резервного копирования доступны в Android? От пестроты доступных решений просто глаза разбегаются. Начнём, пожалуй, с приложений, которые поставляются производителями устройств.
Решения от производителя
Производители устройств часто предлагают фирменные утилиты для резервного копирования данных. Некоторые (например, SONY) предлагают установить приложение на компьютер, другие (ASUS, LG, Xiaomi) встраивают соответствующий функционал в прошивку. Samsung предлагает создавать резервные копии в собственном «облаке».
Объединяет решения от производителей две вещи. Во-первых, создаваемая резервная копия будет достаточно полной, что позволяет полноценно восстановить данные после сброса устройства, обновления прошивки или апгрейда. Во-вторых, восстановить бэкап от телефона SONY на планшет от ASUS (и наоборот) не удастся: восстанавливать нужно тем же софтом на модель того же производителя. А вот резервные копии Xiaomi будут совместимы с большинством устройств, работающих под управлением семейства прошивок MIUI. Обратная сторона медали – полное отсутствие даже в международных версиях MIUI стандартного «облачного» резервного копирования в Google Drive, которое предлагает Google в Android 6.0, 7.x и 8.0.
Впрочем, если устройство планируется использовать долгое время, почему бы и не создать резервную копию? Да, это не всегда удобно, и да, это никак не автоматизируется, но ведь возможность-то есть? А если с телефоном что-то случится, и если пользователь решит заменить его на устройство от того же производителя, то его, возможно, получится восстановить из резервной копии. Гарантии, разумеется, никакой: производитель гарантирует успешное восстановление только на устройство то самой модели, с которой были скопированы данные.
Резервное копирование: версия Google
Устройства под управлением Android – это разнообразие платформ, архитектур, производителей, аппаратных и программных конфигураций. Сложно сделать так, чтобы резервные копии, созданные с телефона одного производителя, не дестабилизировали работу смартфона, работающего на совершенно другой архитектуре. Вероятно, это и является основной причиной того, с какой скоростью Google внедряет механизмы резервного копирования.
Исторически механизм резервного копирования появилось в Android 4.3. Он был доступен только в режиме разработки и только через adb — Android Debug Bridge. Иными словами, для «обычных» пользователей его не существовало.
В какой-то момент Google начал синхронизировать некоторые данные с «облаком». Теперь при восстановлении устройства предлагалось восстановить и данные (ярлыки, приложения и настройки) с одного из предыдущих устройств. Этот функционал, строго говоря, не является частью Android, а реализован в проприетарных сервисах Google.
Начиная с Android 6.0 «облачное» резервное копирование официально стало частью операционной системы. Теперь достаточно разработчику включить в manifest приложения флажок, разрешающий резервное копирование данных, и система будет автоматически копировать их в «облако». Разумеется, «облако» это от Google, а данные привязаны к учётной записи Google Account, так что пользователи AOSP-сборок без сервисов Google остаются в стороне.
Рассмотрим эти механизмы подробнее. Нарушив хронологию, начнём с наиболее современного и интересного механизма, представленного в Android 6.0 и получившего логическое развитие в версиях Android 7 и 8.
Android 6.0: мы сделали это!
Среди нововведений в Android 6.0 числится возможность автоматического резервного копирования данных приложений на уровне системы. Теперь приложениям нет необходимости создавать собственные резервные копии. Для автоматического создания резервных копий данных в Google Drive разработчику приложения достаточно указать соответствующий флажок в manifest.
В теории всё выглядит более чем интересно. После сброса к заводским настройкам или покупки нового устройства, смартфон автоматически подхватит настройки из «облака», сам установит приложения, которые работали на старом устройстве, и автоматически настроит их, восстановив сохранённые данные. Почти как в Apple! Именно так работала система в предварительных сборках Android M до самого релиза.
В официальной версии Android 6.0 разработчики Google решили проявить осторожность. Если в предварительных сборках автоматическое резервное копирование работало для всех приложений, авторы которых не заблокировали эту возможность в явном виде (флаг opt-out в manifest), то в официальной версии системы резервные копии создаются только для приложений, авторы которых в явном виде затребовали сервис (opt-in через manifest) и прописали поддержку Android 6.0 (targeting API level 23).
Много ли разработчиков воспользовались этой возможностью? На момент выхода Android 6.0 – ожидаемо немного. Да и через полгода после – тоже. В статье Android 6.0 has a great auto backup system that no one is using (yet) журналисты подробно рассмотрели, какие приложения используют, а какие – не используют встроенный в Android 6.0 механизм резервного копирования.
Результаты оказались неожиданными. В первую очередь встроенным механизмом резервного копирования НЕ ПОЛЬЗУЮТСЯ приложения Google. Сам разработчик новой системы резервного копирования решил обойтись без неё. Восстанавливаются базовые настройки системы, будильники, «тихий режим», но данные приложений Google – не восстанавливаются; их приходится настраивать заново. И крупные приложения социальных сетей, почтовые клиенты, игры и прочие популярные приложения не спешат добавлять поддержку. Разумеется, ситуация медленно меняется со временем. После сброса Nexus 5x и восстановления из «облака» произошло следующее:
— восстановились все приложения. При этом они были установлены из Google Play, т.е. восстанавливались всегда последние версии
— восстановилась часть настроек: языки встроенной клавиатуры, настройки «тихого режима», будильники.
— не восстановилась история звонков и SMS. (Об этом – чуть ниже).
— не восстановились настройки Facebook.
— данные части приложений были восстановлены, другой части — нет.
Более подробно о работе Android Backup Service можно прочитать на странице Google
Android 8.0
Пропустим Android 7.x, который мало отличался с точки зрения резервного копирования от 6-й версии системы, и рассмотрим нововведения в Android 8.
В восьмой версии «зелёного робота» добавилось резервное копирование текстовых сообщений SMS . Более того; резервное копирование SMS в «облако» Google Drive было реализовано значительно раньше, ещё в Android 7.x, но – исключительно для устройств Google Pixel. А начиная с Android 8.0 резервное копирование SMS стало доступно всем пользователям системы.
Резервное копирование журнала звонков
В некоторых устройствах доступно резервное копирование журнала звонков. Похоже, Google тестирует эту систему начиная с ранних версий Android – нам удалось пронаблюдать резервное копирование и восстановление журнала звонков даже на смартфонах с установленным Android 6.0. Несмотря на это, резервное копирование журнала звонков долгое время работало нестабильно. Похоже, окончательно отладить механизм разработчикам Google удалось лишь с выходом Android 8, причём заработал он одновременно на всех устройствах, включая смартфоны с Android 7 и 6 на борту.
Извлечение данных из «облака»
Прежде всего, точно так же, как и для скачивания данных из iCloud, нам потребуются логин и пароль пользователя к учётной записи Google. Если в учётной записи включена двухфакторная аутентификация (а её активируют всё чаще), то потребуется и одноразовый код, который будет генерироваться приложением Google Authenticator, Microsoft Authenticator или любым из множества сторонних (работают они по единому принципу, и различается только криптографический код инициализации, который выдаётся пользователю в виде цветного QR-кода).
Для извлечения данных используется Elcomsoft Cloud Explorer
После завершения процесса получаем доступ к информации из учётной записи пользователя:
Количество информации, которую собирает Google, подавляет и шокирует. Да, абстрактно нам известно, что Google собирает данные с устройств под управлением Android. Знаем, что сохраняется каждая открытая веб-страница, каждая закладка в браузере и каждый поисковый запрос, адресованный Корпорации Добра (искать рецепт изготовления ядерной бомбы в домашних условиях – не лучшая идея.)
Доступен список устройств, установленные на них приложения и собственно данные приложений:
Разумеется, есть доступ к фотографиям (привет, iCloud!):
Сохраняется подробнейшая история перемещений:
А вот то же самое в текстовом виде:
Доступна масса интереснейших данных. В учётной записи Google можно найти гораздо больше всего, чем когда-либо осмеливались сохранить решения от Apple.
Откуда и каким образом извлекаются все эти данные? А вот это, пожалуй, самое интересное. Google придерживается политики максимальной информационной открытости. Пользователь в любой момент может просмотреть или скачать всю информацию, которую о нём корпорация собрала. Любые данные можно удалить, и для этого не требуется уничтожать свою учётную запись. Наконец, можно отключить сбор отдельных типов данных (например, можно настроить телефон таким образом, что информация о его местоположении не будет отсылаться в Google).
Скачать информацию из учётной записи можно через сервис Google Takeout: https://takeout.google.com/
Здесь можно выбрать, какие типы данных мы хотим скачать:
Выбранные данные будут запакованы в файл и предоставлены в виде архива:
В чём подвох? Зачем нужен Elcomsoft Cloud Explorer, если есть Google Takeout?
Помимо того, что Google Takeout выдаёт не все данные (к примеру, невозможно скачать сообщения SMS), проблема возникает и с анализом полученной информации. Для хранения и экспорта данных Google использует массу разнообразных форматов (в основном – открытых). К примеру, данные о перемещениях выдаются в виде файла в формате JSON, а в его анализе Google не помощник. Не помощник он и спецслужбам: согласно официальной позиции компании, Google подчиняется закону и передаёт данные в открытом виде и в стандартном формате… что с ними будут делать дальше – компанию не беспокоит. А вот сам факт выдачи информации спецслужбам Google запишет, сохранит и опубликует .
Ещё один момент. При скачивании через сервис Google Takeout пользователю обязательно придёт уведомление, которое предупредит, что такие-то данные были скачаны с такого-то IP. Использование Elcomsoft Cloud Explorer значительно уменьшает вероятность такого уведомления.
И последнее. Google Takeout по какой-то причине не разрешает скачивать синхронизированные в Chrome пароли. А Elcomsoft Cloud Explorer извлекает их без особых проблем:
Вообще говоря, Google предоставляет доступ и к этой информации, но пользоваться штатными средствами чрезвычайно неудобно. С помощью самого Google пароли доступны по одному через сайт https://passwords.google.com/
В заключение отметим, что использование сторонних инструментов для скачивания и анализа данных из учётной записи Google – это не только удобство, но и полнота извлечённых данных, и более «чистое» извлечение, оставляющее меньше следов в учётной записи пользователя.
Резервное копирование через ADB
Начиная с Android 4.3 в системе появился штатный способ создания резервной копии через интерфейс Android Debug Bridge (ADB). Для этого потребуется скачать набор «minimal ADB», состоящий из файлов adb.exe, fastboot.exe и требуемых библиотек (установка не требуется). Кроме того, нужно будет скачать и установить драйверы ADB для устройства. Как правило, драйверы одни и те же для устройств, работающих под управлением определённых наборов системной логики. К примеру, драйверы ADB от Qualcomm универсальны и подходят ко всем устройствам на чипсетах Snapdragon. Будем считать, что режим USB debugging уже активирован, а компьютер – авторизован.
Итак, для создания резервной копии нужно использовать приблизительно такую команду:
adb backup -apk -shared -system -all -f C:\fullpath\backup.ab
Почему «приблизительно»? В силу всё того же разнообразия устройств и прошивок. Мы протестировали большое количество устройств от разных производителей, работающих под управлением разных версий Android от 4.4 до 8.0 включительно. На каких-то устройствах команда сработала в указанном виде, на каких-то указание ключей -system или -shared приводило к созданию пустого файла, а какие-то отказывались воспринимать ключ -all. Какой-либо логики в поведении команды adb мы уловить не смогли; точно сказать можно одно: от версии Android её поведение зависит мало. Скорее, зависимость здесь от настроек, заданных конкретным производителем.
Например, на Nexus 5x под управлением Android 7.1.1 прошла следующая команда:
adb backup –all –f c:\temp\nexus.ab
А вот опция -noapk «сломала» резервное копирование: был создан пустой файл.
А ещё ADB backup может не работать, если включено шифрование раздела данных. Напомним, что шифрование включается по умолчанию на устройствах линейки Nexus, а также (по требованию Google) на всех устройствах, которые выходят с предустановленным Android 6 и оснащены 64-разрядными процессорами.
Ещё один момент. Adb backup спроектирован таким образом, чтобы резервную копию, созданную на одном устройстве, можно было бы без проблем восстановить на другом. И ключевое слово здесь вовсе не «восстановить», а «без проблем»: устройство должно работать абсолютно корректно после восстановления. Соответственно, сохраняются и восстанавливаются только те данные и настройки, которые точно не навредят стабильной работе даже тогда, когда данные переносятся с 32-битного смартфона с чипсетом MediaTek (архитектура ARMv7) на 64-разрядный планшет с Intel Atom (архитектура x86-64).
У команды ADB backup следующий синтаксис:
adb backup [-f — write an archive of the device’s data to If no -f option is supplied then the data is written to «backup.ab» in the current directory. (-apk|-noapk enable/disable backup of the .apks themselves in the archive; the default is noapk.) (-shared|-noshared enable/disable backup of the device’s shared storage / SD card contents; the default is (-all means to back up all installed applications) (-system|-nosystem toggles whether -all automatically includes system applications; the default is to include system apps) ( package list is optional. Applications explicitly given on the command line will be included even if Nosystem would ordinarily cause them to be omitted.) Восстановить данные из резервной копии будет несложно с помощью команды adb restore. Что же попадает в такие резервные копии? И снова ответ зависит от производителя устройства. К примеру, в смартфонах SONY контакты, журнал звонков и SMS в резервные копии ADB не попадает, а телефоны Samsung эти данные сохраняют. То же самое относится к настройкам устройства (которые зачастую уникальны для конкретного производителя) и данным системных приложений. В резервную копию точно попадает список установленных приложений. Извлекаются и сохраняются.apk-файлы (если во время создания копии была указана соответствующая опция). А вот данные приложений могут сохраняться, а могут и нет: зависит это от разработчиков, которые могут разрешить или не разрешить резервное копирование в файле manifest приложения. При этом восстановление из резервной копии adb – лотерея: на большинстве современных устройств приложения (.
apk
) из резервной копии на устройство установлены не будут
. Таким образом, в современных условиях резервное копирование через adb невозможно рекомендовать обычному пользователю, но оно может оказаться полезным для проведения экспертного анализа содержимого устройства. С практической точки зрения нам не удалось извлечь большой пользы из таких резервных копий. При работе с adb backup всё равно приходится авторизоваться в Gmail, Facebook и прочих клиентов почты и социальных сетей. Не сохранились настройки FBReader и Nova Launcher (у которого, к слову, есть собственный механизм создания резервных копий). А что сохранилось? С трудом припоминается, что на некоторых аппаратах удалось восстановить журнал звонков и архив SMS сообщений. Резервные копии, создаваемые через adb — вещь достаточно простая. На выходе – архив, содержащий данные приложений (в зависимости от настроек – и собственно.apk). Данные приложений сохраняются в том виде, в котором их хранит само приложение. Как правило, приложения используют формат SQLite, реже — XML, ещё реже двоичные данные в собственном формате. Для анализа SQLite придумано столько инструментов, что для самого краткого обзора потребовалась бы отдельная статья. Скажем лишь, что с помощью таких инструментов можно вытащить удалённые записи. Пример? Пожалуйста. Если нам повезло, и производитель твоего телефона разрешил копировать журнал звонков и SMS, то получится восстановить сообщения и звонки, которые были удалены пользователем. Сегодня мы рассмотрели часть механизмов резервного копирования, доступных в устройствах под управлением Android. Фрагментация платформы не позволяет рассмотреть все существующие способы и приложения, призванные облегчить резервное копирование и миграцию данных, но даже те, что были рассмотрены, демонстрируют довольно жёсткие ограничения как по совместимости, так и по полноте копируемых данных. В целом наш вывод таков. При использовании Android 6.0 и более новых версий имеет смысл активировать как «облачную» синхронизацию контактов и фотографий, так и «облачное» резервное копирование в Google Drive. Встроенный механизм ADB backup может помочь извлечь из устройства часть данных пользователя. К сожалению, по прямому назначению – для резервного копирования и безболезненного восстановления данных – abd backup использовать невозможно. В результате система резервного копирования в Андроид получает оценку «лучше, чем ничего». Сделать хуже, чем в Android, не смог никто: даже в старенькой Windows Phone 8 резервное копирование (и восстановление!) работает гораздо лучше. А как обстоят дела с резервным копированием у аутсайдеров рынка, телефонов под управлением мобильной версии Windows и BlackBerry 10? Об этом – в следующем выпуске! Как гласит известная айтишная мудрость, сисадмины делятся на тех, кто не делает бэкапы, и тех, кто уже делает бэкапы. Думаю, каждому хоть раз после прошивки или сбоя приходилось настраивать телефон/планшет с нуля. А ведь делать это совсем не обязательно, если есть сохраненный бэкап. В данной статье мы рассмотрим разные виды бэкапа (резервной копии) содержимого Android-устройств на все случаи жизни. Получив root на смартфоне, среднестатистический пользователь начинает экспериментировать с устройством и ставить различные модификации интерфейса, темы, шрифты, новые ядра, прошивки, радио и root-приложения. Как постоянный, давний и активный пользователь форумов 4PDA и XDA Developers, могу утверждать, что очень часто такие эксперименты заканчиваются вопросами с формулировками: «Телефон не загружается, что мне делать?» Даже очень внимательно прочитав инструкцию, можно допустить опечатку или нажать не на ту кнопку, после чего получить bootloop - вечную загрузку телефона с повторяющейся бутанимацией. В худшем случае можно получить «кирпич» - телефон вообще не включится. Бывает это очень редко, и, честно говоря, нужно очень постараться, чтобы, например, убить флеш-память. Обычно же то, что пользователи считают «кирпичом», можно успешно восстановить с помощью несложных манипуляций. И бэкап нам в этом очень поможет. Базовые функции бэкапа, которые удовлетворят большинство обычных пользователей, предлагает сама Google. В настройках телефона есть вкладка «Аккаунты», в которой можно расставить необходимые галочки. После перепрошивки или сброса устройства на заводские настройки или активации нового телефона Android сам восстановит контакты, историю и вкладки браузера Chrome, заметки Google Keep, фотографии, данные приложений, события календаря и так далее. В последних версиях Android можно восстановить рабочий стол со всеми ярлыками и автоматически поставить все установленные ранее приложения. Однако Google не может забэкапить все. Настройки системы и приложений сбросятся, сохраненные пароли (а точнее, токены аутентификации) исчезнут, приложения из сторонних маркетов не будут вновь установлены. Поэтому нам нужны инструменты, способные сохранить вообще все. О них мы и поговорим. Большинство описанных в статье приложений требуют root и BusyBox. Сам я придерживаюсь подхода «чистой установки». При переходе на новую прошивку мне проще настроить программы с нуля. Да и появление багов в таком случае сводится на нет, особенно при переходе на следующую мажорную версию прошивки. Но многим пользователям удобнее сохранить настройки приложений и восстановить их на новой прошивке. Особенно актуально это для сторонних программ, которых нет в маркете. Остановлюсь на двух самых популярных приложениях, насчитывающих миллионы скачиваний. Мощнейшее средство бэкапа, восстановления, заморозки и удаления приложений вместе с их данными (включая системные и предустановленные производителем). Позволяет настроить автоматический бэкап по расписанию, не закрывая приложения, и переносить любое приложение на SD-карту. Можно хранить разные бэкапы одного приложения, сохранять СМС, ММС, историю звонков, закладки браузера, точки доступа Wi-Fi в форме XML-файла. Может синхронизировать все бэкапы в Dropbox, Box и Google Drive. С помощью этого приложения легко сделать любое пользовательское приложение системным, добавить шифрование, привязать приложение к маркету после восстановления (для дальнейших обновлений). Удобная функция - создание на основе бэкапа приложений и данных архива update.zip, который можно прошить из консоли восстановления, чтобы восстановить приложения и настройки. Одно из наиболее полезных применений Titanium Backup - это перенос приложений и их настроек между устройствами. В качестве примера покажу, как заставить работать популярный мессенджер WhatsApp на планшете без сим-карты. При поиске программы в маркете на странице с описанием будет указано, что данная программа не поддерживается на твоем устройстве. Даже если скачать и установить APK, для активации программы необходим дозвон на устройство, чего планшет без симки (или LTE с тарифом без голосовых вызовов или выпиленным из прошивки дайлером) сделать не сможет. Итак, заходим в Titanium, ищем нужное приложение, нажимаем на него и во всплывающем меню нажимаем «Сохранить». Если в меню сделать свайп влево, то можно вызвать дополнительные функции. Это же меню можно вызвать долгим тапом на приложении в списке. После отработки скрипта в панели уведомлений появится новая запись о создании успешного бэкапа. Для удобства работы советую настроить в программе загрузку бэкапов в облако. Синхронизацию можно настроить на третьей вкладке - «Расписания». Нажимаем «Пуск» на пункте «Синхронизация с Google Диск», и об успешном выполнении сообщит уведомление в шторке. На планшете запускаем Titanium и синхронизируем бэкапы с облаком. При этом скачивается только что сделанный бэкап с телефона. WhatsApp будет находиться в самом конце списка программ. Зачеркнутое название означает, что программа на планшете не установлена. Нажимаем на программу и во всплывающем меню выбираем «Восстановить». Все. Можно запускать WhatsApp. Главное отличие программы - возможность работать без наличия прав суперпользователя (приложение использует стандартный backup manager, доступный в любом Android начиная с версии 4.0. - Прим. ред.). При этом часть функций урезана и требуется приложение-компаньон на компе. Программа позволит сделать бэкап пользовательского словаря, сообщений и журналов звонков, точек доступа Wi-Fi. Системные приложения нельзя бэкапить, даже если есть рут. Также резервирование может быть запрещено разработчиками некоторых программ. Они будут находиться внизу списка. Например, тот же WhatsApp забэкапить не получится. Helium запоминает все устройства, на которых она была запущена, и позволяет восстанавливать бэкапы отдельно на разных устройствах. Бэкапы можно хранить на карте памяти или в облаке (Google Диск, Box, Dropbox), а также делать их по расписанию. Еще одна особенность приложения - данные между устройствами легко переносить, например, начав игру на одном устройстве, можно продолжить ее на другом. Нередки случаи, когда после прошивки перестает работать сотовая связь и интернет. Это верный признак того, что слетел IMEI (International Mobile Equipment Identity - международный идентификатор мобильного оборудования). Этот номер уникален для каждого аппарата и служит для идентификации устройства в сети. При сбое он может обнулиться, и девайс перестанет видеть сеть. Чтобы избежать таких случаев, советую заранее сделать бэкап раздела EFS, содержащего IMEI: с помощью программ из маркета, руками через консоль (adb shell) или на устройстве через эмулятор терминала. Стоит отметить, что для разных устройств таблица разделов может кардинально отличаться в зависимости от применяемых чипов. В случае Nexus 4 в терминале нужно ввести следующие команды: Бэкап IMEI: Su
dd if=/dev/block/mmcblk0p8 of=/sdcard/m9kefs1.img
dd if=/dev/block/mmcblk0p9 of=/sdcard/m9kefs2.img
Восстановление IMEI: Su
dd if=/sdcard/m9kefs1.img of=/dev/block/mmcblk0p8
dd if=/sdcard/m9kefs2.img of=/dev/block/mmcblk0p9
У Nexus 5 нет отдельного раздела EFS. Поэтому бэкапить надо разделы 12 и 13, содержащие не только IMEI, но и другие данные: Su
dd if=/dev/block/mmcblk0p12 of=/sdcard/modemst1.img
dd if=/dev/block/mmcblk0p13 of=/sdcard/modemst2.img
Восстановление проводится аналогичной командой. После неудачной прошивки или, например, порчи или кражи телефона самые неприятные ощущения вызывает потеря снятых видео и фотографий. Ведь приложения можно установить заново, пароли при необходимости восстановить, а фотографии, если заранее не подстраховаться, пропадут навсегда. И в маркете существуют программы на любой вкус для сохранения твоих фотографий и видео. Рассмотрим несколько из них. Стандартная программа от «корпорации добра», предустановленная на всех стоковых прошивках. Пользуюсь давно и на всех устройствах (на данный момент в альбомах содержится более 10 тысяч фотографий). Автоматически синхронизирует все отснятые фото с закрытыми альбомами Picassa (скоро такая же функция появится и в Google Drive). Фото будут доступны на всех устройствах, на которых выполнен вход в один аккаунт. При наличии интернета все фото можно просмотреть даже на новом устройстве, выполнив вход в аккаунт Google. Приятный бонус - автокоррекция некоторых фотографий, создание коллажей из похожих фото и GIF-анимаций из серий фотографий. Также автоматически появляются «Автокреативы» - нарезка под музыку из множества фотографий и видео, снятых в один день. При смене места снятия фотографий и видео обычно появляются «Истории» и «Путешествия». Важные бэкапы лучше хранить в облаке или на компе для возможности использования даже после полного вайпа устройства. Для бэкапа файлов на SD-карте также существуют различные программы. В целом они имеют схожие функции и отличаются интерфейсом или поддерживаемыми облачными сервисами. Material Design, поддержка Amazon Cloud Drive, Box, Dropbox, FTP, Google Drive, Mega, OneDrive, SMB/CIFS, WebDav, Yandex Disk. Имеет встроенный файловый менеджер, множество настроек, фильтров, удобное планирование. Возможность настройки двухсторонней синхронизации, перенос скрытых файлов, настройка передачи через Wi-Fi / мобильный интернет, поддержка Таскера, защита пин-кодом, возможность синхронизации вложенных папок. Возможность синхронизации между устройствами через Bluetooth, расписание, данные приложений, файлы и папки. Автоматическая двухсторонняя синхронизация данных позволит сохранять прогресс игр и автоматически загружать его на все связанные устройства при изменении данных на одном из них. Продвинутый клиент синхронизации с Dropbox. Загрузка фото и видео, мониторинг уровня заряда батареи, Wi-Fi/3G/4G/WiMax-соединения и адаптация в соответствии с предпочтениями пользователя, настраиваемый интервал автосинхронизации, плагин к Таскеру, возможность выбора режима синхронизации: только загрузка, загрузка и удаление, только скачивание, зеркальное скачивание и другое. По сути, это аналог десктопного клиента Dropbox с синхронизацией на лету (как и в Linux-версии клиента, изменения файлов отслеживаются с помощью механизма inotify, поэтому синхронизируются все сразу, а не через определенные интервалы времени). Для Linux/UNIX-пользователей подойдет rsync backup for Android, которая позволит отправлять и получать файлы с удаленного сервера через SSH. Имеет поддержку Таскера. Nandroid backup (от NAND - тип используемой памяти в современных смартфонах) - полный бэкап всей прошивки целиком вместе с приложениями, данными и настройками. Функция поддерживается TWRP или CWM. Кроме того, бэкап можно сделать и прямо из Android с помощью программы Online nandroid backup. Восстановить отдельные данные поможет уже рассмотренный Titanium, а также Nandroid manager. Сначала посмотрим, как сделать бэкап из консоли восстановления. Для создания бэкапа необходимо выбрать пункт Backup and Restore, а затем Backup to /sdcard. До нажатия можно выбрать формат бэкапа или освободить неиспользованные данные. Для восстановления выбираем пункт Backup and Restore и далее Restore from /sdcard. Если выбрать Advanced restore from /sdcard, можно указать для восстановления отдельно разделы boot, system, data, cache, sd-ext. Для большей сохранности полученный бэкап можно перенести на комп. Но здесь есть одна загвоздка. Дело в том, что, если в устройстве есть «внешняя» (настоящая) карта памяти, CWM разместит бэкап в ней и он будет доступен для сохранения на комп стандартными средствами (каталог clockworkmod/backup/дата-и-время-бэкапа на карте памяти). Здесь все в порядке. Лирическое отступление, или признание в любви к устройствам Nexus
Если посмотреть на структуру разделов Nexus-устройств с помощью команды adb shell busybox fdisk /dev/block/mmcblk0 (нужен root и установленный из маркета BusyBox), то можно увидеть следующую картину (см. скриншот «Структура разделов на Nexus 5 и Nexus 4»). Раздел aboot - это первичный бутлоадер. Его можно повредить, если, например, прошить ядро или бутлоадер от другого устройства или выдернуть шнур из телефона в процессе прошивки. При этом слетает таблица разделов и телефон перестает грузиться в бутлоадер и рекавери, а также перестает откликаться на команды fastboot и adb. Обычный юзер думает, что это «кирпич», и несет телефон в сервисный центр, где платит больше ста долларов за новую взамен якобы сгоревшей плату. На самом же деле в разделе 15 у Nexus 4 и разделе 11 у Nexus 5 находится резервная копия бутлоадера - abootb. Это одна из причин того, что убить Nexus практически невозможно, ведь резервный загрузчик можно без проблем восстановить. Выключаем смартфон и включаем с одновременным нажатием клавиш
$ adb shell
su
Таблица разделов восстановится, и при необходимости можно далее прошить нужный бутлоадер. Однако в смартфонах без слота для карты памяти или при ее отсутствии бэкап окажется невидим для пользователя. Это происходит из-за того, что с версии 4.2 в Android изменились точки монтирования внутренней памяти для обеспечения работы в многопользовательском режиме. Сама виртуальная (внутренняя) карта памяти монтируется в /data/media, и там же находится бэкап CWM. Но данные основного пользователя находятся в /data/media/0, и именно этот каталог затем монтируется как /sdcard. Поэтому бэкап останется недоступен с помощью стандартных средств и без прав root. Достать бэкап из /data/media можно с помощью файлового менеджера с правами суперпользователя или путем подключения смартфона к компу в режиме recovery. Далее вводим команду adb shell, а затем ls /sdcard/clockworkmod/backup/ для поиска каталога с последним бэкапом. Переносим бэкап примерно такой командой:
$ adb pull /sdcard/clockworkmod/backup/2015-04-20.15.46.18 \
"D:\Nexus5\Backup\Nandroid\2015-04-20.15.46.18"
где цифры - это найденный ранее бэкап, соответствующий дате и времени появления, а в конце - путь на компе для хранения бэкапа, который может быть произвольным. Для создания бэкапа нажимаем кнопку Backup и крестиками отмечаем необходимые разделы (не уверен - выбирай все). Дополнительно можно убрать шифрование, включить сжатие, пропустить создание MD5-хеша и выбрать сохранение на USB - OTG флешку. В результате бэкап окажется в каталоге /sdcard/twrp/backups/дата-и-время-бэкапа. В отличие от CWM он будет доступен независимо от наличия карты памяти. Для восстановления нажимаем Restore и выбираем нужный. В маркете есть большое количество программ для отдельного бэкапа и восстановления СМС, звонков, контактов, ядер, рекавери и так далее. Это универсальный инструмент для управления всеми резервными копиями Nandroid. С помощью Nandroid Manager можно восстановить из Nandroid приложения и данные, СМС, журнал вызовов, точки доступа Wi-Fi, сохраненные сопряженные устройства Bluetooth, пользовательский словарь. Приложение видит бэкапы, созданные в обоих кастомных рекавери, и позволяет их переименовывать и искать информацию в отдельных базах внутри бэкапа. Позволяет сделать бэкап на работающем в нормальном режиме устройстве, не перегружаясь в рекавери. В настройках можно выбрать следующие параметры: Программа поддерживает выгрузку файлов бэкапа в облако, FTP или Google Drive. Доступно настраиваемое расписание для автоматических бэкапов, от «каждый день» до «каждые 30 дней» с опцией «только когда устройство заряжается». Кроме того, с помощью плагина поддерживаются действия для Tasker. Способ, так сказать, для гиков. Подключаем смартфон к компу, включаем отладку по USB. Далее используем команду adb backup, которая имеет следующие ключи: Соответственно, чтобы выполнить полный бэкап, используем такую команду:
$ adb backup -f "D:\Backup\ADB-2015-04-20.ab" -apk -shared -all -system
После этого в консоли появится Now unlock your device and confirm the backup operation, а на телефоне уведомление с просьбой подтвердить операцию и установить опциональный пароль на бэкап. Сам процесс создания резервной копии может длиться больше сорока минут, так что нервничать не надо. Для восстановления используем команду «adb restore путь-до-файла», для примера выше это будет:
$ adb restore "D:\Backup\ADB-2015-04-20.ab"
Подтверждаем запрос на телефоне, вводим пароль (если устанавливали при бэкапе) и ждем восстановления, которое может занимать еще больше времени, чем создание самого бэкапа. Узнать номера IMEI, всех своих устройств, привязанных к Google (в том числе старых), можно на странице google.com/settings/dashboard, раскрыв список Android. Надеюсь, эта статья поможет тебе сэкономить время и нервы при экспериментах с устройством. И даже потеря или кража телефона не станет трагедией при сохраненных в облаке бэкапах фотографий и приложений. Резервное копирование Android или по-другому — бэкап (англ. Backup) – это важнейшая операция по сохранению данных пользователя, позволяющая быстро восстановить всю основную информацию после , а также в случае его утери или поломки. Однако далеко не все пользователи делают резервное копирование. Одни не знают о такой возможности, другие бесконечно откладывают действие на потом или просто элементарно забывают сделать бэкап. В данном материале будет рассказано, как сделать резервную копию информации (бэкап) в операционной системе Android. В современном мире информация обыкновенно значительно ценнее, чем носитель, на котором она находится. Если сломался носитель (смартфон или карта памяти в нем), то с этим досадным фактом можно примириться и купить новый, а вот невосполнимая потеря важных данных может принести большие проблемы. Представьте, что вы потеряли все важные деловые контакты, наработанные за долгое время и от которых зависит ваша основная деятельность. Их потеря не идет в никакое сравнение с потерей смартфона. Кроме того, резервное копирование поможет быстро перенести информацию на новый смартфон или планшет. Используя стандартные средства Android или утилиты для бэкапа от сторонних разработчиков, пользователю не нужно будет на новом аппарате заново устанавливать и настраивать нужные приложения, переносить контакты, фотографии, расписания календаря и т.д. В последнем случае, файл резервной копии лучше перенести/скопировать на жесткий диск компьютера или подключенный к ПК внешний накопитель. Для полноценного использования Android устройством необходимо иметь Google аккаунт, одна из функций которого – это резервное сохранение пользовательских данных в таких сервисах как: Google контакты, Google диск, Google фото, Google заметки, Google документы. Раннее мы разбирали, теперь разберем, как сделать бэкап с его помощью. Резервное копирование штатными средствами Андроид удобно и один раз настроенное позволяет пользователю не беспокоиться о сохранности своих контактов в случае потери или поломки устройства. Достаточно на другом аппарате подключиться к своему аккаунту и сохраненные данные будут . Однако данный способ не позволяет сохранять историю смс сообщений, журнал вызовов, приложения и их настройки. Кроме того, в последних версиях Android остуствует возможность получить сам файл резервной копии для его хранения на других носителях. Для получения полного бекапа удобней воспользоваться специальными приложениями, которых в магазине Google Play представлено на любой вкус. Введите в поисковой строке Google Play «резервное копирование
» и выбирайте любое, основываясь на рейтинге и отзывах пользователей. Давайте рассмотрим, как сделать бэкап с помощью популярного приложения Super Backup Для восстановления данных из файла резервной копии нужно нажать кнопку «Восстановить
» и указать файл бэкапа, с которого будет происходить восстановление. Надо заметить, что Super Backup может сохранять бэкап в облачном сервисе Google Диск, что избавляет от необходимости занимать место в памяти устройства и гарантирует надежную сохранность резервной копии.Резервные копии ADB: что внутри?
Заключение
Введение
WARNING
Бэкап приложений и их данных.
Titanium Backup
Helium - App Sync and Backup
IMEI
Фотографии и видео
Google+
Другие варианты
INFO
Бэкап произвольных файлов
Foldersync
DataSync
Dropsync
INFO
Полный бэкап устройства
CWM
TWRP
INFO
Nandroid Manager
Возможности Nandroid ManagerOnline nandroid backup
Бэкап с помощью ADB
INFO
Заключение
Зачем нужно резервное копирование?
Где хранится резервная копия?
Как сделать резервную копию данных с помощью собственных средств Android
