Как сделать бэкап на Андроиде — зачем нужно резервное копирование
Ни один современный пользователь не может представить свою жизнь без смартфона. Этот девайс хранит всю самую важную информацию, начиная от контактных телефонов, заканчивая фотографиями и заметками. Все заинтересованы в том, чтобы данная информация была под надежной защитой, а в случае чего – имеющиеся данные можно было легко и просто сохранить и восстановить. Для этого и существует резервное копирование.
Что такое резервная копия и когда она нужна
Резервное копирование – это бэкап – телефона. С перевода с английского это значит «возвращение». Данный процесс доступен не только на телефонах Android, но и также на телефонах операционной системы iOS. Эта функция позволяет пользователю создать на своем телефоне копию тех данных, которые он имеет. Копии бывают разные, самые распространённые:
- Резервное копирование фото галереи, которые сохранены на пользовательском устройстве;
- Резервное копирование телефонных контактов и номеров, также сохраняют историю вызовов;
- Резервное копирование программ или же приложений, установленных на девайсе. Иногда их тоже копируют, чтобы сохранить данные и не потерять прогресс в игре, к примеру;
- Также бэкапу поддаются многие прошивки телефона.
Если рассматривать необходимость резервного копирования, то оно служит запасным вариантом. Когда пользователь просматривает статьи с прошивками, то он видит, что в каждом из них ему необходимо сделать бэкап, только после этого настраивать телефон. Это нужно для того, чтобы все резервные данные, сохраненные на устройстве, были установлены на новую прошивку.
Обратите внимание! Также бэкап часто используют в том случае, если пользователь сохранился с потерей данных или же повреждением системы. Если заранее подумать и сохранить всю информационную базу, то восстановление пройдет максимально быстро и легко.
В телефоне должен быть специальный отсек информации, в которой будет сохраненная резервная часть. Пользователь может сохранить подобным образом всю информацию, которая его интересуют. Многие обладатели телефонов на системе Андроид также предлагают осуществлять при помощи резервного копирования не только сохранение, но и другие манипуляции. Это связано с тем, что никто не сохранен от несчастного исхода, например, вирусных атак или же сбоев в системе устройства.
Важно! Резервное копирование есть на каждом устройстве вне зависимости от модели или же операционной системы, потому что бэкап – важная часть телефона.
Как сделать резервную копию Андроид с помощью сервисов Google
Самый легкий вариант создать резервную копию на Андроиде – использовать возможности сервиса Google. Данный вариант подходит только для системы Андроид, потому что Айфоны не подвязаны к Гугл.
Часто Гугл предлагает только автоматическое резервное копирование. Это очень удобно, потому что часто у пользователя нет времени вручную заниматься вопросов копирования данных. Иногда можно просто забыть, что существует такое резервное копирование. С автоматическим сохранением это можно сделать и не переживать, что данные потеряются. В случае чего вся информация останется в Гугл – системе и ею можно будет воспользоваться.
Процесс очень простой, потому что пользователю понадобятся лишь настройки устройства:
- Заходим в настройки телефона;
- Переходим в пункт «Резервное копирование Google»;
- Теперь кликаем на хранилище, с помощью которого пользователь ранее делал Бэкап;
- Кликаем на него и ищем строку «Резервное копирование»;
- Далее кликаем на «Автоматическое резервное копирование», для этого достаточно перевести ползунок в активное состояние;
- После этого автоматическое обновление и копирование данных будет происходит безучастия пользователя, ему не нужно заниматься данным вопросом.
Использование подобной системы максимально удобно, так как обладателю смартфона не нужно постоянно проверять актуальность имеющейся в базе информации. Резервное копирование будет работать без него, ему достаточно вспомнить о неё и использовать, если нужно сделать бэкап устройства.
Резервное копирование подобным способом возможно только в том случае, если у пользователя уже есть аккаунт от Гугл, он в нем зарегистрирован и использует сервисы компании.
Как сделать резервную копию через сторонние облачные сервисы
Считается, что использование облачных сервисов – это самый надежный и проверенный вариант охранения данных, потому что все они будут сохранены в интернете, так что даже в случае потери всех данных пользователь может легко и просто все восстановить.
Добавить резервное копирование в облако можно даже через программу, которая была ранее установлена для этих целей. Также пользователь может использовать те стандартные методы, которые есть на телефоне Андроид. Стандартно на телефоне усыновлено облако от Гугл. Для того, чтобы выполнить такую операцию, нужно сделать следующее:
- Переходим в настройки телефона;
- После этого кликаем на пункт «Восстановление и сброс»;
- Теперь пользователь должен кликнуть на ползунок и перевести его в активное состояние напротив пункт «Резервирование данных»;
- Возвращаемся назад в настройки;
- Переходим во вкладку «аккаунт»;
- Выбираем любую учетную запись от установленного облака (также это может быть Гугл);
- Выбираем те данные, которые будут поддаваться резервированию;
- Подтверждаем проделанную операцию.
После этого вся отмеченная пользователем информация будет добавляться автоматически в облако. Обладатель устройства может использовать разные облачные сервисы, например, облако от Yandex. Его также можно поставить в настройках в качестве основного.
Как сделать резервную копию на жесткий диск ПК
Пользователь также можно сохранить резервную копию на жесткий диск своего ПК. Для этого ему потребуется проводник – шнур, который подключается к компьютеру и телефону, после чего осуществляете переброс данных.
Обратите внимание! Также существуют программы, которые взаимодействуют с компьютером и используют резервное копирование данных, автоматически перебрасывая всю информацию.
Использование проводника максимальное удобное, при этом пользователю нужно сделать не так много действий:
- Подключаем Андроид к компьютеру при помощи специального кабеля USB;
- Далее переходим в настройки и ищем пункт «Параметры разработчика»;
- В них выбираем «Откладку по USB»;
- Также данная информация может быть доступна в панели быстрого доступа. Переходим в ней при помощи свайпа сверху-вниз и выбираем вариант «Передача данных» в качестве основного;
- Теперь пользователь может копировать файлы с компьютера на телефон. Копирование может происходить как и на жесткий диск, так и на рабочий стол ПК.
Пользователь сам выбирает, какие данные ему нужно скопировать на ПК. Минус данного способа состоит в том, что пользователю придется постоянно обновлять данные для резервного копирования, подключать телефон и многое другое. Это может быть достаточно проблематично, так как не у каждого найдется столько свободного времени, однако данный способ также имеет место в качестве запасного варианта.
Как сделать полную резервную копию с помощью специальных утилит
В интернете пользователь может найти огромное количество утилит, которые помогают сделать резервную копию информацию на телефоне. Для скачивания подобных утилит стоит использовать только Гугл Плей, потому что в нем находятся безвирусные программы, которые точно не причинят устройству никакого вреда.
Если скачивать информацию напрямую из интернета, а не из Play Market, то пользователь может столкнуться с тем, что на его устройстве появятся вирусы.
Одно такое приложение – to Titanium Backup. Она является самой популярной, её заценили огромное количество пользователь, использовать её максимально просто и легко. Не все пользователи могут использовать функционал данной программы, потому что необходимы рутированные права.
Если пользовать все-таки решил сделать бэкап при помощи неё, то ему необходимо провести такие операции:
- Открываем программку и переходим в пункт «Резервное копирование»;
- Теперь кликаем на пункт «Пакетные действия»;
- Нажимаем на те файлы, которые стоит копировать;
- Кликаем на пуск и ждем окончания копирования.
Отследить процесс пользователь может по шкале, время зависит от количества и объёма имеющихся на телефоне данных.
Как удалить данные с телефона после резервного копирования
Если пользователь уже сделал резервное копирование данных, то ему может понадобиться сброс настроек – то, ради чего обычно создается резервное копия. Самый простой вариант вернуть Андроид – смартфон к первоначальным настройкам – использование меню устройства. Это максимально безопасный и простой вариант, но он не подойдет в том случае, если у пользователя, например, сломался сенсор или же он не имеет доступа к настройкам после потери кода от устройства.
Для этого необходимо сделать следующее:
- Переходим в меню телефона и тапаем на настройки;
- Далее выберите пункт «Восстановление и сброс»;
- Прокручиваем список информации до конца и находим кнопку «Сброс настроек»;
- Принимаем всю ту информацию, которая дает система по поводу сброса настроек. Действительно, после неё пользователь не сможет использовать имеющуюся информацию, если она не сохранена в резервном виде;
- После этого подтверждаем действия и ждем, пока устройство выполнить стирание данных.
Как восстановить данные из резервной копии
Восстановление резервной информации на смартфоне – это то действие, ради которых в целом и создавалась копия. Для того, чтобы провести бэкап успешно, пользователю не нужно применять какие-то великие знания, достаточно использовать ту же самую систему Гугл, которая функционирует на устройстве.
Если пользователь решил сбросить настройки, то ему стоит заранее убедиться в том, что у него активировано резервное копирование. Если уверенности нет, то велика вероятность, что данных может не быть на устройстве, об этом стоит подумать заранее. Если же бэкапа нет, то стоит установить его с ПК. Компьютер в данном случае поможет.
Для проверки наличия резервного копирования перейдите в раздел «Система» в настройках телефона. В ней отображаются все данные об Андроиде. Кликайте на пункт «Резервное копирование» и проверьте, чтобы все данные загружали на диск от Гугл.
После этого стоит сделать сброс настроек. Пользователь видит первоначальную настройку после активации «чистого» телефона. Система предлагает:
- Не восстанавливать из резервного копирования;
- Использовать Гугл и восстановить многое из файлов.
Кликаем на второй вариант, после чего переходим на свой аккаунт Гугл при помощи логина и пароля, телефон автоматически начинает восстановление. Таким образом можно достаточно быстро и легко восстановить данные и сделать бэкап Андроида.
Как сделать бэкап Android-устройства перед прошивкой
Многим пользователям Android-девайсов известно, что эксперименты с прошивками, инсталляция различных дополнений и исправлений достаточно часто приводят к неработоспособности устройства, которая исправима только установкой системы начисто, а этот процесс подразумевает полную очистку памяти от всей информации. В том случае, если пользователь заранее позаботился о создании резервной копии важных данных, а еще лучше — полного бэкапа системы, восстановление девайса в состояние «как было до…» займет считанные минуты.
Существует множество способов сделать резервную копию определенной пользовательской информации или полный бэкап системы. О том, в чем разница между этими понятиями, для каких устройств целесообразно применение того или иного метода пойдет речь ниже.
Резервная копия личных данных
Под резервной копией личной информации подразумевается сохранение данных и контента, сгенерированных пользователем в процессе эксплуатации Андроид-девайса. К такой информации можно отнести перечень установленных приложений, фотографии, сделанные камерой девайса или полученные от других пользователей, контакты, заметки, музыкальные и видео файлы, закладки в браузере и т.п.
Одним из самых надежных, а главное простых способов сохранить личные данные, содержащиеся в Андроид-девайсе является синхронизация данных из памяти аппарата с облачным хранилищем.
Компанией Google в программной платформе Android предусмотрены практически все возможности для простого сохранения и быстрого восстановления фото, контактов, приложений (без учетных данных), заметок и прочего. Достаточно создать Google-аккаунт при первом запуске девайса, работающем под управлением Андроид любой версии или ввести данные уже существующей учетной записи, а также разрешить системе проводить регулярную синхронизацию данных пользователя с облачным хранилищем. Не стоит пренебрегать этой возможностью.
Сохранение фото и контактов
Всего два простых совета-примера, как всегда иметь готовую, надежно сохраненную копию самого важного для большинства пользователей – личных фотографий и контактов, используя возможности синхронизации с Google.
-
Включаем и настраиваем синхронизацию в Aндроид.
Более подробно работа с контактами Google описана в статье:
Конечно же, Google не является однозначным монополистом в вопросах резервного копирования пользовательских данных из Android-устройств. Многие известные бренды, такие как Samsung, Asus, Huawei, Meizu, Xiaomi и др. поставляют свои решения с предустановленными приложениями, функционал которых позволяет организовать сохранение информации способом, аналогичном вышеизложенным примерам.
Кроме того, такие всем известные облачные сервисы как Яндекс.Диск и Облако Mail.ru предлагают пользователям при установке своих фирменных Android-приложений функцию автоматического копирования различных данных, в частности фото, в облачное хранилище.
Полный бэкап системы
Вышеперечисленные методы и похожие на них действия позволяют сохранить наиболее ценную информацию. Но при прошивке устройств зачастую теряются не только контакты, фотографии и т.п., ведь манипуляции с разделами памяти устройств предполагают их очистку от абсолютно всех данных. Чтобы оставить за собой возможность вернуться к предыдущему состоянию ПО и данных, необходим только полный бэкап системы, т.е., копия всех или определенных разделов памяти устройства. Другими словами, создается полный клон или слепок программной части в особые файлы с возможностью восстановления девайса в предыдущее состояние позднее. Это потребует от пользователя определенных инструментов и знаний, зато может гарантировать полную сохранность абсолютно всей информации.
Где хранить бэкап? Если речь идет о долгосрочном хранении, наилучшим способом будет использование облачных хранилищ. В процессе сохранения информации нижеописанными способами желательно использовать карту памяти, установленную в аппарат. В случае ее отсутствия можно сохранять файлы бэкапа во внутреннюю память устройства, но в таком варианте рекомендуется сразу после создания скопировать файлы резервной копии в более надежное место, например диск ПК.
Способ 1: TWRP Recovery
Самым простым с точки зрения пользователя методом создания бэкапа является использования для этой цели модифицированной среды восстановления – кастомного рекавери. Наиболее функциональным среди таковых решений является TWRP Recovery.
-
Заходим в TWRP Recovery любым доступным способом. Чаще всего, для входа необходимо на выключенном аппарате нажать клавишу «Громкость-» и, удерживая ее, кнопку «Питание».
Способ 2: CWM Recovery + Android-приложение ROM Manager
Как и в прошлом способе, при создании бэкапа Андроид-прошивки будет использоваться модифицированная среда восстановления, только от другого разработчика – команды ClockworkMod – CWM Recovery. В целом способ аналогичен использованию TWRP и предоставляет не менее функциональные результаты – т.е. файлы резервной копии прошивки. При этом, CWM Recovery не обладает необходимыми многим пользователям возможностями по управлению процессом создания бэкапа, например, невозможно выбрать отдельные разделы для создания резервной копии. Зато разработчики предлагают своим пользователям неплохое Андроид-приложение ROM Manager, прибегнув к функциям которого, можно приступить к созданию бэкапа прямо из операционной системы.
- Устанавливаем и запускаем ROM Manager. На главном экране приложения доступен раздел «Резервирование и восстановление», в котором для создания бэкапа необходимо тапнуть пункт «Сохранить текущий ROM».
- Задаем имя будущей резервной копии системы и нажимаем кнопку «ОК».
- Приложение работает при наличии рут-прав, поэтому по запросу необходимо их предоставить. Сразу же после этого, девайс перезагрузится в рекавери и начнется создание резервной копии.
- В том случае, если предыдущий шаг не окончился успехом (чаще всего это случается по причине невозможности смонтировать разделы в автоматическом режиме (1)), придется сделать бэкап вручную. Это потребует всего двух дополнительных действий. После входа или перезагрузки в CWM Recovery выбираем пункт “backup and restore» (2), затем пункт «backup» (3).
- Процесс создания резервной копии стартует автоматически и, следует отметить, продолжается, в сравнении с другими способами, довольно долго. Отмена процедуры не предусмотрена. Остается лишь наблюдать за появлением новых пунктов в логе процесса и заполняющимся индикатором выполнения.
Способ 3: Андроид-приложение Titanium Backup
Программа Titanium Backup является очень мощным, но при этом довольно простым в использовании средством создания бэкапа системы. С помощью инструмента можно сохранить все установленные приложения и их данные, а также пользовательскую информацию, включая контакты, журналы звонков, sms, mms, точки доступа WI-FI и другое.
К преимуществам можно отнести возможность широкой настройки параметров. К примеру, доступен выбор приложений, которые и данные которых будут сохранены. Для создания полноценного бэкапа Titanium Backup необходимо предоставить рут-права, то есть, для тех устройств, на которых не были получены права Суперпользователя, способ неприменим.
Крайне желательно заранее позаботиться о надежном месте сохранения создаваемых резервных копий. Внутренняя память смартфона не может считаться таковой, рекомендуется использовать для хранения бэкапов диск ПК, облачное хранилище или в крайнем случае MicroSD-карту девайса.
- Устанавливаем и запускаем Titanium Backup.
- В верхней части программы есть вкладка «Резервные копии», переходим на нее.
- После открытия вкладки «Резервные копии», необходимо вызвать меню «Пакетные действия», нажав на кнопке с изображением документа с галочкой, расположенного в верхнем углу экрана приложения. Или нажать сенсорную кнопку «Меню» под экраном устройства и выбрать соответствующий пункт.
- Далее нажимаем кнопку «ПУСК», расположенную возле опции «Сделать р.к. всего пользовательского ПО и системных данных».Открывается экран со списком приложений, которые будут сохранены в резервную копию. Поскольку происходит создание полного бэкапа системы, здесь ничего не нужно менять, необходимо подтвердить готовность к началу процесса, нажав на зеленую галочку, расположенную в правом верхнем углу экрана.
- Начнется процесс копирования приложений и данных, сопровождаемый выведением информации о текущем прогрессе и названии компонента ПО, сохранение которого происходит в данный момент времени. Кстати, приложение можно свернуть и продолжить использование устройства в обычном режиме, но, во избежание сбоев, лучше так не поступать и дождаться окончания создания копии, процесс происходит довольно быстро.
- По окончании процесса открывается вкладка «Резервные копии». Можно заметить, что значки, расположенные справа от названий приложений, изменились. Теперь это своеобразные смайлики разного цвета, а под каждым наименованием программного компонента появилась надпись, свидетельствующая о созданной резервной копии с датой.
- Файлы резервной копии хранятся по пути, указанном в настройках программы.
Дополнительно
Кроме обычного копирования папки резервных копий, созданных с помощью Titanium Backup в надежное место, с целью перестраховки от потери данных можно настроить средство таким образом, чтобы копии создавались сразу на MicroSD-карте.
- Открываем Титаниум Бэкап. По умолчанию резервные копии сохраняются во внутренней памяти. Переходим на вкладку «Расписания», а затем выбираем опцию «Настройка облака» в нижней части экрана.
- Листаем перечень опций вниз и находим пункт «Путь к папке с р.к.». Заходим в него и нажимаем на ссылку «(нажать для изменения)». На следующем экране выбираем опцию «Хранилище поставщика документа».
- В открывшемся Менеджере файлов указываем путь к SD-карте. Titanium Backup получит доступ к хранилищу. Нажимаем ссылку «Создать новую папку»
- Задаем имя каталога, в котором будут храниться копии данных. Далее нажимаем «Создать папку», а на следующем экране – «ИСПОЛЬЗОВАТЬ ТЕКУЩУЮ ПАПКУ».
Далее важно! Не соглашаемся на перенос уже существующих бэкапов, нажимаем «Нет» в появившемся окне-запросе. Возвращаемся на главный экран Титаниум Бэкап и видим, что путь расположения резервных копий не изменился! Закрываем приложение любым доступным способом. Не сворачиваем, а именно «убиваем» процесс!
Способ 4: SP FlashTool+MTK DroidTools
Использование приложений SP FlashTool и MTK DroidTools является одним из самых функциональных способов, который позволяет создать действительно полноценную резервную копию всех разделов памяти Android-девайса. Еще одним преимуществом способа является необязательное наличие рут-прав на устройстве. Способ применим только для устройств, построенных на аппаратной платформе Mediatek, за исключением 64-битных процессоров.
- Для создания полной копии прошивки с помощью SP FlashTools и MTK DroidTools, помимо самих приложений, понадобятся установленные ADB-драйвера, драйвера для режима загрузки MediaTek, а также приложение Notepad++ (можно также использовать MS Word, а вот обычный Блокнот не подойдет). Загружаем все необходимое и распаковываем архивы в отдельную папку на диске С:.
- Включаем на устройстве режим «Отладки по USB» и подключаем его к ПК. Для включения отладки,
сначала активируется режим «Для разработчиков». Для этого идем по пути «Настройки» — «Об устройстве» — и тапаем пять раз по пункту «Номер сборки».
Затем в открывшемся меню «Для разработчиков» активируем с помощью переключателя или галочки пункт «Разрешить отладку по USB», а при подключении аппарата к ПК подтверждаем разрешение проведения операций с помощью ADB.
И выбираем путь сохранения скаттера.
Способ 5: Бэкап системы с помощью ADB
При невозможности использования других методов либо по другим причинам, для создания полной копии разделов памяти практически любого Android-девайса можно воспользоваться инструментарием разработчиков ОС – компонентом Android SDK – Android Debug Bridge (ADB). В целом ADB предоставляет все возможности для проведения процедуры, необходимы только рут-права на устройстве.
Следует отметить, что рассматриваемый способ достаточно трудоемок, а также требует от пользователя довольно высокого уровня знаний консольных команд ADB. Для облегчения процесса и автоматизации введения команд можно обратиться к замечательному приложению-оболочке ADB Run, это автоматизирует процесс ввода команд и позволяет сэкономить массу времени.
- Подготовительные процедуры заключаются в получении рут-прав на устройстве, включении отладки по USB, подключении девайса к порту ЮСБ, установке драйверов ADB. Далее загружаем, устанавливаем и запускаем приложение ADB Run. После того, как вышеперечисленное выполнено, можно переходить к процедуре создания резервных копий разделов.
- Запускаем ADB Run и проверяем, что девайс определился системой в нужном режиме. Пункт 1 главного меню — «Device attached?», в раскрывшемся списке производим аналогичные действия, снова выбираем пункт 1.
В случае, если метод не срабатывает, выводится следующее сообщение:
Выполнение придется продолжать до появления полного перечня разделов и /dev/block/:
После заполнения полей нажимаем клавишу «Enter», что даст старт процессу копирования.
Нажимаем клавишу «Enter».
Таким образом, применив один из вышеописанных методов, каждый пользователь любого Android-устройства может быть спокоен – его данные будут в сохранности и их восстановление возможно в любой момент. Кроме того, используя полный бэкап разделов, задача восстановления работоспособности смартфона или планшетного ПК после возникновения проблем с программной частью имеет довольно простое в большинстве случаев решение.
Бэкап системных и внешних приложений в Android
Не так давно о резервном копировании говорили исключительно тогда, когда вспоминали о корпоративных данных. Однако сегодня, в свете очередного витка развития вредоносного программного обеспечения для мобильных устройств под управлением операционной системы Android, а также повсеместного распространения планшетов и смартфонов с этой ОС, пришла пора вспомнить о том, что наиболее простым средством защиты от вредоносов-блокеров, троянов-шифровальщиков является резервное копирование.
Если учесть, что первые вредоносы-вымогатели для ОС Android появились относительно недавно, то сегодня наблюдается бурный рост их числа. Также необходимо учесть, что все они по-своему уникальны: одни блокируют экран и все операции на телефоне, другие требуют выкуп за расшифровку пользовательских файлов на карте памяти.
Сделать резервную копию Андроид можно как «родными» инструментами системы, так и с помощью сторонних приложений. Всем пользователям андроид-устройств рекомендуется производить резервацию через учётную запись Google или посредством утилит от разработчиков, так как это самый удобный и безопасный способ. Помимо него, на данный момент в Google Play можно скачать массу приложений, производящих те же операции. Но, как и в случае с другим ПО, доверять личную информацию, все пароли, контакты и сообщения следует только утилитам из проверенных источников.
Решения от производителя
Производители устройств часто предлагают фирменные утилиты для резервного копирования данных. Некоторые (например, SONY) предлагают установить приложение на компьютер, другие (ASUS, LG, Xiaomi) встраивают соответствующий функционал в прошивку. Samsung предлагает создавать резервные копии в собственном «облаке».
Объединяет решения от производителей две вещи. Во-первых, создаваемая резервная копия будет достаточно полной, что позволяет полноценно восстановить данные после сброса устройства, обновления прошивки или апгрейда. Во-вторых, восстановить бэкап от телефона SONY на планшет от ASUS (и наоборот) не удастся: восстанавливать нужно тем же софтом на модель того же производителя. А вот резервные копии Xiaomi будут совместимы с большинством устройств, работающих под управлением семейства прошивок MIUI. Обратная сторона медали – полное отсутствие даже в международных версиях MIUI стандартного «облачного» резервного копирования в Google Drive, которое предлагает Google в Android 6.0, 7.x и 8.0.
Впрочем, если устройство планируется использовать долгое время, почему бы и не создать резервную копию? Да, это не всегда удобно, и да, это никак не автоматизируется, но ведь возможность-то есть? А если с телефоном что-то случится, и если пользователь решит заменить его на устройство от того же производителя, то его, возможно, получится восстановить из резервной копии. Гарантии, разумеется, никакой: производитель гарантирует успешное восстановление только на устройство то самой модели, с которой были скопированы данные.
Приложение Solid Explorer
При прошивке устройства теряются все данные. Приложения, информация с памяти телефона и т.п. Если вы хотите прошить смартфон, но хотите сохранить приложения, то их можно забэкапить.
Проводник «Solid Explorer» имеет категорию приложений. В нем находятся установленные и системные приложения — «User apps» и «System apps»:
1. Установите Solid Explorer (ССЫЛКА).
2. Перейдите в категорию «Приложения» / «Applications».
3. Откройте «User apps» или «System apps».
4. Выделите нужные приложения.
5. Скопируйте на флешку.
По умолчанию, эти приложения расположены по пути «/system/app», «/system/priv-app» и «/data/app». Вы можете получить к ним доступ с любого проводника, который поддерживает корневой раздел.
Резервное копирование через 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 <file>] [-apk|-noapk] [-shared|-noshared] [-all][-system|-nosystem] [<packages…>]
— write an archive of the device’s data to <file>.
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)
(<packages…> is the list of applications to be backed
- If the -all or -shared flags are passed, then the
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: что внутри?
Резервные копии, создаваемые через adb — вещь достаточно простая. На выходе – архив, содержащий данные приложений (в зависимости от настроек – и собственно .apk). Данные приложений сохраняются в том виде, в котором их хранит само приложение. Как правило, приложения используют формат SQLite, реже — XML, ещё реже двоичные данные в собственном формате. Скажем лишь, что с помощью таких инструментов можно вытащить удалённые записи. Пример? Пожалуйста. Если нам повезло, и производитель твоего телефона разрешил копировать журнал звонков и SMS, то получится восстановить сообщения и звонки, которые были удалены пользователем.
Google One: как сохранить резервную копию файлов с устройства Android
Резервная копия хранится в аккаунте Google One, пока устройство активно и подключено к Интернету.
Она будет удалена, если:
- вы не будете пользоваться устройством в течение 57 дней;
- вы выключите резервное копирование на устройстве Android.
Где хранятся данные вашего устройства
Резервные копии данных с вашего устройства хранятся в разных местах. Если резервные копии загружаются в Google, они шифруются с помощью пароля от вашего аккаунта Google. Для шифрования некоторых данных также используется PIN-код, графический ключ или пароль, заданный для разблокировки экрана вашего устройства.
Ниже указано, какие данные сохраняются, если в настройках Android включено резервное копирование. Включать резервное копирование отдельно в приложении Google One не требуется.
- Данные приложений
- Журнал звонков
- Контакты
- Настройки
- SMS
- Фото и видео в исходном качестве из Google Фото.
- Контент из Android Сообщений: фото, видео и аудио из MMS-сообщений.
Почему не сохраняются RCS-сообщения
RCS (Rich Communications Services) – это протокол, благодаря которому телефоны Android поддерживают расширенные функции обмена сообщениями, например групповые чаты, а также отправку фотографий с высоким разрешением, аудио- и видеосообщений. Возможность отправлять RCS-сообщения и сохранять их резервные копии зависит от оператора связи, модели телефона и установленного на нем приложения для обмена сообщениями.
Как включить автоматическое резервное копирование
Выполните следующие действия:
- Откройте приложение Google One на устройстве Android.
- В верхней части экрана нажмите Настройки Настройки резервного копирования.
- Выберите нужные параметры.
- Если появится окно с рекомендацией установить или обновить приложение либо изменить настройки, следуйте инструкциям на экране. Вернитесь в приложение Google One, чтобы завершить настройку.
- Резервные копии можно сохранять с использованием мобильных данных. Если вы хотите сэкономить трафик, разрешите резервное копирование только при подключении к сети Wi-Fi.
- При необходимости предоставьте разрешения.
- В левом верхнем углу экрана нажмите на значок «Назад» .
Резервное копирование с помощью Google One может занять до 24 часов. Когда создание резервных копий для выбранных вами категорий данных завершится, под ними появится надпись «Включено».
Как запустить резервное копирование
Задав настройки резервного копирования, вы можете сразу же запустить его.
- Откройте приложение Google One на устройстве Android.
- Нажмите Создать резервную копию. Возможно, сначала нужно будет нажать кнопку Включить.
Как восстановить данные из резервной копии на новом устройстве
Данные из резервной копии можно восстановить с помощью приложения Google One.
- Если вы этого ещё не сделали, восстановите резервную копию данных во время настройки устройства Android.
- Откройте приложение Google One на устройстве Android.
- В верхней части экрана нажмите Настройки.
- Нажмите Восстановить из резервной копии.
- Рядом с нужным типом данных нажмите Восстановить.
- Если появится окно с рекомендацией установить или обновить приложение либо изменить настройки, следуйте инструкциям на экране.
- Вернитесь в приложение Google One, чтобы завершить настройку.
Восстановление данных из резервной копии с помощью Google One может занять до 24 часов.
Как сделать резервную копию Андроид с контактами и настройками на любом компьютере?
- Установите Helium Desktop на компьютер с Windows, Mac или Linux.
- На этом шаге для Windows может потребоваться установка Андроид-драйверов и перезагрузка.
- Установите приложение Helium на Android-телефон.
- Откройте Helium Desktop на компьютере.
- Откройте Helium на Андроид и проследуйте появившимся на экране инструкциям.
- Теперь вы можете сохранить не только доступные файловой системе данные, но и настройки, приложения, образы и различную пользовательскую информацию.
Скачать Helium для компьютера (Windows, macOS, Linux)
Скачать Helium на телефон (через Google Play)Это самый простой подход к сохранению данных одного Android-устройства, который сохранит благополучие в случае непредвиденных обстоятельств.
Резервные копии мобильных устройств: Android
В прошлом месяце мы рассмотрели отличную реализацию резервного копирования данных на примере устройств 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 на борту.
Извлечение данных из «облака»
Если Google может сохранить данные в «облако», то их можно попробовать извлечь.
Прежде всего, точно так же, как и для скачивания данных из iCloud, нам потребуются логин и пароль пользователя к учётной записи Google. Если в учётной записи включена двухфакторная аутентификация (а её активируют всё чаще), то потребуется и одноразовый код, который будет генерироваться приложением Google Authenticator, Microsoft Authenticator или любым из множества сторонних (работают они по единому принципу, и различается только криптографический код инициализации, который выдаётся пользователю в виде цветного QR-кода).
Для извлечения данных используется Elcomsoft Cloud Explorer
Запускаем продукт, авторизуемся в учётной записи Google, выбираем категории данных для скачивания:
После завершения процесса получаем доступ к информации из учётной записи пользователя:
Количество информации, которую собирает 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 <file>] [-apk|-noapk] [-shared|-noshared] [-all][-system|-nosystem] [<packages…>]
— write an archive of the device’s data to <file>.
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)
(<packages…> is the list of applications to be backed
- If the -all or -shared flags are passed, then the
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: что внутри?
Резервные копии, создаваемые через adb — вещь достаточно простая. На выходе – архив, содержащий данные приложений (в зависимости от настроек – и собственно .apk). Данные приложений сохраняются в том виде, в котором их хранит само приложение. Как правило, приложения используют формат SQLite, реже — XML, ещё реже двоичные данные в собственном формате. Для анализа SQLite придумано столько инструментов, что для самого краткого обзора потребовалась бы отдельная статья. Скажем лишь, что с помощью таких инструментов можно вытащить удалённые записи. Пример? Пожалуйста. Если нам повезло, и производитель твоего телефона разрешил копировать журнал звонков и SMS, то получится восстановить сообщения и звонки, которые были удалены пользователем.
Заключение
Сегодня мы рассмотрели часть механизмов резервного копирования, доступных в устройствах под управлением Android. Фрагментация платформы не позволяет рассмотреть все существующие способы и приложения, призванные облегчить резервное копирование и миграцию данных, но даже те, что были рассмотрены, демонстрируют довольно жёсткие ограничения как по совместимости, так и по полноте копируемых данных. В целом наш вывод таков. При использовании Android 6.0 и более новых версий имеет смысл активировать как «облачную» синхронизацию контактов и фотографий, так и «облачное» резервное копирование в Google Drive.
Встроенный механизм ADB backup может помочь извлечь из устройства часть данных пользователя. К сожалению, по прямому назначению – для резервного копирования и безболезненного восстановления данных – abd backup использовать невозможно.
В результате система резервного копирования в Андроид получает оценку «лучше, чем ничего». Сделать хуже, чем в Android, не смог никто: даже в старенькой Windows Phone 8 резервное копирование (и восстановление!) работает гораздо лучше.
А как обстоят дела с резервным копированием у аутсайдеров рынка, телефонов под управлением мобильной версии Windows и BlackBerry 10? Об этом – в следующем выпуске!