搭配 ONTAP 使用 Oracle Linux 6.4
您可以使用 ONTAP SAN 主機組態設定、將 Oracle Linux 6.4 與 ONTAP 設定為目標。
安裝 Linux 主機公用程式
NetApp Linux 主機公用程式軟體套件位於 "NetApp 支援網站"32 位元和 64 位元 .rpm 檔案中。如果您不知道哪一個檔案適合您的組態,請使用來驗證您需要的檔案"互通性對照表工具"。
NetApp 強烈建議您安裝 Linux 主機公用程式,但並非強制安裝。這些公用程式不會變更 Linux 主機上的任何設定。這些公用程式可改善管理、並協助NetApp客戶支援部門收集您的組態相關資訊。
如果您目前已安裝 Linux 主機公用程式,您應該將其升級至最新版本,或是將其移除,然後依照下列步驟安裝最新版本。
- 
將 32 位元或 64 位元 Linux 主機公用程式軟體套件從下載"NetApp 支援網站"至主機。 
- 
安裝軟體套件: 「rpm -ivh netapp_Linux統一化_host_utilities - 7-1.x86_64」 
SAN工具套件
當您安裝NetApp主機公用程式套件時、會自動安裝此工具套件。此套件提供「資源」公用程式、可協助您管理LUN和HBA。「lanlun」命令會傳回對應至主機的LUN資訊、多重路徑、以及建立啟動器群組所需的資訊。
在以下範例中、「左LUN show」命令會傳回LUN資訊。
# sanlun lun show all輸出範例:
controller(7mode/E-Series)/ device host lun vserver(cDOT/FlashRay) lun-pathname filename adapter protocol size Product ------------------------------------------------------------------------------------ data_vserver /vol/vol1/lun1 /dev/sdb host16 FCP 120.0g cDOT data_vserver /vol/vol1/lun1 /dev/sdc host15 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sdd host16 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sde host15 FCP 120.0g cDOT
SAN開機
如果您決定使用SAN開機、則組態必須支援SAN開機。您可以使用"互通性對照表工具"驗證是否支援 OS , HBA , HBA 韌體和 HBA 開機 BIOS ,以及 ONTAP 版本。
- 
將SAN開機LUN對應至主機。 
- 
確認有多個路徑可供使用。 在主機作業系統啟動並在路徑上執行後、就會有多個路徑可供使用。 
- 
在伺服器BIOS中為SAN開機LUN對應的連接埠啟用SAN開機。 如需如何啟用HBA BIOS的相關資訊、請參閱廠商專屬的文件。 
- 
重新啟動主機、確認開機成功。 
多重路徑
對於Oracle Linux 6.4、/etc/multipath.conf檔案必須存在、但您不需要對檔案進行特定變更。Oracle Linux 6.4是以辨識及正確管理ONTAP 支援LUN所需的所有設定所編譯。若要啟用ALUA處理常式、請執行下列步驟:
- 
建立initrd-image的備份。 
- 
將下列參數值附加至核心、以便ALUA和非ALUA正常運作:「rdaloaddriver=scsi_d_alua」 kernel /vmlinuz-3.8.13-68.1.2.el6uek.x86_64 ro root=/dev/mapper/vg_ibmx3550m421096-lv_root rd_NO_LUKSrd_LVM_LV=vg_ibmx3550m421096/lv_root LANG=en_US.UTF-8 rd_NO_MDSYSFONT=latarcyrheb-sun16 crashkernel=256M KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=vg_ibmx3550m421096/lv_swap rd_NO_DM rhgb quiet rdloaddriver=scsi_dh_alua 
- 
使用「mkitrd」命令重新建立initrd-image。Oracle 6x及更新版本可使用以下命令:命令:「mkitrd -f /boot/ initrd-"uname -r"。imguname -r"或命令:「Dracut -f」 
- 
重新啟動主機。 
- 
驗證 `cat /proc/cmdline`命令的輸出以確保設定完成。您可以使用 `multipath -ll`命令來驗證 ONTAP LUN 的設定。應該有兩種路徑群組具有不同的優先順序。優先順序較高的路徑為主動 / 最佳化。這表示它們由集合所在的控制器提供服務。優先順序較低的路徑是作用中的,但未最佳化,因為它們是由不同的控制器提供服務。非最佳化路徑只有在最佳化路徑無法使用時才會使用。 
下列範例顯示ONTAP 使用兩個主動/最佳化路徑和兩個主動/非最佳化路徑的正確輸出:
# multipath -ll 3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw |-+- policy='round-robin 0' prio=50 status=active | |- 0:0:26:37 sdje 8:384 active ready running | |- 0:0:25:37 sdik 135:64 active ready running |-+- policy='round-robin 0' prio=10 status=enabled |- 0:0:18:37 sdda 70:128 active ready running |- 0:0:19:37 sddu 71:192 active ready running
|  | 單一 LUN 不應需要四個以上的路徑。如果路徑超過四條,可能會在儲存設備故障期間造成路徑問題。 | 
建議設定
Oracle Linux 6.4作業系統經過編譯、可辨識ONTAP 出各種不完整的LUN、並自動正確設定所有組態參數。
該 multipath.conf`檔案必須存在、多重路徑常駐程式才能啟動。如果此檔案不存在,您可以使用命令建立空白的零位元組檔案 `touch /etc/multipath.conf。
第一次建立 `multipath.conf`檔案時、您可能需要使用下列命令來啟用和啟動多重路徑服務:
# chkconfig multipathd on # /etc/init.d/multipathd start
除非您有不想要多重路徑管理的裝置、或是現有的設定會覆寫預設值、否則不需要直接將裝置新增至 `multipath.conf`檔案。若要排除不想要的裝置、請將下列語法新增至 `multipath.conf`檔案、以您要排除的裝置 WWID 字串取代 <DevId> :
blacklist {
        wwid <DevId>
        devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
        devnode "^hd[a-z]"
        devnode "^cciss.*"
}
在以下範例中 sda、是您要新增至黑名單的本機 SCSI 磁碟。
- 
執行下列命令來判斷WWID: # /lib/udev/scsi_id -gud /dev/sda 360030057024d0730239134810c0cb833 
- 
將此 WWID 新增至中的「黑名單」區段 /etc/multipath.conf:blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
您應該一律檢查 `/etc/multipath.conf`檔案,尤其是在「預設值」區段中,以瞭解可能會覆寫預設設定的舊版設定。
下表說明 multipathd ONTAP LUN 的關鍵參數及必要值。如果主機連接至其他廠商的 LUN 、且這些參數中的任何一個被覆寫、則必須在 `multipath.conf`檔案中以特定套用至 ONTAP LUN 的形式、在稍後的節段中加以修正。如果沒有此修正、 ONTAP LUN 可能無法如預期般運作。您只能在諮詢 NetApp 、作業系統廠商或兩者之後、以及完全瞭解影響時、才應覆寫這些預設值。
| 參數 | 設定 | 
|---|---|
| DETECT(偵測)_prio | 是的 | 
| 開發損失_tmo | "無限遠" | 
| 容錯回復 | 立即 | 
| fast_io_f故障_tmo | 5. | 
| 功能 | "3 queue_if_no_path pg_init_retries 50" | 
| Flip_on_last刪除 | "是" | 
| 硬體處理常式 | 「0」 | 
| no_path_retry | 佇列 | 
| path_checker_ | "周" | 
| path_grouping_policy | "群組by_prio" | 
| path_selector | "循環資源0" | 
| Polling_時間 間隔 | 5. | 
| 優先 | 「NetApp」ONTAP | 
| 產品 | LUN.* | 
| Retain附加的硬體處理常式 | 是的 | 
| RR_weight | "統一" | 
| 使用者易記名稱 | 否 | 
| 廠商 | NetApp | 
下列範例說明如何修正被覆寫的預設值。在這種情況下、「multiPath.conf」檔案會定義「path_checker'」和「detect_prio'」的值、這些值與ONTAP 不相容於哪些LUN。如果因為主機仍連接其他SAN陣列而無法移除、則可針對ONTAP 具有裝置例項的LUN、特別修正這些參數。
defaults {
 path_checker readsector0
 detect_prio no
 }
devices {
 device {
 vendor "NETAPP "
 product "LUN.*"
 path_checker tur
 detect_prio yes
 }
}
|  | 若要設定 Oracle Linux 6.4 Red Hat 相容核心( RHCK ),請使用"建議設定"適用於 Red Hat Enterprise Linux ( RHEL ) 6.4 的。 | 
ASM 鏡像
自動儲存管理( ASM )鏡射可能需要變更 Linux 多重路徑設定、以允許 ASM 識別問題並切換至替代故障群組。ONTAP 上的大多數 ASM 組態都使用外部備援,這表示資料保護是由外部陣列提供,而 ASM 則不會鏡射資料。某些站台使用具有一般備援的ASM來提供雙向鏡像、通常是跨不同站台。如需詳細資訊,請參閱"ONTAP 上的 Oracle 資料庫"。
已知問題
Oracle Linux 6.4 with ONTAP 版本有下列已知問題:
| NetApp錯誤ID | 標題 | 說明 | 
|---|---|---|
| 在 OL 6.4 和 OL 5.9 上可以看到 QLogic 介面卡重設,而在控制器故障(例如接管 / 恢復和重新開機)上可以看到 UEK2 | 當控制器發生故障時(例如接管、恢復和重新開機)、使用UEK2(kernel-uek-2.6.39至400.171.el6uek)或使用UEK2(kernel-uek-2.6.39 400.171.el5uek)的OOL5.9主機(例如、接管、恢復和重新開機)、可在OOL6.4主機上看到QLogic介面卡重設。這些重設是間歇性的。當這些介面卡重設發生時、可能會發生長時間的I/O中斷(有時甚至超過10分鐘)、直到介面卡重設成功、而且路徑的狀態會由dm-multipath.在/var/log/Messages中、當此錯誤發生時、會看到類似下列的訊息:kernel:qla2xxx [0000:11:00.0]-8018:0:介面卡重設核發的nexus=0:2:13。這是在OOL6.4上的核心版本:kernel-uek-2.6.39-400.171.el6uek on OL5.9:kernel-uek-2.6.39-400.171.el5uek中觀察到的 | |
| 在 OL 6.4 或 OL 5.9 主機上使用 UEK2 的路徑恢復延遲,可能會導致控制器或架構故障的 I/O 恢復延遲 | 當控制器故障(儲存容錯移轉或恢復、重新開機等)或光纖網路故障(FC連接埠停用或啟用)發生於Oracle Linux 6.4或Oracle Linux 5.9主機搭配UEK2核心時、DM-Multifpath的路徑恢復需要很長時間(4分鐘)。至10分鐘)。有時、在路徑恢復至作用中狀態期間、也會看到下列lffc驅動程式錯誤:核心:SD 0:0:8:3:[ldps]結果:hostbyte=did_errors driverbyte=driver_OK、因為在故障事件期間路徑恢復延遲、I/O恢復也會延遲。ol 6.4版本:device-mapper-1.02.77-9.el6設備映射器-multipath-0.4.9-64.0.1.el6 kernel-uek-2.6.39-400.171.el6uek OL 5.9版本:設備對應器-1.02.77-9.el5設備對應器-multipath-0.4.9-64.0.1.el5-2.6-4uek .5e.ek核心.5k | |
| OL 6.4 和 OL 5.9 iSCSI 上的 DM 多重路徑搭配 UEK2 核心需要很長時間,才能在儲存故障後更新 LUN 路徑狀態 | 在執行Oracle Linux 6 Update 4和Oracle Linux 5 Update 9 iSCSI及Unbreakable Enterprise Kernel Release 2(UEK2)的系統上、發生儲存故障事件時、DM多重路徑(DMP)需要約15分鐘才能更新裝置對應程式(DM)裝置(LUN)的路徑狀態、這是一項問題。如果您在此時間間隔內執行「multipath-ll」命令、則該DM裝置(LUN)的路徑狀態會顯示為「執行中的容錯移轉」。路徑狀態最終會更新為「作用中的就緒執行中」。 此問題出現於下列版本:Oracle Linux 6 Update 4:UEK2核心:2.6.39-400.171.el6uek.x86_64多重路徑:device-mapper-multipath-0.4.9-64.0.1.el6.x86_64 iSCSI:iscsiscs-initiator -utils-6.2.0.873-2.1.1.el6.x86_64 net_utils.urok2-64.64urok2-640.64urok2-udor.5urokor.5net.64kor.64urok.64urok.64urok.64urok.5u.64urok.64k.64_64urok.urok.v mite-64urok.64urok.urok.64urokore.5urok.v 64uro | |
| 在使用UEK2的OL6.x和OL5.x主機發生FC故障之後、SG_IO ioctl系統呼叫在dm-multipaths裝置上失敗 | 在使用UEK2核心的Oracle Linux 6.x主機和使用UEK2核心的Oracle Linux 5.x主機上、發現問題。多重路徑裝置上的sg_*命令會在發生光纖故障之後失敗、並顯示EAGAIN錯誤代碼(errno)、使作用中路徑群組中的所有路徑都關閉。僅當多重路徑裝置沒有I/O發生時、才會出現此問題。以下為範例:# sg_inq -v /dev/mapper/3600a098041764937303f436c75337370查詢cdb:12 00 00 24 00 ioctl(SG_IO v3)失敗、作業系統(errno)= 11查詢:通過OS錯誤:資源暫時無法使用HDIO_Get_iocl:身分識別失敗 資源暫時無法使用[11]在/dev/mapper/3600a098041764937303f436c75337370 #上、SCSI查詢和擷取ATA資訊都失敗。此問題發生的原因是、當DM-Multipath裝置上沒有I/O時、ioctl()呼叫期間不會啟動路徑群組切換至其他作用中群組。以下版本的kernel-uek和device-mapper-multipaths套件出現此問題:OL6.4版本:kernel-uek-2.6.39-400.171.el6uek設備-mapper-multipath-0.4.9-64.0.1.el6 OL5.9版本:kernel-uek-2.6.39-400.171.el5uek設備-640.4.0.4-multipathmapper.5. | 
|  | 如需 Oracle Linux RHCK 已知問題,請參閱"已知問題"適用於 RHEL 6.4 的。 | 
 PDF
PDF