加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

linux – rsnapshot专用驱动器的最佳文件系统类型和挂载选项

发布时间:2020-12-14 02:34:04 所属栏目:Linux 来源:网络整理
导读:我们有一个外部USB 2驱动器,我们将其用作配置的备份驱动器.我们使用 rsnapshot进行备份.它使用一些标准命令来管理快照: rm -rf:删除过期的快照 mv:将较旧的快照向下移动 cp -al:将上一个快照复制到新插槽 rsync -a –delete –numeric-ids –relative:
我们有一个外部USB 2驱动器,我们将其用作配置的备份驱动器.我们使用 rsnapshot进行备份.它使用一些标准命令来管理快照:

> rm -rf:删除过期的快照
> mv:将较旧的快照向下移动
> cp -al:将上一个快照复制到新插槽
> rsync -a –delete –numeric-ids –relative:同步新快照

正如您在下面的日志中看到的那样,大部分时间花在了rm -rf和cp -al步骤上:

[25/Dec/2010:14:00:02] rsnapshot hourly: started
[25/Dec/2010:14:00:02] echo 21012 > /var/run/rsnapshot.pid
[25/Dec/2010:14:00:02] rm -rf /mnt/extdrive/snapshots/hourly.5/
[25/Dec/2010:14:15:48] mv /mnt/extdrive/snapshots/hourly.4/ /mnt/extdrive/snapshots/hourly.5/
[25/Dec/2010:14:15:48] mv /mnt/extdrive/snapshots/hourly.3/ /mnt/extdrive/snapshots/hourly.4/
[25/Dec/2010:14:15:48] mv /mnt/extdrive/snapshots/hourly.2/ /mnt/extdrive/snapshots/hourly.3/
[25/Dec/2010:14:15:48] mv /mnt/extdrive/snapshots/hourly.1/ /mnt/extdrive/snapshots/hourly.2/
[25/Dec/2010:14:15:48] cp -al /mnt/extdrive/snapshots/hourly.0 /mnt/extdrive/snapshots/hourly.1
[25/Dec/2010:14:23:32] rsync -a --delete --numeric-ids --relative /etc /mnt/extdrive/snapshots/hourly.0/sm4/
[25/Dec/2010:14:23:52] touch /mnt/extdrive/snapshots/hourly.0/
[25/Dec/2010:14:23:52] rm -f /var/run/rsnapshot.pid
[25/Dec/2010:14:23:52] rsnapshot hourly: completed successfully

我的问题:

>我目前正在使用ext4作为文件系统.也许这不是Red Hat中最好的选择.任何人都有任何建议可以加快这个过程吗?
>分区的挂载选项是sync,dirsync 1 2.有没有办法优化它,因为它仅用于rsnapshot?当然,推理会非常感激.

解决方法

> ext4很好. >“sync,dirsync”选项使数据和元数据更新同步,这对大多数工作负载的性能产生了重大负面影响.删除这些选项很可能会提高性能,但您必须记住在拉动电缆之前卸载设备,否则您可能会丢失数据(可能这就是为什么首先添加选项,它们不是默认选项,或者也许它是你的发行版为USB设备做的某种特殊魔法). > noatime禁用atime更新,这会减少对文件系统的写入量.或多或少所有应用程序,包括rsnapshot,都不需要atime,所以这应该是非常安全的. > data = writeback减少了日志记录的开销,其代价是在电源故障的情况下略微增加丢失数据的可能性.根据发行版,这可能已经是默认值. >使用ext4,它也可以完全禁用日志(从内核2.6.29开始),虽然我不推荐那个.这仍然具有ext4的所有其他改进,因此这应该比使用ext2,fwiw更快. > barrier = 0禁用障碍,这会提高写入性能,代价是增加崩溃中数据丢失的可能性.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读