Questions tagged «advanced-format»


3
将RAID控制器升级到4kn-是否必须重新初始化阵列以使用4kn?
我有一个带有Adaptec 6405E RAID控制器的企业级工作站。根据Adaptec的说法,此RAID控制器不能(也永远不会)本机支持4K磁盘扇区。如果将4K磁盘插入其中,则它具有512字节的扇区仿真模式(512e),它将使用512e。如果没有512e,则磁盘根本无法工作。 连接到我的6405E的是四个具有4K本机扇区的HGST SATA磁盘,但它们确实支持512e。磁盘位于RAID10中,并且阵列“运行得很好”(性能不错,但并不惊人)。 如果没有擦上的磁盘,并重新初始化数组中的数据,假设我在插上的Adaptec 71605E,这不支持原生4K扇区,将控制器使用我的磁盘接口时4K扇区?还是将512e或4Kn的决定纳入磁盘格式的结构中,这样我就必须擦除磁盘才能做到这一点? 这个问题只是关于我是否必须备份数据并重新初始化阵列,或者是否可以要求控制器(自动或手动干预)“切换”到高级格式4Kn寻址。我已经肯定知道,如果确实擦除并重新初始化阵列,则可以肯定地从头开始设置它,以使用该新RAID控制器在所有驱动器上使用4Kn。 请注意,我已经非常熟悉arcconf命令行实用程序,并且以前曾使用它将该阵列从RAID0升级到RAID10(是的,我知道,我本来不应该使用RAID0,但是我很幸运,可以?)。如果该arcconf实用程序具有某些功能,可以在Adaptec 7系列控制器上从512e“切换”到4Kn,我很想知道这一点,所以我可以使用它来避免重新格式化并将数据临时卸载到备份位置。 在最坏的情况下,我已经对关键数据进行了异地备份,但是系统上装载了太多软件,因此对我来说,对整个数据进行块层复制会比较便宜(就花费的时间而言)阵列放置到另一个磁盘上(可能是通过AHCI连接到主板的廉价4TB磁盘),然后在逻辑阵列重新初始化后将其复制回去。与重新安装所有内容(一吨具有激活功能的专有Windows程序)的前景相比,它实际上更便宜,更快。

1
mdadm和4k扇区(高级格式)
关于对齐4k扇区磁盘,Serverfault上有很多问题,但是我还不清楚。 我已成功对齐RAID1 + LVM。我做的一件事是使用mdadm超级块版本1.0(将超级块存储在磁盘的末尾)。 联机帮助页上说: 不同的子版本将超级块存储在设备上的不同位置,无论是在末尾(对于1.0),在开始(对于1.1)还是从开始4K(对于1.2)。“ 1”等于“ 1.0”。“默认”等效于“ 1.2”。 是默认版本1.2版本用于4k扇区驱动器吗?我的观察方式不是这样,因为从头开始的4k +超级块的长度不是4k的数目(如果我没记错的话,超级块大约200字节长)。 欢迎对此有任何见识。 编辑: 下面的答案是mdadm超级块1.1和1.2用于4k对齐。我刚刚使用以下方法创建了整个设备团队: mdadm --create /dev/md4 -l 1 -n 2 /dev/sdb /dev/sdd 然后我添加了一个逻辑卷: vgcreate universe2 /dev/md4 阵列以16 MB / s的速度同步: md4 : active raid1 sdd[1] sdb[0] 1465137424 blocks super 1.2 [2/2] [UU] [>....................] resync = 0.8% (13100352/1465137424) finish=1471.6min speed=16443K/sec …

1
4K扇区磁盘上的ZFS RAIDZ2的开销在哪里?
我首先创建了16个空文件,它们的大小分别为10亿字节。 for i in {1..16}; do dd if=/dev/zero of=/mnt/temp/block$i bs=1000000 count=1000 &> /dev/null; done 然后,我在文件上创建了越来越大的RAIDZ2卷,强制ashift = 12来模拟4K扇区驱动器,例如 zpool create tank raidz2 -o ashift=12 /mnt/temp/block1 /mnt/temp/block2... 然后比较使用df -B1以查看实际大小。 Filesystem 1B-blocks tank 12787777536 我的结果: +-------+-------------+-------------+------------+------------+ | disks | expected | actual | overhead | efficiency | +-------+-------------+-------------+------------+------------+ | 3 | 1000000000 | …

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.