Google बैकअप: एक ही खाते का उपयोग करने वाले कई उपकरण - पुनर्स्थापना पर क्या होता है?

Question

यह कोई नई बात नहीं है कि कोई एक Google खाते के साथ कई Android उपकरणों का उपयोग कर सकता है । पहली बार किसी नए डिवाइस पर स्विच करने से यह पूछा जाता है कि क्या कोई व्यक्ति Google के साथ डेटा संग्रहीत करना चाहता है, जो तब मूल रूप से Google सर्वर पर "कुछ सामान" सिंक करेगा?

• कुछ एप्लिकेशन डेटा (यदि ऐप्स स्पष्ट रूप से इसका समर्थन करते हैं)
• वाई-फाई पासवर्ड
• ब्राउज़र बुकमार्क
• Google Play से इंस्टॉल किए गए ऐप्स की एक सूची
• ऑनस्क्रीन कीबोर्ड द्वारा उपयोग किए जाने वाले शब्दकोश में जोड़े गए शब्द
• आपकी अधिकांश अनुकूलित सेटिंग्स

विवरण Google डैशबोर्ड में पाया जा सकता है । उन मुद्दों को शामिल करने वाले प्रासंगिक प्रश्नों में शामिल हैं:

• Google बैकअप क्या जानकारी देता है?
• क्या वास्तव में Google के साथ समन्वयित है?
• एंड्रॉइड वाईफाई प्रोफाइल को कैसे सिंक करता है?

गूगल बैकअप डेवलपर्स एपीआई कैसे बैकअप सामान काम करने के लिए माना जाता है पर कुछ आगे अंतर्दृष्टि देता है (और यहाँ कई सवाल कैसे यह वास्तव में काम करता है दिखाने - जो है, कभी कभी यह होता है, कभी कभी केवल आंशिक रूप से, और कभी कभी बिल्कुल ही न)। विश्वसनीयता और इस तथ्य के अलावा कि हर कोई क्लाउड में अपना निजी डेटा नहीं चाहता है (और यहां तक ​​कि एपीआई संदर्भ ² चेतावनी भी दी गई है: बैकअप का उपयोग करते समय एंड्रॉइड आपके डेटा की सुरक्षा के बारे में कोई गारंटी नहीं देता है। आपको संवेदनशील स्टोर करने के लिए बैकअप का उपयोग करने के बारे में हमेशा सतर्क रहना चाहिए। डेटा, जैसे उपयोगकर्ता नाम और पासवर्ड। ), मेरा मुख्य प्रश्न है:

एक ही खाते का उपयोग करके कई उपकरणों से डेटा का बैकअप लेना:

• फैक्ट्री-रिसेट डिवाइस का इस तरह इस्तेमाल होने से पहले क्या होगा? क्या इसे पहचाना जाएगा, और क्या केवल उन चीजों को बहाल किया गया है जो पहले इस पर उपयोग किए गए हैं?
  ^{(डिवाइस की पहचान उदाहरण के लिए IMEI के माध्यम से हो सकती है (लेकिन Android_ID के माध्यम से नहीं, जैसा कि किसी फ़ैक्टरी रीसेट के साथ हो सकता है ) - और यह नलम के उत्तर में वर्णित व्यवहार का कारण हो सकता है )}
• आपके द्वारा Google खाते के साथ पहली बार आरंभ करने पर (नया / फ़ैक्टरी-रीसेट) डिवाइस पर पुनर्स्थापित किया जाएगा?
  ^{(यदि उपकरणों का उपयोग Google खाते में बैकअप के साथ किया जाएगा, तो यह "नए डिवाइस" के लिए एक विशेष कार्रवाई को ट्रिगर कर सकता है, उदाहरण के लिए "सभी को पुनर्स्थापित करें, डिवाइस बदल गया!" - या "अब बिना जुड़े डिवाइस एक्स से सभी को पुनर्स्थापित करें, जैसा कि"! इसे शायद बदल दिया गया था! "- लेकिन फ़ैक्टरी-रीसेट के मामले में" केवल उस डिवाइस पर क्या था "को पुनर्स्थापित करने के लिए छड़ी करें)}

सौदा यह है: यदि किसी के पास कई उपकरण हैं, तो वे अक्सर विशिष्ट मुद्दों के लिए उपयोग किए जाते हैं, इसलिए कोई सभी उपकरणों पर सब कुछ नहीं चाहता है। जैसा कि मैंने चुना है कि कौन से डेटा को बैकअप करने का कोई तरीका नहीं है (जैसे कि उन "संवेदनशील डेटा को बाहर करने के लिए" जिनके बारे में हमें चेतावनी दी गई है: वाईफाई पासवर्ड उस श्रेणी का होगा), मुझे लगता है कि पुनर्स्थापना पर कोई विकल्प नहीं है? तो यह कैसे संभाला जाता है?

Comments

दो और स्रोत जो इस पर एक दिलचस्प पढ़ा जा सकता है: Google बैकअप और Android के लिए पुनर्स्थापना डिवाइस विशिष्ट है? (जो 4.x से पहले कम से कम Android संस्करणों के "गड़बड़" का वर्णन करता है), और एंड्रॉइड का स्वचालित बैकअप और पुनर्स्थापना सेवा महान है ... जब यह काम करता है । दोनों आंशिक रूप से मेरे प्रश्न का दर्पण हैं, लेकिन कोई भी इसका उत्तर नहीं देता है। मुद्दे को गुगली करने के बारे में इतना कुछ।

— इज़ी

केवल इनपुट मैं दे सकता हूं कि यह इतना अविश्वसनीय है। काश एक मैनुअल बैकअप / रिस्टोर बटन होता जिसका मैं उपयोग कर सकता। मैंने दूसरे दिन अपना टैबलेट रीसेट कर दिया और इसने मेरे सभी ऐप और सेटिंग्स को पुनर्स्थापित नहीं किया, फिर भी पिछली बार ऐसा किया गया। मुझे यह पसंद नहीं है कि मैं इस पर भरोसा नहीं कर सकता।

— crdx

के रूप में भी नहीं एक इनाम विवरण बाहर लाने में सक्षम है, मुझे लगता है कि एक "पूर्ण जवाब" खोजने के लिए संभावना कम है। तो हम पहले के समान के बारे में जानते हैं: यह "एक ही रास्ता या दूसरा" काम कर सकता है , एक को यह पता लगाने की कोशिश करनी होगी, और एक भाग्यशाली हो सकता है या नहीं। हालांकि इस सवाल का जवाब इनाम पूर्व दिनांकित, यह सबसे अच्छा हम आपके पास यह है :): धन्यवाद, गूगल, किसी भी उपयोगकर्ता के प्रलेखन के बिना एक अविश्वसनीय उपकरण के लिए :( तो इनाम Nalum को जाता है

— इज़ी

संबंधित: stackoverflow.com/questions/8502412/…

— फ्लो

@ फलो हाँ। और जवाब astounishingly लग रहा है familar :)

— इज़ी

Answer 1

चलो सेट्स के बारे में बात करते हैं, बेबी

एंड्रॉइड की बैकअप सेवा में एक अवधारणा होती है जिसे एक सेट कहा जाता है : एक डिवाइस से सभी डेटा बैकअप का सेट (एक परिवहन पर , लेकिन यह एक विस्तार है)। प्रत्येक सेट की पहचान एक अद्वितीय स्ट्रिंग द्वारा की जाती है, जैसे कि डिवाइस पर IMEI। जब कोई ऐप (या इंस्टॉल किए गए ऐप्स की सूची) का बैकअप लिया जाता है, तो उसका बैकअप डेटा उस डिवाइस से जुड़े सेट में चला जाता है, जिससे उसका बैकअप लिया जा रहा है। सभी सेट उपयोगकर्ता के Google खाते के लिए अभी भी विशिष्ट हैं। यदि आप अपने डिवाइस को मिटा देते हैं और उसे किसी और को बेच देते हैं, तो वह उस डिवाइस के सेट तक नहीं पहुंच पाएगा, जब तक कि वह आपके Google खाते में प्रवेश नहीं कर सकता।

डिफ़ॉल्ट व्यवहार

जब कोई ऐप इंस्टॉल होता है, या किसी डिवाइस में उसकी ऐप्स की सूची बहाल होती है, तो बैकअप सिस्टम उस पैकेज के लिए बैकअप डेटा के लिए पहली बार उस डिवाइस के सेट में दिखता है। यदि यह कोई नहीं ढूंढता है (या तो क्योंकि यह बिना किसी बैकअप डेटा के साथ एक पूरी तरह से नया उपकरण है, या क्योंकि यह पैकेज उस डिवाइस पर कभी भी स्थापित नहीं किया गया है), यह खोज को अन्य सेटों तक विस्तारित करेगा। (यदि कोई विकल्प है, तो वह अंतिम सेट का उपयोग करेगा जो एक पूर्ण-डिवाइस पुनर्स्थापना के लिए उपयोग किया गया था।)

इस प्रकार, जब आप एक नया डिवाइस सेट करते हैं, तो यह पुराने डिवाइस के बैकअप से ऐप्स की सूची को पुनर्स्थापित करेगा, और पुराने डिवाइस के बैकअप से प्रत्येक ऐप को पुनर्स्थापित करेगा। यदि आपके पास एक डिवाइस पर एक ऐप इंस्टॉल है और आप इसे किसी अन्य डिवाइस पर इंस्टॉल करते हैं, तो ऐप पुराने डिवाइस से इसके डेटा के साथ बहाल हो जाएगा। किसी भी स्थिति में, डेटा अब नए डिवाइस के सेट में बैकअप हो जाता है , जिसका अर्थ है कि दो डिवाइसों से बैकअप डेटा अभी से अलग हैं।

जब आप किसी डिवाइस को फ़ैक्टरी-रीसेट करते हैं, तो यह उस डिवाइस के पिछले बैकअप से पुनर्स्थापित हो जाएगा यदि एक है, और विफल हो रहा है, तो किसी अन्य डिवाइस के बैकअप से यदि एक है, लेकिन यह तब से अपना स्वयं का सेट बनाना शुरू कर देगा। यही कारण है कि नलुम के दो उपकरण एक-दूसरे के बैक-अप ऐप्स को नहीं देखते हैं: वे प्रत्येक अपने स्वयं के अंतिम बैकअप से बहाल कर रहे हैं।

स्रोत

इस तंत्र में कोई भी उपयोगकर्ता-संबंधी दस्तावेज़ नहीं है, क्योंकि यह स्वचालित रूप से सही काम करने वाला है, लेकिन कोड उपलब्ध है ।

bmgr: मूल उपयोग

जैसा कि इज़ी ने पाया, bmgrउपकरण आपको इस प्रक्रिया पर कुछ नियंत्रण देता है। यह प्रोग्रामर के लिए एक सहायता के रूप में परीक्षण और अपने ऐप्स में बैकअप एकीकरण को डीबग करने के लिए लक्षित है। आप इस टूल का उपयोग adb shellबैकअप को ट्रिगर करने और चुने हुए पैकेजों को पुनर्स्थापित करने के लिए कर सकते हैं , पैकेजों के बैक-अप डेटा को मिटा सकते हैं, और यहां तक ​​कि एक पूरे डिवाइस को पुनर्स्थापित भी कर सकते हैं।

रूट के अलावा ऑन-डिवाइस शेल में इसका उपयोग करने का प्रयास न करें : आपको android.permission.BACKUPइसके साथ कुछ भी दिलचस्प करने के लिए सिस्टम-स्तर की आवश्यकता है।

आप किसी एप्लिकेशन को तुरंत उसका बैक-अप डेटा अपडेट कर सकते हैं:

bmgr backup com.shadowburst.showr
bmgr run

(या जो भी ऐप के पैकेज का नाम है)। आम तौर पर ऐसा करने की कोई आवश्यकता नहीं होती है, क्योंकि जब भी उनके डेटा में परिवर्तन होता है, तो ऐप्स अपने स्वयं के बैकअप का अनुरोध करते हैं, लेकिन इससे आप बुरी तरह से लिखे गए ऐप के आसपास काम कर सकते हैं। समर्थित डेटा से एक पैकेज को पुनर्स्थापित करने के लिए इसे डिफ़ॉल्ट रूप से चुनेंगे:

bmgr restore com.shadowburst.showr

लेकिन फिर से, यह केवल वही करेगा जो डिवाइस अपने दम पर करेगा, इसलिए आपको इसका उपयोग करने की आवश्यकता नहीं होनी चाहिए। यह भी ध्यान दें कि इस काम को करने के लिए डिवाइस को पहले से ही इंस्टॉल करना होगा।

अधिक नियंत्रण

अब उस सामान के लिए जो बैकअप सिस्टम अपने आप नहीं करेगा। यह देखने के लिए कि बैक-अप डेटा के कौन से सेट उपलब्ध हैं:

bmgr list sets

और आपको कुछ आउटपुट मिलेगा:

  3ff7800e963f25c5 : manta
  3f0e5c90a412cca7 : manta
  3dd65924a70e14c8 : TF101
  3baa67e9ce029355 : m0

बाईं ओर 64-बिट हेक्स संख्या एक टोकन है । आपको एक मिनट में इसकी आवश्यकता होगी। सेट के मालिक के लिए दाईं ओर की चीज़ एक (अपेक्षाकृत) अनुकूल नाम है। उदाहरण के लिए, मेन्टा नेक्सस -10 का कोड नाम है ; TF-101 मूल आसुस-ईई-पैड-ट्रांसफार्मर को संदर्भित करता है । एक बार जब आप यह पता लगा लेते हैं कि आपको कौन सा सेट चाहिए, तो आप उस टोकन से किसी ऐप को फिर से सेट कर सकते हैं:

bmgr restore 3ff7800e963f25c5 com.shadowburst.showr

आप एक साथ कई पैकेजों को पुनर्स्थापित करने के लिए कमांड के अंत में अधिक पैकेज नाम जोड़ सकते हैं, या आप उस सेट में डेटा के साथ हर ऐप को पुनर्स्थापित करने के लिए कोई पैकेज नाम (सिर्फ टोकन) निर्दिष्ट कर सकते हैं (अर्थात, यह एक पूर्ण प्रणाली करता है बहाल)।

अंत में, आप वर्तमान सेट से किसी ऐप के डेटा को मिटा सकते हैं:

bmgr wipe com.shadowburst.showr

यह अपने अगले बैकअप ऑपरेशन को खरोंच से शुरू करेगा। ऐप को अनइंस्टॉल करने के बाद यह उपयोगी हो सकता है, यदि ऐप में कोई त्रुटि इसके बैकअप डेटा को दूषित कर देती है और आप इसे पुनर्स्थापित नहीं करना चाहते हैं।

आप एक डिवाइस सेट को अलग सेट में लिखना शुरू नहीं कर सकते हैं, न ही आप पूरे सेट को मिटा सकते हैं।

Comments

बहुत अच्छी तरह से जवाब, धन्यवाद, दान! "मैनुअल कंट्रोल" (जहां से पुनर्स्थापित करना है) एक जोड़ा हुआ प्लस है जिसकी मुझे तलाश थी। काश पुनर्स्थापना के दौरान पॉप-अप की तरह इस सब के लिए एक उपयोगकर्ता की पसंद थी: "क्या आप पुनर्स्थापित करना चाहते हैं?" -> "किस सेट से?" -> "विवरण का चयन करें (पूर्ण-पुनर्स्थापना, xxx ..) ।) "। हालांकि यह अच्छा हो सकता है जब कोई ऐप "स्वचालित रूप से सही काम करना" जानता है, मुझे नियंत्रण में रहना पसंद है, और कभी-कभी इसकी आवश्यकता भी होती है। इसके अलावा, एक कारखाने में फिर सेट करता है और नए उपकरणों के अलावा अन्य मामलों में आवश्यकता हो सकती है पुनर्स्थापन, तो एक तरह से उपयोगकर्ता यह गति प्रदान करने के लिए होना चाहिए ...

— इज़ी

Answer 2

निम्नलिखित प्रश्न का कोई जवाब नहीं है, लेकिन कुछ विवरणों पर प्रकाश डाल सकते हैं:

बैकअप एपीआई से निकाले गए कुछ टुकड़े

हालांकि एपीआई मुख्य रूप से डेवलपर्स पर लक्षित है, लेकिन कुछ ऐसे तथ्य हैं जिन्हें हम अपने मामले के लिए निकालने में सक्षम हो सकते हैं। निम्नलिखित सूची में, italics एपीआई प्रलेखन से उद्धरण चिन्हित करता है।

• जब आपका एप्लिकेशन इंस्टॉल हो जाता है और उपयोगकर्ता से संबंधित बैकअप डेटा मौजूद होता है, तो Android स्वचालित रूप से पुनर्स्थापना कार्रवाई करता है।
  → इसका अर्थ दो बातें हो सकता है:
  • यदि कोई ऐप Google बैकअप API का समर्थन करता है, और उपयोगकर्ता के पास Google बैकअप सक्षम है, तो उपलब्ध बैकअप-डेटा स्वचालित रूप से इंस्टॉलेशन पर पुनर्स्थापित हो जाएगा। अच्छी बात है कि जब आप किसी एक डिवाइस पर इस्तेमाल किए गए ऐप को पहली बार किसी दूसरे डिवाइस में इंस्टॉल करते हैं।
  • बैकअप केवल Google खाते से संबद्ध होते हैं, उपकरण के साथ नहीं ( और उपयोगकर्ता के साथ बैकअप डेटा मौजूद है ) - या इस विशेष मामले के लिए अप्रासंगिक के रूप में अन्य तथ्य को केवल अनदेखा किया गया था ("ऐप इंस्टॉल किया गया है")
• बैकअप परिवहन एंड्रॉइड के बैकअप ढांचे का क्लाइंट-साइड घटक है, जो डिवाइस निर्माता और सेवा प्रदाता द्वारा अनुकूलन योग्य है। बैकअप ट्रांसपोर्ट डिवाइस से डिवाइस पर अलग हो सकता है [...]
  → यह विभिन्न उपकरणों (या अलग एंड्रॉइड सिस्टम) पर आने पर अविश्वसनीयता की व्याख्या कर सकता है।
  ^{(जोर मेरा)}
• डेटा बैकअप सभी Android- संचालित उपकरणों पर उपलब्ध होने की गारंटी नहीं है।
  (कोई टिप्पणी नहीं)
• Google Android 2.2 या इससे अधिक चलने वाले अधिकांश Android-संचालित उपकरणों के लिए Android बैकअप सेवा के साथ एक बैकअप परिवहन प्रदान करता है।
  → यहाँ हमारे पास मिनीमम एंड्रॉइड वर्जन है जो Google बैकअप के लिए आवश्यक है: Froyo, AKA Android 2.2
• अपनी बैकअप सेवा कुंजी प्राप्त करने के लिए, Android बैकअप सेवा के लिए पंजीकरण करें। [...]
  → प्रत्येक ऐप की अपनी कुंजी होनी चाहिए। कोई "क्यों" वर्णित नहीं है, लेकिन एक अच्छा अनुमान: बैकअप को अलग करने के लिए इसलिए कोई भी ऐप किसी अन्य (गलत कुंजी के बैकअप को नहीं पढ़ सकता है; अन्य उपयोगकर्ता के बैकअप के लिए: गलत खाता)
• अपने एप्लिकेशन को विकसित करते समय, आप bmgr टूल के साथ बैकअप मैनेजर से तत्काल बैकअप ऑपरेशन शुरू कर सकते हैं।
  → ऐसा लगता है कि बैकअप को मैन्युअल रूप से ट्रिगर करने का एक तरीका है? बाद में खुदाई करते हैं। ↓
• जब आपके एप्लिकेशन डेटा को पुनर्स्थापित करने का समय होता है, तो बैकअप प्रबंधक आपके बैकअप एजेंट की onRestore()विधि को कॉल करता है ।
  → यह फिर से इस सूची के पहले आइटम को रेखांकित करता है: पहले ऐप को इंस्टॉल किया जाना चाहिए, फिर इसके डेटा को पुनर्स्थापित करने के लिए अपने स्वयं के कार्यान्वयन का उपयोग किया जाता है। दूसरी नज़र में: यदि ऐप-रिस्टोर फेल हो जाता है, तो असफल ऐप्स के लिए डेटा-रिस्टोर नहीं होगा - जब तक कि आप उन्हें Google Play से मैन्युअल रूप से इंस्टॉल न करें। फिर, जैसा कि पहला आइटम दिखाया गया है, डेटा को स्वचालित रूप से समझाए गए शर्तों के तहत Google बैकअप के माध्यम से पुनर्स्थापित किया जाना चाहिए (इसे, उसी खाते, आदि के साथ बैकअप लिया गया है)
• अन्य फ़ाइलों का बैकअप लेना
  → मुझे उस अध्याय की (तकनीकी) सामग्री से उद्धृत न करने के लिए क्षमा करें, लेकिन संक्षेप में: आंतरिक भंडारण से केवल फ़ाइलों को इसके अनुसार बैकअप दिया जा सकता है।

कुछ टुकड़े bmgr एपीआई से निकाले गए

• यह बैकअप को प्रेरित करने और संचालन को बहाल करने के लिए कमांड प्रदान करता है [...]
  → यहां पर एक तरीका है जैसे कि "स्वचालितता" विफल होने पर मैन्युअल रूप से कार्रवाई को कैसे ट्रिगर किया जाए।
• इन कमांड को adb शेल के माध्यम से एक्सेस किया जाता है।
  → यह किसी भी स्पष्टीकरण की जरूरत नहीं है :)
• adb shell bmgr backup <package>
  → ठीक है, इसलिए यह कार्रवाई ऐप्स के लिए बाध्य है। यदि आपको पता है कि आपको डेटा प्रदाता का पैकेज नाम पता है, तो यह भी काम करना चाहिए (जैसे com.android.providers.settingsसिस्टम सेटिंग्स के लिए, या com.android.providers.telephonyएसएमएस / एमजीएस आदि के लिए?)
• आप bmgr runकमांड के उपयोग से तुरंत चलाने के लिए सभी लंबित बैकअप ऑपरेशनों को मजबूर कर सकते हैं
  → पहला कमांड सिर्फ "शेड्यूल" बैकअप। सभी पैकेजों को चालू करने के बाद, इसे तुरंत निष्पादित करने के लिए उपयोग किया जा सकता है।
• adb shell bmgr restore <package>
  → यह सच है, अच्छा लग रहा है? वास्तव में, क्योंकि: बैकअप प्रबंधक तुरंत एप्लिकेशन के बैकअप एजेंट को तुरंत भेज देगा और इसे पुनर्स्थापित करने के लिए आमंत्रित करेगा। डेटा केवल, क्योंकि ऐप को पहले से ही वहाँ होना चाहिए (जैसा कि इसकी दिनचर्या कहा जाता है)।

तो संक्षेप में: bmgrGoogle बैकअप का समर्थन करने वाले ऐप्स के लिए बैकअप को ट्रिगर करने के लिए उपयोग किया जा सकता है, जिसे आपने इंस्टॉल किया है - और यह उसी के लिए डेटा पुनर्स्थापना को ट्रिगर कर सकता है। इसका उपयोग पूर्ण पुनर्स्थापना को ट्रिगर करने के लिए नहीं किया जा सकता है - कम से कम यहां दस्तावेज नहीं है।

Comments

मुझे पता है कि यह पुराना है, और कोई व्यक्ति इस तरह के एक पुराने प्रश्न पर टिप्पणी करने के लिए मुझ पर हमला कर सकता है, लेकिन यह एकमात्र सबसे प्रासंगिक परिणाम है जो मुझे पता नहीं था कि मैं कितना मुश्किल हुआ। मैंने अभी एक नया फोन खरीदा है और जब डिवाइस सेटअप शुरू होता है, तो यह मेरे पुराने नेक्सस 5x को रिस्टोर करने के लिए एक डिवाइस के रूप में नहीं दिखा रहा है, और मुझे पता है कि बैकअप और रिस्टोर 5x पर सक्षम था। 5x पूरी तरह से मर चुका है इसलिए मैं इस पर कुछ भी करने में मदद नहीं कर सकता। और bmgr सूची सेट करने पर, यह ठीक उसी गलत डिवाइस को दिखाता है जो उसने सेटअप के दौरान दिखाया था .... किसी भी सलाह की बहुत सराहना की जाएगी।

— साउंडफैक्स एक्स

@ Soundfx4 मैं आपको एक अलग, समर्पित प्रश्न पूछने का सुझाव दे सकता हूं? संदर्भ के लिए यहां लिंक पर आपका स्वागत है। मैं वैसे भी उस विशिष्ट समस्या के साथ आपकी सहायता नहीं कर पाऊँगा क्योंकि मैं Google बैकअप का उपयोग नहीं कर रहा हूँ।

— इज़ी

यह एक बेहतर विचार है, धन्यवाद। इंटरनेट कभी भी वहाँ से बाहर पर्याप्त उपयोगी जानकारी नहीं हो सकता है! जब मुझे कुछ समय मिलेगा तो मैं एक टाइप करूंगा। उत्तर के लिए Ty!

— साउंडफैक्स एक्सएक्स

Answer 3

Google बैकअप पर कुछ और जानकारी। जब मैंने एक कस्टम फ़र्मवेयर को फ्लैश किया, तो मैंने ऐप्स को पुनर्स्थापित नहीं किया जैसा कि मुझे उम्मीद थी। सेटिंग्स में -> बैकअप और रीसेट यह दिखा रहा था कि "केवल निजी कैश तक बैकअप" है, और bmgr list setsकोई परिणाम नहीं दिया।
मैंने इन चरणों को करके अपनी समस्या को हल किया adb shell:
$ bmgr transport com.google.android.backup/.BackupTransportService
$ bmgr list sets 3a0a00a516a1daf1 : LT22i
यह पर्याप्त नहीं था, हालांकि। इसने ऐप्स इंस्टॉल करना शुरू नहीं किया। इसने इसका कारण दिखाया:
$ bmgr list sets 3179e4ab08d74930 : LT22i 3a0a00a516a1daf1 : LT22i
इसने एक नया सेट बनाया था, हालाँकि IMEI स्पष्ट रूप से एक ही था। वैसे भी, यह फिक्स था:
$ bmgr restore 3a0a00a516a1daf1(आईडी ने पहली बार दिखाया)
$ bmgr run(सुनिश्चित होने के लिए)
फिर उसने ऐप डाउनलोड करना शुरू कर दिया।

Answer 4

इसके साथ मेरा अनुभव यह रहा है कि प्रत्येक डिवाइस का अपना बैकअप होता है। मुझे यह अपने Nexus 7 और मेरे Galaxy S II के साथ खिलवाड़ करने से मिलता है। उसके अलावा मुझे नहीं पता।

ऐप्लिकेशन:

माय नेक्सस 7 में ये ऐप कास्टिक , डीसी कॉमिक्स और 20 मिनट के भोजन हैं जो मेरे गैलेक्सी एस II के फैक्ट्री रीसेट पर गैलेक्सी एस II पर स्थापित नहीं हैं।

मेरे गैलेक्सी एस II में ड्राइवसाइड और ह्यूमन जापानी ऐप्स हैं जो कि मेरे नेक्सस 7 के फैक्ट्री रीसेट पर नेक्सस 7 पर स्थापित नहीं हैं।

एप्लिकेशन दोनों उपकरणों के साथ संगत हैं, इसलिए असंगति उनके लिए संबंधित अन्य डिवाइस पर स्थापित नहीं होने का कारण नहीं हो सकता है।

डेटा:

वाईफ़ाई और अन्य डेटा के लिए जैसा कि मैंने शुरुआती एंड्रॉइड सेटअप के दौरान प्रत्येक डिवाइस पर वाईफ़ाई सेट किया है, हर बार अनिश्चित हूं। अन्य Google खातों के रूप में जो आपके पास हो सकते हैं कि वे प्रत्येक डिवाइस पर कॉपी नहीं किए जाते हैं और प्रत्येक डिवाइस पर Skype और GitHub खातों के बारे में सच है।

Comments

केवल उस डिवाइस पर इंस्टॉल किए गए एप्लिकेशन को बैकअप से फिर से इंस्टॉल किया गया है। ईजी एप्लिकेशन ड्राइवडायरॉयड मेरे फोन पर स्थापित है और फैक्ट्री रीसेट के बाद नेक्सस 7 में डाउनलोड नहीं होता है। मेरे पास नेक्सस 7 पर कास्टिक है जो अन्य ऐप के बीच गैलेक्सी एस II पर डाउनलोड नहीं करता है।

— नलुम

धन्यवाद - मैंने इसे उत्तर के साथ एकीकृत किया है। जैसा कि काफी विपरीत रिपोर्टें हैं: क्या आप उपयोग किए गए उपकरणों के एंड्रॉइड संस्करणों के साथ अपने उत्तर को अपडेट करने के लिए इतने दयालु होंगे? अग्रिम में धन्यवाद! हमारे रूपांतरण को अव्यवस्थित करने के लिए, मैं भी जाऊंगा और अपनी कुछ टिप्पणियों को हटा दूंगा (उन लोगों के लिए भी ऐसा ही करने के लिए स्वतंत्र महसूस करूंगा जो पहले से ही उत्तर में पूर्णांक हैं)।

— इज़ी

तो अब सौदा आता है: यदि कुछ भी क्रॉस-रीस्टोर नहीं किया गया है, तो क्या करें यदि कोई डिवाइस "ब्रेक" (या आप दोनों को एक नए डिवाइस द्वारा बदलना चाहते हैं) और आप "मर्ज" करना चाहते हैं? लगता है कि मैं केवल एक अच्छा मैनुअल याद नहीं कर रहा हूँ ...

— Izzy

Answer 5

मैंने नेक्सस 4 (किटकैट स्टॉक से) पर कार्बन कस्टम रोम स्थापित करने और स्थापित करने से पहले दोनों बिल्ट-इन Google बैकअप और हीलियम बैकअप का उपयोग करके सामान का बैकअप लिया। Google द्वारा एप्लिकेशन, सेटिंग्स आदि को पुनर्स्थापित करने की अपेक्षा की गई है, जैसा कि मैंने इस फोन को पुनर्स्थापित करने से पहले किया है, लेकिन कोई खुशी नहीं।

हीलियम की भी कोशिश की, कोई खुशी नहीं, यहां तक ​​कि मैनुअल 'पीसी डाउनलोड' के साथ-साथ 'बहाल' भी किया गया, लेकिन वाईफाई और ऐप डेटा अभी भी नहीं हैं।

bmgr restore <xxx>पूर्ण पुनर्स्थापना चलाने और bmgr runजैसा कि ऊपर विस्तृत है, ने पूर्ण Google पुनर्स्थापना को ट्रिगर किया और मेरे लिए एक उपचार - लाइफसेवर काम किया!

Google एक बेहतर प्रयास कर सकता है, खासकर यदि वे Apple के साथ प्रतिस्पर्धा करना चाहते हैं 'सिर्फ काम करता है' विचार ... फिर भी मुझे इसके नुकसान के बावजूद Android की हैकबिलिटी पसंद है!