EMCPowerPath多路徑控制軟件的部署與最佳實(shí)踐

1、EMC PowerPath多路徑控制軟件的部署和最佳實(shí)踐好消息，EMC中文論壇里新一期的“專(zhuān)家問(wèn)答”活動(dòng)已開(kāi)啟。EMC PowerPath一款常用于在各類(lèi)主機(jī)和存儲(chǔ)系統(tǒng)間進(jìn)行多路徑控制、管理和優(yōu)化的軟件，實(shí)現(xiàn)負(fù)載均衡和故障切換。從12月10日（周一）開(kāi)始為期兩周的時(shí)間里，我們將和大家一起討論和分享有關(guān)EMC PowerPath多路徑控制軟件的部署和最佳實(shí)踐 的話題和心得。以往所有已完成的“專(zhuān)家問(wèn)答”活動(dòng)可參考這個(gè)匯總貼。沙發(fā)，哈請(qǐng)問(wèn) powerpath 最多只可以做兩條冗余的路徑嗎？應(yīng)該是每個(gè)邏輯單元(LUN)最多可以支持32個(gè)通道(Path)，但是隨著通道數(shù)量的增加，Powerpa

2、th需要消耗的系統(tǒng)資源也會(huì)隨之增加。因此綜合考慮冗余和計(jì)算性能的話，很少有用戶會(huì)配置如此多數(shù)量的通道。謝謝 偶這邊是配置兩路的 一般運(yùn)作的時(shí)候 是負(fù)載均衡的嗎？還是只是用一路主的另外的備用呢？Powerpath會(huì)自動(dòng)的做負(fù)載均衡。但需要注意的是，負(fù)載均衡不等于Round Robin算法，雖然這也是選擇之一。Powerpath的負(fù)載均衡的考慮因素要復(fù)雜很多，不僅有I/O數(shù)量，還有I/O大小，隊(duì)列深度，響應(yīng)時(shí)間，等等，Powerpath會(huì)對(duì)每個(gè)I/O請(qǐng)求選擇一條最優(yōu)的通道，即使和上一個(gè)I/O請(qǐng)求是同一個(gè)。powerpath在vmware上需不需要安裝，謝謝，貌似vmware自帶多路徑軟件！VMwa

3、re對(duì)存儲(chǔ)的管理是通過(guò)ESX來(lái)實(shí)現(xiàn)的。 ESX的VMKernel有自帶的故障切換和多路徑管理，但仍然可以安裝PowerPath/VE以實(shí)現(xiàn)ESX所連接存儲(chǔ)的特有屬性。 在VMWare (ESX以及ESXi)上的Powerpath軟件為 Powerpath / VE，具體的安裝方法是不一樣的。并且管理工具(rpowermt)和許可證的管理方式也不同。 Powerpath/VE的管理由rpowermt命令控制，這個(gè)命令可以安裝在一臺(tái)windows或者Linux操作系統(tǒng)上，通過(guò)TCP/IP網(wǎng)絡(luò)對(duì)Vmware進(jìn)行管理。 許可證也有幾種，不像傳統(tǒng)的Powerpat

4、h都是單機(jī)的。安裝配置方式根據(jù)許可證的類(lèi)型(Served, Unserved)也有不同，過(guò)程相對(duì)要復(fù)雜一點(diǎn)。 上述詳細(xì)情況請(qǐng)參考一下Powerlink或者Supportzone上面的文檔。哦，那安裝好powerpath之后，vmware自帶的多路徑功能是不是要屏蔽掉？VMWare有一個(gè)claimrule的功能，可以配置使用特定的軟件來(lái)管理某一類(lèi)陣列的設(shè)備。安裝Powerpath/VE之后，EMC的陣列就會(huì)被Powerpath/VE管理了，沒(méi)有被PP接管的設(shè)備才會(huì)被NMP接管。哦，自動(dòng)切換的，很方便！那么powerpath是要單獨(dú)收費(fèi)的嘛？vmware的pp很貴！記得好像AX、CX的連

5、個(gè)sp應(yīng)該是active-standby？，針對(duì)同一個(gè)lun的訪問(wèn)，如果兩臺(tái)鏈路一個(gè)到spa，一個(gè)到spb，這種情況下powerpath應(yīng)該提供的是鏈路冗余（主備，并不負(fù)載分擔(dān)）的功能？是不是負(fù)載分擔(dān)應(yīng)該是在多個(gè)lun的時(shí)候分布于不同sp owner的時(shí)候宏觀上看到的是負(fù)載分擔(dān)？還是別的理解？但是實(shí)際上，有VMWARE的基本上沒(méi)什么人再買(mǎi)powerpath吧？AX、CX的連個(gè)sp應(yīng)該是active-standby對(duì)于主備模式，powerpath負(fù)載均衡的作用在于多條連接active SP的路徑，對(duì)于passive SP是不發(fā)揮作用的。如果只有一條鏈路連接到active SP，就沒(méi)有l(wèi)oad b

6、alance這一說(shuō)，但仍然有failover的功能。再在A.Y的基礎(chǔ)上補(bǔ)充一點(diǎn)關(guān)于各種操作系統(tǒng)自帶的MutiPath工具介紹。讓大家再全方位的了解一下各個(gè)操作系統(tǒng)的多路徑控制軟件。 基本上每個(gè)操作系統(tǒng)都會(huì)提供Native的MutiPath軟件。主要有以下幾種： Windows Server      Windows Server從2003版本開(kāi)始，微軟開(kāi)發(fā)了MPIO Framework，開(kāi)始支持第三方存儲(chǔ)陣列，使用Device Speicific Modules (DSMs)作為Framework的插件。Powerpath也

7、是基于這個(gè)插件解決方案之一。     Windows Server 2008以后開(kāi)始自帶MPIO軟件（由MS基于DSM開(kāi)發(fā)），添加了基本的Load Balacing和Failover策略。 我在之前也些過(guò)關(guān)于Windows MPIO的介紹，有興趣可以看一下：Windows Native MPIO存儲(chǔ)多路徑軟件詳解與應(yīng)用Redhat      Device Mapper Multipathing （DM-MPIO）是Redhat默認(rèn)的多路徑控制解決方案。它支持多數(shù)廠商的存儲(chǔ)陣列，也包括EMC的存儲(chǔ)

8、。DM-MPIO是通過(guò)multipath.conf.default文件來(lái)進(jìn)行配置，默認(rèn)情況下該文件針對(duì)不同的存儲(chǔ)陣列自動(dòng)創(chuàng)建，比如VNX會(huì)被設(shè)置成ALUA Mode。 Round Robin會(huì)被設(shè)置成Symmetrix VMAX和VNX的默認(rèn)模式。同時(shí)Round Robin也是Redhat5和6的默認(rèn)運(yùn)作模式。 VMware vPshere      ESX和ESXi提供了擴(kuò)展的多路徑模塊，叫做Native Multipathing Plugin（NMP）。通常來(lái)說(shuō)，VMware NMP對(duì)多數(shù)存儲(chǔ)陣列進(jìn)行支持（參考Vmare stor

9、age HCL）。NMP關(guān)聯(lián)一組物理到存儲(chǔ)陣列的物理鏈路，然后提供Failover等功能。NMP模塊還提供了可選的路徑選擇插件，SATPs（Storage Array TypePlguins）和PSPs（PathSelectionPlugins）。 SATPs支持不同存儲(chǔ)陣列的路徑。PSPs支持根據(jù)I/O負(fù)載來(lái)選擇路徑管理。 HP-UX      在HP-UX 11i v2或者更早的版本，HP StorageWorks Secure Path提供了Load Balancing和Failover功能。   

10、   在HP-UX 11i V3（11.31）之后，Native Multipathing被包括在操作系統(tǒng)之中。默認(rèn)的load-balancing策略是Round Robin。 AIX         AIX的的多路徑解決方案是path-control module）PCM。 支持的規(guī)則也是Failover和Round Robin策略。Solaris      Solaris的MPxIO是Solaris中原生的多路徑控制軟件。同樣支持兩

11、個(gè)Load Balancing策略，F(xiàn)ailover和Round Robin。最后可能大家有疑問(wèn)，Powerpath和這些多路徑控制解決方案相比的優(yōu)勢(shì)是什么。主要還是兩點(diǎn)：1.針對(duì)EMC的存儲(chǔ)更好的優(yōu)化故障切換和負(fù)載均衡。2.性能上的優(yōu)勢(shì)，就像A.Y說(shuō)的，同樣條件下可以提升30%。 A.Y. 編寫(xiě): 很多操作系統(tǒng)都自帶多路徑軟件的，比如Linux上有DM-MPIO，AIX上有PCM/MPIO，Solaris上有MPxIO。這些操作系統(tǒng)也可以使用這些軟件來(lái)控制對(duì)EMC陣列的多路徑訪問(wèn)。但是Powerpath與其他廠商的軟件相比，和EMC的陣列配合的更好。 按照Pow

12、erpath的產(chǎn)品說(shuō)明，與VMWare的自帶NMP相比，Powerpath能帶來(lái) 30%的I/O性能提升。power path 的一個(gè)命令<忘記了>有的時(shí)候會(huì)顯示 路徑dead 這個(gè)怎么解釋呢？powermt display dev=all可以看鏈路！死的鏈路應(yīng)該就是掉線啦！重新掃描一下試試"powermt display dev=all" 可以顯示所有通道的狀態(tài)，我們會(huì)看到有dead path是因?yàn)镻owerpath無(wú)法使用這個(gè)通道來(lái)發(fā)送I/O請(qǐng)求。最常見(jiàn)的原因是因?yàn)殒溌穯?wèn)題，但也可能是因?yàn)樵O(shè)備配置的改變（比如LUN Masking的改變），以及其他一些軟件原

13、因。 遇到這樣的情況，可以使用"powermt restore"命令來(lái)嘗試進(jìn)行恢復(fù)；或者使用"powermt check"命令。兩者的區(qū)別是“check”命令如果不能將通道的狀態(tài)恢復(fù)，就會(huì)刪除dead的通道。 如果上述命令不能解決問(wèn)題的情況下，就要針對(duì)具體問(wèn)題分析，該給EMC開(kāi)case啦。PowerPath發(fā)現(xiàn)dead 路徑時(shí)有以下步驟可用于診斷和修復(fù)：1. 檢查新路徑，如果顯示dead paths，則刪除已存在的dead路徑：powermt check  2. 掃描磁盤(pán)設(shè)備，PowerPath會(huì)自動(dòng)進(jìn)行配置；po

14、wermt config  3. 使用以下命令查看路徑狀態(tài)，如果所有路徑顯示為有效并且為激活狀態(tài)（沒(méi)有HBA激活問(wèn)題），則進(jìn)行下一步：powermt display dev=all  4. 保存正確的PowerPath更改：powermt save補(bǔ)充Alex的，說(shuō)明一下power check命令和power restore命令： power check:對(duì)路徑進(jìn)行檢查，并在需要的情況下從PowerPath配置中刪除標(biāo)記為dead的路徑。如果路徑標(biāo)記為dead或路徑配置信息中的序列號(hào)與本地設(shè)備序列號(hào)不符，則出現(xiàn)提示用戶刪除路徑。power re

15、store:此命令測(cè)試并恢復(fù)指定路徑，發(fā)出測(cè)試I/O并針對(duì)測(cè)試結(jié)果作出反應(yīng)如下：     如果live路徑通過(guò)測(cè)試，則此命令不做任何操作；     如果dead路徑通過(guò)測(cè)試，此命令將其標(biāo)識(shí)為alive狀態(tài)；PowerPath此時(shí)可以使用該路徑；此外，同一HBA和/或存儲(chǔ)系統(tǒng)端口上的其他路徑也將被測(cè)試。     如果live路徑測(cè)試失敗，此命令將其標(biāo)識(shí)為dead并打印告警。此外，共享HBA和端口的其他路徑也可能標(biāo)示為dead并被測(cè)試。   

16、0; 如果dead路徑測(cè)試失敗，此命令會(huì)打印告警。     此外，該命令還會(huì)嘗試復(fù)活dead卷。謝謝專(zhuān)家。做例如 power check這個(gè)操作的時(shí)候是否能在線操作嗎？需要停機(jī)操作嗎？不需要，因?yàn)檫@個(gè)命令只會(huì)對(duì)dead狀態(tài)的通道進(jìn)行操作，這些通道是不會(huì)有被用于發(fā)送I/O請(qǐng)求的。有您這句話偶就大膽的往前走了。嘿嘿，不過(guò)也是偶經(jīng)常在跑的好好的機(jī)器上運(yùn)行 insf -e ，也沒(méi)有事情請(qǐng)問(wèn) powermt display dev=all 看到有這樣的情況以下是一個(gè)片段 Symmetrix ID=xxxxxxxxxxLogical device ID=0

17、175state=alive; policy=SymmOpt; priority=0; queued-IOs=0=- Host -   - Stor -   - I/O Path -  - Stats -#  HW Path                I/O Paths    Interf.   Mode  

18、60; State  Q-IOs Errors=  10 0/3/1/0.2.14.0.1.7.6      c10t7d6   FA  9dA   active  alive      0      0  11 0/7/1/0.1.14.0.1.7.6      c11t7d6   FA

19、  7dA   active  alive      0      0Symmetrix ID=xxxxxxxxLogical device ID=01A9state=alive; policy=SymmOpt; priority=0; queued-IOs=0=- Host -   - Stor -   - I/O Path -  - Stats -#  HW Path  &

20、#160;             I/O Paths    Interf.   Mode    State  Q-IOs Errors=  11 0/7/1/0.1.14.0.1.11.2     c11t11d2  FA  7dA   active  alive  

21、    0      0 怎么會(huì)一個(gè)有兩個(gè)路徑一個(gè)只有一個(gè)呢這個(gè)倒不一定是一個(gè)錯(cuò)誤。 首先從Symmetrix的角度，Device的Mapping和Masking，或者M(jìn)asking View(VMax)的配置都可以出現(xiàn)上述的現(xiàn)象，即每個(gè)設(shè)備的通道數(shù)量甚至連接的FA是完全不同的。如果是連接了Clariion或者VNX的存儲(chǔ)，出現(xiàn)了這個(gè)現(xiàn)象才表明有問(wèn)題。 當(dāng)然，如果這個(gè)通道數(shù)量和期望的不一致，首先要檢查的當(dāng)然是設(shè)備的分配情況。如果沒(méi)有問(wèn)題，就要確認(rèn)相應(yīng)通道的native 設(shè)備已經(jīng)生成（H

22、P-UX上可以用ioscan / insf 這些命令來(lái)完成），然后再執(zhí)行powermt config來(lái)將它們配置起來(lái)。謝謝如果發(fā)生了您說(shuō)的那個(gè)情況應(yīng)該就應(yīng)該是power path與symmetrix給主機(jī)的路徑的信息不一致吧，是否有必要一定要做校驗(yàn)調(diào)整呢？通常可以用powermt display paths, powermt display 檢查一下通道數(shù)量，邏輯設(shè)備數(shù)量的總結(jié)，如果覺(jué)得有疑問(wèn)可以進(jìn)一步通過(guò)powermt display dev=all命令查看細(xì)節(jié)。出現(xiàn)問(wèn)題的情況還是少數(shù)，大部分情況下如果所有操作都合規(guī)范，正常運(yùn)行的系統(tǒng)不大會(huì)出問(wèn)題。論壇上一篇文章總結(jié)過(guò)PowerPath常用命

23、令的使用方法和注意事項(xiàng)，功能包括HBA/路徑/端口/磁盤(pán)設(shè)備/存儲(chǔ)系統(tǒng)執(zhí)行配置、查看、刪除、保存、恢復(fù)等：PowerPath常用命令總結(jié)及應(yīng)用太復(fù)雜了，還要單獨(dú)做一臺(tái)rpowermt管理控制機(jī)嗎？為什么要這樣設(shè)計(jì)呢？大多數(shù)中低端存儲(chǔ)都是AP模式的架構(gòu)，即active/standby，起到的是冗余，而不能負(fù)載均衡，當(dāng)時(shí)這是針對(duì)一個(gè)LUN來(lái)說(shuō)。當(dāng)然也有例外，HDS的AMS系列就可以做到AA模式的，技術(shù)還是比較先進(jìn)的。請(qǐng)問(wèn) PowerPath Encryption以及PowerPath Migration 這兩個(gè)功能是做什么用的呢？Powerpath Migration Enabler 是用于做數(shù)據(jù)

24、遷移的，這是一個(gè)主機(jī)軟件用于遷移數(shù)據(jù)的解決方案，要求是主機(jī)必須同時(shí)連接源和目標(biāo)存儲(chǔ)，并且數(shù)據(jù)遷移的運(yùn)算資源是來(lái)自服務(wù)器 (與基于陣列的數(shù)據(jù)遷移相比較的主要區(qū)別） Powerpath Encryption 是將數(shù)據(jù)加密以后存放到存儲(chǔ)設(shè)備上，讀取以后解密再提供給應(yīng)用程序的功能。這兩個(gè)功能的用戶應(yīng)該不是很多吧。en.關(guān)于power migration：這里的源是不是可以理解為就是主機(jī)上的硬盤(pán)或者光驅(qū)之類(lèi)的存儲(chǔ)介質(zhì)呢？所謂的migration是否是一種backup呢？還是說(shuō)可以做OS層面的在線遷移？關(guān)于power encryption：加密后的數(shù)據(jù)能否被另一臺(tái)安裝了power encrypt

25、ion的主機(jī)訪問(wèn)呢？收藏之。其實(shí)很簡(jiǎn)單，專(zhuān)業(yè)版一定會(huì)強(qiáng)于大眾版。這就是PowerPath一定會(huì)優(yōu)于OS廠商提供的MPIO的原因。要強(qiáng)有力的說(shuō)明哦,不然客戶怎么愿意買(mǎi)呢anhong的這個(gè)要求很厲害啊，比較困難的說(shuō)畢竟Powerpath屬于"Infrastructure Software"而不是一個(gè)業(yè)務(wù)應(yīng)用，大部分客戶不會(huì)在Powerpath層面做太多的定制，還是越穩(wěn)定越好，用法也比較簡(jiǎn)單。 我就分享一點(diǎn)支持Powerpath這個(gè)產(chǎn)品過(guò)程中總結(jié)的經(jīng)驗(yàn)，希望能有點(diǎn)幫助。 首先介紹一下常用的文檔吧，在網(wǎng)站上有各種版本的Powerpath Installation

26、 and Administration Guide，里面有比較詳細(xì)的安裝/升級(jí)以及卸載Powerpath的步驟及注意事項(xiàng)。這些文檔不是那么容易看，但是如果嚴(yán)格照著做的話，確實(shí)可以避免大部分的問(wèn)題。 另外在連接EMC的Clariion / VNX陣列的時(shí)候，一定要查一下EMC的KB Primus emc99467（通過(guò)網(wǎng)站搜索即可）。這個(gè)里面包括了針對(duì)各種操作系統(tǒng)的Initiator Type, Failover Mode, Arraycommpath以及Unit Serial Number的配置。這個(gè)配置必須嚴(yán)格遵守，否則在識(shí)別設(shè)備或者運(yùn)行過(guò)程中通道切換時(shí)都會(huì)有影響 如果連

27、接的是Symmetrix設(shè)備，那么就要到上去確認(rèn)一下Director Bit。這些配置同樣會(huì)對(duì)設(shè)備識(shí)別以及通道切換造成影響。 另外在的文檔中還包括了Powerpath CLI and System Messages Reference Guide，對(duì)于其他的一些管理任務(wù)，比如偽設(shè)備名的改變，批量導(dǎo)入導(dǎo)出，通道優(yōu)先級(jí)變化，以及一些故障處理技巧方面都比較有用。 后面我會(huì)分享一些Unix操作系統(tǒng)上最常見(jiàn)的現(xiàn)象以及解決方法。powerpath進(jìn)程后臺(tái)應(yīng)該有定時(shí)檢測(cè)IO鏈路是否alive的restore操作吧？系統(tǒng)繁忙時(shí)，insf -e的操作最好不要做。保不準(zhǔn)系統(tǒng)就hang了，俺這里

28、的HPUX發(fā)生過(guò)哦這兩個(gè)功能?chē)?guó)內(nèi)應(yīng)該基本沒(méi)啥企業(yè)在用。數(shù)據(jù)遷移有大把的方法，而Powerpath Migration Enabler很明顯應(yīng)該只能支持EMC存儲(chǔ)之間，估摸著限制還不少。不過(guò)這個(gè)功能用PP做還真是手到擒來(lái)，管理所有鏈路的IO，做同步豈不是容易得很。說(shuō)的太棒了，前段時(shí)間就因?yàn)闆](méi)有注意到failover mode而吃了大虧，折騰了一個(gè)晚上。期待最后那句的內(nèi)容分享。關(guān)于PPVE for Windows Hyper-V不是很確定，超出我的范圍了. 但是查了一下"EMC PowerPath and PowerPath/VE for Windows 5.5 and Min

29、or Releases Installation and Administration Guide"，里面只提到PP/VE for Hyper-V需要一個(gè)獨(dú)立的License。而沒(méi)有更多的說(shuō)明，所有的產(chǎn)品文檔和軟件都是放在一起的，看來(lái)只是一個(gè)許可證的區(qū)別而已。先說(shuō)說(shuō)AIX吧。 想了一下，AIX上Powerpath最常見(jiàn)的部署問(wèn)題恐怕還是在連接Clariion/VNX存儲(chǔ)時(shí)的failover mode配置。在使用Powerpath的情況下，failover mode這個(gè)值只能配置為3或者4。3是PNR(Passive Not Ready)，4是ALUA。 大致解釋一

30、下這兩個(gè)的區(qū)別：PNR / Passive Not Ready的模式下，對(duì)于一個(gè)LUN的訪問(wèn)只能通過(guò)它當(dāng)前所屬的控制器（SP）來(lái)進(jìn)行，如果通過(guò)另外一個(gè)（Passive）控制器進(jìn)行讀寫(xiě)的話，就會(huì)得到一個(gè)"Logical Unit Not Ready"的錯(cuò)誤，errpt里面會(huì)出現(xiàn)一個(gè)DISK OPERATION ERROR。對(duì)于其他的操作系統(tǒng)來(lái)說(shuō)，這樣的模式是要求failover mode配置為1的。 ALUA是非對(duì)稱的訪問(wèn)，對(duì)于主機(jī)來(lái)說(shuō)兩個(gè)控制器都可以接受讀寫(xiě)請(qǐng)求的，但后端處理上會(huì)不一致。這樣的情況下，無(wú)論從那個(gè)控制器都不應(yīng)該會(huì)看到"Logical Uni

31、t Not Ready"的錯(cuò)誤。 5.3及以前版本的時(shí)候，如果這個(gè)值設(shè)置為1（大部分其他操作系統(tǒng)的要求），Powerpath可以識(shí)別設(shè)備，但是通道切換到時(shí)候會(huì)出現(xiàn)問(wèn)題，過(guò)程不平穩(wěn)，并且errpt里面會(huì)報(bào)一堆的錯(cuò)誤。 從5.5（或者是某個(gè)小版本）開(kāi)始，如果這個(gè)值配的不正確，那么powermt display dev=all就顯示不出任何的設(shè)備了。這可能是因?yàn)镻owerpath軟件對(duì)這個(gè)值的檢查條件增強(qiáng)了。我們遇到過(guò)多次客戶升級(jí)這個(gè)軟件之后說(shuō)設(shè)備都不見(jiàn)了，然后發(fā)現(xiàn)其實(shí)是一個(gè)錯(cuò)誤配置用了很久很久.  除此之外還有一些客戶在初次安裝EMC ODM的時(shí)候

32、會(huì)比較困惑，那么多的文件集選哪些個(gè)安裝呢？大致總結(jié)一下： 版本： AIX 7.1 需要使用 ODM 6.0.0.0，AIX 5及AIX 6需要安裝ODM 5.3.0.X文件集：對(duì)應(yīng)不同的陣列以及不同的連接類(lèi)型Powerpath -> EMC.<ArrayType>.rte & EMC.<ArrayType>.<ConnectionType>.rteMPIO -> EMC.<ArrayType>.rte & EMC.<ArrayType>.MPIO.<ConnectionType>.rt

33、e （這里的文件集名字主要是列出關(guān)鍵字，準(zhǔn)確的名字在smitty里面可以看到選擇。） 例如，將AIX用iSCSI連接到Clarion或者VNX陣列上，需要安裝的文件集是： Powerpath -> EMC.CLARiiON.rte                    EMC.CLARiiON.iscsi.rte MPIO ->  &#

34、160;     EMC.CLARiiON.rte                    EMC.CLARiiON.MPIO.iscsi.rte 想將ODM里面全部的文件集都裝上是不能成功的，因?yàn)镸PIO的文件集和PP的是沖突的，只能裝一個(gè)。 連接Symmetrix陣列的安裝過(guò)程出現(xiàn)問(wèn)題的好像不是很常見(jiàn)。我也是查看了相關(guān)文檔發(fā)覺(jué)pp for WIN

35、和PP/VE for hyper-v在安裝上沒(méi)差別，差別就是許可證。 謝謝！PowerPath使用周期性路徑測(cè)試以確認(rèn)路徑是否能正常工作。路徑測(cè)試是PowerPath通過(guò)發(fā)送一系列I/O以確認(rèn)路徑的可用性。如果測(cè)試失敗，PowerPath關(guān)閉該路徑并停止向其發(fā)送I/O。  PowerPath繼續(xù)周期性地檢測(cè)故障路徑，以確認(rèn)其是否恢復(fù)。如果路徑通過(guò)測(cè)試，PowerPath將恢復(fù)對(duì)該路徑的使用并重新發(fā)送I/O。在輕量負(fù)載或小型配置的情況下，路徑在修復(fù)后會(huì)在一小時(shí)內(nèi)自動(dòng)恢復(fù)使用。對(duì)于大型配置，修復(fù)后恢復(fù)所有路徑使用可能花費(fèi)數(shù)小時(shí)，因?yàn)橹芷谛宰詣?dòng)恢復(fù)任務(wù)被更高優(yōu)先級(jí)任務(wù)搶

36、占。路徑的故障切換以及恢復(fù)流程對(duì)于應(yīng)用程序來(lái)說(shuō)是透明的。當(dāng)路徑恢復(fù)后，存儲(chǔ)，主機(jī)，應(yīng)用程序?qū)⒗^續(xù)保持可用性。  測(cè)試正常工作路徑將花費(fèi)幾毫秒，測(cè)試故障路徑可能花費(fèi)數(shù)秒，具體取決于故障類(lèi)型。謝謝A.Y的分享，真的對(duì)我工作很有幫助哦。Solaris 在Solaris上安裝Powerpath，必須將系統(tǒng)自帶的多路徑管理軟件MPxIO完全禁用。在Sparc平臺(tái)上的 /kernel/drv/fp.conf 里面這個(gè)選項(xiàng)已經(jīng)被默認(rèn)禁用了： mpxio-disable=yes 從Powerpath for Solaris 5.5開(kāi)始，要求在/kernel/d

37、rv/iscsi.conf 中也要將這個(gè)選項(xiàng)禁用，否則Powerpath無(wú)法識(shí)別Clariion或者VNX的設(shè)備。這個(gè)配置文件一般是針對(duì)iscsi連接的，但是Powerpath在這里的要求不論是光線還是iscsi連接都必須滿足。 (在Solaris 11中這兩個(gè)文件的配置方法稍有不同)   另外一個(gè)很常見(jiàn)的問(wèn)題是，如果使用了non-leadville驅(qū)動(dòng)（非Solaris自帶的SCSI以及HBA驅(qū)動(dòng)），那么EMC要求對(duì)于SCSI設(shè)備做Persistent Binding.Persistent Binding簡(jiǎn)單的說(shuō)，就是對(duì)一個(gè)HBA能發(fā)現(xiàn)的存儲(chǔ)端口指定一個(gè)Target ID，作