執行此作業以單一使用者模式對容錯移轉區域套用修補程式。如果您將容錯移轉配置中的 Sun Cluster Data Service for Solaris Container 與 Sun Cluster 軟體搭配使用,需要此修補方法。
驗證沒有為任何一個被當作磁碟組 (包括此程序中手動操作的區域路徑) 共用儲存的 LUN 設定法定裝置。
判定法定裝置是否用於包含區域路徑的磁碟組中,並判定法定裝置是否使用 scsi2 或 scsi3 保留。
# clquorum show |
如果法定裝置位於磁碟組的 LUN 中,請將新的 LUN 增加為包含區域路徑且不屬於任何磁碟組的法定裝置。
# clquorum add new-didname |
移除舊的法定裝置。
# clquorum remove old-didname |
如果使用 scsi2 保留作為舊的法定裝置,請從舊的法定裝置中清理 scsi2 保留並驗證沒有剩下任何 scsi2 保留。
# /usr/cluster/lib/sc/pgre -c pgre_scrub -d /dev/did/rdsk/old-didnames2 # /usr/cluster/lib/sc/pgre -c pgre_inkeys -d /dev/did/rdsk/old-didnames2 |
如果您意外清理掉使用中裝置的保留金鑰,您必須移除並重新增加法定裝置以新增新的保留金鑰至法定裝置上。
撤除您想修補的節點。
# clresourcegroup evacuate -n node1 |
使資源或包含 HA Solaris Container 資源的資源群組離線。
# clresourcegroup offline resourcegroupname |
停用資源群組中所有離線的資源。
# clresource disable resourcename |
取消管理您使之離線的資源群組。
# clresourcegroup unmanage resourcegroupname |
使對應的一個或多個裝置群組離線。
# cldevicegroup offline cldevicegroupname |
停用您使之離線的裝置群組
# cldevicegroup disable devicegroupname |
從叢集啟動被動節點。
# reboot -- -x |
在繼續之前,驗證是否已在被動節點上完成 SMF 啟動方法。
# svcs -x |
驗證使用中節點上的重新配置程序是否皆已完成。
# cluster status |
判定磁碟組中的磁碟上是否有任何 scsi3 保留。
在被動節點上取得 metaset 的所有權
# metaset -s disksetname -C take -f |
在被動節點上掛載檔案系統或掛載包含區域路徑的檔案系統。
# mount device mountpoint |
在被動節點上切換至單一使用者模式。
# init s |
停止所有可能已啟動且不受 Sun Cluster Data Service for Solaris Container 所控制的區域。
# zoneadm -z zonename halt |
(可選擇) 如果您安裝多個修補程式,基於效能的理由,您可選擇在單一使用者模式中啟動所有已配置的區域。
# zoneadm -z zonename boot -s |
套用修補程式。
重新啟動節點並等待到它所有的 SMF 啟動方法完成為止。僅在重新啟動節點後才執行 svcs -a 指令。
# reboot |
# svcs -a |
現在,第一個節點已就緒。
撤除您要修補的第二個節點。
# clresourcegroup evacuate -n node2 |
對第二個節點重複步驟 8 至 13。
中斷連接您已修補的區域以加速修補程序。
# zoneadm -z zonename detach |
在被動節點上切換至單一使用者模式。
# init s |
停止所有可能已啟動且不受 Sun Cluster Data Service for Solaris Container 所控制的區域。
# zoneadm -z zonename halt |
(可選擇) 如果您安裝多個修補程式,基於效能的理由,您可選擇在單一使用者模式中啟動所有已配置的區域。
# zoneadm -z zonename boot -s |
套用修補程式。
連接您已中斷連接的區域。
# zoneadm -z zonename attach -F |
將節點重新啟動到叢集模式。
# reboot |
將一個或多個裝置群組連線。
啟動資源群組。
使用 scversions 指令檢查是否需要確定修補程式軟體。
# /usr/cluster/bin/scversions |
您將看到以下結果之一:
Upgrade commit is needed. Upgrade commit is NOT needed. All versions match. |
如果需要確定,請確定該修補程式軟體。
# scversions -c |
視情況而定,執行 scversions 將會導致一次或多次重新配置 CMM。