极空间吧 关注:12,124贴子:53,629

回复:关于ZDR文件系统的机制问题,一点疑惑,已损失4T数据

只看楼主收藏回复

我就是没有遇到过这种情况,用的极空间挺好的


33楼2022-10-28 16:30
收起回复
    格式化的时候两块盘都是选中状态吧


    IP属地:江苏来自iPhone客户端34楼2022-10-29 14:24
    回复
      他zdr插新盘选择扩容应该就是格式化当前插入的新盘组到zdr扩容里面 如果选择格式化应该就是删除所有阵列重新组建阵列


      IP属地:浙江来自iPhone客户端35楼2022-10-30 14:38
      回复
        我的2个硬盘坏了1个,不清楚丢了哪些文件。只能在pt做种失败里找了。


        IP属地:河北来自Android客户端36楼2023-03-10 23:54
        回复
          昨晚花了几个小时了解ZDR模式,例:4T+16T硬盘使用ZDR模式后便会合并成1个20T。如一个1G文件存储时可能会2个硬盘随机占用500M+500M数据。如你总共存了8T数据,可能16T盘只存了6T另外2T数据在4T盘。就是说单独拿一个硬盘插电脑读出来文件是零散的,所以官方有一个东西叫硬盘搬家功能。比如4T快坏了,使用搬家功能把4T盘的资料搬到16T,总存的8T都有了,搬家相当于把零散或分散文件迁移合并。要是4T盘完全坏掉那么16T里面就有很多零散文件都不能正常打开。如本人有理解错误忘指出!


          IP属地:广东来自Android客户端39楼2023-03-11 15:10
          收起回复
            没有basic模式,我就是发现我的几十T电影没必要放极空间,冷备份安全很多。


            IP属地:广东40楼2023-03-20 17:07
            回复
              我倒是稍微有点理解zdr为什么这么做了。
              因为zdr实际上是basic模式,但会把你的标记为重要文件的部分做双备份。但是这有个问题,如果用户一直在某个盘上存文件。那么这个盘容量就会比其他盘小。而双备份容量是可用容量最小的那个硬盘决定的。所以,最好的策略是。保存的数据应该尽量平均的分散在几个硬盘上。这样就可以尽量小的影响双备份空间。
              并且当存在大小盘时,不重要文件应该尽量存在大容量那个盘上。这样也能尽量保留重要文件的双备份空间。
              zdr相当于把这个数据放置优化的操作集成到系统上了。不用你自己去选择文件如何分散。缺点也是你不能自己选哪个硬盘放哪些文件。


              IP属地:四川41楼2023-04-04 17:38
              回复
                我觉得zdr挺好的啊!
                我认为的极空间nas使用场景(纯个人):
                zdr模式适用场景:
                1、硬件配置设计:abcd盘购买硬盘最佳配置4t+8t+8t+16t=36t总容量。(极空间单盘最大支持20t)
                2、zdr模式下的储存配置设计:自己设计重要文件最多需要多大。这里我设计2t重要文件空间A空间(照片,工作资料,等等)其实够了(如果不够最大不超过4t)。A空间备份到abcd中区。总容量=4+8+8+16-2*4+2=30t。即重要文件A空间位2t,不重要B空间为28t。(如果2t不够,各位自行再斟酌设计。
                3、以上1+2配置应付的突发场景:检测到某硬盘smar检测成绩达到更换的程度,使用硬盘搬家功能,如a盘4t更换,这4t数据挪到8+8+16中去,以此类推。(要求冗余容量足够4t搬家),拆坏盘,上新盘,继续参与zdr模式(2t总要文件A空间自动补偿进来a盘),完毕。
                非zdr模式适用场景:适用于备份文件空间大小较大的情况。比如我就需要16t备份,那大可以设置为abcd=8+8+8+8硬件配置设计。
                总结:
                1、以上抛出一个问题,哪一个模式适合你?【有两个极端】
                a.如果你是4t以下重要文件备份空间需求的。大可以按我上述的abcd=4+8+8+16甚至更高。此时的重要空寂为4t,非重要空间为20t。【一个极端】
                b.如果你是4t以上重要文件备份空间需求的。不多说了直接选择raid模式吧。【另一个极端】
                c.如果你想zdr模式,又不想太牺牲空间用来备份(按4t备份空间计算,买36t硬盘实际才能使用36-(4+20)=12t,不划算),你应该研究多设备备份(电脑+nas+网盘+移动盘)。【此种折中方式才是大部分人的大概率场景】
                2、极空间到底当初设计偏向于哪一种模式?它极力推zdr模式,那就各位自己可以体会了!!!


                IP属地:广东42楼2023-04-23 18:53
                回复
                  很久没看这个帖子,没想到有这么多回复和讨论,其实一年用下来Zdr模式很轻松惬意,不去多想的话就是最适合普通小白的模式,极空间也一直在更新,对极空间还是很满意的


                  IP属地:浙江来自Android客户端43楼2023-05-02 15:14
                  收起回复
                    扩容是否需要格式化硬盘?
                    扩容时新插入的硬盘需要格式化,原设备内的硬盘是否需要格式化与选择的备份模式有关,具体如下:
                    1,单盘模式时扩容:
                    ①扩容为ZDR模式时原盘不需要格式化,硬盘容量可以不同;
                    ②扩容为RAID1模式时格式化原盘,2块硬盘容量一致;
                    ③扩容为RAID5模式时格式化原盘,N块硬盘容量一致;
                    2,ZDR模式:
                    扩容继续使用ZDR模式时原盘不需要格式化,硬盘容量可以不同;
                    3,RAID1模式:
                    扩容为双RAID1模式时原盘不需要格式化,新增的两块硬盘容量一致;
                    4,RAID5模式:
                    RAID 5模式扩容的准备时间会很长(视硬盘容量及已存储数据大小,将持续几十个小时到几天不等)。期间,新增的设备将不能使用(特别提示:使用RAID 5模式时,强烈建议使用企业级硬盘),4块硬盘容量一致;
                    更换备份模式时,原硬盘和新插入的硬盘都需要格式化。


                    IP属地:重庆44楼2023-05-07 22:22
                    收起回复
                      “硬盘搬家”采用拷贝模式,所以遇到无法进行的问题时,可以按照提示将原有硬盘插回极空间,恢复使用,不影响任何文件或数据的完整性及安全(拷贝过程中,需要替换的硬盘故障,或者硬盘替换过程中造成物理损伤可能影响您的数据完整性,所以如果硬盘遇到SMART报警,请及时更换硬盘,更换过程中,也请谨慎操作,硬盘为精密电子器件,震动、跌落都可能造成不可逆的数据损失)


                      IP属地:重庆45楼2023-05-07 22:51
                      收起回复
                        想请教 假设4个10T盘 我有1T的重要数据 用zdr模式的话 到底还剩多少空间做剩余的其他存储?


                        IP属地:上海来自Android客户端46楼2023-05-30 18:56
                        收起回复
                          原来还这样,还是得得空做一下文件的冷备比较安全


                          IP属地:广东47楼2023-06-09 10:55
                          回复
                            ZDR模式不就是为那些没有双备份的数据毁坏埋葬的吗?
                            一句话:重要数据双备份,其他数据随时准备找不回来(可能部分存在但是不完整)


                            IP属地:广东48楼2023-07-12 21:24
                            回复
                              ZDR模式你如果所有文件夹设置了双备份 坏了一个盘数据可以正常打开 插新盘后数据默默的在回复


                              IP属地:福建来自iPhone客户端49楼2023-08-23 08:10
                              回复