มันเป็นอะไรที่แปลกใหม่ที่สามารถใช้อุปกรณ์ Android บัญชีเดียวหลายกับบัญชี การสลับอุปกรณ์ใหม่เป็นครั้งแรกจะถามว่าต้องการเก็บข้อมูลกับ Google หรือไม่ซึ่งจะซิงค์ "บางสิ่ง" กับเซิร์ฟเวอร์ของ Google โดยทั่วไป

• ข้อมูลแอปพลิเคชันบางอย่าง (หากแอปสนับสนุนอย่างชัดเจน)
• รหัสผ่าน Wi-Fi
• บุ๊คมาร์คของเบราว์เซอร์
• รายการแอพที่ติดตั้งจาก Google Play
• คำที่เพิ่มลงในพจนานุกรมที่ใช้โดยแป้นพิมพ์บนหน้าจอ
• การตั้งค่าส่วนใหญ่ที่คุณกำหนดเอง

รายละเอียดอาจจะพบในGoogle แดชบอร์ด คำถามที่เกี่ยวข้องที่นี่ครอบคลุมประเด็นเหล่านั้นรวมถึง:

• Google สำรองข้อมูลอะไร
• สิ่งที่ซิงค์กับ Google คืออะไร
• Android ซิงค์โปรไฟล์ WiFi อย่างไร

นักพัฒนาซอฟต์แวร์ API บน Google สำรองข้อมูลจะช่วยให้เข้าใจเพิ่มเติมเกี่ยวกับวิธีการสำรองข้อมูลสิ่งที่ควรจะทำงาน (และหลายคำถามที่นี่แสดงให้เห็นว่าได้ผลจริง - นั่นคือบางครั้งมันไม่บางครั้งเพียงบางส่วนและบางครั้งไม่ได้เลย) นอกเหนือจากความน่าเชื่อถือและความจริงที่ว่าไม่ใช่ทุกคนที่ต้องการข้อมูลส่วนตัวของเขาในระบบคลาวด์ (และแม้กระทั่งการอ้างถึง API อ้างอิง²เตือน: Android ไม่รับประกันเกี่ยวกับความปลอดภัยของข้อมูลของคุณในขณะที่ใช้การสำรองข้อมูล ข้อมูลเช่นชื่อผู้ใช้และรหัสผ่าน ) คำถามหลักของฉันคือ:

การสำรองข้อมูลจากอุปกรณ์หลายเครื่องโดยใช้บัญชีเดียวกัน:

• จะเกิดอะไรขึ้นกับอุปกรณ์รีเซ็ตจากโรงงานที่เคยใช้แบบนั้นมาก่อน มันจะได้รับการยอมรับและมีเพียงสิ่งเหล่านั้นที่ได้รับการฟื้นฟูซึ่งเคยใช้มาก่อนหรือไม่
  ^{(การระบุอุปกรณ์อาจเกิดขึ้นเช่นผ่าน IMEI (แต่ไม่ผ่าน Android_ID เนื่องจากอาจเป็นการรีเซ็ตโรงงาน ) - และนี่อาจเป็นสาเหตุของพฤติกรรมที่อธิบายไว้ในคำตอบของ Nalum )}
• สิ่งใดที่จะคืนค่าไปยังอุปกรณ์ (ใหม่ / รีเซ็ตเป็นค่าเริ่มต้นจากโรงงาน) ที่คุณเพิ่งเริ่มต้นเป็นครั้งแรกด้วยบัญชี Google นี้
  ^{(หากระบุอุปกรณ์ด้วยการสำรองข้อมูลในบัญชี Google ที่ใช้สิ่งนี้อาจก่อให้เกิดการกระทำพิเศษสำหรับ "อุปกรณ์ใหม่" เช่น "กู้คืนทั้งหมดเปลี่ยนอุปกรณ์!" - หรือ "กู้คืนทั้งหมดจากอุปกรณ์ X ที่ไม่เชื่อมต่ออีกต่อไป มันอาจถูกแทนที่! "- แต่ติดกับ" กู้คืนเฉพาะสิ่งที่อยู่ในอุปกรณ์นั้น "ในกรณีของการรีเซ็ตเป็นค่าจากโรงงาน)}

ข้อตกลงคือ: หากมีหลายอุปกรณ์พวกเขามักจะใช้สำหรับปัญหาเฉพาะดังนั้นหนึ่งไม่ต้องการทุกอย่างในอุปกรณ์ทั้งหมด อย่างที่ฉันไม่เห็นว่าจะเลือกข้อมูลใดในการสำรองข้อมูล (เช่นยกเว้นข้อมูลที่ละเอียดอ่อน "เราได้รับคำเตือนเกี่ยวกับ: รหัสผ่าน WiFi จะอยู่ในหมวดหมู่นั้น) ฉันคิดว่าไม่มีทางเลือกในการกู้คืนหรือไม่ ดังนั้นวิธีนี้จัดการ?

มาคุยเรื่องเซตกันเถอะที่รัก

บริการสำรองข้อมูลของ Android มีแนวคิดที่เรียกว่าชุด : ชุดของข้อมูลทั้งหมดที่สำรองไว้จากอุปกรณ์เดียว (ในการส่งครั้งเดียวแต่นั่นเป็นรายละเอียด) แต่ละชุดจะถูกระบุด้วยสตริงที่ไม่ซ้ำกันเช่น IMEI บนอุปกรณ์ เมื่อแอพ (หรือรายการแอพที่ติดตั้ง) ได้รับการสำรองข้อมูลการสำรองข้อมูลจะอยู่ในชุดที่เกี่ยวข้องกับอุปกรณ์ที่กำลังทำการสำรองข้อมูล ชุดทั้งหมดยังคงเฉพาะกับบัญชี Google ของผู้ใช้ หากคุณล้างอุปกรณ์ของคุณและขายให้กับบุคคลอื่นเขาจะไม่สามารถเข้าถึงชุดอุปกรณ์ดังกล่าวได้เว้นแต่เขาจะลงชื่อเข้าใช้บัญชี Google ของคุณ

พฤติกรรมเริ่มต้น

เมื่อติดตั้งแอพแล้วหรืออุปกรณ์มีรายการแอปคืนค่าระบบสำรองจะดูในชุดอุปกรณ์สำหรับข้อมูลสำรองสำหรับแพ็คเกจนั้น หากไม่พบใด ๆ (เพราะเป็นอุปกรณ์ใหม่ที่ไม่มีข้อมูลสำรองหรือเนื่องจากไม่เคยติดตั้งแพ็กเกจนั้นบนอุปกรณ์นั้น) มันจะขยายการค้นหาไปยังชุดอื่น ๆ (หากมีตัวเลือกก็จะใช้ชุดสุดท้ายที่ใช้สำหรับการกู้คืนแบบเต็มอุปกรณ์)

ดังนั้นเมื่อคุณตั้งค่าอุปกรณ์ใหม่มันจะกู้คืนรายการแอพจากการสำรองข้อมูลของอุปกรณ์เก่าและกู้คืนแต่ละแอพจากการสำรองข้อมูลของอุปกรณ์เก่า หากคุณมีแอปที่ติดตั้งในอุปกรณ์หนึ่งและคุณติดตั้งในอุปกรณ์อื่นแอพจะถูกกู้คืนด้วยข้อมูลจากอุปกรณ์เก่า ไม่ว่าในกรณีใดข้อมูลจะถูกสำรองไว้ในชุดอุปกรณ์ใหม่ซึ่งหมายความว่าข้อมูลสำรองจากอุปกรณ์สองเครื่องนั้นแยกจากกัน

หลังจากคุณรีเซ็ตอุปกรณ์จากโรงงานอุปกรณ์จะกู้คืนจากข้อมูลสำรองล่าสุดของอุปกรณ์นั้นหากมีอุปกรณ์หนึ่งและล้มเหลวจากข้อมูลสำรองของอุปกรณ์อื่นหากมี แต่จะเริ่มสร้างชุดของตัวเองใหม่ นั่นเป็นสาเหตุที่อุปกรณ์สองตัวของ Nalum ไม่เห็นแอพที่สำรองข้อมูลของกันและกัน: พวกเขาแต่ละคนทำการกู้คืนจากข้อมูลสำรองล่าสุดของพวกเขาเอง

แหล่ง

กลไกนี้ไม่ได้มีเอกสารสำหรับผู้ใช้หันหน้าไปทางใดเพราะมันควรจะทำสิ่งที่ถูกต้องโดยอัตโนมัติ แต่รหัสที่มีอยู่

bmgr: การใช้งานพื้นฐาน

เมื่อพบ Izzy 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 บิตบนซ้ายเป็นโทเค็น คุณจะต้องใช้เวลาสักครู่ สิ่งที่อยู่ทางขวาคือชื่อที่เป็นมิตร (ค่อนข้าง) สำหรับอุปกรณ์ที่เป็นเจ้าของชุด ยกตัวอย่างเช่นราหูเป็นชื่อรหัสสำหรับNexus-10 ; TF-101หมายถึงต้นฉบับอัสซุส Eee แผ่นหม้อแปลง เมื่อคุณทราบว่าชุดที่คุณต้องการคุณสามารถคืนค่าแอพจากชุดนั้นโดยใช้โทเค็นของมัน:

bmgr restore 3ff7800e963f25c5 com.shadowburst.showr

คุณสามารถเพิ่มชื่อแพ็กเกจเพิ่มเติมที่ส่วนท้ายของคำสั่งเพื่อกู้คืนหลายแพ็กเกจพร้อมกันหรือคุณสามารถระบุชื่อแพ็กเกจ (โทเค็นไม่ได้) เพื่อกู้คืนแอปทุกตัวที่มีข้อมูลในชุดนั้น (นั่นคือทำงานเต็มระบบ)เรียกคืน)

สุดท้ายคุณสามารถล้างข้อมูลแอพจากชุดปัจจุบัน:

bmgr wipe com.shadowburst.showr

สิ่งนี้จะทำให้การสำรองข้อมูลครั้งต่อไปเริ่มต้นจากศูนย์ สิ่งนี้อาจมีประโยชน์หลังจากถอนการติดตั้งแอปหากมีข้อผิดพลาดในแอปเสียหายข้อมูลสำรองและคุณไม่ต้องการให้กู้คืน

คุณไม่สามารถทำให้อุปกรณ์เริ่มเขียนลงในชุดอื่นและคุณไม่สามารถล้างทั้งชุดได้

ต่อไปนี้เป็นคำตอบสำหรับคำถาม แต่อาจทำให้รายละเอียดบางอย่างหายไป:

บางส่วนแยกจากBackup API

แม้ว่า API จะมุ่งเน้นไปที่นักพัฒนาเป็นหลัก แต่ก็มีข้อเท็จจริงบางประการที่เราสามารถแยกออกมาสำหรับกรณีของเรา ในรายการต่อไปนี้เครื่องหมายคำพูดตัวเอียงทำเครื่องหมายจากเอกสาร API

• Android ดำเนินการกู้คืนโดยอัตโนมัติเมื่อติดตั้งแอปพลิเคชันของคุณและมีข้อมูลสำรองที่เชื่อมโยงกับผู้ใช้
  →นี่อาจหมายถึงสองสิ่ง:
  • หากแอปรองรับ Google Backup API และผู้ใช้เปิดใช้งาน Google Backup ข้อมูลสำรองที่มีอยู่จะถูกกู้คืนโดยอัตโนมัติเมื่อทำการติดตั้ง สิ่งที่ดีเมื่อคุณติดตั้งแอพที่ใช้กับอุปกรณ์เดียวกับอุปกรณ์ที่สองเป็นครั้งแรก
  • การสำรองข้อมูลจะเชื่อมโยงกับบัญชี Google เท่านั้นไม่ใช่กับอุปกรณ์ ( และมีข้อมูลสำรองที่เชื่อมโยงกับผู้ใช้ ) - หรือข้อเท็จจริงอื่นถูกเพิกเฉยว่าไม่เกี่ยวข้องกับกรณีพิเศษนี้ ("ติดตั้งแอป")
• การขนส่งข้อมูลสำรองเป็นส่วนประกอบฝั่งไคลเอ็นต์ของกรอบการสำรองข้อมูลของ Android ซึ่งสามารถปรับแต่งได้โดยผู้ผลิตอุปกรณ์และผู้ให้บริการ การขนส่งสำรองอาจแตกต่างจากอุปกรณ์ไปยังอุปกรณ์ [... ]
  →ซึ่งอาจอธิบายความไม่น่าเชื่อถือเมื่อพูดถึงอุปกรณ์ต่าง ๆ (หรือรุ่น Android อื่น)
  ^{(เน้นที่เหมือง)}
• การสำรองข้อมูลไม่รับประกันว่าจะสามารถใช้งานได้ในอุปกรณ์ที่ใช้ระบบ Android ทั้งหมด
  (ไม่มีความเห็น)
• Google ให้บริการสำรองข้อมูลด้วยบริการสำรองข้อมูล Android สำหรับอุปกรณ์ที่ใช้ Android ส่วนใหญ่ที่ใช้ Android 2.2 ขึ้นไป
  →ที่นี่เรามีเวอร์ชั่น Android ขั้นต่ำที่จำเป็นสำหรับการสำรองข้อมูลของ Google ที่มีอยู่ทั้งหมด: Froyo, AKA Android 2.2
• ในการรับรหัสบริการสำรองให้ลงทะเบียนสำหรับบริการสำรองข้อมูล Android [... ]
  →แต่ละแอปต้องมีรหัสของตัวเอง ไม่มีคำอธิบายว่า "ทำไม" แต่เป็นการคาดเดาที่ดี: การแยกการสำรองข้อมูลเพื่อให้แอปไม่สามารถอ่านการสำรองข้อมูลของแอปอื่น (คีย์ผิด; สำหรับการสำรองข้อมูลของผู้ใช้อื่น: บัญชีผิด)
• ขณะพัฒนาแอปพลิเคชันของคุณคุณสามารถเริ่มต้นการดำเนินการสำรองข้อมูลได้ทันทีจากเครื่องมือจัดการข้อมูลสำรองด้วยเครื่องมือ bmgr
  →ดูเหมือนว่าจะมีวิธีเรียกใช้การสำรองข้อมูลด้วยตนเองหรือไม่ ลองขุดลงไปดูทีหลัง ↓
• เมื่อถึงเวลาที่จะกู้คืนข้อมูลแอปพลิเคชันของคุณตัวจัดการการสำรองข้อมูลจะเรียกonRestore()วิธีการของตัวแทนการสำรองข้อมูลของคุณ
  →สิ่งนี้จะขีดเส้นใต้รายการแรกของรายการนี้: ก่อนอื่นต้องติดตั้งแอปจากนั้นการใช้งานของพวกเขาเองจะถูกใช้เพื่อกู้คืนข้อมูล ในลักษณะที่สอง: หากการคืนค่าแอปล้มเหลวจะไม่มีการกู้คืนข้อมูลสำหรับแอปที่ล้มเหลวจนกว่าคุณจะติดตั้งด้วยตนเองผ่าน Google Play จากนั้นตามรายการแรกที่แสดงข้อมูลควรถูกกู้คืนโดยอัตโนมัติผ่านGoogle Backupภายใต้เงื่อนไขที่อธิบายไว้ (ต้องได้รับการสำรองข้อมูลด้วยบัญชีเดียวกัน ฯลฯ )
• การสำรองไฟล์อื่น ๆ
  →ยกโทษให้ฉันไม่ได้อ้างถึงเนื้อหา (ด้านเทคนิค) ของบทนั้น แต่โดยย่อ: มีเพียงไฟล์จากที่จัดเก็บข้อมูลภายในเท่านั้นที่สามารถสำรองข้อมูลได้

บางส่วนแยกจากbmgr API

• มันมีคำสั่งเพื่อชักนำการสำรองข้อมูลและเรียกคืนการดำเนินการ [... ]
  →ดูเหมือนว่านี่เป็นวิธีการทริกเกอร์การกระทำด้วยตนเองหาก "อัตโนมัติ" ล้มเหลว
• คำสั่งเหล่านี้เข้าถึงได้ผ่านเชลล์ adb
  →นี่ไม่ต้องการคำอธิบายใด ๆ :)
• adb shell bmgr backup <package>
  →ตกลงดังนั้นการกระทำนี้จะผูกพันกับแอพ คาดเดาว่าคุณรู้ชื่อแพ็คเกจของผู้ให้บริการข้อมูลนี้ควรใช้งานได้ดี (เช่นcom.android.providers.settingsการตั้งค่าระบบหรือcom.android.providers.telephonySMS / MMS เป็นต้น)
• คุณสามารถบังคับให้การดำเนินการสำรองข้อมูลที่ค้างอยู่ทั้งหมดให้เรียกใช้ทันทีโดยใช้bmgr runคำสั่ง
  →คำสั่งแรกเพียงแค่สำรองข้อมูล "กำหนดเวลา" เมื่อเรียกใช้แพคเกจทั้งหมดนี้สามารถใช้เพื่อดำเนินการทันที
• adb shell bmgr restore <package>
  →นี่มันดูดีจริงใช่ไหม แน่นอนเพราะ: ตัวจัดการการสำรองข้อมูลจะสร้างอินสแตนซ์เอเจนต์การสำรองข้อมูลของแอปพลิเคชันในทันทีและเรียกใช้เพื่อเรียกคืน ข้อมูลเท่านั้นเนื่องจากแอปจำเป็นต้องอยู่ที่นั่นแล้ว (ตามปกติแล้วจะเรียกว่า)

ดังนั้นโดยย่อ: bmgrสามารถใช้เพื่อเรียกการสำรองข้อมูลสำหรับแอปที่สนับสนุน Google Backup ซึ่งคุณได้ติดตั้งไว้และสามารถเรียกคืนข้อมูลในแบบเดียวกันได้ ไม่สามารถใช้เรียกการคืนค่าทั้งหมด - อย่างน้อยที่ไม่ได้บันทึกไว้ที่นี่

ข้อมูลเพิ่มเติมเกี่ยวกับการสำรองข้อมูลของ Google เมื่อฉันแฟลชเฟิร์มแวร์ที่กำหนดเองมันไม่ได้คืนค่าแอพตามที่คาด ในการตั้งค่า -> สำรองข้อมูลและรีเซ็ตมันแสดง "การสำรองข้อมูลไปยังแคชส่วนตัว debug เท่านั้น" และ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(ID มันแสดงให้เห็นเป็นครั้งแรก)
$ bmgr run(เพื่อให้แน่ใจว่า)
จากนั้นก็เริ่มดาวน์โหลดแอพ

ประสบการณ์ของฉันกับมันคือว่าอุปกรณ์แต่ละตัวมีการสำรองข้อมูลของตัวเอง ฉันได้สิ่งนี้จาก messing รอบกับ Nexus 7 ของฉันและ Galaxy S II ของฉัน นอกเหนือจากนั้นฉันไม่รู้

ปพลิเคชัน:

My Nexus 7 มีแอพเหล่านี้Caustic , DC Comicsและอาหาร 20 นาทีซึ่งเมื่อรีเซ็ตเป็นค่าเริ่มต้นจากโรงงาน Galaxy S II ของฉันไม่ได้ติดตั้งไว้ใน Galaxy S II

My Galaxy S II มีแอพพลิเคชั่นเหล่านี้DriveDroidและHuman Japaneseที่เมื่อรีเซ็ตจากโรงงานของ Nexus 7 ของฉันไม่ได้ติดตั้งบน Nexus 7

แอพเข้ากันได้กับอุปกรณ์ทั้งสองดังนั้นความไม่เข้ากันจึงไม่สามารถเป็นสาเหตุให้ไม่สามารถติดตั้งในอุปกรณ์อื่นที่เกี่ยวข้องได้

ข้อมูล:

สำหรับ Wifi และข้อมูลอื่น ๆ ฉันไม่แน่ใจเหมือนกันทุกครั้งที่ฉันตั้งค่า Wifi ในแต่ละอุปกรณ์ระหว่างการตั้งค่าเริ่มต้นสำหรับ Android สำหรับบัญชี Google อื่น ๆ ที่คุณอาจไม่ได้คัดลอกไปยังอุปกรณ์แต่ละเครื่องและบัญชีนั้นเป็นจริงของบัญชี Skype และ GitHub ในแต่ละอุปกรณ์

ฉันสำรองข้อมูลโดยใช้การสำรองข้อมูล Google ในตัวและการสำรองข้อมูลฮีเลียมก่อนที่ฉันจะเช็ดและติดตั้ง ROM แบบกำหนดเองของ Carbon ใน Nexus 4 (จากสต็อก KitKat) คาดว่า Google จะกู้คืนแอปการตั้งค่าและอื่น ๆ อย่างที่เคยทำมาก่อนเมื่อฉันกู้คืนโทรศัพท์เครื่องนี้ แต่ไม่มีความสุข

พยายามฮีเลียมเช่นกันไม่มีความสุขแม้จะมีการคืนค่า 'ดาวน์โหลด PC' ด้วยตนเอง - กล่าวว่า 'กู้คืน' แต่ข้อมูล Wifi และแอปยังไม่อยู่ในนั้น

ใช้การbmgr restore <xxx>กู้คืนแบบเต็มและbmgr runตามรายละเอียดข้างต้นจะเป็นการเรียกคืนค่า Google แบบเต็มและใช้การรักษา - ช่วยชีวิตสำหรับฉัน!

Google สามารถใช้ความพยายามได้ดีขึ้นโดยเฉพาะอย่างยิ่งหากพวกเขาต้องการแข่งขันกับแนวคิด 'เพิ่งได้ผล' ของ Apple ... ฉันยังรักแฮ็คของ Android แม้จะมีข้อผิดพลาด!