54 votos

Google Copia de seguridad: el uso de Varios dispositivos con la misma cuenta de lo que pasa en la Restauración?

No es nada nuevo que uno puede utilizar varios dispositivos Android con una sola cuenta de Google. Conectar un nuevo dispositivo por primera vez, pregunta si se quiere guardar los datos de Google, que luego siempre sync "algunas cosas" a los servidores de Google, básicamente

  • algunos datos de la aplicación (si la compatibilidad con las aplicaciones de forma explícita)
  • Contraseñas de Wi-Fi
  • favoritos del navegador
  • una lista de las aplicaciones instaladas desde Google Play
  • palabras agregadas al diccionario utilizado por el teclado en pantalla
  • la mayoría de sus ajustes personalizados

Los detalles pueden encontrarse en el Panel de control de Google. Preguntas relevantes aquí cubriendo los temas incluyen:

Los Desarrolladores de la API de Google de Copia de seguridad le da algo más de información sobre cómo la copia de seguridad de cosas que se supone que funciona (y varias preguntas aquí mostrar cómo funciona realmente, es decir, a veces lo hace, a veces, sólo en parte, y a veces no en todos). Aparte de la fiabilidad y el hecho de que no todo el mundo quiere que sus datos privados en la nube (e incluso de la mencionada referencia de la API de2 avisa: Android no hace ninguna garantía sobre la seguridad de sus datos, mientras que el uso de copia de seguridad. Siempre se debe ser cauteloso acerca del uso de copia de seguridad para almacenar datos confidenciales, como nombres de usuario y contraseñas.), mi pregunta principal es:

Tener copia de seguridad de los datos de varios dispositivos con la misma cuenta:

  • ¿qué sucedería en una fábrica de restablecimiento de dispositivo que se utiliza de esa manera? Sería reconocido, y sólo esas cosas restaurado que han sido utilizados en él antes?
    (dispositivo de identificación por ejemplo, podría tener lugar por ejemplo, a través de IMEI (pero no a través de la Android_ID, como que puede ser pasado con un restablecimiento de fábrica) -- y esta podría ser la razón para el comportamiento descrito en Nalum la respuesta)
  • lo que sería restaurada a un (nuevo/factory reset) dispositivo que acaba de inicializar por primera vez con esta cuenta de Google?
    (si los dispositivos de ser identificados con las copias de seguridad en la cuenta de Google se utiliza, esto podría desencadenar una acción especial para el "nuevo dispositivo", por ejemplo, "restaurar todas, dispositivo cambiado!" -- o "restaurar todo desde el ya no está conectado el dispositivo de X, como probablemente fue reemplazado!" -- pero se adhieren a "restaurar sólo lo que era en ese dispositivo" en el caso de una fábrica de restablecimiento)

Es el trato: Si uno tiene varios dispositivos, a menudo se utilizan para cuestiones específicas, por lo que no se quiere todo en todos los dispositivos. Como he visto que no hay manera de elegir el que los datos de copia de seguridad (por ejemplo, para excluir a aquellos "datos sensibles" hemos sido advertidos acerca de: WiFi contraseñas que pertenecen a esa categoría), supongo que no hay opción de restaurar? Pero, ¿cómo se manejan?

42voto

Andy Brudtkuhl Puntos 1714

Vamos a hablar de conjuntos de bebé

Android del servicio de copia de seguridad tiene un concepto denominado un conjunto: el conjunto de todos los datos con copia de seguridad de un dispositivo (en un transporte, pero eso es un detalle). Cada serie es identificado por una única cadena, tales como el IMEI del dispositivo. Cuando una aplicación (o la lista de aplicaciones instaladas) se copia, de la copia de seguridad de datos de entrar en el conjunto asociado con el dispositivo está realizando una copia de seguridad. Todos los juegos son todavía específicos para la cuenta de Google del usuario. Si usted limpie el dispositivo y lo venden a otra persona, él no será capaz de acceder a ese dispositivo del conjunto, a menos que pueda iniciar sesión en tu cuenta de Google.

Comportamiento por defecto

Cuando se instala una aplicación, o un dispositivo tiene su lista de aplicaciones restaurado, el sistema de copia de seguridad busca primero en el dispositivo del conjunto de copia de seguridad de datos para ese paquete. Si no encuentra alguno (ya sea porque es un dispositivo completamente nuevo con ninguna copia de seguridad de los datos, o debido a que el paquete nunca ha sido instalado en el dispositivo), que va a ampliar la búsqueda a otros conjuntos. (Si hay una opción, se utilizará el último valor que se utiliza para un completo dispositivo de restauración.)

Por lo tanto, cuando se establece un nuevo dispositivo, que va a restaurar la lista de aplicaciones a partir de un antiguo dispositivo de copia de seguridad y restauración de cada app de la edad del dispositivo de copia de seguridad. Si usted tuvo una app instalada en un dispositivo e instalarlo en otro dispositivo, la aplicación va a ser restaurado con sus datos desde el dispositivo antiguo. En cualquier caso, los datos se realizan ahora en el nuevo dispositivo, lo que significa que la copia de seguridad de los datos de los dos dispositivos son independientes a partir de ahora.

Después de ajustes de fábrica de un dispositivo, que va a restaurar a partir de ese dispositivo de la última copia de seguridad si es que la hay, y en su defecto, de algún otro dispositivo de copia de seguridad si es que la hay, pero se comience a crear su propio conjunto a partir de entonces. Por eso Nalum dos dispositivos no ver a los demás' backups de apps: son cada uno de la restauración a partir de sus propias copias de seguridad más recientes.

Fuente

Este mecanismo no tiene de cara al usuario la documentación, ya que se supone que automáticamente de hacer lo correcto, pero el código está disponible.

bmgr: uso básico

Como Izzy se encuentra, el bmgr herramienta da un poco de control sobre este proceso. Está pensado como una ayuda para los programadores para ayudar a probar y depurar la integración de copia de seguridad en sus aplicaciones. Usted puede utilizar esta herramienta en un adb shell para activar copias de seguridad y restauraciones de paquetes seleccionados, limpie paquetes de datos de copia de seguridad, e incluso todo un dispositivo de restauración.

No trate de usar en un dispositivo de shell, excepto como : se necesitan a nivel de sistema android.permission.BACKUP hacer algo interesante con él.

Usted puede hacer una aplicación de actualización de sus datos de copia de seguridad de inmediato:

bmgr backup com.shadowburst.showr
bmgr run

(o lo que la aplicación del nombre del paquete). No hay normalmente ninguna necesidad de hacer esto, como aplicaciones de la solicitud de sus propias copias de seguridad siempre que los cambios de datos, pero esto le permite evitar un mal escritos aplicación. Para restaurar un paquete de la copia de seguridad de los datos que elegiría por defecto:

bmgr restore com.shadowburst.showr

pero de nuevo, esto sólo va a hacer lo que el dispositivo podría hacer por su propia cuenta, así que no es necesario para el uso. Tenga en cuenta también que el dispositivo ya debe estar instalado para poder hacer este trabajo.

Más control

Ahora para las cosas que el sistema de copia de seguridad no hacen en su sobre. Para ver qué conjuntos de copia de seguridad de los datos disponibles:

bmgr list sets

y usted obtendrá una salida como esta:

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

La versión de 64-bit hex número de la izquierda es un token. Usted necesitará esta en un minuto. La cosa de la derecha es un (relativamente) nombre descriptivo para el dispositivo que posee el conjunto. Por ejemplo, la manta es el nombre en código para el ; TF-101 se refiere a los originales . Una vez que hayas descubierto que establezca que usted desea, usted puede restaurar una aplicación desde la que se establezca el uso de su token:

bmgr restore 3ff7800e963f25c5 com.shadowburst.showr

Usted puede agregar más nombres de los paquetes para la final de la orden para restaurar varios paquetes a la vez, o puede especificar ningún nombre de paquete (sólo el símbolo (token) para restaurar todas las aplicaciones con los datos de ese conjunto (es decir, se hace un completo sistema de la restauración).

Finalmente, usted puede limpiar de una aplicación de datos de la configuración actual:

bmgr wipe com.shadowburst.showr

Esto hará que su próxima operación de copia de seguridad empezar de cero. Esto puede ser útil después de desinstalar una aplicación, si un error en la aplicación dañado sus datos de copia de seguridad y que no desea que se restaure.

Usted no puede hacer que un dispositivo de empezar a escribir en un conjunto diferente, ni se puede limpiar un conjunto.

7voto

Izzy Puntos 45544

El siguiente es, por el momento no hay respuesta a la pregunta, pero podría arrojar algo de luz sobre algunos detalles:

Algunas de las piezas extraídas de la API de Copia de seguridad

A pesar de que la API está dirigido principalmente a los desarrolladores, hay un par de hechos que puedan extraer para nuestro caso. En la lista siguiente, cursiva marca de citas de la documentación de la API.

  • Android automáticamente realiza una operación de restauración cuando la aplicación está instalada y no existe copia de seguridad de los datos asociados con el usuario.
    → esto puede significar dos cosas:
    • si una aplicación es compatible con el Google API de Copia de seguridad, y el usuario tiene la Google habilitado de Copia de seguridad, copia de seguridad disponibles-datos automáticamente será restaurado en la instalación. Buena cosa cuando se instale una app utilizada en un único dispositivo a un segundo dispositivo por primera vez.
    • las copias de seguridad se asocian únicamente con la Cuenta de Google, no con el dispositivo (y no existe copia de seguridad de los datos asociados con el usuario) -- o el otro hecho fue simplemente ignorado como irrelevante para este caso particular ("aplicación está instalada")
  • La copia de seguridad de transporte es el componente de cliente de Android de copia de seguridad del framework, que es personalizable por el fabricante y el proveedor de servicios. La copia de seguridad de transporte puede variar de un dispositivo a dispositivo [...]
    → esto podría explicar la falta de fiabilidad cuando se trata de diferentes dispositivos (o diferentes versiones de Android).
    (el énfasis es mío)
  • Los datos de copia de seguridad no está garantizada para estar disponible en todos los Android los dispositivos.
    (sin comentarios)
  • Google proporciona una copia de seguridad de transporte con Android Servicio de Copia de seguridad para la mayoría de los Android los dispositivos que ejecutan Android 2.2 o superior.
    → aquí tenemos la mínima versión de Android necesaria para que Google Copia de seguridad que están disponibles en todo: Froyo, también conocido como Android 2.2
  • Para obtener su Copia de seguridad de Clave de Servicio, registrarse para Android del Servicio de Copia de seguridad. [...]
    → cada aplicación debe tener su propia llave. No hay un "por qué", describió, pero una buena conjetura: aislar las copias de seguridad de modo que no hay ninguna aplicación puede leer copias de seguridad de otra aplicación (tecla equivocada; como para las copias de seguridad de otro usuario: mal la cuenta)
  • Mientras que el desarrollo de la aplicación, se puede iniciar una inmediata operación de copia de seguridad desde el Administrador de Copia de seguridad con el bmgr herramienta.
    → parece que hay una forma de activar manualmente las copias de seguridad? Vamos a profundizar en esto más adelante. ↓
  • Cuando es el momento de restaurar los datos de la aplicación, el Administrador de Copia de seguridad llama a su agente de copia de seguridad del onRestore() método.
    → esto subraya de nuevo el primer elemento de esta lista: en primer lugar la aplicación debe ser instalada, entonces sus propias implementaciones se utiliza para restaurar sus datos. En un segundo aspecto: si la aplicación de restauración de falla, no habrá una base de datos-restauración de la falta de aplicaciones ... hasta que instalarlos manualmente a través de Google Play. Entonces, como el primer elemento mostró, datos automáticamente debe ser restaurado a través de Google Copia de seguridad bajo la explicó condiciones (debe haber sido respaldada con ella, la misma cuenta, etc.)
  • Copia de seguridad de otros archivos
    → perdóname no citar la (técnico), el contenido de ese capítulo, pero en resumen: sólo los archivos desde el almacenamiento interno se puede copias de seguridad de acuerdo a ella.

Algunas de las piezas extraídas de la bmgr API

  • Proporciona comandos para inducir la copia de seguridad y restauración de las operaciones [...]
    → se ve aquí como una manera de cómo activar acciones manualmente si el "automatismo" de la falla
  • Estos comandos se accede a través del adb shell.
    → esto no necesita explicación alguna :)
  • adb shell bmgr backup <package>
    → ACEPTAR, por lo que esta acción está ligada a las aplicaciones. Supongo que si conoce los datos del proveedor nombre del paquete, esto debería funcionar así (por ejemplo, com.android.providers.settings para la configuración del sistema, o com.android.providers.telephony para SMS/MMS, etc?)
  • usted puede forzar a todos pendientes de operaciones de copia de seguridad para que se ejecute inmediatamente por utilizando la bmgr run de comandos
    → el primer comando de la "agenda" de copias de seguridad. Después de haber desencadenado todos los paquetes, esto puede ser usado para ejecutar de forma inmediata.
  • adb shell bmgr restore <package>
    → esto parece bonito para ser cierto, ¿verdad? Exactamente, porque: El Administrador de Copia de seguridad inmediatamente crear una instancia de la aplicación del agente de copia de seguridad y llámalo para la restauración. Solo datos, ya que la aplicación ya que se necesita (como sus rutinas se llaman).

Así que en resumen: bmgr puede ser usado para activar las copias de seguridad para las aplicaciones de apoyo de Google de Copia de seguridad, que se han instalado -- y esto puede desencadenar restauración de datos para el mismo. No puede ser utilizado para activar una restauración completa-al menos de que no se describen aquí.

6voto

lapis Puntos 119

Algo más de info en Google sobre la copia de seguridad. Cuando he flasheado un custom firmware no restaurar las apps como yo esperaba. En Ajustes -> Copia de seguridad y restauración se estaba mostrando "Copia de seguridad para depurar-sólo caché privada", y bmgr list sets no dio resultados.
He resuelto mi problema por hacer estos pasos en adb shell:
$ bmgr transport com.google.android.backup/.BackupTransportService
$ bmgr list sets 3a0a00a516a1daf1 : LT22i
Esto no fue suficiente, sin embargo. No iniciar la instalación de aplicaciones. Esto demostró la razón por la que:
$ bmgr list sets 3179e4ab08d74930 : LT22i 3a0a00a516a1daf1 : LT22i
Se había creado un nuevo conjunto, aunque el IMEI, obviamente, era la misma. De todos modos, esta fue la revisión:
$ bmgr restore 3a0a00a516a1daf1 (el ID que mostró en el primer tiempo)
$ bmgr run (para estar seguro)
Luego se comenzó la descarga de las aplicaciones.

3voto

lindelof Puntos 9802

Mi experiencia con ella ha sido la que cada dispositivo tiene su propia copia de seguridad. Tengo esta de cachondeo con mi Nexus 7 y mi Galaxy S II. Aparte de eso no sé.

Aplicaciones:

Mi Nexus 7 ha estas aplicaciones Cáustica, DC Comics y 20 Minutos de las Comidas que al restablecimiento de fábrica de mi Galaxy S II no está instalado en el Galaxy S II.

Mi Galaxy S II tiene la tesis de aplicaciones DriveDroid y Humanos Japonés que al restablecimiento de fábrica de mi Nexus 7 no están instalados en la Nexus 7.

Las aplicaciones son compatibles con ambos dispositivos, por lo que la incompatibilidad no puede ser la razón para que ellos no estén instalados en el otro dispositivo.

Datos:

Como el Wifi, y otros datos que no estoy seguro de como cada vez que he configurado el Wifi en cada dispositivo durante la configuración inicial de android. En cuanto a otras cuentas de google que usted pueda tener no parecen ser copiado a cada dispositivo y la misma ha sido el caso de Skype y GitHub cuentas en cada dispositivo.

1voto

kaepora Puntos 11

Copia de cosas usando ambos integrados en Google copia de seguridad y copia de seguridad de Helio antes he borrado e instalado de Carbono de la ROM personalizada en un Nexus 4 (de KitKat stock). Se espera que Google restaurar aplicaciones, configuración, etc. como lo ha hecho antes, cuando he restaurado de este teléfono, pero no la alegría.

Trató de Helio así, también hay alegría, incluso con manual de Descarga de PC' restaura - dijo 'restaurado', pero el Wifi y los datos de la app todavía no hay.

Ejecución bmgr restore <xxx> restauración completa y bmgr run como se detalla más arriba activa el pleno de Google restaurar y trabajó un tratamiento - salvavidas para mí!

Google podría hacer un mejor esfuerzo, especialmente si quieren competir con los de Apple simplemente funciona " idea... Todavía me encanta el hackability de Android a pesar de sus trampas!

PreguntAndroid.com

PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by: