存儲維護管理

1、.,DELL 存儲,常見存儲管理、故障處理和注意事項,.,常見故障原因,經(jīng)驗表明,造成客戶存儲故障的外部原因主要有以下幾種： 存儲內(nèi)部錯誤的開關機順序。 機頭或擴展柜的速率開關處于錯誤的位置。 不規(guī)范的軟硬件升級。 對存儲子系統(tǒng)進行破壞性操作。 不規(guī)范的故障修復操作。 維護過程中觸發(fā)了相關的隱患。 存儲系統(tǒng)沒有冗余的配置方案。,.,開關機步驟,開機： SAN交換機EXP磁盤擴展柜主控柜主機 關機： 主機主控柜EXP磁盤擴展柜SAN交換機 不正確的開關機順序可能會導致部分硬盤離線以及數(shù)據(jù)無法訪問。 注意：在DS5000按下電源按鈕關機后，在控制器代碼和所有電源燈熄滅前絕對不能進行任何操作！,.,

2、管理軟件,Storage Manager客戶端管理軟件 連接方式如下： 將裝有Storage Manager Client客戶端軟件的工作站，通過以太網(wǎng)Hub或Switch，同時連接到DS4000/DS5000的兩個控制器。 打開Storage Manager Client客戶端軟件 控制器有一個出廠默認的IP地址：控制器A/B：192.168.128.101/102 （控制器A/B：192.168.129.101/102 ）,.,存儲子系統(tǒng)狀態(tài)標識,.,管理界面-企業(yè)主管理界面,.,管理界面子系統(tǒng)管理界面,.,子系統(tǒng)部件標識,.,故障檢測按鈕,使用“Recovery Guru” 故障檢測按鈕

3、檢查DS4000/DS5000子系統(tǒng)的整體狀態(tài) “聽診器”,.,故障檢測按鈕,正常 故障,.,控制器和擴展柜的硬件狀態(tài),點擊物理硬盤右側(cè)的狀態(tài)檢查按鈕，可以打開查看具體部件的硬件工作狀態(tài),.,查看控制器信息,選擇“Storage Subsystem Menu” “View” “ Profile”,.,故障數(shù)據(jù)收集,收集 All Support Data 菜單：Advanced-Troubleshooting-Collect All Support Data .,.,故障數(shù)據(jù)收集,查看Major Event Log 菜單：Advanced-Troubleshooting-View Event L

4、og,.,故障數(shù)據(jù)收集,查看鏈路信號噪音檢測報告 菜單：Advanced-Troubleshooting-Run Diagnostics-Read Link Status ,.,電池和緩存,電池和緩存的設計原理 為了保證寫緩存數(shù)據(jù)的安全性，DS4000/DS5000系統(tǒng)中，只要電池發(fā)生故障（處于Failed狀態(tài)）或者超過微碼所規(guī)定的設計壽命，那么寫緩存就會被自動禁用 為了保證寫緩存數(shù)據(jù)的安全性，默認兩個控制器的Cache Mirroring寫緩存鏡像功能是打開的。因此當一個控制器的寫緩存被禁用之后，另外一個控制器的寫緩存也不能使用了。,.,電池和緩存,寫緩存禁用之后的故障現(xiàn)象 主機端應用程序響

5、應變慢，從topas檢查主機性能指標，I/O waiting顯著增加，每個邏輯盤的busy接近100%，但是IO吞吐量很小，每秒只有幾十K到1M不等：,.,電池和緩存,電池的更換策略 如果電池當前是處于“Failed”或“Removed”狀態(tài) 如果電池當前狀態(tài)正常，只是接近或已超過告警壽命,.,在AIX上使用MPIO的一些注意事項,AIX版本5.2以上，除了原有的集成的RDAC功能以外，操作系統(tǒng)還新增了MPIO的功能來實現(xiàn)外部磁盤的多通路訪問。AIX 5.2/5.3默認是使用RDAC，而AIX6.1默認是使用MPIO。 RDAC和MPIO的兼容性 DS3000: 只支持 MPIO DS4000

6、: 支持方式：RDAC, MPIO DS5000: 支持方式：MPIO (DS5000在AIX上不再支持RDAC),.,在AIX上使用MPIO的一些注意事項,如何在AIX上確認當前正在使用MPIO還是RDAC 在AIX中執(zhí)行“manage_disk_drivers” 以下是一個當前使用MPIO的例子： #manage_disk_drivers 1: DS4300: currently MPIO; supported: RDAC/fcparray, MPIO 2: DS4500: currently MPIO; supported: RDAC/fcparray, MPIO 3: DS4700/D

7、S4200: currently MPIO; supported: RDAC/fcparray, MPIO 4: DS4800: currently MPIO; supported: RDAC/fcparray, MPIO 以下是一個當前使用RDAC的例子： 1: DS4300: currently RDAC/fcparray; supported: RDAC/fcparray, MPIO 2: DS4500: currently RDAC/fcparray; supported: RDAC/fcparray, MPIO 3: DS4700/DS4200: currently RDAC/fcp

8、array; supported: RDAC/fcparray, MPIO 4: DS4800: currently RDAC/fcparray; supported: RDAC/fcparray, MPIO,.,在AIX上使用MPIO的一些注意事項,如何檢查當前磁盤的工作路徑 RDAC：fget_config -Av MPIO: mpio_get_config -Av,.,常見故障處理和注意事項,控制器微碼是不是有重大隱患的版本？ 06.23.05.00： 隱患一：當某個控制器內(nèi)存校驗出錯時，故障控制器無法正確的被隔離offline，從而導致邏輯盤LUN不能切換到好的控制器上，主機訪問中斷。

9、 隱患二：DS4800寫緩存被禁用，主機寫性能大幅度下降，從而影響業(yè)務。 07.10.23.00： 隱患一：更換故障硬盤后，之前已經(jīng)接管的熱備盤無法CopyBack 隱患二：Media Scan被自動禁用,.,常見故障處理和注意事項,EXP擴展柜的ESM微碼版本有沒有重大隱患？ EXP710的ESM的微碼隱患（9681以下版本） 當一塊硬盤故障時，MEL里面顯示Fiber Channel Link up和Link down的Event，發(fā)生大面積的多塊硬盤的同時故障，客戶數(shù)據(jù)訪問中斷。 EXP810和EXP420的ESM的微碼隱患（98D0以下版本） 當一塊硬盤故障時，MEL里面顯示Fiber

10、 Channel Link up和Link down的Event，發(fā)生大面積的多塊硬盤的同時故障，客戶數(shù)據(jù)訪問中斷。,.,常見故障處理和注意事項,要特別注意前面板右下方的（2GB/4GB）速率開關，是否處于正確的位置。速率開關處于4GB位置時，2Gbps的硬盤將不能被識別；相反速率開關處于2GB位置時，4Gbps的硬盤是可以使用的，但是性能將會下降。這種情況比較容易被忽視。速率開關的更改需要關機下電。注意：所有3Gbps的SATA硬盤，都推薦運行在4Gbps。,.,常見故障處理和注意事項,磁盤擴展柜的光纖連線符合IBM的規(guī)范。 在控制器有冗余的光模塊條件下，建議將多個擴展柜連接在多個冗余環(huán)路上

11、，盡量不要將所有的擴展柜串聯(lián)在一個環(huán)路里。,.,常見故障處理和注意事項,只要使用了光纖交換機，做Zone是強制要求。每一個Zone必須只包含兩個成員，一個對應主機的一張光纖卡的一個端口，另一個對應DS4000/DS5000的一個控制器的一個端口。,.,常見故障處理和注意事項,邏輯盤不在最優(yōu)路徑“Logical Drive Not On Preferred Path” 。這個問題指的是DS4000/DS5000的邏輯盤（LUN）沒有掛在原本所屬的控制器下。,.,常見故障處理和注意事項,原因分析：（主要有6點） 從主機的光纖卡到Logical Drive的光纖物理鏈路有問題。 P-Series主機

12、的dar0的虛擬設備配置有問題 光纖交換機fabric1的Zone設置有問題。 主機光纖卡HBA和DS4000/DS5000控制器的主機端口Host Port之間的光纖連線方式不正確，沒有符合IBM的規(guī)范。 控制器發(fā)生過重啟，或者控制器已經(jīng)Offline（離線）,.,常見故障處理和注意事項,檢查的確認方法：（主要有8點） 確認從主機的光纖卡到邏輯盤Logical Drive的物理鏈路是完全正常的。 查看光纖交換機相應的主機光纖卡端口和DS4000/DS5000控制器端口的狀態(tài)燈 登陸主機，運行“fget_config -Av”確認dar的虛擬設備配置正常 確認光纖交換機的Zone設置沒有問題。

13、 確認主機光纖卡HBA和DS4000/DS5000控制器的主機端口Host Port之間的光纖連線方式是正確。 在SM客戶端管理軟件里面確認DS4000/DS5000的控制器狀態(tài)正常 檢查DS4000/DS5000內(nèi)部的Mapping是否正確 確認 Linux主機的host type是否正確。,.,常見故障處理和注意事項,恢復方法 在Storage Manager客戶端管理軟件里面運行: Advanced Recovery Redistribute Logical Drives 在Storage Manager客戶端管理軟件里面，更改每一個邏輯盤Logical Drive的所屬控制器 菜單：L

14、ogical DriveChangeOwnership/Preferred Path 注意：在恢復之前，一定要確認從主機的光纖卡到Logical Drive的通道是完全正常的，只有在完全確認上述幾種故障都已經(jīng)解決之后，才能實施恢復。否則后果一定是災難性的！,.,常見故障處理和注意事項,Storage Manager客戶端軟件不能連接和訪問DS4000/DS5000的控制器 首先排除網(wǎng)絡方面的問題 看看控制器的兩位數(shù)字LED的顯示是否正常 如果控制器的兩位數(shù)字LED的顯示在循環(huán)變化，或者Ping的時通時斷，這時候可以通過串口連上控制器，觀察并捕獲屏幕的輸出。 控制器能Ping通但是Storage

15、 Manager連不上 如果能安排停機時間，重啟機頭是最有效的解決方法。,.,常見故障處理和注意事項,拔除DS4000/DS5000系統(tǒng)中所有未使用（沒有光纖連接）的光電轉(zhuǎn)換模塊SFP 會導致光纖鏈路的不穩(wěn)定 在MEL Event Log中，會發(fā)現(xiàn)有大量的“Fibre Channel Link Down”和“Fibre Channel Link Up”的提示信息。,.,常見故障處理和注意事項,特別注意：不規(guī)范的實施DS4000/DS5000系統(tǒng)EXP擴展柜和物理硬盤的升級和遷移，可能會造成客戶數(shù)據(jù)丟失！ DS4000/DS5000系統(tǒng)增加新的EXP擴展柜（升級） DS4000/DS5000系統(tǒng)

16、增加新的物理硬盤（升級） 將一個或多個EXP擴展柜，從一個現(xiàn)有的DS4000/DS5000系統(tǒng)遷移到另一個DS4000/DS5000系統(tǒng)（遷移） 將一塊或多塊硬盤，從一個現(xiàn)有的DS4000/DS5000系統(tǒng)遷移到另一個DS4000/DS5000系統(tǒng)（遷移） 以上工作必須嚴格按照最新版的IBM官方文檔里面所規(guī)定的步驟進行。,.,常見故障處理和注意事項,注意定期保存DS4000/DS5000系統(tǒng)的All Support Data（ASD） DS4000/DS5000的All Support Data里面記錄了所有Array的配置信息和主機Mapping的信息，在關鍵時刻對于客戶的數(shù)據(jù)恢復有著非常重

17、要的作用。,.,常見故障處理和注意事項,尋找DS4000/DS5000的Recovery Profile SM客戶端軟件的一個功能 記錄了DS4000的Array和LUN的基本信息,.,常見故障處理和注意事項,不能對處于“Degraded”狀態(tài)的Array的故障硬盤使用Revive操作! 當Array變成Degraded狀態(tài)時，主機的訪問將會恢復。 故障硬盤仍然處于被隔離的靜止狀態(tài) 造成數(shù)據(jù)丟失！,.,常見故障處理和注意事項,故障誤報 微碼和舊版的不兼容 通過升級微碼解決 通過重啟機頭解決,.,常見故障處理和注意事項,絕對不能在生產(chǎn)系統(tǒng)使用SM客戶端管理軟件的“Reset Configuration”功能 刪除DS4000/DS5000系統(tǒng)里面所有的Array/Lun信息 將所有配置恢復成出廠設置值,.,常見故障處理和注意事項,DS5000維護注意事項