 |
1
mortal Dec 18, 2017
这是 ReFS 的特性？正在用 Win Server 的表示密切关注…
|
 |
2
honeycomb Dec 18, 2017 via Android
这似乎是 intended behavior，refs 会自行丢掉错误数据，美其名曰数据打捞
|
 |
3
congeec Dec 18, 2017
口怕。我还以为只有移动数据的时候可能会丢失数据
|
 |
4
liuxiaofengone Dec 18, 2017
文件系统 ReFS 现在不敢用，感觉还是有问题~
|
 |
5
FFLY Dec 18, 2017
重点关注，有点厉害。
|
 |
6
raptor Dec 18, 2017
还是那句话，珍爱 S(heng)M(ing)，远离 MS。233
|
 |
7
XiaoFaye Dec 18, 2017 via Android
还是用成熟的 NTFS 吧
|
 |
8
tomhuang Dec 18, 2017 via Android  1
虚拟磁盘建在镜像储存池里 refs
vhdx 挂载至 hyperv 群晖 想了解详细情况 |
 |
9
sadan9 OP @honeycomb 我以为 ReFS 至少会把能恢复的部分数据恢复出来，读不出来的部分会填 0 之类的。结果复制 vhdx 文件的时候直接整个砍掉了，跪了。在 Hyper-V 里至少能访问大部分数据。
早知道至少先在 Hyper-V 里把能复制的文件复制出来。 |
|
10
sadan9 OP 用的系统是 Windows Server 2016，ReFS v2
|
 |
11
aliuwr Dec 18, 2017
有 FOUND.000 文件夹吗？
|
 |
12
qweaszxcdf Dec 18, 2017
这不是 ReFS 的 feature 么
|
 |
13
skylancer Dec 18, 2017
我去..
|
 |
15
RqPS6rhmP3Nyn3Tm Dec 18, 2017 via iPhone
我还以为 APFS 是最烂的现代文件系统了，ReFS 接过一棒
|
 |
16
codeeer Dec 18, 2017 via iPhone 4
微软：硬盘好像有个问题，我帮你扔了
|
 |
17
edsheeran Dec 18, 2017 via iPhone
微軟系統做服務器就是個笑話
|
|
18
honeycomb Dec 18, 2017 via Android
@tomhuang
说不定它根本没考虑过 refs 套 refs 的情况 https://docs.microsoft.com/en-us/windows-server/storage/refs/refs-overview |
 |
21
Nitromethane Dec 18, 2017
我在 VM ware 中，也发生过磁盘文件损坏的问题。
对于这种重要数据，至少要做到双机备份吧。 |
 |
22
Shura Dec 18, 2017
这叫截肢手术，避免扩散，233333 （大雾）
|
|
23
honeycomb Dec 18, 2017 via Android
@sadan9
我表述不对，看链接里那个 salvage data 的特性（卷保持在线，受损的文件则直接删除），看完以后是不是很想骂娘。 至于它那个自动修复错误的特性，估计依赖于开启完整性流，而开启了这个特性后涉及的内容会变成 copy on write 模式，而 io 性能会因为随时对数据算 hash，降低很多 |
|
24
honeycomb Dec 18, 2017 via Android 1
@likuku 我试过在带完整性流的情况下，它确实能修复错误。
方法是这样： 建两个 vhdx，格式化成 refs，都开完整性流，在储存池里挂载为双向镜像的卷。 卸载掉其中一个 vhdx，用 hex 编辑器把里面稍微乱改一下，再挂载回去，储存池能检测到错误，然后修复。 |
 |
29
momocraft Dec 18, 2017
/安慰
要不要考虑上 zfs ... 一个 freebsd 的 zraid pool 能简单提供 nfs/samba/sshfs，也可以当 VM guest (bhyve) 的块存储用。就是要的盘有点多 (raidz2 要五块起)。io 也不算快，不过撑满家里 GB 网线还是够的。 如果有需要可以偷偷 qq 上找我 -_- |
|
30
sadan9 OP @honeycomb 自动修复我试过没问题，这次估计磁盘硬件问题，然后 refs 自动修复失败。问题部分数据读取失败直接砍掉一个 100G 文件这个做法………
|
|
31
RqPS6rhmP3Nyn3Tm Dec 18, 2017
@tyhunter 使用下来大问题没发现有，但是性能好慢……尤其是加密的情况下
然后 snapshot 这个功能不能脱离 time machine 使用，逻辑上挺难理解的 |
|
32
sadan9 OP 忽然还发现一个问题……既然 ReFS 都已经认为 IO 读取失败了……存储池里的磁盘居然状态都是正常……没有告警……
OTZ。。。。 |
 |
34
gamexg Dec 18, 2017
@sadan9 还好上次因为没有快照功能没选择 ReFs，微软这个操作真的很厉害...
一次电源故障造成双盘镜像掉了一个盘外加另一个盘出现错误，zfs 显示几个文件损坏，修正电源问题两个盘重新上线后错误被自动修复了。 另外磁盘状态有错误计数，这个计数需要手动才能清除。 |
 |
36
opengps Dec 18, 2017
微软这个想法很实在，反正用不了，别浪费时间了
|
 |
37
ThatIsFine Dec 18, 2017
我 kao
|
 |
38
jingniao Dec 18, 2017 via Android
这样啊……
|
 |
39
hyuwang Dec 18, 2017
用 ReFS 在 RAID0 上做数据储存的表示好慌。。。
|
 |
40
RobertYang Dec 18, 2017 via Android
有块存照片的硬盘是 refs，有点虚
|
 |
41
Feiox Dec 18, 2017
咦，奇怪了，Azure 中 Blob Service 用的就是 Refs，SLA 承诺可用性 6 个 9
|
 |
42
mhycy Dec 18, 2017
ReFS 的 BUG 总让我觉得是印度佬的作品
|
 |
44
bookit Dec 18, 2017
ms 和 apple 比烂，也许不相上下，
因为阿三比例正在迅速接近？ |
 |
46
euyuil Jan 7, 2018
@Feiox
Azure Blob 应该并不是使用 ReFS 来保证数据完整性的，并且可用性没有到 6 个 9 （其实只有 3 个 9 ），而是承诺 durability 到 11 个 9 （对于 LRS ）。我以前在 Azure Storage 组工作过，Blob / Table / Queue 都使用一个微软内部的用在集群上的文件系统，效果上相当于同一份数据存储 3 份，然而并不是存储在同一台服务器上的，甚至不是在同一个机架上，以确保 2 个机架同时都挂掉的情况下（同一个机架用的电源和交换机是相同的），数据还能恢复。而 ReFS 只能用在一台机器的存储空间里，所以…… SLA 参考： https://azure.microsoft.com/en-us/support/legal/sla/storage/v1_3/ https://docs.microsoft.com/en-us/azure/storage/common/storage-introduction |
 |
47
ZRS May 30, 2018
LZ 启用了完整性流吗？
|
Select Language