前言
- 路由器挂载USB硬盘时候,格式化成EXT4使用,最稳定.
- 其他两种EXFAT和NTFS在实际使用中都会遇到严重影响使用的bug.这对文件备份这种本身需求便是高重要性的业务来说,不可忍受.
- 实践环境:
- 服务端:路由器(newifi3)[固件:padavan-hiboy]
- 服务端存储:USB3.0移动硬盘2.5寸西部数码2T(SMR)
- 服务端软件:caddy-webdav文件服务
- 客户端:widnows(z7m笔记本)
- 客户端软件:Goodsync同步软件
- 业务流程:windows使用[GS]通过[webdav文件服务]备份本地文件夹到路由器挂载的USB硬盘.
caddy后台提示ERROR 401
- 测试webdav目录是不管是中文还是英文,只要caddy配置用户名和密码验证,依旧会每次GS连接分析目录,caddy服务端后台都会出现提示ERROR 401 .但也能传输数据.未发现其他影响,非官方搜到有网友说这是因为浏览器只有第一次401错误后才会出现UI登录窗口"这只是基本身份验证工作方式的副作用。现代浏览器仅在第一个请求得到401之后才会抛出登录UI。严格来说，由于这是身份验证失败-已记录。"(来源:https://caddy.community/t/basicauth-spits-error-401/5674)
|
1 |
03/Mar/2020:16:24:57 +0000 [ERROR 401 /media/2t-ext4/ext4澶.唤Goodsync/] BasicAuth: user "" was not found or password was incorrect. 192.168.123.181 192.168.123.1:2080 /media/2t-ext4/ext4%E5%A4%87%E4%BB%BDGoodsync/ HTTP/1.1 |
EXT4 - 首选
- 优点:使用ext4没有重启后文件时间变化的问题.
- 缺点:windows需要第三方软件查看.
EXFAT - 莫选:GS实际目录测试同步出现超时,有utf8支持有问题)
- 缺点:在实际目录备份中,同步完82万个文件后再次gs分析目录,永远是超时报错.无法再使用了.
- 缺点:utf8字符不支持.在同步后的gs记录文件中不显示中文.(另两种格式exfat和ntfs同步后的记录可以显示中文路径)
- 缺点:在实际目录备份中,有个带特殊符号的文件名在exfat格式下经过多次尝试无法被同步,提示找不到路劲,切换ext4和ntfs测试这个文件并没有这个报错.
- 缺点:smba写入文件似乎存在预分配机制,写入文件越大,正式写入前需要等待的时间越久.上G体积的文件等候时间长的离谱;读取文件没有问题.使用webdav写入则没有这个bug.但webav依旧存在以上其他bug.
- 优点:可在路由器和windows之间直接识别使用.
- 优点:使用exfat没有重启后文件时间变化的问题,并且可以方便windows读取.
NTFS - 莫选:有时间bug
- 缺点:使用ntfs存储文件,某些文件在每次路由器重启后,会变化时间,导致同步软件判断错误,每次重启路由器后使用同步备份软件分析都需要再次传输.
- 优点:有些版本比如intel(QNTFS)版padavan的ntfs闭源鸡血驱动会比exfat和ext4快到飞起,写入45MB/S读取90MB/S,其他版本的ntfs则和ext4与exfat无明显差距:写入皆为20-24M/S,读取60M/S.
三种硬盘格式使用GoodSync海量文件分析与同步耗时对比
* 实践环境:[goodsync(z7m笔记本)] ↔ LAN有线 ↔ [(newifi3路由器)caddy-webav] ↔ {USB-HUB(2T移动硬盘2.5寸)} *
- 从未同步过的目录进行全新分析耗时对比(差距可忽略):
- exfat 历时28秒
- ext4 历时26秒
- ntfs 历时26秒
- exfat 历时25秒(二测)
|
1 2 3 4 5 |
214048 -- 分析开始 User Command 214105 右侧: State file does not exist: http://192.168.123.1:80/media/2t-exfat/备份(goodsync)/_gsdata_/_file_state_v4._gs 214113 变更：298,718， 冲突：0， 复制时间：0， 复制状态：530,352， 错误： 0, All: 829074 214113 Left to Right: Copy File: 298718 214113 -- 分析已结束。历时 00:00:28, 速度： 10K 文件/秒 |
ext4格式:耗时4小8分无报错
- 硬盘ext4格式,全新同步耗时4小时8分钟:
|
1 |
151516 == 同步完成. 历时: 04:08:28, 速度: 11.7 MB/s, 完成: 829,070, 错误: 0 |
- ext4再次分析同步完的目录耗时7分20秒:
|
1 2 3 |
161727 -- 分析开始 User Command 162447 变更：0， 冲突：0， 复制时间：0， 复制状态：0， 错误： 0, All: 829074 162447 -- 分析已结束。历时 00:07:20, 速度： 14K 文件/秒 |
exfat格式耗时5时59分有报错一个文件
- exfat实际同步(webdav已配置需要用户密码登录):出现一个错误,是exfat对文件名不支持,其他格式备份相同目录并无报错.
|
1 |
051046 == 同步完成. 历时: 05:59:01, 速度: 8.09 MB/s, 完成: 829,069, 错误: 1 |
- 再次分析同步后的目录出现报错并且GS无法再操作远端目录
|
1 |
093034 Error analyzing http://192.168.123.1:2080/media/2t-exfat/备份(goodsync): no reply after 180(120)-sec timeout on verb PROPFIND: receiving HTTP header: [receiving data 192.168.123.1:80]: Time out |
- caddy配置取消密码验后,仍然是同一个文件无法读取,说明本错误与caddy是否使用密码无关.
- 修改那个提示错误的文件名后,再次分析目录,这次报错time out,GS无法再操作远程目录,确认exfat格式在padavan上的兼容性确实问题很多.
ntfs格式耗时4时6分无报错.
- ntfs远端未备份过的目录全新分析耗时25秒:
|
1 2 3 4 5 |
163406 -- 分析开始 User Command 163423 右侧: State file does not exist: http://192.168.123.1:2080/media/2t-ntfs/ntfs备份GoodSync/_gsdata_/_file_state_v4._gs 163431 变更：298,718， 冲突：0， 复制时间：0， 复制状态：530,352， 错误： 0, All: 829074 163431 Left to Right: Copy File: 298718 163431 -- 分析已结束。历时 00:00:25, 速度： 11K 文件/秒 |
- ntfs第一次全新目录同步4小6分:
|
1 |
204302 == 同步完成. 历时: 04:06:52, 速度: 11.7 MB/s, 完成: 829,070, 错误: 0 |
- ntfs再次分析第一次同步完的目录耗时11分钟,并且出现时间不一致的bug:
|
1 2 3 |
211556 变更：185， 冲突：0， 复制时间：0， 复制状态：0， 错误： 0, All: 829074 211556 Left to Right: Copy File: 185 211556 -- 分析已结束。历时 00:11:18, 速度： 16K 文件/秒 |
- 二次同步上次分析后显示时间不一致的文件:
|
1 |
223911 == 同步完成. 历时: 00:55:36, 速度: 25.6 MB/s, 完成: 187, 错误: 0 |
- 经过二次同步以后的目录再次分析仍然显示文件不相同(文件时间不一致),因此padavan不适合使用NTFS,因其文件时间的bug无法让同步软件正确操作
|
1 2 3 |
230822 变更：157， 冲突：0， 复制时间：0， 复制状态：10， 错误： 0, All: 829074 230822 Left to Right: Copy File: 157 230822 -- 分析已结束。历时 00:10:06, 速度： 49K 文件/秒 |
