Android 11 prisili aplikacije, da podpirajo lokalne varnostne kopije, ne pa varnostnih kopij v oblaku

Ne bi bilo sporno, če bi rekel, da je varnostno kopiranje in obnavljanje aplikacij v sistemu Android grozna izkušnja. Zdaj pa ta izjava ni povsod resnična – če nadgrajujete na napravo Android istega proizvajalca kot vaša prejšnja naprava, bo postopek selitve aplikacije na splošno precej brezhiben. Vprašajte vsakogar, ki je poskušal preseliti vse svoje aplikacije na nov telefon od drugega proizvajalca originalne opreme – kar vključuje skoraj vsi v tehnoloških medijih – in verjetno boste slišali pritožbe, da morate znova nastaviti aplikacije. Android 11 je tiho naredil veliko spremembo na tej fronti, vendar Google žal še vedno ni šel dovolj daleč.

Glavni razlog, zakaj je lahko varnostno kopiranje in obnavljanje aplikacij v sistemu Android tako mučno, je, da številne aplikacije ne dovoljujejo varnostnega kopiranja svojih podatkov. Android izvorno podpira varnostno kopiranje in obnavljanje aplikacij in njihovih podatkov prek

BackupManager infrastrukturo, ki je na večini naprav Android upravlja prek storitev Google Play z datotekami, ki so shranjene v oblaku v posameznih uporabniških računih Google Drive. Do 25 MB an zasebne podatkovne datoteke aplikacije, vključno z njihovimi skupnimi nastavitvami, podatkovnimi bazami in datotekami, shranjenimi v notranjih in zunanjih imenikih za shranjevanje aplikacije, je mogoče varnostno kopirati. Vendar se mnogi razvijalci odločijo za varnostno kopiranje podatkov svojih aplikacij tako, da nastavijo android: allowBackup Manifestni atribut na "lažno". Nekaterim aplikacijam obstajajo dobri razlogi za zavrnitev, zlasti če aplikacija obravnava občutljive podatke in ne želi, da bi bili ti podatki ekstrahirani, vendar aplikacije se ne bi smele zanašati na predpostavko, da do njihovih zasebnih podatkovnih imenikov ni mogoče dostopati, in bi morale namesto tega šifrirati vse občutljive podatke, s katerimi delajo z.

Torej, ne glede na to, kateri pristop boste izbrali za varnostno kopiranje svojih aplikacij in njihovih podatkov preko ADB, Google Drive ali podobno aplikacijo Helij, ne morete v celoti varnostno kopirati vsake posamezne aplikacije v vaši napravi. Zato aplikacije za varnostno kopiranje in obnovitev, ki podpirajo root, kot je Titanium Backup obstajajo tako dolgo, ker so vse nekorenske rešitve niso niti približno tako učinkoviti pri selitvi podatkov. Za povprečnega uporabnika je to lahko frustrirajoče izkušnje pri nastavljanju naprave po ponastavitvi na tovarniške nastavitve ali pri preklopu na novo napravo.

Kaj se spreminja v sistemu Android 11

V sistemu Android 11 pa sistem ne upošteva the allowBackup Atribut manifesta za selitve aplikacijskih datotek "od naprave do naprave". To vpliva le na aplikacije, ki ciljajo na raven API-ja 30, kar trenutno ni veliko, vendar bo v naslednjem letu prišlo do velikega porasta aplikacij, ki ciljajo na Android 11, zahvaljujoč Googlu Play spreminjanje zahtev na ravni API-ja.

Za izkušene uporabnike to pomeni, da bosta varnostno kopiranje in obnovitev ADB v sistemu Android 11 morda veliko zmogljivejša. Zadnjič, ko je prišlo do nadgradnje varnostnega kopiranja in obnovitve ADB je bil v sistemu Android 8.0 Oreo. Na žalost varnostno kopiranje in obnovitev ADB je zastarel in bi ga lahko odstranili v prihodnji izdaji (še vedno deluje v Androidu 11 Beta 1), tako da kdo ve, kako dolgo boste lahko izkoriščali to spremembo v obnašanju platforme.

Po drugi strani pa bo sistem še vedno spoštoval allowBackup atribut za varnostno kopiranje in obnovitev v oblaku. Na žalost to pomeni, da boljše varnostne kopije in obnovitve ne bodo na voljo povprečnemu uporabniku, ki obnavlja varnostno kopijo iz Google Drive.