Artifactory JFrog人工系统还原失败
在我们的组织中,我们运行Artifactory Pro edition,每天将数据导出到NAS驱动器(完整系统导出)。每天晚上,它运行大约4个小时,并写下“系统导出成功”。现在是将我们的实例迁移到基于PostgreSQL(现在在derby上运行)的时候了。我已经读到,您需要用完整的系统导入来完成它 少数数字:Artifactory JFrog人工系统还原失败,artifactory,Artifactory,在我们的组织中,我们运行Artifactory Pro edition,每天将数据导出到NAS驱动器(完整系统导出)。每天晚上,它运行大约4个小时,并写下“系统导出成功”。现在是将我们的实例迁移到基于PostgreSQL(现在在derby上运行)的时候了。我已经读到,您需要用完整的系统导入来完成它 少数数字: 文物:近100万件 数据大小:超过2TB的数据 导出数据量:超过5TB的数据 如果您也在思考为什么导出数据量比磁盘空间使用量大2倍以上,那么我们猜测docker映像在存储在docker
- 文物:近100万件
- 数据大小:超过2TB的数据
- 导出数据量:超过5TB的数据
[/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] - }
完整日志如下:
/root/.jfrog访问目录是access主目录(access也使用derby)
我在这里遗漏了什么?根据Artifactory文档,我们有两件事情做错了:
- 导出不是备份大实例的正确方法。在使用derby运行Artifactory的情况下,将filestore和derby目录重新同步到NAS就足够了
- 不支持对多个版本的Artifactory进行增量导出。这意味着,如果您在版本4.x.x上进行了完全导出,那么您将升级到版本5.x.x,然后升级到版本6.x.x,并且在整个过程中进行增量导出。。。那么您的导出将不会导入到版本6.x.x中。每次版本升级后,都需要创建实例的新完全导出
另外,这个错误对我来说仍然很神秘。您使用的是哪个版本的Artifactory?一个是出口,一个是出口importing@DrorBereznitsky,初始导出是很久以前完成的,很可能是4.x.y版,我正在尝试导入到6.x.y版。版本之间的导出/导入是否不兼容?当您指的是“完整系统导出”时,我希望您排除了内容:-请您确认我将5.x配置导入6.x的想法可能会失败?