Skip to main content
SnapManager for SAP
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

疑難排解SnapManager

貢獻者

您可以找到一些最常見問題的相關資訊、以及如何解決這些問題。

下表說明常見問題與可能的解決方案:

問題導向的問題 可能的解決方案

目標資料庫和接聽程式是否正在執行?

執行「lsnrctl STATUS」命令。確保已向偵聽器註冊資料庫執行個體。

儲存設備是否可見?

執行「SnapDrive flexstorage show -all」命令。

儲存設備是否可寫入?

在剛建立的掛載點中編輯檔案。使用「Touch Filename」命令。如果檔案已建立、則您的儲存設備可寫入。您必須確保SnapManager 執行方式為的使用者可寫入儲存設備(例如、在UNIX上以root身分執行)。

該伺服器是否正在執行?SnapManager

執行「msap_server STATUS」、然後嘗試使用「smsap_server start」命令來啟動伺服器。

在使用圖形使用者介面(GUI)或命令列介面(CLI)來啟動SnapManager 與設定檔相關的指令之前、伺服器必須先執行。您可以在不啟動伺服器的情況下建立或更新儲存庫、但若要執行所有其他SnapManager 的功能、伺服器必須執行。

若要啟動SnapManager 此伺服器、請輸入下列命令:「msap_server start.」

執行SnapManager 完整套功能時、是否所有必要的元件都能正確設定?

執行「shmsap系統驗證」命令、確認SnapDrive 已正確設定好整套功能。

您是否擁有SnapManager 正確版本的不正確版本的資訊?

使用「shmsap version」命令來檢查SnapManager 該版本。

您是否曾查看SnapManager 過資訊檔以判斷錯誤訊息是否有助於隔離問題?

將所有記錄項目記錄到一組循環記錄檔中。SnapManager日誌檔可在「/var/log/smsap.」中找到

記錄檔可在「C:\Program _files\NetApp\SnapManager for SAP_logs」找到

查看下列位置的記錄也可能很有幫助:

「usr_home/.netapp/smsap/3.3.0/log/`」

每個作業記錄都會寫入其本身的記錄檔、格式為「smsap_of_date_time.log」

如果您的歸檔記錄儲存在未執行Data ONTAP 任何功能的儲存系統上、您是否已將它們排除在SnapManager 考慮使用無法使用此功能進行備份的考量之外?

「smsap.config」檔案可讓您排除特定的歸檔記錄檔。對於UNIX、檔案位於下列位置:「/opt/NetApp/smsap/properties/smsap.config」

使用檔案中所述的格式排除本機封存記錄檔。如需更多資訊、請參閱「設定組態內容」主題。

您也可以在SnapManager 從CLI建立備份時、排除歸檔記錄目的地。如需詳細資訊、請參閱「建立資料庫備份」主題。

您也可以在從SnapManager 功能表GUI建立備份時、排除歸檔記錄目的地。

如果您SnapManager 使用的是搭配NFS資料庫的功能、您是否擁有FlexClone授權?

需要FlexClone授權、才能充分利用SnapManager NFS資料庫的功能。使用FlexClone功能完成下列工作:SnapManager

  • 掛載NFS資料庫備份

  • 驗證NFS資料庫的備份

  • 複製NFS資料庫

您是否無法連線至儲存庫?

如果連線至儲存庫失敗、請在儲存庫資料庫上執行「lsnrctl STATUS」命令、然後檢查作用中的服務名稱。當連接到儲存庫資料庫時SnapManager 、它會使用資料庫的服務名稱。視接聽程式的設定方式而定、這可能是簡短的服務名稱或完整的服務名稱。當連接資料庫進行備份、還原或其他作業時SnapManager 、它會使用主機名稱和SID。如果儲存庫因為目前無法連線而無法正確初始化、您會收到一則錯誤訊息、詢問您是否要移除儲存庫。您可以從目前檢視中移除儲存庫、以便在其他儲存庫上執行作業。

此外、請執行「ps -eaf grep instance - name」命令、檢查儲存庫執行個體是否正在執行。

系統是否能解析主機名稱?

檢查指定的主機名稱是否位於不同的子網路。如果您收到SnapManager 無法解析主機名稱的錯誤訊息、請在主機檔案中新增主機名稱。將主機名稱新增至位於「/etc/hosts:」的檔案

‘* xxx.xxx.xxx.xxx主機名稱IP位址*’

是否正在執行呢?SnapDrive

檢查SnapDrive 此程式是否正在執行:

快照狀態*

如果精靈未執行、則會出現一則訊息、指出發生連線錯誤。

哪些儲存系統已設定SnapDrive 為使用NetApp存取?

執行命令:

》-《》-《組態清單》SnapDrive

如何改善GUI效能?SnapManager

  • 請確定您擁有儲存庫、設定檔主機和設定檔的有效使用者認證。

    如果認證資料無效、請清除儲存庫、設定檔主機和設定檔的使用者認證資料。重設您之前針對儲存庫、設定檔主機和設定檔所設定的相同使用者認證。如需再次設定使用者認證的其他資訊、請參閱「清除認證快取後設定認證」。

  • 關閉未使用的設定檔。

    如果您開啟的設定檔數量較多、SnapManager 則VMware GUI效能會變慢。

  • 從SnapManager 「使用者偏好設定」視窗的「管理」功能表(從「支援GUI」)中、檢查您是否已啟用「啟動時開啟*」。

    如果啟用此功能、則/root/.NetApp/smsap/3.3.0/GUI /狀態下的使用者組態「(user.config)」檔案會顯示為openOnStartup=profile

    由於*啟動時開啟*已啟用、因此您必須使用SnapManager 使用者組態「(user.config)」檔案中的「lastOpenProfiles」(lastOpenProfiles)、「PROFILEX 2、PROFILEX 3、…​」、從BIOS GUI檢查最近開啟的設定檔

    您可以刪除列出的設定檔名稱、並將最少的設定檔保持開啟狀態。

  • 相較於未受保護的設定檔、受保護的設定檔需要更多時間進行重新整理。

    受保護的設定檔會根據使用者組態「(user.config)」檔案的「protectionStatusRefreshRate」參數所指定的值、在一段時間間隔內重新整理。

    您可以將值從預設值(300秒)增加、以便只有在指定的時間間隔之後才重新整理受保護的設定檔。

  • 在UNIX環境中安裝SnapManager 新版的更新版本之前、請先刪除SnapManager 下列位置的可用項目:

    /`root/.NetApp'

當多個支援功能同時在背景中啟動和執行時、使用者介面圖形介面需要更多時間來重新整理。SnapManager SnapManager當您以滑鼠右鍵按一下備份(已刪除但仍會顯示在SnapManager 還原GUI中)時、該備份的備份選項不會在備份或複製視窗中啟用。

您必須等到SnapManager 更新完這個功能後、再檢查備份狀態。

如果Oracle資料庫不是以英文設定、您會怎麼做?

如果Oracle資料庫的語言未設定為英文、可能無法執行支援。SnapManager將Oracle資料庫的語言設定為英文:

  1. 在"/etc/init.d/smsap_server"中的初始註釋下添加以下內容

    • NLS_LANG=America_America

    • 匯出NLS_LANG

  2. 使用下列命令重新啟動SnapManager 伺服器:「msap_server restart」

註 如果Oracle使用者的登入指令碼(例如:.bash_profile、.bashrc、)和`.cshrc()設為「* NLS_LANG*」、則必須編輯指令碼、使其不會覆寫「* NLS_LANG*」。

如果儲存庫資料庫指向多個IP、且每個IP具有不同的主機名稱、那麼當備份排程作業失敗時、您該怎麼辦?

  1. 停止SnapManager 伺服器。

  2. 從要觸發備份排程的主機刪除儲存庫目錄中的排程檔案。

    排程檔案名稱的格式如下:

    • "reposio#repo_username#reposace_database_name#reposace_host#repo_port"

    • 「儲存庫-repo_usernamer保存 庫_database_name-reposure_host-repo_port'」

      註 您必須確保以符合儲存庫詳細資料的格式刪除排程檔案。
  3. 重新啟動SnapManager 伺服器。

  4. 在SnapManager 同一個資源庫下、從Sure GUI開啟其他設定檔、確保您不會錯過這些設定檔的任何排程資訊。

當由於認證檔案鎖定錯誤而導致無法執行動作時、您會怎麼做SnapManager ?

更新之前會先鎖定認證檔案、更新後再解除鎖定。當多個作業同時執行時、其中一個作業可能會鎖定認證檔案以進行更新。SnapManager如果另一個作業同時嘗試存取鎖定的認證檔案、則作業會失敗、並顯示檔案鎖定錯誤。

根據同步作業的頻率、在smsap.config檔案中設定下列參數:

  • "fileLock.retryInterval"= 100毫秒

  • fileLock.timeout = 5000毫秒

註 指派給參數的值必須以毫秒為單位。

當備份驗證作業的中繼狀態在「監控」索引標籤中顯示為「失敗」時、即使備份驗證作業仍在執行中、您該怎麼辦?

錯誤訊息會記錄在sm_gui.log檔案中。您必須在記錄檔中查看、以判斷operation.檢測 到時間間隔和operation.檢測 到臨界值參數的新值、以解決此問題。

  1. 在smsap.config檔案中新增下列參數:

    • "operation.beatInterval"= 5000

    • 「operation.beatThreshold」= 5000、SnapManager 由功能性供方指派的預設值為5000。

  2. 將新值指派給這些參數。

    註 指派給參數的值必須以毫秒為單位。
  3. 重新啟動SnapManager 伺服器、然後再次執行此作業。

遇到堆空間問題時該怎麼辦?

當您在SnapManager 執行SAP作業時遇到堆疊空間問題時、必須執行下列步驟:

  1. 瀏覽SnapManager 至適用於SAP的安裝目錄。

  2. 從「installationdirectory/bin/launchjava'」路徑開啟「launchjava'」檔案。

  3. 增加「Java -Xmx160m」Java堆空間參數的值。

    例如、您可以將預設值160m增加至200m。

    註 如果您在SnapManager 舊版的SAP版中增加Java堆空間參數的值、您應該保留該值。

如果您無法使用受保護的備份來還原或複製、該怎麼辦?

如果您使用SnapManager 的是採用叢集Data ONTAP 式的還原技術、並已升級至SnapManager 還原3.4、就會發現這個問題。備份是SnapManager 使用支援指令碼的支援功能來保護、可在支援過程中使用支援指令碼來執行。從SURF3.4開始SnapManager 、備份會使用建立設定檔時所選取的_SnapManager®cDOT_Mirror_或_SnapManager®cDOT_Vault_原則加以保護。升級至SnapManager SURF3.4之後、您可能仍在使用舊的設定檔、因此備份會使用備份指令碼加以保護、 但您無法使用SnapManager 它們來還原或複製。

您必須更新設定檔、並選取_SnapManager®cDOT_Mirror_或_SnapManager®cDOT_Vault_原則、然後刪除SnapManager 在更新版本3.3.1中用於資料保護的指令碼後製。

如果排程的備份沒有受到保護SnapVault (例如、還原)、您會怎麼做?

升級SnapManager 到Sf23.4並更新設定檔以使用_SnapManager®cDOT_Vault_原則進行保護之後、您必須刪除舊的備份排程、並建立新的排程、以便在SnapVault 建立排程時指定該項目的「樣」標籤。