У нас есть активный RAID 10 с четырьмя дисками. Теперь мы хотим добавить к адаптеру один диск в RAID 0.
Это текущая конфигурация:
# megacli -LDInfo -Lall -Aall
Adapter 0 -- Virtual Drive Information:
Virtual Drive: 0 (Target Id: 0)
Name :
RAID Level : Primary-1, Secondary-0, RAID Level Qualifier-0
Size : 5.457 TB
Sector Size : 512
Mirror Data : 5.457 TB
State : Optimal
Strip Size : 64 KB
Number Of Drives per span:2
Span Depth : 2
Default Cache Policy: WriteBack, ReadAhead, Direct, Write Cache OK if Bad BBU
Current Cache Policy: WriteBack, ReadAhead, Direct, Write Cache OK if Bad BBU
Default Access Policy: Read/Write
Current Access Policy: Read/Write
Disk Cache Policy : Disk's Default
Encryption Type : None
Default Power Savings Policy: Controller Defined
Current Power Savings Policy: None
Can spin up in 1 minute: Yes
LD has drives that support T10 power conditions: No
LD's IO profile supports MAX power savings with cached writes: No
Bad Blocks Exist: No
Is VD Cached: Yes
Cache Cade Type : Read Only
Exit Code: 0x00
Теперь мы добавили еще один диск, который мы хотим настроить как RAID 0. (Увеличить RAID 10 было невозможно, поэтому мы решили добавить еще один диск, на котором мы можем сохранять резервные копии и прочее).
Новый диск находится в слоте 4:
Enclosure Device ID: 32
Slot Number: 4
Media Error Count: 0
Other Error Count: 0
Firmware state: Unconfigured(good), Spun Up
Inquiry Data: 24M9K179FTOSHIBA MG03ACA300 FL1D
Можно ли за исключением другого массива RAID 10 создать новый массив RAID 0 с помощью следующей команды (Корпус 32, слот 4):
megacli -CfgLdAdd -r0 [32:4] WB RA Direct CachedBadBBU -a0
Мы определенно не хотим повредить существующий массив RAID 10 и не хотим потерять в нем какие-либо данные.
Большое спасибо!
Да, это безопасно. Созданная вами команда не повлияет на другие диски, хотя мне интересно, почему вы решили использовать кэш обратной записи независимо от состояния BBU для резервного диска (или ЛЮБОГО массива, если на то пошло). Резервные копии, как правило, в первую очередь являются последовательными, и целостность является первоочередной задачей. Принудительное использование кеша с обратной записью значительно увеличит вероятность повреждения при сбое питания.
Единственный веский аргумент в пользу этой опции в производственной среде - сервер с автономным питанием, но на практике это все еще сомнительно. Вам следует удалить опцию «CachedBadBBU», если вы заботитесь о целостности данных.