Android 11 აიძულებს აპებს მხარი დაუჭირონ ადგილობრივ სარეზერვო ასლებს, მაგრამ არა ღრუბლოვან სარეზერვო ასლებს

ჩემთვის საკამათო არ იქნება იმის თქმა, რომ აპების სარეზერვო ასლის შექმნა და აღდგენა საშინელი გამოცდილებაა Android-ზე. ახლა, ეს განცხადება არ არის უნივერსალურად ჭეშმარიტი - თუ თქვენ განაახლებთ Android მოწყობილობას იმავე მწარმოებლისგან, როგორც თქვენი წინა მოწყობილობა, მაშინ აპლიკაციის მიგრაციის პროცესი ზოგადად საკმაოდ შეუფერხებელი იქნება. ჰკითხეთ ნებისმიერს, ვინც ცდილობდა გადაიტანოს ყველა თავისი აპი ახალ ტელეფონზე სხვა OEM-დან, რომელიც მოიცავს თითქმის ყველა ტექნოლოგიურ მედიაში და ალბათ მოისმენთ პრეტენზიებს აპების ხელახლა დაყენების შესახებ. Android 11-მა ჩუმად მოახდინა მნიშვნელოვანი ცვლილება ამ მიმართულებით, მაგრამ Google, სამწუხაროდ, ჯერ კიდევ არ წასულა საკმარისად შორს.

მთავარი მიზეზი, რის გამოც Android-ზე აპლიკაციების სარეზერვო ასლის შექმნა და აღდგენა შეიძლება იყოს ასეთი მტკივნეული, არის ის, რომ ბევრი აპლიკაცია არ იძლევა მათი მონაცემების სარეზერვო ასლის საშუალებას. ანდროიდი მხარს უჭერს აპების და მათი მონაცემების სარეზერვო ასლების შექმნას და აღდგენას

BackupManager ინფრასტრუქტურა, რომელიც არის Android მოწყობილობების უმეტესობაში მუშავდება Google Play სერვისების მეშვეობით ფაილებით, რომლებიც ინახება ღრუბელში მომხმარებლის Google Drive-ის ინდივიდუალურ ანგარიშებზე. 25 მბ-მდე ან აპლიკაციის პირადი მონაცემების ფაილები, მათ შორის მათი გაზიარებული პრეფერენციები, მონაცემთა ბაზები და ფაილები, რომლებიც შენახულია აპის სპეციფიკურ შიდა და გარე მეხსიერების დირექტორიაში, შესაძლებელია სარეზერვო ასლის შექმნა. თუმცა, ბევრი დეველოპერი უარს ამბობს მათი აპლიკაციის მონაცემების სარეზერვო ასლის დაყენებაზე android: allowBackup მანიფესტი ატრიბუტი "ტყუილად". ზოგიერთი აპლიკაციის გამორთვის კარგი მიზეზები არსებობს, განსაკუთრებით თუ აპი ამუშავებს მგრძნობიარე მონაცემებს და არ სურს ამ მონაცემების ამოღება, მაგრამ აპლიკაციები არ უნდა დაეყრდნონ იმ ვარაუდს, რომ მათი პირადი მონაცემების დირექტორიაში წვდომა შეუძლებელია და ამის ნაცვლად უნდა დაშიფრონ ნებისმიერი მგრძნობიარე მონაცემი, რომლითაც მუშაობენ თან.

ამრიგად, არ აქვს მნიშვნელობა რა მიდგომას მიმართავთ თქვენი აპებისა და მათი მონაცემების სარეზერვო ასლის შესაქმნელად, იქნება ეს ADB-ის მეშვეობით, Google Drive ან მსგავსი აპი ჰელიუმი, არ არსებობს საშუალება თქვენი მოწყობილობის თითოეული აპის სრული სარეზერვო ასლის შესაქმნელად. ამიტომაც არის root ჩართული სარეზერვო და აღდგენის აპლიკაციები, როგორიცაა ტიტანის სარეზერვო ამდენი ხანია არსებობს, რადგან ყველა არა-ძირეული გადაწყვეტა არც ისე ეფექტურია მონაცემთა მიგრაციაში. საშუალო მომხმარებლისთვის, ამან შეიძლება გამოიწვიოს იმედგაცრუებული გამოცდილება ქარხნული გადატვირთვის შემდეგ მოწყობილობის დაყენებისას ან ახალ მოწყობილობაზე გადართვისას.

რა იცვლება Android 11-ში

თუმცა Android 11-ზე, სისტემა უგულებელყოფს The allowBackup მანიფესტის ატრიბუტი აპლიკაციის ფაილების "მოწყობილობა-მოწყობილობაში" მიგრაციისთვის. ეს ეხება მხოლოდ აპებს, რომლებიც მიზნად ისახავს API დონეს 30, რასაც ბევრი არ აკეთებს ამ მომენტში, მაგრამ იქნება დიდი ზრდა Android 11-ზე გათვლილი აპებში მომდევნო წელს Google Play-ის წყალობით. API დონის მოთხოვნების შეცვლა.

ძლიერი მომხმარებლებისთვის, ეს ნიშნავს, რომ ADB სარეზერვო ასლის შექმნა და აღდგენა შეიძლება ბევრად უფრო ძლიერი გახდეს Android 11-ში. ბოლო დროს ADB-ის სარეზერვო ასლის შექმნა და აღდგენა მოხდა განახლება იყო Android 8.0 Oreo-ში. სამწუხაროდ, ADB სარეზერვო და აღდგენა მოძველებულია და შეიძლება წაიშალოს მომავალ გამოშვებაში (ის ჯერ კიდევ მუშაობს Android 11 Beta 1-ში), ასე რომ, ვინ იცის, რამდენ ხანს შეძლებთ ისარგებლოთ პლატფორმის ქცევის ამ ცვლილებით.

მეორეს მხრივ, სისტემა კვლავ პატივს სცემს allowBackup ატრიბუტი ღრუბელზე დაფუძნებული სარეზერვო ასლებისა და აღდგენისთვის. სამწუხაროდ, ეს ნიშნავს, რომ უკეთესი სარეზერვო ასლები და აღდგენა არ იქნება ხელმისაწვდომი საშუალო მომხმარებლისთვის, რომელიც აღადგენს სარეზერვო ასლს Google Drive-იდან.