主页 / server / 问题 / 38265
Accepted
Lars Haugseth
Asked: 2009-07-10 05:26:19 +0800 CST

使用 TSM 备份时跳过硬链接

  • 772

我们需要备份具有大量硬链接的文件系统。由于每个“真实”文件都有多个硬链接，我们希望在备份文件系统时跳过所有硬链接以避免每个文件的 n 个精确副本。

备份是使用 Tivoli Storage Manager Backup 完成的，我们一直无法让它将硬链接视为要一起备份的单独文件以外的任何内容。

如果它与可能的解决方案相关，我想指出，可以通过文件名从正确的文件中区分硬链接：

 foobarbaz-123.ext    # file
 foobarbaz-123-1.ext  # hardlink
 foobarbaz-123-2.ext  # hardlink
 barbazfoo-456.ext    # file
 barbazfoo-456-1.ext  # hardlink
 barbazfoo-456-2.ext  # hardlink
 barbazfoo-456-3.ext  # hardlink

也就是说，所有硬链接的文件名中都有两个连字符，而正确的文件只有一个。

服务器运行 Ubuntu Linux，文件位于我们 SAN 上的 gfs 卷上。

backup hardlink tivoli tsm

4 个回答

  1. Best Answer

    快速阅读一些 TSM 文档建议“不要那样做！”

    对于 unix，“文件”只是一个指向 inode 的目录条目。“硬链接”只是当您有多个目录条目（指针）指向给定的 inode 时。出于所有意图和目的，这两个“文件”完全 100% 相同。

    硬链接在 Unix 中是一种成熟且易于理解的机制。遇到它们是正确和常见的，备份软件通常会准确理解硬链接是什么并完全按照应有的方式备份它——作为指向特定数据片段的另一个指针，而不是作为独特和新颖的片段恰好与其他硬链接完全相同的数据。

    tsm 和硬链接的快速谷歌表明 tsm 理解硬链接，并且文档特别警告：

    如果您仅 [备份|存档] 硬链接对中的一个文件，则可能会出现问题。例如，文件 texta 和 textb 包含彼此的硬链接。您归档 texta，然后编辑 textb 并进行更改。如果您检索 texta，您对 textb 所做的更改将丢失。

    有趣的是，似乎有两种不同的方式可以使用 TSM 进行备份——备份和存档，这两种方式似乎处理硬链接的方式不同。

    备份和恢复文件：

    当两个文件指向同一个数据文件时，就建立了硬链接。当您备份包含指向另一个文件的硬链接的文件时，TSM 将链接信息和数据文件都存储在服务器上。如果您备份两个包含彼此硬链接的文件，TSM 以两个名称存储相同的数据文件以及链接信息。

    归档和恢复文件：

    当您归档包含指向另一个文件的硬链接的文件时，TSM 将链接信息和数据文件都存储在服务器上。

    由此看来，如果备份服务器正在“归档”事物，您似乎会炸毁备份服务器，而如果您正在“备份”，它会做您想做的事情。让 IBM 让它变得简单！

    • 3

  2. 首先，“正确文件”和“硬链接”没有区别，硬链接只是同一个对象的另一个名称，而软链接实际上是一个包含指向真实文件的指针的文件，这就是为什么软链接可以跨文件系统边界和硬链接不能。

    关于实际问题：查看文档中的 Exclude 选项和 include-exclude-list 选项，您应该能够使用它们解决问题。（喜欢exclude /path/to/your/files/*-*-?.*什么的）。

    • 2

  3. 在不了解 Tivoli Storage manager 的情况下，不可能获得任何软件以区别对待文件的硬链接，因为原始文件句柄和其他硬链接之间没有实际区别。（可能会根据文件名编写脚本）

    • 1

  4. 升级到 TSM 6.1 并激活重复数据删除。（目前仅适用于设备类型 FILE，但耐心是一种美德）

    • 0

相关问题