Puhutaan sarjoista, vauva

Androidin varmuuskopiointipalvelulla on käsite, jota kutsutaan sarjaksi : joukko kaikkia tietoja, jotka on varmuuskopioitu yhdestä laitteesta (yhdestä kuljetus , mutta se on yksityiskohta). Jokainen sarja tunnistetaan ainutlaatuisella merkkijonolla, kuten laitteen IMEI. Kun sovellus (tai asennettujen sovellusten luettelo) varmuuskopioidaan, sen varmuuskopiotiedot menevät laitteeseen, joka varmuuskopioidaan. Kaikki sarjat koskevat edelleen käyttäjän Google-tiliä. Jos pyyhit laitteesi ja myyt sen jollekin muulle, hän ei voi käyttää laitteen asetuksia, ellet voi kirjautua Google-tiliisi.

Oletuskäyttäytyminen

Kun sovellus on asennettu tai laitteen luettelo sovelluksista on palautettu, varmuuskopiointijärjestelmä etsii ensin kyseisen laitteen joukosta kyseisen paketin varmuuskopiotietoja. Jos se ei löydä yhtään (joko siksi, että se on täysin uusi laite, jolla ei ole varmuuskopioituja tietoja, tai koska kyseistä pakettia ei ole koskaan asennettu kyseiseen laitteeseen), se laajentaa hakua muihin sarjoihin. (Jos on vaihtoehto, se käyttää viimeksi käytettyä laitetta koko laitteen palautuksessa.)

Kun siis asetat uuden laitteen, se palauttaa sovellusten luettelon vanhan laitteen varmuuskopio ja palauta kukin sovellus vanhan laitteen varmuuskopiosta. Jos sinulla oli sovellus asennettuna yhteen laitteeseen ja asennat sen toiseen laitteeseen, sovellus palautetaan vanhasta laitteesta. Kummassakin tapauksessa tiedot varmuuskopioidaan nyt uuden laitteen sarjaan, mikä tarkoittaa, että kahden laitteen varmuuskopiotiedot ovat nyt erilliset.

Kun olet tehtaalla- nollaa laite, se palautetaan laitteen viimeisestä varmuuskopiosta, jos sellainen on, ja jos tämä ei ole mahdollista, jonkin muun laitteen varmuuskopiosta, jos sellainen on, mutta se alkaa luoda omia joukoitaan siitä lähtien. Siksi Nalumin kaksi laitetta eivät näe toistensa varmuuskopioituja sovelluksia: ne kaikki palauttavat viimeisistä varmuuskopioistaan.

Lähde

Tällä mekanismilla ei ole mitään käyttäjälle suunnattua dokumentaatiota, koska sen oletetaan tekevän oikean asian automaattisesti, mutta koodi on käytettävissä.

bmgr : peruskäyttö

Kuten Izzy löysi, bmgr -työkalu antaa sinulle jonkin verran hallintaa prosessista. Se on tarkoitettu apuna ohjelmoijille, jotka auttavat testaamaan ja selvittämään sovellustensa varmuuskopiointegraation. Voit käyttää tätä työkalua adb -kuoressa käynnistämään valittujen pakettien varmuuskopiot ja palautukset, pyyhkimällä pakettien varmuuskopioidut tiedot ja jopa koko laitteen palautuksen.

Älä älä yritä käyttää sitä laitteen kuoressa paitsi nimellä root: tarvitset järjestelmätason android.permission.BACKUP -toiminnon, jotta voit tehdä mitään mielenkiintoista sen kanssa.

Voit saada sovelluksen päivittämään varmuuskopioidut tiedot välittömästi:

  bmgr backup com.shadowburst.showrbmgr run  

(tai mikä tahansa muu sovelluksen paketin nimi on). Tätä ei yleensä tarvitse tehdä, koska sovellukset pyytävät omia varmuuskopioita aina, kun heidän tietonsa muuttuvat, mutta tämän avulla voit kiertää huonosti kirjoitetun sovelluksen. Yhden paketin palauttaminen oletusarvoisesti valitsemistaan ​​varmuuskopioiduista tiedoista:

  bmgr palauta com.shadowburst.showr  

mutta tämä taas tee mitä laite tekisi itse, joten sinun ei tarvitse käyttää sitä. Huomaa myös, että laite on jo asennettava, jotta tämä toimisi.

Lisää hallintaa

Nyt ne asiat, joita varmuuskopiointijärjestelmä ei tee. Jos haluat nähdä, mitkä varmuuskopioidut tietojoukot ovat käytettävissä:

  bmgr -luettelosarjat  

ja saat tällaisen tuotoksen:

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

Vasemmalla oleva 64-bittinen heksadesimaaliluku on tunniste . Tarvitset tämän hetken kuluttua. Oikealla oleva asia on (suhteellisen) ystävällinen nimi laitteelle, joka omistaa sarjan. Esimerkiksi manta on nexus-10: n koodinimi; TF-101 viittaa alkuperäiseen asus-eee-pad-muuntajaan. Kun olet selvittänyt haluamasi joukon, voit palauttaa sovelluksen joukosta käyttämällä sen tunnusta:

  bmgr palauta 3ff7800e963f25c5 com.shadowburst.showr  

Voit lisätä useita pakettien nimiä komennon loppuun palauttaaksesi useita paketteja kerralla, tai et voi määrittää mitään paketin nimeä (vain tunnus) palauttaaksesi kaikki sovellukset, joissa on tietoja kyseisessä joukossa (ts. se tekee koko järjestelmän palautus).

Lopuksi voit pyyhkiä sovelluksen tiedot nykyisestä joukosta:

  bmgr wipe com.shadowburst.showr  

Tämän ansiosta seuraava varmuuskopiointitoiminto alkaa alusta. Tästä voi olla hyötyä sovelluksen asennuksen poistamisen jälkeen, jos virhe sovelluksessa vahingoitti sen varmuuskopiotietoja etkä halua niiden palautuvan.

Et voi saada laitetta aloittamaan kirjoittamista toiseen sarjaan eikä voitko pyyhkiä kokonaisen sarjan.

Seuraava ei ole lainkaan vastausta kysymykseen, mutta saattaa valaista joitain yksityiskohtia:

Jotkut varmuuskopiosovellusliittymästä

Vaikka sovellusliittymä on suunnattu pääasiassa kehittäjille, on olemassa muutamia tosiasioita, jotka voimme pystyä poimimaan tapauksemme. Seuraavassa luettelossa kursivointi merkitsee lainauksia API-dokumentaatiosta.

• Android suorittaa palautustoiminnon automaattisesti, kun sovelluksesi on asennettu ja varmuuskopiotietoja on liitetty käyttäjän kanssa.
  → tämä voi tarkoittaa kahta asiaa:
  • jos sovellus tukee Google Backup -sovellusliittymää ja käyttäjällä on käytössä Google Backup -sovellus, käytettävissä olevat varmuuskopiotiedot palautetaan automaattisesti asennuksen yhteydessä. Hyvä asia, kun asennat sovelluksen, jota käytetään yhdessä laitteessa toiseen laitteeseen ensimmäistä kertaa.
  • varmuuskopiot liitetään vain Google-tiliin, ei laitteeseen ( ja varmuuskopiotietoja on olemassa liittyy käyttäjään ) - tai toinen tosiasia jätettiin vain merkityksettömäksi tässä erikoistapauksessa ("sovellus on asennettu")
• varmuuskopiointi on Androidin varmuuskopiokehyksen asiakaspuolen komponentti, jonka laitteen valmistaja ja palveluntarjoaja voivat muokata . Varmuuskopiointi voi vaihdella laitteittain [.. .]
  → tämä saattaa selittää epäluotettavuuden, kun on kyse eri laitteista (tai erilaisista Android-versioista).
  ^{(kursivointi minun)}
• Tietojen varmuuskopiointia ei voida taata kaikilla Android-laitteilla.
  (ei kommentteja)
• Google tarjoaa varmuuskopioinnin Android Backup Service -palvelun kanssa useimmille Android-laitteille - virtalaitteet, joissa on Android 2.2 tai greate r.
  → täällä on Google-varmuuskopioinnin edellyttämä Android-version vähimmäisversio käytettävissä: Froyo, AKA Android 2.2
• Hanki varmuuskopiointiavain rekisteröimällä Android-varmuuskopiointipalvelu. [...]
  → jokaisella sovelluksella on oltava oma avain. Miksi mikään ei ole kuvattu, mutta hyvä arvaus: Varmuuskopioiden eristäminen, jotta yksikään sovellus ei voi lukea toisen sovelluksen varmuuskopioita (väärä avain; kuten toisen käyttäjän varmuuskopioissa: väärä tili) kehitettäessä sovellustasi, voit aloittaa välittömän varmuuskopioinnin Varmuuskopionhallinnasta bmgr-työkalulla.
  → näyttää siltä, ​​että varmuuskopiot voidaan käynnistää manuaalisesti? Kaivetaan siihen myöhemmin. ↓
• Kun on aika palauttaa sovellustiedot, Backup Manager kutsuu varmuuskopiointiagentin onRestore () -menetelmää.
  → tämä taas korostaa tämän luettelon ensimmäinen kohta: ensin sovellus on asennettava, ja sen omia toteutuksia käytetään sen tietojen palauttamiseen. Toisella näkökulmalla: jos sovelluksen palautus epäonnistuu, epäonnistuneille sovelluksille ei tapahdu tietojen palautusta - kunnes asennat ne manuaalisesti Google Playn kautta. Sitten, kuten ensimmäinen kohde osoitti, tiedot tulisi palauttaa automaattisesti Google Backup in kautta selitetyissä olosuhteissa (niiden on oltava varmuuskopioituja, sama tili jne.)
• Muiden tiedostojen varmuuskopiointi
  → anna anteeksi, ettet lainaa kyseisen luvun (teknisestä) sisällöstä, mutta lyhyesti sanottuna: vain sisäisestä muistista olevat tiedostot voidaan varmuuskopioida sen mukaan.

Jotkut kappaleet purettu bmgr-sovellusliittymästä

• Se tarjoaa komentoja varmuuskopiointi- ja palautustoimintojen aikaansaamiseksi [...]
  → näyttää siltä, ​​että tässä on tapa käynnistää toiminnot manuaalisesti, jos "automatismi" epäonnistuu
• Näitä komentoja käytetään adb-kuoren kautta.
  → näin ei tarvitse mitään selityksiä :)
• adb shell bmgr backup <package>
  → OK, joten tämä toiminto on sidottu sovelluksiin. Arvaa, jos tiedät palveluntarjoajan pakettinimen, tämän pitäisi toimia myös (esim. com.android.providers.settings järjestelmän asetuksille tai com.android.providers.telephony SMS / MMS jne.?)
• voit pakottaa kaikki odottavat varmuuskopiointitoimet suorittamaan välittömästi käyttämällä bmgr run -komentoa
  → ensimmäinen komento vain "ajoittaa" varmuuskopiot. Kun kaikki paketit on käynnistetty, sitä voidaan käyttää niiden suorittamiseen välittömästi.
• adb shell bmgr palauta <package>
  → tämä näyttää hyvältä ollakseen totta, eikö? Täsmälleen siksi, että: Varmuuskopiointihallinta välittää välittömästi sovelluksen varmuuskopiointiaineen ja kutsuu sen palautettavaksi. Vain tiedot, koska sovelluksen on jo oltava siellä (kuten sen rutiineja kutsutaan).

Lyhyesti sanottuna: bmgr -sovellusta voidaan käyttää käynnistämään varmuuskopiot asentamillesi Google Backup -tukisovelluksille - ja se voi käynnistää tietojen palauttamisen samalle. Sitä ei voida käyttää täydellisen palautuksen käynnistämiseen - ainakaan sitä ei ole dokumentoitu täällä.

Lisää tietoa Googlen varmuuskopiosta. Kun välähdin mukautettua laiteohjelmistoa, se ei palauttanut sovelluksia odotettuani. Asetukset -> Varmuuskopioi &in nollaus -kohdassa näytettiin "Varmuuskopiointi vain virheenkorjausta varten tarkoitettuun yksityiseen välimuistiin", ja bmgr-luettelosarjat ei tuottanut tuloksia.
Olen ratkaissut ongelmani tekemällä nämä vaiheet adb-kuoressa :
$ bmgr transport com.google.android.backup / .BackupTransportService
$ bmgr -luettelosarjat 3a0a00a516a1daf1: LT22i
Tämä ei kuitenkaan riittänyt. Se ei alkanut asentaa sovelluksia. Tämä osoitti syyn:
$ bmgr -luettelojoukot 3179e4ab08d74930: LT22i 3a0a00a516a1daf1: LT22i
Se oli luonut uuden sarjan, vaikka IMEI oli ilmeisesti sama. Joka tapauksessa tämä oli korjaus:
$ bmgr palauta 3a0a00a516a1daf1 (tunnus, jonka se osoitti ensimmäisen kerran)
$ bmgr run (olla varma)
Sitten se alkoi ladata sovelluksia.

Kokemukseni on ollut, että jokaisella laitteella on oma varmuuskopio. Saan tämän sekaantumalla Nexus 7: n ja Galaxy S II: n kanssa. Muuta kuin en tiedä.

Sovellukset:

Minulla on Nexus 7: ssä nämä sovellukset Caustic, DC Sarjakuvat ja 20 minuutin ateriat, joita Galaxy S II: n tehdasasetusten palauttamisen jälkeen ei ole asennettu Galaxy S II: een.

Galaxy S II: lla on opinnäytetyösovelluksia DriveDroid ja Human Japanese, joita Nexus 7: n tehdasasetusten palauttamisen jälkeen ei ole asennettu Nexus 7: een.

Sovellukset ovat yhteensopivia molempien laitteiden kanssa, joten yhteensopimattomuutta ei voida olla syy siihen, ettei niitä asenneta vastaavaan toiseen laitteeseen.

Tiedot:

Wifi- ja muiden tietojen osalta en ole varma, koska kukin kerran olen määrittänyt Wifi-yhteyden kullekin laitteelle Android-alkuasetusten aikana. Muiden Google-tilien osalta, joita sinulla saattaa olla, niitä ei tunnu kopioitavan kullekin laitteelle, ja sama pätee jokaisen laitteen Skype- ja GitHub-tileihin.

Varmuuskopioin sisältöä sekä sisäänrakennetulla Google-varmuuskopiolla että Helium-varmuuskopiolla, ennen kuin pyyhin ja asennin mukautetun Carbon ROM -levyn Nexus 4: een (KitKat-varastossa). Odotti Googlen palauttavan sovelluksia, asetuksia jne., Kuten se on tehnyt aikaisemmin, kun olen palauttanut tämän puhelimen, mutta ei iloa.

Yritti myös Heliumia, ei myöskään iloa, vaikka manuaalinen 'PC Download' palauttaa - sanoi 'palautettu', mutta Wifi- ja sovellustiedot eivät vieläkään ole siellä.

bmgr restore <xxx> : n täysi palautus ja bmgr -ajo -toiminnon suorittaminen yllä kuvatulla tavalla laukaisi koko Google-sovelluksen palauta ja toimi herkkupala - minulle pelastaja!

Google voisi tehdä parempia ponnisteluja, varsinkin jos he haluavat kilpailla Applen "vain toimii" -idean kanssa ... Silti rakastan Androidin hakkerointia huolimatta sen sudenkuoppia!