下圖顯示SnapCenter 一套標準安裝、其中來源與目標資料庫伺服器上的來源與目標資料庫伺服器、均安裝了包含資料庫外掛程式在內的Rse-Agent。在實驗室設定中、我們安裝了SAP HANA外掛程式。此外、LSC員工也安裝在目標伺服器上。為了簡化並減少虛擬伺服器的數量、我們在SnapCenter 支援服務器上安裝了LSC主機。下圖說明不同元件之間的通訊。

下圖顯示使用中央通訊主機的設定。在此組態中SnapCenter 、專屬伺服器上安裝了包含SAP HANA外掛程式和HANA資料庫用戶端的功能。在此設定中、我們使用SnapCenter 支援服務器來安裝中央通訊主機。此外、LSC工作人員也再次安裝在目標伺服器上。為了簡化並減少虛擬伺服器的數量、我們決定也在SnapCenter 該伺服器上安裝LSC主機。不同元件之間的通訊如下圖所示。

本節說明使用標準安裝時所需的組態步驟、SnapCenter 其中來源系統和目標系統上安裝了哪些組件和必要的資料庫外掛程式。使用標準安裝時、掛載實體磁碟區及還原目標系統所需的所有工作、都是從SnapCenter 伺服器本身的目標資料庫系統上執行的程式庫代理程式執行。這可讓您存取SnapCenter 所有與實體複製相關的詳細資料、這些詳細資料可透過來自於該代理程式的環境變數取得。因此、您只需要在LSC複製階段建立一個額外工作。此工作會在來源資料庫系統上執行Snapshot複製程序、並在目標資料庫系統上執行實體複製與還原程序。所有SnapCenter 的相關工作都是使用在LSC工作「NTAP_system_clone」中輸入的PowerShell指令碼來觸發。

下圖顯示複製階段的LSC工作組態。

下圖重點說明「NTAP_system_clone」程序的組態。因為您正在執行PowerShell指令碼、所以此Windows PowerShell指令碼會在衛星系統上執行。在這種情況SnapCenter 下、這是安裝有LSC主機的S不到 位伺服器、也可做為衛星系統。

由於LSC必須瞭解Snapshot複本、複製及還原作業是否成功、因此您必須定義至少兩種傳回程式碼類型。其中一個程式碼用於成功執行指令碼、另一個程式碼用於指令碼的失敗執行、如下圖所示。

下圖顯示PowerShell指令碼的一部分、該指令碼必須執行才能在來源資料庫系統上執行Snapshot型備份、並在目標資料庫系統上執行實體複本。指令碼不打算完成。相反地、指令碼會顯示LSC與SnapCenter S灘 的整合外觀、以及設定的簡易程度。

由於指令碼是在LSC主機上執行（也就是子系統）、SnapCenter 因此必須以具有適當權限的Windows使用者身分執行Sing Server上的LSC主機、以便在SnapCenter S還原 中執行備份與複製作業。若要驗證使用者是否擁有適當權限、使用者應能在SnapCenter UI中執行Snapshot複本和複製。

無需在SnapCenter S什麼 伺服器上執行LSC主機和LSC衛星。LSC主機和LSC衛星可在任何Windows機器上執行。在LSC衛星上執行PowerShell指令碼的先決條件、是SnapCenter Windows Server上已安裝了SetvPowerShell Cmdlet。

若要SnapCenter 使用中央通訊主機整合LSC與Sfor、唯一必須進行的調整只能在複製階段執行。Snapshot複本和實體複本是使用SnapCenter 中央通訊主機上的支援中心代理程式所建立。因此、新建立的磁碟區的所有詳細資料只能在中央通訊主機上使用、而無法在目標資料庫伺服器上使用。不過、目標資料庫伺服器需要這些詳細資料、才能掛載複製磁碟區並執行還原。這就是複製階段需要執行兩項額外工作的原因。在中央通訊主機上執行一項工作、並在目標資料庫伺服器上執行一項工作。這兩項工作如下圖所示。

下圖重點說明工作「NTAP_system_clone _CP」的組態設定。這是在衛星系統上執行的Windows PowerShell指令碼。在此案例中、衛星系統是SnapCenter 安裝有LSC主機的S不到 伺服器。

由於LSC必須瞭解Snapshot複製與複製作業是否成功、因此您必須定義至少兩種傳回程式碼類型：一個傳回程式碼可成功執行指令碼、另一個傳回程式碼則可失敗執行指令碼、如下圖所示。

下圖顯示PowerShell指令碼的一部分、必須執行才能在SnapCenter 中央通訊主機上使用該代理程式執行Snapshot複本和複本。指令碼並不完整。而是使用指令碼來顯示LSC和SnapCenter 合並功能之間的整合、以及如何輕鬆設定。

如前所述、您必須將複製磁碟區的名稱交給下一個工作「NTAP_MNT_recover _CP」、以便將複製磁碟區掛載到目標伺服器上。複製磁碟區的名稱也稱為交會路徑、儲存在變數'$JFunctionPath'中。將工作移交至後續的LSC工作、是透過自訂的LSC變數來達成。

由於指令碼是在LSC主機上執行（也就是子系統）、SnapCenter 因此必須以具有適當權限的Windows使用者身分、在SnapCenter S還原 伺服器上執行備份與複製作業。若要驗證是否擁有適當的權限、使用者應能在SnapCenter 該GUI中執行Snapshot複本和複製。

下圖重點說明工作「NTAP_MNT_recover_CP」的組態設定。因為我們想要執行Linux Shell指令碼、所以這是在目標資料庫系統上執行的命令指令碼。

由於LSC必須注意掛載複製磁碟區、以及還原及還原目標資料庫是否成功、因此我們必須定義至少兩種傳回程式碼類型。其中一個程式碼用於成功執行指令碼、另一個程式碼用於指令碼執行失敗、如下圖所示。

下圖顯示用於停止目標資料庫、卸載舊磁碟區、掛載複製磁碟區、以及還原及還原目標資料庫的部分Linux Shell指令碼。在先前的工作中、交會路徑會寫入LSC變數。下列命令會讀取此LSC變數、並將值儲存在Linux Shell指令碼的「$JFunctionPath'」變數中。

目標系統上的LSC工作人員以「<sidaadm>'」的形式執行、但掛載命令必須以root使用者的身分執行。這就是為什麼您必須建立「CUS_plugin_host_wraper_script.sh」的原因。指令碼「cent_plugin_host_wraper_script.sh」是從工作「NTAP_MNT_recovery _CP」中使用「show」命令來呼叫。指令碼使用「show」命令、會以UID 0執行、我們可以執行所有後續步驟、例如卸載舊磁碟區、掛載複製磁碟區、以及還原及還原目標資料庫。若要使用「sudo」啟用指令碼執行、必須在「/etc/udoers'」中新增下列行：