![如何克隆带有符号链接的目录结构(完整的,也是重复的)?](https://linux22.com/image/1368042/%E5%A6%82%E4%BD%95%E5%85%8B%E9%9A%86%E5%B8%A6%E6%9C%89%E7%AC%A6%E5%8F%B7%E9%93%BE%E6%8E%A5%E7%9A%84%E7%9B%AE%E5%BD%95%E7%BB%93%E6%9E%84%EF%BC%88%E5%AE%8C%E6%95%B4%E7%9A%84%EF%BC%8C%E4%B9%9F%E6%98%AF%E9%87%8D%E5%A4%8D%E7%9A%84%EF%BC%89%EF%BC%9F.png)
我们用窑用于我们的源代码控制;并通过在服务全部停止时将 KilnRepositories 文件夹复制到另一个(本地)驱动器来进行备份,然后再复制到网络驱动器(本地副本是为了减少停机时间,同时我们与数据库同时获得一致的副本,然后发送到网络的副本将与我们其余的数据一起备份)。
我们最近注意到,尽管使用以下内容,服务器中用作临时区域的驱动器的增长速度比实际数据驱动器更快robocopy /MIR
:
robocopy "$liveRepoLocation" "$cloneRepoLocation" /MIR /MT /W:3 /R:100 /LOG:"$backupLogLocation\BackupKiln.txt" /NFL /NDL /NP
我怀疑这可能是因为在源驱动器上,存在由同一存储库的分支引起的符号链接,这些符号链接在复制到另一个驱动器时被复制为实际数据。
如果我右键单击两个文件夹(每个驱动器上一个)并执行“属性”,则文件数、字节数等几乎完全相同(两者均报告 30.7GB,即使源驱动器报告仅使用了驱动器的 25GB)。
我宁愿让脚本复制符号链接/连接点/其他内容;但它们需要指向新驱动器上的等效位置,并且不是返回源驱动器(所有链接都指向被复制的同一棵树内的某个地方)。
理想情况下;我还想在网络上保留它(以防我们需要恢复),尽管我怀疑这可能更棘手。
这听起来像是导致我们问题的可能原因吗?我可以让 robocopy 完成我需要的事情吗?
答案1
http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html
智能复制基本上是从源位置到目标创建目录结构的副本,但它保留源的内部硬链接结构和内部连接/符号链接关系,并在目标位置重新创建该内部硬链接结构和内部连接/符号链接关系: