客戶有一臺IBM X3400需要擴容本地硬盤，去之前以爲和IBM x3650M4等服務器類似，就沒有多查資料，到現場後發現陣列卡型號是SERVERAID 8K，整個配置界面與x3650M4 的webbios配置陣列卡完全不同，沒敢貿然操作，上網查了查資料，一些注意的地方和大家分享一下。
使用ARC配置ServeRAID_8k-l8k8i圖文手冊,已經上傳到這裏http://down.51cto.com/data/1357299
適用機型:
所有System x3400; 所有System x3500
故障現象：
當在一個已經存在的陣列配置中插入一個新硬盤時，下列信息會顯示出來並伴隨一個被損壞的陣列的列表：
"The following arrays have missing required members"
在所有陣列上的數據都會丟失，包括操作系統。在這個被損壞的陣列上，將無法啓動進入操作系統。
受影響的配置：
下列IBM服務器受影響：
System x3400, Type 7973, any model
System x3400, Type 7974, any model
System x3400, Type 7975, any model
System x3400, Type 7976, any model
System x3500, Type 7977, any model
這篇文章沒有指定特定的軟件。
服務器配置了下列一個或多個IBM選件：
ServeRAID-8K-I, Option Fru p/n 25R8079
Serveraid-8K SAS Contoller Option P/N 25R8064 FRU P/N 25R8079
系統出現上述故障現象。
解決方法：
如果要避免丟失陣列信息，那麼在安裝新硬盤之前，要按照下面的方法對其進行初始化：
1、關閉服務器的電源；
2、拔掉服務器上所有現有的硬盤；
3、插入這個新的硬盤；
4、啓動服務器；
5、在加電自檢過程中，在看到Adaptec SAS RAID BIOS檢測並提示如下信息時按Ctrl-A：
Press <Ctrl><A> for IBM ServeRAID
Configuration Utility!
Booting the Controller Kernel....../
6、在IBM ServeRAID ConfigurationUtility Options選項窗口中，選擇"Array ConfigurationUtility"；
7、在Main Menu主菜單中，選擇"Initialize Drives"並按Enter；
8、按空格鍵來選擇需要被初始化的硬盤，這些硬盤將會從左邊的窗口移動到右邊的窗口中，然後按Enter；
9、當出現警告提示時按Y；
10、預計每塊硬盤需要用5-10秒來進行初始化，當所有的硬盤都初始化完成後，Main Menu主菜單將會顯示出來；
11、按Escape退出IBM ServeRAID Configuration Utility界面；
系統重新啓動；
12、在加電自檢的開始，當看到IBM Logo標誌顯示時，關閉服務器；
13、重新安裝上以前移走的硬盤；
14、那個新的硬盤可以隨後安裝或以後再安裝；
15、啓動服務器；
16、在顯示Adaptec SAS RAID BIOS的界面時，將會看到下列信息：
New devices detected at the following SAS Phys: (listing
of reinserted devices)
17、按Enter回車接受當前的陣列配置；
相關文件可以在網站"Servers -ServeRAID Software Matrix"上獲得，
詳細信息：
當一塊硬盤作爲陣列的一部分後，每塊硬盤都要被寫上陣列配置信息的元數據。如果一塊帶有元數據的硬盤被安裝到一個現有的陣列中，這個現有的陣列上的元數據就會被破壞並且這個陣列將會變得無法被系統使用。
在把一塊硬盤插入到一個現有的陣列之前，一定要確認通過上述的初始化的步驟把所有的以前存在的元數據都要從這塊硬盤上清除掉
======================================================
上面的這些是網上粘過來的，基本已經說明了添加新硬盤的操作步驟。添加新硬盤後需要初始化硬盤，點初始化時會提示將破壞RAID信息，所以必須在拔掉原硬盤後去做初始化新盤的操作。
更換硬盤的話看看後面的
更換ServeRAID 8k 或者8K-L的陣列中的硬盤後，這塊硬盤會不會開始重建取決於Auto Failover和Copy Back的設置以及陣列中是否有熱備份盤。
因此，如果一個陣列的狀態變爲critical重建將會從一塊具備條件的熱備份盤上開始。重建完成後，該硬盤將會恢復其熱備份的狀態並且成爲運行的邏輯盤 /陣列中的一個有效組成部 分。通過標示ServeRAID ARC code，一塊硬盤可以成爲多個邏輯盤/陣列的熱備份盤。
通過熱插拔掉線的硬盤，或者重新啓動系統，原來掉線的硬盤重新被識別並且顯示爲READY的狀態，這時，copy back的特性將會開始將數據從熱備份盤拷 回到原來掉線的硬盤上。這樣保持了使用者最初設定的陣列的結構和狀態。
然而當Auto Failover被禁用和插回一塊已經使用過的硬盤（上面有數據）時，情況將會變得比較複雜。這種情況下，自動倒入數據的功能將會優先於拷貝回數據重建的操作。除非插入一塊新的硬盤或者是使用者手動初始化插入的替代硬盤，否則原始數據將不會拷貝回替代硬盤進行重建。
這種行爲主要是因爲ServeRAID-8x Firmware v5.1-0 Build 9257或者更高，以及"Automatic Failover"默認是開啓的。
下面的情況提供了更深入的關於Failover和Copy Back預期操作的說明。
情況一：
啓用Auto Failover，並用一塊新的硬盤插回原槽位來替代掉線的硬盤：
Auto Failover會做如下操作：
如果沒有熱備份盤，ServeRAID將會自動初始化硬盤並且開始重建
如果存在熱備份盤，當有一塊硬盤標示爲掉線狀態時，重建將會自動開始，並且這個重建的操作將會優先於任何AutoFailover設置或者操作。
如果存在熱備份盤並且啓用Copy Back時，重建完成後，數據將會開始從熱備份盤轉移到替代盤。
參考下面的全局熱備盤的說明。
情況二：
啓用Auto Failover，並用一塊使用過的硬盤（內有數據）插回道原槽位替代掉線的硬盤：
Auto Failover會做如下的操作：
如果沒有熱備份盤，ServeRAID將會自動初始化硬盤並且開始重建
（注意：新插入硬盤上的數據將會被徹底清除）
如果存在熱備份盤，當有一塊硬盤狀態顯示爲defunct時，重建將會自動開始並且優先於任何的Auto Failove的設置和操作。
如果存在熱備份盤且啓用Copy Back，重建完成後，數據將會開始從熱備份盤上轉移到替代盤。
參考下面的全局熱備盤的說明。
情況三：
禁用Auto Failover並且插入一塊新的硬盤（沒有數據）到原槽位替代掉線的硬盤：
Auto Failover操作如下：
ServeRAID將會將新插入的硬盤變爲READY的狀態。
（注：這塊新的硬盤需要手動干預去初始化硬盤使得硬盤可以被使用）
如果存在熱備份盤，當一塊硬盤顯示爲defunct的狀態時，重建將會自動開始進行，並且優先於任何Auto Failover設置或者是操作。
如果存在熱備份盤且啓用Copy Back，在硬盤需要初始化的情況下，數據將不會從熱備份盤轉移到替代盤。在禁用Auto Failover時，我們需要手動完成該項操作。
參考下面的全局熱備盤的說明
情況四：
禁用Auto Failover並且插入一塊使用過的硬盤（內有數據）到原槽位替代掉線的硬盤：
Auto Failover操作如下：
ServeRAID會自動從插入的硬盤上自動倒入數據，最後的結果取決於硬盤上的RAID級別：
1）當作鏡像時，邏輯盤將會聯線並顯示爲critical的狀態。
2）當有跨接陣列（例如RAID10）或者是具有條帶的陣列（例如RAID5）時，數據從硬盤上倒入，
如果陣列上沒有足夠的空間使其狀態變爲online 或者critical，在新插入的硬盤上將會有***的告警燈(in SRM application)。這塊硬盤將仍然不能使用直到邏輯盤上有足夠的空間或者使用者手動的初始化硬盤。
（注：如果插入的這塊使用過的硬盤原來是系統中一個陣列中的一塊硬盤，這塊硬盤將會被分配給一個新的邏輯盤從而這塊硬盤看上去會和任何其他新插入的 硬盤一樣。沒有特殊情況的話，控制器會認爲這是現有陣列中一塊有效的硬盤。）
如果存在熱備份盤，當有一塊硬盤標示爲defunct時，重建會自動開始並且高於任何Auto Failover設置或者操作。
如果存在熱備份盤並且啓用Copy Back，當替代盤用作他用或者需要初始化，數據將不會從熱備份盤轉移到替代盤。Auto Failover設置將會優先於用來保持最初的陣列狀態的copy back操作。
注：全局熱備盤在完成重建後將會依然保持熱備份的狀態。在完成重建後，使用者可以在任何時候通過在SRM中右鍵點擊熱備份盤選擇deleting the "hot spare"刪除熱備份盤的熱備份功能。當這些熱備份盤失去熱備份的作用後它們將會成爲陣列的組成部分。如果使用者決定在更換掉線硬盤之前做這個操作，copy back將不會發生任何作用因爲使用者已經接受了陣列新的硬盤組成結構。