Question

在我们的组织中，我们正在运行Artifactory Pro版，每天将数据导出到NAS驱动器（完整系统导出）。每天晚上运行约4个小时，并写上“系统导出成功”。现在是时候将我们的实例迁移到基于PostgreSQL的时候了（现在在derby上运行）。我已经读过，您需要通过完整的系统导入来做到这一点。

几个数字：

文物：将近一百万
数据大小：超过2TB的数据
导出数据量：超过5TB的数据

如果您还在考虑为什么导出数据量比磁盘空间使用量大2倍以上，那么我们的猜测是存储在docker注册表中的Docker映像被重复数据删除（每层），但是在导出时不存在重复数据删除

此外，我通过将数据重新同步到另一台服务器，然后在那里开始完全相同的设置，成功迁移了实例。工作得很好。

在另一台计算机上进行完全相同的设置（全新安装）并运行系统导入时，它将失败，并显示以下日志：

[/data/artifactory/logs/artifactory.log] -   "errors" : [ {
[/data/artifactory/logs/artifactory.log] -     "code" : "INTERNAL_SERVER_ERROR",
[/data/artifactory/logs/artifactory.log] -     "message" : "Unable to import access server",
[/data/artifactory/logs/artifactory.log] -     "detail" : "File '/root/.jfrog-access/etc/access.bootstrap.json' does not exist"
[/data/artifactory/logs/artifactory.log] -   } ]
[/data/artifactory/logs/artifactory.log] - }

完整日志在这里：https://pastebin.com/ANZBiwHC

/root/.jfrog-access目录是Access主目录（Access也使用derby）。

我在这里想念什么？

Answer 1

根据Artifactory文档，有些事情我们做错了：

导出不是备份大实例的正确方法。如果将Artifactory与derby一起运行，只需将文件存储和derby目录同步到NAS。
不支持通过Artifactory的多个版本进行增量导出。意思是，如果您对4.xx版进行了完全导出，则先升级到5.xx版，再升级到6.xx版，并且在此过程中进行了增量导出...那么您的导出将不会导入到版本中。 6.xx每次版本升级后，都必须创建实例的新完整导出。

我通过删除导出并进行完整的系统导出（大约30小时）解决了这种情况。完整系统导出已成功导入到另一个实例（大约12小时）。

P.S。这个错误对我来说仍然是个谜。

JFrog Artifactory系统还原失败

1 个答案: