使用明確的唯讀連線檢查存取

使用明確的唯讀連線，驗證與次要實例的連線。

在群集節點上，執行下列指令。

sudo -i -u ${sid}adm -- \
    hdbsql -n $VIP_SECONDARY -i $INSTNO -d SYSTEMDB -u SYSTEM \
      "select * from m_host_information \
      where key = 'net_hostnames' or key = 'net_ip_addresses'"

範例輸出顯示語句在 SAP HANA secondary 上執行。

HOST,KEY,VALUE
"cl-h4s-2","net_hostnames","cl-h4s-2"
"cl-h4s-2","net_ip_addresses","10.40.10.132,10.40.10.211"
2 rows selected (overall time 7518 usec; server time 291 usec)

使用基於提示的語句路由檢查存取

使用基於提示的語句路由，驗證與次要實例的連線。

1. 在沒有 SQL 提示的情況下，使用與 SAP HANA primary 的明確連線執行連線測試。

   在群集節點上，執行下列指令。

   sudo -i -u ${sid}adm -- \
       hdbsql -n $VIP_PRIMARY -i $INSTNO -d SYSTEMDB -u SYSTEM \
         "select * from m_host_information \
         where key = 'net_hostnames' or key = 'net_ip_addresses'"
   

   範例輸出顯示語句在 SAP HANA primary 上執行。

     HOST,KEY,VALUE
   "cl-h4s-1","net_hostnames","cl-h4s-1"
   "cl-h4s-1","net_ip_addresses","10.40.10.162,10.40.10.201"
   2 rows selected (overall time 5239 usec; server time 361 usec)
   

2. 使用與 SAP HANA primary 的明確連線和 result_lag SQL 提示，執行連線測試。

   sudo -i -u ${sid}adm -- \
       hdbsql -n $VIP_PRIMARY -i $INSTNO -d SYSTEMDB -u SYSTEM \
         "select * from m_host_information \
         where key = 'net_hostnames' or key = 'net_ip_addresses' \
         with hint(result_lag('hana_sr'))"
   

   範例輸出顯示語句在 SAP HANA secondary 上執行。

   HOST,KEY,VALUE
   "cl-h4s-2","net_hostnames","cl-h4s-2"
   "cl-h4s-2","net_ip_addresses","10.40.10.132,10.40.10.211"
   2 rows selected (overall time 40.722 msec; server time 16.428 msec)
   

Test1- 說明

模擬在 NODE1 上執行的主 SAP HANA 資料庫實例當機。

Test1- 先決條件

• 一個功能性雙結點 RHEL HA Add-On 集群，用於 SAP HANA 系統複製。
• 兩個群集節點都處於活動狀態。
• 在 NODE1 和 NODE2 上啟動的群集。
• 使用 AUTOMATED_REGISTER=false 配置的群集資源 SAPHana_${SID}_${INSTNO}。
• 檢查 SAP HANA 系統複製狀態：
  • 主要 SAP HANA 資料庫在 NODE1
  • 次要 SAP HANA 資料庫在 NODE2
  • SAP HANA 系統複製已啟動並保持同步

Test1- 測試程序

當使用者 ${sid}adm 時，透過傳送 SIGKILL 訊號使 SAP HANA primary 崩潰。

在 NODE1 上，執行下列指令。

sudo -i -u ${sid}adm -- HDB kill-9

Test1- 預期行為

• SAP HANA NODE1 上的主要實例當機。
• 群集偵測到已停止的主要 SAP HANA 資料庫，並將資源標示為 failed。
• 群集將 NODE2 上的次要 SAP HANA 資料庫升級為新的主要資料庫。
• 群集釋放 NODE1 上的虛擬 IP 位址，並在 NODE2 上的新主網路上取得該位址。
• 接管後，次要 SAP HANA 範例不可用，次要虛擬 IP 位址會保留在 NODE2 上。
• 如果應用程式 (例如 SAP NetWeaver ) 連線至 SAP HANA 的租戶資料庫，則應用程式會自動重新連線至新的主要資料庫。

Test1- 復原程序

由於群集資源 SAPHana_${SID}_${INSTNO} 是以 AUTOMATED_REGISTER=false 設定的，因此群集不會重新啟動失敗的 SAP HANA 資料庫，也不會針對新的主要資料庫註冊該資料庫。 也就是說，新的主要 ( NODE2 ) 狀態也會顯示次要為「CONNECTION TIMEOUT」狀態。

要重新註冊先前的主要為新的次要，請使用下列指令。

在 NODE1 上，執行下列指令。

sudo -i -u ${sid}adm -- \
    hdbnsutil -sr_register \
      --name=${DC1} \
      --remoteHost=${NODE2} \
      --remoteInstance=00 \
      --replicationMode=sync \
      --operationMode=logreplay_readaccess \
      --online

驗證系統複製狀態：

sudo -i -u ${sid}adm -- \
    hdbnsutil -sr_state

在群集節點上，執行下列指令以刷新群集資源。 此指令會啟動輔助實體。

pcs resource refresh SAPHana_${SID}_${INSTNO}

當次級達到同步狀態 (SOK) 時，次級虛擬 IP 位址會移至 NODE1。

在群集節點上，執行下列指令檢查群集狀態。

pcs status --full

Test2- 說明

模擬執行主要 SAP HANA 資料庫的節點當機。

Test2- 準備工作

請確定群集資源 SAPHana_${SID}_${INSTNO} 已設定為 AUTOMATED_REGISTER=true。

在 NODE1 上，執行下列指令。

pcs resource update SAPHana_${SID}_${INSTNO} AUTOMATED_REGISTER=true

驗證資源組態中的 AUTOMATED_REGISTER 設定。

pcs resource config SAPHana_${SID}_${INSTNO} | grep Attributes

Test2- 先決條件

• 一個功能性雙結點 RHEL HA Add-On 集群，用於 SAP HANA 系統複製。
• 兩個節點都處於活動狀態。
• 群集在 NODE1 和 NODE2 上啟動。
• 檢查 SAP HANA 系統複製狀態。
  • 主要 SAP HANA 資料庫在 NODE2
  • 次要 SAP HANA 資料庫在 NODE1
  • SAP HANA 系統複製已啟動並保持同步
  • 次要虛擬 IP 位址在 NODE1

Test2- 測試程序

透過發送崩潰系統請求使 NODE2 上的主節點崩潰。

在 NODE2 上，執行下列指令。

sync; echo c > /proc/sysrq-trigger

Test2- 預期行為

• NODE2 關閉。
• 群集偵測到故障節點，並將其狀態設定為 OFFLINE。
• 群集將 NODE1 上的次要 SAP HANA 資料庫升級為新的主要資料庫。
• 群集在 NODE1 上取得新主網路上的虛擬 IP 位址。
• 接管後，次要 SAP HANA 範例不可用，次要虛擬 IP 位址會保留在 NODE1 上。
• 如果應用程式 (例如 SAP NetWeaver ) 連線至 SAP HANA 的租戶資料庫，則應用程式會自動重新連線至新的主要資料庫。

Test2- 復原程序

登入 IBM Cloud® 主控台並啟動 NODE2 範例。 等到 NODE2 再次可用時，再重新啟動群集框架。

在 NODE2 上，執行下列指令。

pcs cluster start

pcs status --full

由於群集資源 SAPHana_${SID}_${INSTNO} 是以 AUTOMATED_REGISTER=true 設定，因此 SAP HANA 會在 NODE2 重新加入群集時重新啟動，而前主要會重新註冊為次要。 當次級達到同步狀態 (SOK) 時，次級虛擬 IP 位址會移至 NODE2。

Test3- 說明

模擬次要 SAP HANA 資料庫當機。

Test3- 先決條件

• 一個功能性雙結點 RHEL HA Add-On 集群，用於 SAP HANA 系統複製。
• 兩個節點都處於活動狀態。
• 群集在 NODE1 和 NODE2 上啟動。
• 群集資源 SAPHana_${SID}_${INSTNO} 配置為 AUTOMATED_REGISTER=true。
• 檢查 SAP HANA 系統複製狀態：
  • 主要 SAP HANA 資料庫在 NODE1
  • 次要 SAP HANA 資料庫在 NODE2
  • SAP HANA 系統複製已啟動並保持同步
  • 次要虛擬 IP 位址在 NODE2

Test3- 測試程序

當使用者 ${sid}adm 時，透過傳送 SIGKILL 訊號讓 SAP HANA secondary 崩潰。

在 NODE2 上，執行下列指令。

sudo -i -u ${sid}adm -- HDB kill-9

Test3- 預期行為

• SAP HANA 次要關於 碰撞。NODE2
• 群集偵測到停止的次要 SAP HANA 資料庫，並將資源標記為 failed。
• 群集會將第二虛擬 IP 位址移至 NODE1。
• 群集重新啟動次級 SAP HANA 資料庫。
• 群集偵測到系統複製再次同步。
• 群集會將次級虛擬 IP 位址移回 NODE2。

Test3- 復原程序

等到次要 SAP HANA 範例再次啟動並同步 (SOK)，然後如 pcs status 所示，清理失敗的資源動作。

在群集節點上，執行下列指令。

pcs resource refresh SAPHana_${SID}_${INSTNO}

pcs status --full

Test4- 說明

使用群集指令將主要實例移至其他節點，以便進行維護。

Test4- 先決條件

• 一個功能性雙結點 RHEL HA Add-On 集群，用於 SAP HANA 系統複製。
• 兩個節點都處於活動狀態。
• 群集在 NODE1 和 NODE2 上啟動。
• 群集資源 SAPHana_${SID}_${INSTNO} 配置為 AUTOMATED_REGISTER=true。
• 檢查 SAP HANA 系統複製狀態：
  • 主要 SAP HANA 資料庫在 NODE1
  • 次要 SAP HANA 資料庫在 NODE2
  • SAP HANA 系統複製已啟動並保持同步
  • 次要虛擬 IP 位址在 NODE2

Test4- 測試程序

使用 pcs resource move 指令將 SAP HANA primary 移至其他節點。

在群集節點上，執行下列指令。

pcs resource move SAPHana_${SID}_${INSTNO}-clone

輸出範例：

# pcs resource move SAPHana_H4S_00-clone
Warning: Creating location constraint 'cli-ban-SAPHana_H4S_00-clone-on-cl-hdb-1' with a score of -INFINITY for resource SAPHana_H4S_00-clone on cl-hdb-1.
        This will prevent SAPHana_H4S_00-clone from running on cl-hdb-1 until the constraint is removed
        This will be the case even if cl-hdb-1 is the last node in the cluster

Test4- 預期行為

• 群集會建立位置限制來移動資源。
• 群集觸發接管到次要 SAP HANA 資料庫。
• 次要虛擬 IP 位址保留在 NODE2 上。
• 如果應用程式 (例如 SAP NetWeaver ) 連線至 SAP HANA 的租戶資料庫，則應用程式會自動重新連線至新的主要資料庫。

Test4- 復原程序

必須移除自動建立的位置限制，以允許未來自動故障移轉。

等到主要 SAP HANA 範例啟動後，移除限制。

在群集節點上，執行下列指令。

pcs constraint

pcs resource clear SAPHana_${SID}_${INSTNO}-clone

pcs constraint

群集將 SAP HANA 資料庫作為新的次要實例註冊並啟動。 系統複製狀態再次同步後 (SOK)，群集會將第二虛擬 IP 位址移至 NODE1。

pcs status --full