Android 备份/恢复：如何备份内部数据库？

Question

我已经使用提供的FileBackupHelper 实现了BackupAgentHelper 来备份和恢复我拥有的本机数据库。这是您通常与ContentProviders 一起使用的数据库，它位于/data/data/yourpackage/databases/。

人们会认为这是一种常见的情况。但是，文档并不清楚该怎么做：http://developer.android.com/guide/topics/data/backup.html。 没有专门针对这些典型数据库的BackupHelper。因此我使用了FileBackupHelper，将其指向我在“/databases/”中的.db 文件，在我的ContentProviders 中引入了围绕任何数据库操作（例如db.insert）的锁，甚至尝试创建onRestore() 之前的“/databases/”目录，因为安装后不存在。

我过去曾在另一个应用程序中成功地为SharedPreferences 实施了类似的解决方案。但是，当我在 emulator-2.2 中测试我的新实现时，我看到正在从日志中对 LocalTransport 执行备份，并且正在执行恢复（并调用了 onRestore()）。 但是，db 文件本身从未创建。

请注意，这一切都是在安装之后、首次启动应用程序之前、执行恢复之后。除此之外，我的测试策略基于http://developer.android.com/guide/topics/data/backup.html#Testing。

还请注意，我不是在谈论我自己管理的一些 sqlite 数据库，也不是在谈论备份到 SD 卡、自己的服务器或其他地方。

我确实在文档中看到建议使用自定义 BackupAgent 的数据库，但它似乎不相关：

但是，您可能想要扩展 如果您需要，请直接使用 BackupAgent： * 备份数据库中的数据。如果你有一个 SQLite 数据库，你 当用户想恢复 重新安装您的应用程序，您需要 构建一个自定义 BackupAgent 期间读取适当的数据 备份操作，然后创建您的 表并在一个期间插入数据 恢复操作。

请说清楚。

如果我真的需要自己做到 SQL 级别，那么我担心以下主题：

• 打开数据库和事务。我不知道如何在我的应用工作流程之外从这样的单例类中关闭它们。

• 如何通知用户正在进行备份并且数据库已锁定。这可能需要很长时间，所以我可能需要显示一个进度条。

• 如何在还原时执行相同操作。据我了解，恢复可能发生在用户已经开始使用应用程序（并将数据输入数据库）时。因此，您不能假设只将备份数据恢复到位（删除空数据或旧数据）。您必须以某种方式加入它，对于任何重要的数据库来说，由于 id 的原因，这是不可能的。

• 如何在恢复完成后刷新应用程序，而不会让用户卡在某个 - 现在 - 无法到达的点。

• 我能否确定数据库已在备份或恢复时升级？否则预期的架构可能不匹配。

Answer 1

重新审视我的问题后，我在查看how ConnectBot does it 后能够让它工作。谢谢肯尼和杰弗里！

其实就像添加一样简单：

FileBackupHelper hosts = new FileBackupHelper(this,
    "../databases/" + HostDatabase.DB_NAME);
addHelper(HostDatabase.DB_NAME, hosts);

致您的BackupAgentHelper。

我缺少的一点是您必须使用带有“../databases/”的相对路径。

不过，这绝不是一个完美的解决方案。 FileBackupHelper 的文档提到例如：“FileBackupHelper 应仅用于小型配置文件，而不应用于大型二进制文件。”，后者适用于 SQLite 数据库。

我想获得更多建议、对我们的期望的见解（什么是正确的解决方案），以及关于这可能会如何破坏的建议。

Answer 2

这是将数据库备份为文件的更简洁的方法。没有硬编码的路径。

class MyBackupAgent extends BackupAgentHelper{
   private static final String DB_NAME = "my_db";

   @Override
   public void onCreate(){
      FileBackupHelper dbs = new FileBackupHelper(this, DB_NAME);
      addHelper("dbs", dbs);
   }

   @Override
   public File getFilesDir(){
      File path = getDatabasePath(DB_NAME);
      return path.getParentFile();
   }
}

注意：它会覆盖getFilesDir，以便 FileBackupHelper 在数据库目录中工作，而不是在文件目录中。

另一个提示：您也可以使用databaseList 将您的所有数据库和提要名称从此列表（没有父路径）中获取到 FileBackupHelper。然后所有应用程序的数据库都将保存在备份中。

Answer 3

更简洁的方法是创建一个自定义BackupHelper：

public class DbBackupHelper extends FileBackupHelper {

    public DbBackupHelper(Context ctx, String dbName) {
        super(ctx, ctx.getDatabasePath(dbName).getAbsolutePath());
    }
}

然后添加到BackupAgentHelper:

public void onCreate() {
    addHelper(DATABASE, new DbBackupHelper(this, DB.FILE));
}

Answer 4

使用FileBackupHelper 备份/恢复sqlite db 会引发一些严重的问题：
1. 如果应用程序使用从ContentProvider.query() 检索的光标并且备份代理尝试覆盖整个文件，会发生什么情况？
2. link 是完美（低熵；）测试的一个很好的例子。您卸载应用程序，再次安装它并恢复备份。然而，生活可能是残酷的。看看link。让我们想象一下用户购买新设备的场景。由于它没有自己的集合，因此备份代理使用其他设备的集合。该应用程序已安装，并且您的 backupHelper 检索数据库版本架构低于当前的旧文件。 SQLiteOpenHelper 使用默认实现调用 onDowngrade：

public void onDowngrade(SQLiteDatabase db, int oldVersion, int newVersion) {
    throw new SQLiteException("Can't downgrade database from version " +
            oldVersion + " to " + newVersion);
}

无论用户做什么，他/她都无法在新设备上使用您的应用。

我建议使用ContentResolver 获取数据-> 序列化（不带_ids）以进行备份和反序列化-> 插入数据以进行恢复。

注意：获取/插入数据是通过 ContentResolver 完成的，从而避免了并发问题。序列化在您的 backupAgent 中完成。如果你自己做光标对象映射，序列化一个项目就像在代表你的实体的类上实现Serializable和transient字段_id一样简单。

我还会使用批量插入，即 ContentProviderOperation example 和 CursorLoader.setUpdateThrottle，这样应用程序就不会在备份恢复过程中因数据更改而重新启动加载程序。

如果您确实处于降级的情况，您可以选择中止恢复数据或使用与降级版本相关的字段来恢复和更新 ContentResolver。

我同意这个主题并不容易，文档中没有很好地解释，一些问题仍然存在，例如批量数据大小等。

希望这会有所帮助。

Answer 5

从 Android M 开始，现在有一个可供应用使用的完整数据备份/恢复 API。这个新的 API 在应用程序清单中包含一个基于 XML 的规范，让开发人员能够以直接语义的方式描述要备份哪些文件：“备份名为“mydata.db”的数据库”。这个新的 API 对开发人员来说更容易使用——您不必跟踪差异或显式请求备份通行证，要备份的文件的 XML 描述意味着您通常不需要编写任何代码完全没有。

（例如，您可以参与完整数据备份/恢复操作，以便在恢复发生时获得回调。这种方式很灵活。）

有关如何使用新 API 的说明，请参阅 developer.android.com 上的 Configuring Auto Backup for Apps 部分。

Answer 6

一种选择是在数据库上方的应用程序逻辑中构建它。我认为它实际上为这样的水平而尖叫。 不确定您是否已经这样做了，但大多数人（尽管有 android 内容管理器光标方法）会引入一些 ORM 映射 - 自定义或一些 orm-lite 方法。在这种情况下我宁愿做的是：

1. 确保您的应用程序正常工作 添加应用程序/数据时很好 新数据的背景 在应用程序中添加/删除 已经开始了
2. 做一些 Java->protobuf 甚至简单的 java 序列化映射并编写您的 自带BackupHelper读取数据 从流中，只需将其添加到 数据库....

所以在这种情况下，而不是在数据库级别执行它，而是在应用程序级别执行它。