Het is geen geheim dat het maken van back-ups en het herstellen van apps en gegevens slecht is op Android, vooral bij het wisselen van apparaat. Android 11 maakt de zaken enigszins beter.
Het zou voor mij niet controversieel zijn om te zeggen dat het maken van back-ups en het herstellen van apps een verschrikkelijke ervaring is op Android. Deze bewering is niet overal waar: als je een upgrade uitvoert naar een Android-apparaat van dezelfde leverancier als je vorige apparaat, zal het app-migratieproces over het algemeen vrij naadloos verlopen. Vraag het aan iedereen die heeft geprobeerd al zijn apps te migreren naar een nieuwe telefoon van een andere OEM, inclusief vrijwel iedereen in de technische media – en je zult waarschijnlijk klachten horen over het opnieuw moeten instellen van apps. Android 11 heeft op dit front stilletjes een grote verandering doorgevoerd, maar Google is helaas nog steeds niet ver genoeg gegaan.
De belangrijkste reden waarom het back-uppen en herstellen van apps op Android zo lastig kan zijn, is dat veel applicaties niet toestaan dat er een back-up van hun gegevens wordt gemaakt. Android ondersteunt standaard het maken van back-ups en het herstellen van apps en hun gegevens via de
Backup Manager infrastructuur, die op de meeste Android-apparaten aanwezig is afgehandeld via Google Play-services waarbij bestanden worden opgeslagen in de cloud op de individuele Google Drive-accounts van gebruikers. Maximaal 25 MB van een privégegevensbestanden van de appEr kan een back-up worden gemaakt van hun gedeelde voorkeuren, databases en bestanden die zijn opgeslagen in de app-specifieke interne en externe opslagmappen van de app. Veel ontwikkelaars kiezen er echter voor om geen back-up te maken van hun app-gegevens door deandroid: allowBackup Duidelijk attribuut tot ‘vals’. Er zijn goede redenen waarom sommige apps zich afmelden, vooral als de app gevoelige gegevens verwerkt en niet wil dat die gegevens worden geëxtraheerd. applicaties mogen er niet van uitgaan dat hun privégegevensmappen niet toegankelijk zijn en moeten in plaats daarvan alle gevoelige gegevens waarmee ze werken versleutelen met.
Het maakt dus niet uit welke aanpak u kiest bij het maken van een back-up van uw apps en hun gegevens, of dat nu het geval is via ADB, Google Drive of een app zoals Helium, is het niet mogelijk om van elke afzonderlijke app op uw apparaat een volledige back-up te maken. Dit is de reden waarom root-compatibele back-up- en herstel-apps zoals Titanium-back-up bestaan al zo lang vanwege alle niet-rootoplossingen zijn lang niet zo effectief bij gegevensmigratie. Voor de gemiddelde gebruiker kan dit een frustrerende ervaring opleveren bij het instellen van een apparaat na een fabrieksreset of bij het overstappen naar een nieuw apparaat.
Wat verandert er in Android 11
Op Android 11 echter het systeem negeert de allowBackup Manifest-kenmerk voor 'apparaat-naar-apparaat'-migraties van applicatiebestanden. Dit is alleen van invloed op apps die zich richten op API-niveau 30, wat op dit moment niet veel doen, maar er zal het komende jaar een grote toename zijn in apps die zich richten op Android 11 dankzij de mogelijkheden van Google Play veranderende vereisten op API-niveau.
Voor ervaren gebruikers betekent dit dat ADB-back-up en -herstel veel krachtiger kan worden in Android 11. De laatste keer dat ADB-back-up en -herstel een upgrade zag zat op Android 8.0 Oreo. Helaas, ADB back-up en herstel is afgekeurd en kan in een toekomstige release worden verwijderd (het werkt nog steeds in Android 11 Beta 1), dus wie weet hoe lang je kunt profiteren van deze verandering in platformgedrag.
Aan de andere kant zal het systeem nog steeds de allowBackup attribuut voor cloudgebaseerde back-ups en herstelbewerkingen. Helaas betekent dit dat betere back-ups en herstelacties niet beschikbaar zullen zijn voor de gemiddelde gebruiker die een back-up herstelt vanuit Google Drive.