Android-ის სარეზერვო ასლები Google Drive-ზე ბევრისთვის გატეხილია, აი, როგორ გამოვასწოროთ ეს

ერთი ანდროიდის სმარტფონიდან მეორეზე მიგრაციის ერთ-ერთი მტკივნეული წერტილი არის ის ფაქტი, რომ ნაკლებად სავარაუდოა, რომ დაეშვათ მოწყობილობის იმავე მდგომარეობაში, როგორც დაიწყეთ, თქვენი აპლიკაციის მონაცემების კონტექსტში. პრობლემა კიდევ უფრო თვალსაჩინოა, როდესაც თქვენ მიგრირებთ სხვადასხვა OEM-ზე, რადგან კონკრეტული OEM გადაწყვეტილებები ხშირად ორიენტირებულია ამ ეკოსისტემაზე. Google ცდილობდა ამ პრობლემის მოგვარებას Google Play Services Framework-ისა და Google Drive-ის გამოყენებით Google-ის Android-ისთვის ჩაშენებული სარეზერვო მენეჯერის სერვისის უზრუნველსაყოფად. ეს ჩაშენებული გადაწყვეტა ქმნის კონტაქტების, ზარების ისტორიის, ტექსტური შეტყობინებების და გარკვეული აპლიკაციის მონაცემებისა და მოწყობილობის პარამეტრების სარეზერვო ასლს ავტომატურად Google Drive-ზე, მაგრამ Android Pie-დან დაწყებული, თქვენ ასევე შეგიძლიათ

თავად გაუშვით სარეზერვო საშუალება. თუმცა, მომხმარებლები ჩივიან, რომ Google Drive-ის სარეზერვო ასლები გატეხილია ბოლო რამდენიმე თვის განმავლობაში.

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

სამწუხაროდ, Google-მა ჯერ არ აღიარა ეს საკითხი, რაც იმას ნიშნავს, რომ შეცდომის ოფიციალური გადაწყვეტა არ არსებობს. საბედნიეროდ, თქვენ შეგიძლიათ აიღოთ საქმეები თქვენს ხელში და აიძულეთ სარეზერვო ასლის შექმნა რამდენიმე მარტივი ADB ბრძანებით. როგორც XDA-ს უფროსმა წევრმა აღნიშნა დექსერი125 in მისი ძაფი, შეგიძლიათ აიძულოთ სარეზერვო ასლის შექმნა სარეზერვო მენეჯერისთვის shell ბრძანების ინტერფეისის გამოყენებით:

adb shell
bmgr run
bmgr backupnow --all

ამან უნდა აიძულოს სარეზერვო ასლის შექმნა თქვენს მოწყობილობაზე. თუ მიიღებთ"სარეზერვო ასლის შექმნა დასრულდა შედეგით: სარეზერვო ასლი გაუქმდა", შემდეგ გაუშვით შემდეგი ბრძანებები:

bmgr backupnow appdata
bmgr backupnow --all

იმედია, ეს უნდა დაბრუნდეს წარმატებულ შედეგს. დასრულების შემდეგ, გადატვირთეთ თქვენი მოწყობილობა. ღილაკზე „სარეზერვო ასლის შექმნა ახლა“ უნდა იყოს დაწკაპუნებული და თქვენი მონაცემების სარეზერვო ასლის შექმნა უნდა მოხდეს ფონზე. თუმცა, ჩვენ მაინც ვიმედოვნებთ, რომ Google აღიარებს პრობლემას და გამოასწორებს.

სახელმძღვანელო Google Drive-ის „ველოდები სარეზერვო ასლის“ გამოსწორების შესახებ -- XDA Thread

---

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

აპლიკაციის მონაცემთა აღდგენა კვლავ დაინერგა Android 6.0 Marshmallow-ში, როგორც "აპების ავტომატური სარეზერვო ასლის შექმნა".

აპების ავტომატური სარეზერვო ასლის შექმნა ავტომატურად ქმნის მომხმარებლის მონაცემების სარეზერვო ასლებს აპებიდან, რომლებიც მიზნად ისახავს და მუშაობს Android 6.0 (API დონე 23) ან უფრო ახალზე. Android ინახავს აპის მონაცემებს მომხმარებლის Google Drive-ში ატვირთვით, სადაც ის დაცულია მომხმარებლის Google ანგარიშის ავტორიზაციის მონაცემებით. მონაცემთა რაოდენობა შემოიფარგლება 25 მბ-ით თქვენი აპის თითო მომხმარებლისთვის და სარეზერვო მონაცემების შენახვა არ არის გადასახდელი. თქვენს აპს შეუძლია სარეზერვო პროცესის მორგება ან უარის თქმა სარეზერვო ასლების გამორთვა.

ნაგულისხმევად, აპებს აქვთ ნებადართული 25 მბ-მდე (უფლებამოსილი) მონაცემების სარეზერვო ასლები შექმნილია მომხმარებლის Google Drive ანგარიშზე. მაგრამ სხვადასხვა მიზეზის გამო, ბევრი დეველოპერი წყვეტს მათი აპების მონაცემების Google Drive-ში შენახვას.

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

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