Как вы тестируете поведение полного резервного копирования Android 6.0?

Ответ 1

После обсуждения и тестирования различных сценариев (см. комментарии ниже вопроса), я решил объединить и записать эти результаты в ответ. На самом деле это фактически не решает проблему, но она ответит на вопрос "Как вы успешно используете инструменты командной строки (или что-то еще) для проверки поведения резервного копирования и восстановления Android 6.0?" Он будет делать это в виде пошагового руководства, излагающего, что сработало для меня, и как я преодолел различные коряги, которые я обнаружил на этом пути.

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

Давайте начнем с самого начала: нам нужно приложение для тестирования! Как и CommonsWare, я просто использовал Android Studio для создания нового проекта с пустым действием. Убедитесь, что вы установили API 23 в качестве целевого SDK. Откройте автогенерированный MainActivity и добавьте код в onCreate(), чтобы сохранить значение в общих настройках (или просто скопируйте фрагмент кода из вопроса):

PreferenceManager
  .getDefaultSharedPreferences(this)
  .edit()
  .putBoolean("foo", true)
  .apply();

Создайте, разверните и запустите приложение. Это должно привести к тому, что foo будет сохранен и приведет к созданию xml файла на диске. Подтвердите это с помощью:

adb shell run-as <package_name> ls -al shared_prefs

Мой тестовый пакет приложений com.example.mh.backuptest (это то, что я буду использовать в примерах команд здесь), поэтому моя команда:

adb shell run-as com.example.mh.backuptest ls -al shared_prefs

Вы должны увидеть одну строку вывода, в которой перечислены все файлы в папке shared_prefs, которая должна быть только одна:

com.example.mh.backuptest_preferences.xml

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

Теперь вернемся к тестированию автоматического резервного копирования. Во-первых, убедитесь, что вы выбрали автоматическое резервное копирование приложений. На устройстве Android 6.0 перейдите по ссылке:

Settings > Backup & reset > Back up my data > On

После этого включите подробное ведение журнала резервного копирования и резервного копирования xml-анализатора, чтобы мы могли видеть, что происходит:

adb shell setprop log.tag.GmsBackupTransport VERBOSE
adb shell setprop log.tag.BackupXmlParserLogging VERBOSE

Затем инициализируйте менеджера резервного копирования:

adb shell bmgr run

Это должно генерировать довольно много вывода в logcat. Вы должны увидеть хотя бы что-то похожее на это:

D/AndroidRuntime: Calling main entry com.android.commands.bmgr.Bmgr
V/BackupManagerService: Scheduling immediate backup pass
V/BackupManagerService: Running a backup pass
V/BackupManagerService: clearing pending backups
V/PerformBackupTask: Beginning backup of 1 targets
D/PerformBackupTask: invokeAgentForBackup on @[email protected]
I/BackupRestoreController: Getting widget state for user: 0
D/PerformBackupTask: starting key/value backup of BackupRequest{pkg=com.google.android.googlequicksearchbox}
D/BackupManagerService: awaiting agent for ApplicationInfo{9f9289c com.google.android.googlequicksearchbox}
D/BackupManagerService: agentConnected pkg=com.google.android.googlequicksearchbox [email protected]
I/BackupManagerService: got agent [email protected]
D/PerformBackupTask: invokeAgentForBackup on com.google.android.googlequicksearchbox
D/BackupHelperDispatcher: handling existing helper 'L' [email protected]
V/LauncherBackupHelper: lastBackupTime = 1448612678367
W/LauncherBackupHelper: empty intent on application favorite: 223
I/BackupRestoreController: Getting widget state for user: 0
V/GmsBackupTransport: starting new backup session
V/GmsBackupTransport: starting performBackup for com.google.android.googlequicksearchbox
V/GmsBackupTransport: performBackup done for com.google.android.googlequicksearchbox
V/GmsBackupTransport: sending request: 101667 bytes
I/GmsBackupTransport: Http Response Code : 200
V/GmsBackupTransport: backup finished for com.google.android.googlequicksearchbox
I/BackupManagerService: Backup pass finished.

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

Если вместо этого вы видите что-то по строкам:

GmsBackupTransport: Scotty transfer exception. null
PFTBT   : Error -1002 backing up com.example.mh.backuptest

Или:

GmsBackupTransport: Rejecting full data backup. user has not seen up to date legal text 

Убедитесь, что вы выбрали автоматическое резервное копирование приложений (см. выше). Если у вас есть, и вы все еще видите эти сообщения - что тоже случилось со мной, попробуйте несколько раз переключить настройку и перезагрузите устройство. Еще не повезло? Я был там... Удалите учетную запись Google с устройства, перезагрузите, повторно добавьте его и снова выберите. Другие сообщили, что работает factory reset, но для меня это немного завышено.:)

Если вы зашли так далеко, тогда пришло время обеспечить, чтобы наше тестовое приложение получило резервную копию! Чтобы принудительно выполнить резервное копирование, выполните:

adb shell bmgr fullbackup com.example.mh.backuptest

Это убьет ваше приложение, если оно все еще работает - не беспокойтесь, это нормально. Вы должны увидеть довольно некоторый вывод из резервного транспорта:

D/AndroidRuntime: Calling main entry com.android.commands.bmgr.Bmgr
D/BackupManagerService: fullTransportBackup()
I/PFTBT: Initiating full-data transport backup of com.example.mh.backuptest
V/GmsBackupTransport: create full backup for : com.example.mh.backuptest
V/GmsBackupTransport: Start scotty uploading.
D/BackupManagerService: Binding to full backup agent : com.example.mh.backuptest
I/ActivityManager: Start proc 22032:com.example.mh.backuptest/u0a491 for backup android/FullBackupAgent
D/BackupManagerService: awaiting agent for ApplicationInfo{dd359cd com.example.mh.backuptest}
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] wait for avaible data.
BackupManagerService: agentConnected pkg=com.example.mh.backuptest [email protected]
I/BackupManagerService: got agent [email protected]
V/BackupXmlParserLogging: android:fullBackupContent - "true"
I/BackupRestoreController: Getting widget state for user: 0
I/file_backup_helper:    Name: apps/com.example.mh.backuptest/_manifest
V/GmsBackupTransport: [PUSH] Push 512 bytes into pipe.
V/GmsBackupTransport: [PUSH] signal data available.
V/GmsBackupTransport: [PUSH] Wait for data been processed.
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ] signal data processed.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] wait for avaible data.
V/GmsBackupTransport: [PUSH] Push 2048 bytes into pipe.
V/GmsBackupTransport: [PUSH] signal data available.
V/GmsBackupTransport: [PUSH] Wait for data been processed.
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ] signal data processed.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] wait for avaible data.
D/BackupManagerService: Calling doFullBackup() on com.example.mh.backuptest
I/file_backup_helper:    Name: apps/com.example.mh.backuptest/sp/com.example.mh.backuptest_preferences.xml
V/GmsBackupTransport: [PUSH] Push 512 bytes into pipe.
V/GmsBackupTransport: [PUSH] signal data available.
V/GmsBackupTransport: [PUSH] Wait for data been processed.
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ] signal data processed.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] wait for avaible data.
V/GmsBackupTransport: [PUSH] Push 512 bytes into pipe.
V/GmsBackupTransport: [PUSH] signal data available.
V/GmsBackupTransport: [PUSH] Wait for data been processed.
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] Read 256 bytes data.
V/GmsBackupTransport: [READ] signal data processed.
V/GmsBackupTransport: [READ]
V/GmsBackupTransport: [READ] wait for avaible data.
V/GmsBackupTransport: [FINISH] signal no more data.
I/Process: Sending signal. PID: 22032 SIG: 9
I/ActivityManager: Process com.example.mh.backuptest (pid 22032) has died
V/GmsBackupTransport: Scotty response: res=200 raw=3584 up=1047
I/PFTBT: Transport suggested backoff=0
I/PFTBT: Full backup completed.
D/BackupManagerService: Done with full transport backup.

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

adb shell run-as com.example.mh.backuptest rm shared_prefs/com.example.mh.backuptest_preferences.xml

Подтвердите, что файл больше не существует:

adb shell run-as com.example.mh.backuptest ls -al shared_prefs

Если команда выполняется без какого-либо вывода, это означает, что в папке shared_prefs не было файлов и что вы успешно удалили префикс.

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

adb shell bmgr restore com.example.mh.backuptest

Опять же, резервный транспорт будет генерировать довольно некоторый вывод:

V/BackupManagerService: beginRestoreSession: pkg=com.example.mh.backuptest transport=null
V/RestoreSession: restorePackage pkg=com.example.mh.backuptest [email protected]
V/RestoreSession: restorePackage pkg=com.example.mh.backuptest token=31eda3bdfd5fddb7
D/BackupManagerService: MSG_RUN_RESTORE [email protected]
V/GmsBackupTransport: New restore session, 2 apps
V/GmsBackupTransport: sending request: 471 bytes
I/GmsBackupTransport: Http Response Code : 200
V/GmsBackupTransport: @[email protected]: 109 keys
I/GmsBackupTransport: Current restore package : PackageInfo{195d280 @[email protected]}
V/GmsBackupTransport: A key/value pairs restore
D/BackupManagerService: initiateOneRestore [email protected]@
I/GmsBackupTransport: Current restore package : PackageInfo{1edd0b9 com.example.mh.backuptest}
V/GmsBackupTransport: A full restore : https://www.googleapis.com/drive/v2/files/XXXXXXXXXXXXXXXXXXXXXXXXXXXX?alt=media&sources=ANDROID_BACKUP
I/BackupManagerService: Next restore package: RestoreDescription{com.example.mh.backuptest : STREAM}
V/GmsBackupTransport: Read first chunk for com.example.mh.backuptest
V/GmsBackupTransport: Create http connection for com.example.mh.backuptest
I/GmsBackupTransport: Drive download http response status : 200
V/GmsBackupTransport: ContentLength is 3584
V/GmsBackupTransport: Downloaded: 808 / 3584 bytes
V/GmsBackupTransport: Read 808 Bytes
V/GmsBackupTransport: Read next chunk for com.example.mh.backuptest
V/GmsBackupTransport: Downloaded: 2197 / 3584 bytes
V/GmsBackupTransport: Read 1389 Bytes
I/RestoreEngine: Sig + version match; taking data
V/GmsBackupTransport: Read next chunk for com.example.mh.backuptest
V/GmsBackupTransport: Downloaded: 3584 / 3584 bytes
V/GmsBackupTransport: Read 1387 Bytes
V/GmsBackupTransport: Read next chunk for com.example.mh.backuptest
V/GmsBackupTransport: Read -1 Bytes
D/RestoreEngine: Need to launch agent for com.example.mh.backuptest
D/RestoreEngine: Clearing app data preparatory to full restore
I/ActivityManager: Force stopping com.example.mh.backuptest appid=10491 user=0: clear data
V/GmsBackupTransport: Reach end of http content -- NO MORE DATA
D/PackageBroadcastService: Received broadcast action=android.intent.action.PACKAGE_DATA_CLEARED and uri=com.example.mh.backuptest
D/AccountUtils: Clearing selected account for com.example.mh.backuptest
I/LocationSettingsChecker: Removing dialog suppression flag for package com.example.mh.backuptest
I/Icing: doRemovePackageData com.example.mh.backuptest
I/ActivityManager: Start proc 22708:com.example.mh.backuptest/u0a491 for backup android/FullBackupAgent
D/BackupManagerService: awaiting agent for ApplicationInfo{dd359cd com.example.mh.backuptest}
D/BackupManagerService: agentConnected pkg=com.example.mh.backuptest [email protected]
I/BackupManagerService: got agent [email protected]
D/VoldConnector: SND -> {14 volume mkdirs /storage/emulated/0/Android/data/com.example.mh.backuptest/files/}
D/VoldConnector: RCV <- {200 14 Command succeeded}
V/BackupXmlParserLogging: android:fullBackupContent - "true"
V/BackupManagerService: No more packages; finishing restore
V/GmsBackupTransport: restore finished
D/RestoreSession: endRestoreSession
I/BackupRestoreController: restoreFinished for 0
I/BackupManagerService: Restore complete.

Если все выглядит так, как показано выше, дайте нам проверить, находится ли наш файл предпочтений там, где он должен быть:

adb shell run-as com.example.mh.backuptest ls -al shared_prefs

Выход должен быть тем, что вы видели в первый раз, когда вы запустили команду (на ранних этапах этой довольно длинной истории). Если да, то пора поздравлять! Вам удалось успешно создать резервную копию и восстановить приложение с помощью Google Auto Backup для приложений!

С? Затем сделайте еще один тест! Удалите приложение:

adb uninstall com.example.mh.backuptest

Даже если мы видим "Успех", подтвердите, что он ушел:

adb shell run-as com.example.mh.backuptest

Ожидаемый результат:

run-as: Package 'com.example.mh.backuptest' is unknown

Теперь установите приложение еще раз (но не запустите):

adb install backuptest.apk 

Посмотрите на logcat:

V/BackupManagerService: restoreAtInstall pkg=com.example.mh.backuptest token=3 restoreSet=31eda3bdfd5fddb7
D/BackupManagerService: MSG_RUN_RESTORE observer=null
V/GmsBackupTransport: New restore session, 2 apps
V/GmsBackupTransport: sending request: 471 bytes
I/GmsBackupTransport: Http Response Code : 200
V/GmsBackupTransport: @[email protected]: 109 keys
I/GmsBackupTransport: Current restore package : PackageInfo{2981234 @[email protected]}
V/GmsBackupTransport: A key/value pairs restore
D/BackupManagerService: initiateOneRestore [email protected]@
I/GmsBackupTransport: Current restore package : PackageInfo{883c85d com.example.mh.backuptest}
V/GmsBackupTransport: A full restore : https://www.googleapis.com/drive/v2/files/XXXXXXXXXXXXXXXXXXXXXXXXXXXX?alt=media&sources=ANDROID_BACKUP
I/BackupManagerService: Next restore package: RestoreDescription{com.example.mh.backuptest : STREAM}
V/GmsBackupTransport: Read first chunk for com.example.mh.backuptest
V/GmsBackupTransport: Create http connection for com.example.mh.backuptest
I/GmsBackupTransport: Drive download http response status : 200
V/GmsBackupTransport: ContentLength is 3584
V/GmsBackupTransport: Downloaded: 808 / 3584 bytes
V/GmsBackupTransport: Read 808 Bytes
V/GmsBackupTransport: Read next chunk for com.example.mh.backuptest
V/GmsBackupTransport: Downloaded: 2197 / 3584 bytes
V/GmsBackupTransport: Read 1389 Bytes
I/RestoreEngine: Sig + version match; taking data
V/GmsBackupTransport: Read next chunk for com.example.mh.backuptest
V/GmsBackupTransport: Downloaded: 3584 / 3584 bytes
V/GmsBackupTransport: Read 1387 Bytes
V/GmsBackupTransport: Read next chunk for com.example.mh.backuptest
V/GmsBackupTransport: Read -1 Bytes
D/RestoreEngine: Need to launch agent for com.example.mh.backuptest
D/RestoreEngine: Clearing app data preparatory to full restore
I/ActivityManager: Force stopping com.example.mh.backuptest appid=10493 user=0: clear data
V/GmsBackupTransport: Reach end of http content -- NO MORE DATA
D/PackageBroadcastService: Received broadcast action=android.intent.action.PACKAGE_DATA_CLEARED and uri=com.example.mh.backuptest
D/AccountUtils: Clearing selected account for com.example.mh.backuptest
I/LocationSettingsChecker: Removing dialog suppression flag for package com.example.mh.backuptest
I/Icing: doRemovePackageData com.example.mh.backuptest
I/ActivityManager: Start proc 31545:com.example.mh.backuptest/u0a493 for backup android/FullBackupAgent
D/BackupManagerService: awaiting agent for ApplicationInfo{a84d42d com.example.mh.backuptest}
D/BackupManagerService: agentConnected pkg=com.example.mh.backuptest [email protected]
I/BackupManagerService: got agent [email protected]
D/VoldConnector: SND -> {17 volume mkdirs /storage/emulated/0/Android/data/com.example.mh.backuptest/files/}
D/VoldConnector: RCV <- {200 17 Command succeeded}
V/BackupXmlParserLogging: android:fullBackupContent - "true"
D/BackupManagerService: Restore complete, killing host process of com.example.mh.backuptest
V/BackupManagerService: No more packages; finishing restore
I/Process: Sending signal. PID: 31545 SIG: 9
V/GmsBackupTransport: restore finished
I/BackupRestoreController: restoreFinished for 0
I/BackupManagerService: Restore complete.

Это выглядит многообещающим! Действительно ли он восстановил резервную копию файла настроек при переустановке приложения?

adb shell run-as com.example.mh.backuptest ls -al shared_prefs

Если вы видите результат, который должен быть знаком на данный момент, тогда ответ будет да!

Заключительные замечания: Я успешно проверил выше шаги на разных устройствах:

• По умолчанию Android 6.0 Emulator (эмулятор64-x86) без сервисов Google Play.
• Genymotion Google Nexus 5X - API 23 - ПРОСМОТР с сервисами Google Play
• Nexus 5X (физическое устройство) с сервисами Google Play.

Если я правильно помню, если на устройстве не установлено Google Play Services, диспетчер резервного копирования фактически не отправляется на Google Диск (что не удивительно), но не стесняйтесь меня исправлять.

Источники:

• CommonWare отличный вопрос в верхней части этой страницы.
• Обучение Google по Настройка автоматического резервного копирования для приложений.
• Различные проблемы в Google tracker, включая этот и этот.

Ответ 2

Я столкнулся с ошибкой в ​​Android 6.0, где иногда будет убивать даже липкую переднюю службу для запуска doFullBackup() и не перезапускать ее в течение нескольких часов. Это проблематично, если ваше приложение должно запускаться без прерывания во время зарядки телефона (Chroma Doze - это генератор белого шума, поэтому он часто работает во время сна):

01-22 03:01:00.303   879 25791 I PFTBT   : Initiating full-data transport backup of net.pmarks.chromadoze
01-22 03:01:00.470   879 25793 D BackupManagerService: Binding to full backup agent : net.pmarks.chromadoze
01-22 03:01:00.470   879 25793 D BackupManagerService: awaiting agent for ApplicationInfo{8ab9ee7 net.pmarks.chromadoze}
01-22 03:01:00.482   879  8822 D BackupManagerService: agentConnected pkg=net.pmarks.chromadoze [email protected]
01-22 03:01:00.482   879 25793 I BackupManagerService: got agent [email protected]
01-22 03:01:00.525   879 25793 I BackupRestoreController: Getting widget state for user: 0
01-22 03:01:00.527   879 25796 D BackupManagerService: Calling doFullBackup() on net.pmarks.chromadoze
01-22 03:01:00.554   879  8821 I WindowState: WIN DEATH: Window{7b1ddb4 u0 net.pmarks.chromadoze/net.pmarks.chromadoze.ChromaDoze}
01-22 03:01:00.570   879  3721 I ActivityManager: Process net.pmarks.chromadoze (pid 18451) has died
01-22 03:01:00.570   879  3721 W ActivityManager: Scheduling restart of crashed service net.pmarks.chromadoze/.NoiseService in 13305612ms

Это влияет только на приложения с targetSdkVersion 23, но как только вы опубликовали такое приложение, возврат к 22 невозможен: пользователи, которые пытаются установить следующую версию, видят (Error -504) в магазине Play.

Есть два решения, о которых я знаю:

• Установите android:allowBackup="false" в манифесте, чтобы отключить все резервные копии.
• Внедрите android:backupAgent, который (в конечном итоге) отключает полные резервные копии и вместо этого использует старый API резервного копирования.

Однако, если у вас установлено приложение targetSdkVersion 23 без backupAgent, добавление backupAgent фактически не отключает полное резервное копирование; вам необходимо перезагрузить устройство, чтобы удалить его из очереди.

Чтобы узнать, какие приложения будут получать полную резервную копию, вы можете запустить следующее:

$ adb shell dumpsys backup

И затем найдите раздел Full backup queue:.