Android 11 wymusza na aplikacjach obsługę lokalnych kopii zapasowych, ale nie kopii zapasowych w chmurze

Nie jest tajemnicą, że tworzenie kopii zapasowych i przywracanie aplikacji i danych jest do niczego na Androidzie, zwłaszcza podczas zmiany urządzeń. Android 11 nieco poprawia sytuację.

Nie będzie dla mnie kontrowersyjne stwierdzenie, że tworzenie kopii zapasowych i przywracanie aplikacji to okropne doświadczenie na Androidzie. To stwierdzenie nie jest jednak w pełni prawdziwe — jeśli uaktualniasz urządzenie do systemu Android od tego samego dostawcy, co poprzednie urządzenie, proces migracji aplikacji będzie zasadniczo przebiegał bezproblemowo. Zapytaj każdego, kto próbował przenieść wszystkie swoje aplikacje na nowy telefon od innego producenta OEM – w tym prawie wszyscy w mediach technicznych — i prawdopodobnie usłyszysz skargi dotyczące konieczności ponownego konfigurowania aplikacji. Android 11 po cichu dokonał poważnych zmian w tym zakresie, ale Google niestety nadal nie posunął się jeszcze wystarczająco daleko.

Głównym powodem, dla którego tworzenie kopii zapasowych i przywracanie aplikacji na Androidzie może być tak uciążliwe, jest to, że wiele aplikacji nie pozwala na tworzenie kopii zapasowych swoich danych. Android natywnie obsługuje tworzenie kopii zapasowych i przywracanie aplikacji oraz ich danych za pośrednictwem

Menadżer kopii bezpieczeństwa infrastruktura, która jest na większości urządzeń z Androidem obsługiwane za pośrednictwem Usług Google Play z plikami przechowywanymi w chmurze na indywidualnych kontach użytkowników na Dysku Google. Do 25MB pliku prywatne pliki danych aplikacji, w tym ich wspólne preferencje, bazy danych i pliki zapisane w wewnętrznych i zewnętrznych katalogach pamięci aplikacji, można utworzyć kopię zapasową. Jednak wielu programistów rezygnuje z tworzenia kopii zapasowych danych aplikacji, ustawiając opcję android: allowBackup Atrybut manifestu do „fałszywego”. Istnieją dobre powody, dla których warto zrezygnować z niektórych aplikacji, zwłaszcza jeśli aplikacja obsługuje wrażliwe dane i nie chce, aby zostały one wyodrębnione, ale te aplikacje nie powinny zakładać, że nie można uzyskać dostępu do ich prywatnych katalogów danych i zamiast tego powinny szyfrować wszelkie wrażliwe dane, nad którymi pracują z.

Niezależnie od tego, jakie podejście zastosujesz do tworzenia kopii zapasowych aplikacji i ich danych, niezależnie od tego, czy będzie to możliwe poprzez ADB, Dysk Google lub aplikacja podobna Hel, nie ma możliwości utworzenia pełnej kopii zapasowej wszystkich aplikacji na urządzeniu. Właśnie dlatego aplikacje z możliwością tworzenia kopii zapasowych i przywracania z obsługą roota, takie jak Kopia zapasowa tytanu istnieją już od tak dawna, ponieważ wszystkie rozwiązania inne niż root nie są tak skuteczne w migracji danych. Dla przeciętnego użytkownika może to być frustrujące podczas konfigurowania urządzenia po przywróceniu ustawień fabrycznych lub podczas przełączania na nowe urządzenie.

Co się zmieni w Androidzie 11

Jednak na Androidzie 11 system lekceważy the allowBackup Atrybut manifestu dla migracji plików aplikacji „z urządzenia na urządzenie”. Dotyczy to tylko aplikacji docelowych na poziomie API 30, co obecnie robi niewiele, ale w przyszłym roku nastąpi duży wzrost liczby aplikacji kierowanych na Androida 11 dzięki Google Play zmieniające się wymagania dotyczące poziomu API.

Dla zaawansowanych użytkowników oznacza to, że tworzenie kopii zapasowych i przywracanie ADB może być znacznie wydajniejsze w systemie Android 11. Ostatnim razem, gdy kopia zapasowa i przywracanie ADB została uaktualniona był na Androidzie 8.0 Oreo. Niestety kopia zapasowa i przywracanie ADB zostało zdeprecjonowane i może zostać usunięty w przyszłej wersji (nadal działa w Androidzie 11 Beta 1), więc kto wie, jak długo będziesz mógł korzystać z tej zmiany w zachowaniu platformy.

Z drugiej strony system nadal będzie szanował allowBackup atrybut tworzenia kopii zapasowych i przywracania w chmurze. Niestety oznacza to, że lepsze kopie zapasowe i przywracanie nie będą dostępne dla przeciętnego użytkownika przywracającego kopię zapasową z Dysku Google.