在我们的组织中，我们运行Artifactory Pro版，每天将数据导出到NAS驱动器(全系统导出(。每天晚上，它都会运行大约4个小时，并写下"系统导出成功"。现在是将我们的实例迁移到基于PostgreSQL(现在在derby上运行(的时候了。我已经读到你需要用完整的系统导入来做这件事。
少数数字：
- 文物：近100万件
- 数据大小：超过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也使用derby(。
我在这里错过了什么？
根据Artifactory文档，我们做错了几件事：
- 导出不是备份大型实例的正确方法。在使用derby运行Artifactory的情况下，将文件存储和derby目录rsync到NAS就足够了
- 不支持对多个版本的Artifactory进行增量导出。也就是说，如果你在4.x.x版本上进行了完全导出，那么你就升级到了5.x.x版本，然后升级到了6.x.x版本。。。然后您的导出将不会导入6.x.x版本。每次版本升级后，都需要创建实例的新的完整导出
我通过删除导出并进行全系统导出(大约30小时(来解决此问题。已在另一个实例上成功导入完整系统导出(大约12小时(。
附言：这个错误对我来说仍然是个谜。