ceph 文件存储灾难性恢复

admin

灾难恢复[size=0.8em]

危险

本节中的说明面向专家，他们尽最大努力从损坏的文件系统中恢复他们所能做的。这些步骤有可能使事情变得更糟和更好。如果您不确定，请不要继续。

  H6 z4 f( |% m( h2 D+ V日志导出[size=0.8em]

在尝试危险操作之前，请像这样复制日志：

cephfs-journal-tool journal export backup.bin

请注意，如果日志严重损坏，此命令可能并不总是有效，在这种情况下，应制作 RADOS 级别的副本 ( http://tracker.ceph.com/issues/9902 )。

从日志中恢复牙签[size=0.8em]

如果日志损坏或由于任何原因 MDS 无法重放它，请尝试恢复我们喜欢的文件元数据：

cephfs-journal-tool event recover_dentries summary
3 h8 z6 e- g* Z" E/ `
' j8 V2 g0 i9 d, k4 s2 ?6 B: Q

此命令默认作用于 MDS rank 0，通过 –rank=<n> 对其他 rank 进行操作。

如果这些 inode/dentries 的版本高于后备存储的先前内容，则此命令将从日志中恢复的任何 inode/dentries 写入后备存储。如果期刊的任何区域丢失/损坏，它们将被跳过。

请注意，除了写出 dentry 和 inode 之外，此命令还将更新每个“in”MDS rank 的 InoTables，以指示任何已​​写入的 inode 编号现在正在使用中。在简单的情况下，这将导致完全有效的后备存储状态。

警告

后备存储的结果状态不能保证是自洽的，之后需要在线 MDS 清理。该命令不会修改日志内容，您应该在恢复后单独截断日志。

日志截断[size=0.8em]

如果日志损坏或 MDS 因任何原因无法重播它，您可以像这样截断它：

cephfs-journal-tool journal reset
' f. }$ y2 ^/ u- z! c/ B
1 q& U6 }! \1 `7 z" E4 b) L

警告

除非您通过其他方式（例如recover_dentries. 很可能会在数据池中留下一些孤立对象。这可能会导致重新分配已写入的 inode，从而可能违反权限规则。

& O/ k' ?/ a7 z' h0 k9 R& JMDS 表擦拭[size=0.8em]

日志重置后，它可能不再与 MDS 表（InoTable、SessionMap、SnapServer）的内容保持一致。

要重置 SessionMap（擦除所有会话），请使用：

cephfs-table-tool all reset session

这个命令作用于所有'in' MDS rank 的表。将 'all' 替换为 MDS 等级以仅在该等级上运行。

会话表是最有可能需要重置的表，但如果您知道还需要重置其他表，则将“会话”替换为“快照”或“索引节点”。

MDS 地图重置[size=0.8em]

一旦文件系统的 in-RADOS 状态（即元数据池的内容）有所恢复，可能需要更新 MDS 映射以反映元数据池的内容。使用以下命令将 MDS 映射重置为单个 MDS：

ceph fs reset <fs name> --yes-i-really-mean-it

一旦运行，MDS rank 的任何非 RADOS 状态都将被忽略：因此，这可能会导致数据丢失。

有人可能想知道“fs reset”和“fs remove”有什么区别；fs新的'。关键区别在于，执行删除/新建将使 rank 0 处于“创建”状态，这样它将覆盖磁盘上任何现有的根 inode 并孤立任何现有文件。相反，“reset”命令将使 rank 0 处于“活动”状态，以便下一个声明该 rank 的 MDS 守护进程将继续使用现有的 in-RADOS 元数据。

从丢失的元数据对象中恢复[size=0.8em]

根据丢失或损坏的对象，您可能需要运行各种命令来重新生成对象的默认版本。

# Session tablecephfs-table-tool 0 reset session# SnapServercephfs-table-tool 0 reset snap# InoTablecephfs-table-tool 0 reset inode# Journalcephfs-journal-tool --rank=0 journal reset# Root inodes ("/" and MDS directory)cephfs-data-scan init

最后，您可以根据数据池的内容为丢失的文件和目录重新生成元数据对象。这是一个三阶段的过程。首先，扫描所有对象以计算 inode 的大小和 mtime 元数据。其次，扫描每个文件的第一个对象以收集此元数据并将其注入元数据池。第三，检查 inode 链接并修复发现的错误。

cephfs-data-scan scan_extents <data pool>cephfs-data-scan scan_inodes <data pool>cephfs-data-scan scan_links

如果数据池中有很多文件或非常大的文件，“scan_extents”和“scan_inodes”命令可能需要很长时间。

要加速该过程，请运行该工具的多个实例。

确定工人的数量，并为每个工人传递一个 0-(worker_m - 1) 范围内的数字。

下面的例子展示了如何同时运行 4 个 worker：

# Worker 0cephfs-data-scan scan_extents --worker_n 0 --worker_m 4 <data pool># Worker 1cephfs-data-scan scan_extents --worker_n 1 --worker_m 4 <data pool># Worker 2cephfs-data-scan scan_extents --worker_n 2 --worker_m 4 <data pool># Worker 3cephfs-data-scan scan_extents --worker_n 3 --worker_m 4 <data pool># Worker 0cephfs-data-scan scan_inodes --worker_n 0 --worker_m 4 <data pool># Worker 1cephfs-data-scan scan_inodes --worker_n 1 --worker_m 4 <data pool># Worker 2cephfs-data-scan scan_inodes --worker_n 2 --worker_m 4 <data pool># Worker 3cephfs-data-scan scan_inodes --worker_n 3 --worker_m 4 <data pool>
- o- V1 @5 Z& X$ }- e# C4 _1 f

在任何工作人员进入 scan_inodes 阶段之前，确保所有工作人员都完成了 scan_extents 阶段非常重要。

完成元数据恢复后，您可能需要运行清理操作以删除恢复期间生成的辅助数据。

cephfs-data-scan cleanup <data pool>

查找受丢失数据 PG 影响的文件[size=0.8em]

丢失数据 PG 可能会影响许多文件。文件被分割成许多对象，因此确定哪些文件受到特定 PG 丢失的影响需要对文件大小内可能存在的所有对象 ID 进行全面扫描。这种类型的扫描可能有助于识别哪些文件需要从备份中恢复。

危险

此命令不会修复任何元数据，因此在这种情况下恢复文件时，您必须删除损坏的文件并替换它以获得新的 inode。不要在原地覆盖损坏的文件。

如果您知道 PG 中的对象已丢失，请使用pg_files 子命令扫描可能因此而损坏的文件：

cephfs-data-scan pg_files <path> <pg id> [<pg id>...]
$ v- M* _4 ?1 s: b, a. }
2 K7 F% K2 r& T) z0 o! I% @0 r

例如，如果您丢失了 PG 1.4 和 4.5 中的数据，并且您想知道 /home/bob 下的哪些文件可能已损坏：

cephfs-data-scan pg_files /home/bob 1.4 4.5
; B+ o4 a+ U1 h, n. |3 Y& V2 B( B

输出将是潜在损坏文件的路径列表，每行一个。

请注意，此命令充当普通 CephFS 客户端来查找文件系统中的所有文件并读取它们的布局，因此 MDS 必须启动并运行。

使用备用元数据池进行恢复[size=0.8em]

警告

该程序尚未进行广泛的测试。应该非常小心地进行。

如果现有文件系统损坏且无法运行，则可以创建一个新的元数据池并尝试将文件系统元数据重建到这个新池中，而将旧元数据留在原处。这可用于进行更安全的恢复尝试，因为现有的元数据池不会被覆盖。

警告

在此过程中，多个元数据池将包含引用同一数据池的数据。在这种情况下，必须格外小心以避免更改数据池内容。恢复完成后，应删除损坏的元数据池。

要开始此过程，首先创建新的元数据池并使用空文件系统数据结构对其进行初始化：

ceph fs flag set enable_multiple true --yes-i-really-mean-itceph osd pool create recovery <pg-num> replicated <crush-rule-name>ceph fs new recovery-fs recovery <data pool> --allow-dangerous-metadata-overlaycephfs-data-scan init --force-init --filesystem recovery-fs --alternate-pool recoveryceph fs reset recovery-fs --yes-i-really-mean-itcephfs-table-tool recovery-fs:all reset sessioncephfs-table-tool recovery-fs:all reset snapcephfs-table-tool recovery-fs:all reset inode

接下来，使用 –alternate-pool 参数运行恢复工具集以将结果输出到备用池：

cephfs-data-scan scan_extents --alternate-pool recovery --filesystem <original filesystem name> <original data pool name>cephfs-data-scan scan_inodes --alternate-pool recovery --filesystem <original filesystem name> --force-corrupt --force-init <original data pool name>cephfs-data-scan scan_links --filesystem recovery-fs

- Y1 i7 L# r2 c8 w8 o

如果损坏的文件系统包含脏日志数据，则可以通过以下方式恢复它：

cephfs-journal-tool --rank=<original filesystem name>:0 event recover_dentries list --alternate-pool recoverycephfs-journal-tool --rank recovery-fs:0 journal reset --force

; E1 I8 Q- X% _# L3 D5 k

恢复后，部分恢复的目录会有不正确的统计信息。确保参数 mds_verify_scatter 和 mds_debug_scatterstat 设置为 false（默认值）以防止 MDS 检查统计信息，然后运行前向清理以修复它们。确保您有一个 MDS 正在运行并发出：

ceph daemon mds.a scrub_path / recursive repair

- F+ s' r# X/ }7 J