从旧 Artifactory 实例迁移到新实例时,复制 $ARTIFACTORY_HOM/data/filestore 有什么意义?
When migrating from an old Artifactory instance to a new one, what is the point of copying $ARTIFACTORY_HOM/data/filestore?
Artifactory 建议在从旧 Artifactory 服务器迁移到新服务器时执行此处概述的步骤:https://jfrog.com/knowledge-base/what-is-the-best-way-to-migrate-a-large-artifactory-instance-with-minimal-downtime/
这两种方法都说你应该复制 $ARTIFACTORY_HOME/data/filestore,但你只需继续导出旧数据并将其导入新实例,在第一种方法中你还 rsync 文件。这看起来就像你只是连续三次做同样的事情。 JFrog 真的没有解释为什么这些步骤中的每一个都是必要的,我不明白每个步骤有什么不同而另一个不能完成。
本文的主要目的是提供比简单完整 export & import 更快的迁移。
这两种方法的思路都是select "Exclude Content"。我们 select 要排除的内容正是存储在 $ARTIFACTORY_HOME/data/filestore/.
中的内容
这些方法之间的区别在于方法 #1 会导致一些停机时间,因为您必须在某个时间点关闭 Artifactory,同步差异,然后启动新的。
虽然方法 #2 公开了一些更复杂的过程,其中包括 in-app 复制以同步差异。
希望这样更有意义。
迁移 Artifactory 实例时,我们需要考虑两件事:
Artifactory 数据库 - 包含有关二进制文件、配置、安全信息(用户、组、权限目标等)的信息
Artifactory Filestore - 包含所有二进制文件
不管你的问题如何,我想补充一点,根据我的经验,如果文件存储大小很大 (500GB+),建议使用骨架导出(只导出数据库,不导出文件存储。这可以通过在导出系统中标记 "Exclude Content" 来完成)并在第 3 方工具(例如 Rsync)的帮助下复制文件存储。
我希望这能进一步澄清。
Artifactory 建议在从旧 Artifactory 服务器迁移到新服务器时执行此处概述的步骤:https://jfrog.com/knowledge-base/what-is-the-best-way-to-migrate-a-large-artifactory-instance-with-minimal-downtime/
这两种方法都说你应该复制 $ARTIFACTORY_HOME/data/filestore,但你只需继续导出旧数据并将其导入新实例,在第一种方法中你还 rsync 文件。这看起来就像你只是连续三次做同样的事情。 JFrog 真的没有解释为什么这些步骤中的每一个都是必要的,我不明白每个步骤有什么不同而另一个不能完成。
本文的主要目的是提供比简单完整 export & import 更快的迁移。 这两种方法的思路都是select "Exclude Content"。我们 select 要排除的内容正是存储在 $ARTIFACTORY_HOME/data/filestore/.
中的内容这些方法之间的区别在于方法 #1 会导致一些停机时间,因为您必须在某个时间点关闭 Artifactory,同步差异,然后启动新的。 虽然方法 #2 公开了一些更复杂的过程,其中包括 in-app 复制以同步差异。
希望这样更有意义。
迁移 Artifactory 实例时,我们需要考虑两件事:
Artifactory 数据库 - 包含有关二进制文件、配置、安全信息(用户、组、权限目标等)的信息
Artifactory Filestore - 包含所有二进制文件
不管你的问题如何,我想补充一点,根据我的经验,如果文件存储大小很大 (500GB+),建议使用骨架导出(只导出数据库,不导出文件存储。这可以通过在导出系统中标记 "Exclude Content" 来完成)并在第 3 方工具(例如 Rsync)的帮助下复制文件存储。
我希望这能进一步澄清。