SnapManager Oracle
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

疑難排解已知問題

貢獻者
PDF

您應該瞭解使用SnapManager 下列項目時可能發生的一些已知問題、以及如何解決這些問題。

Oracle無法識別叢集模式設定檔SnapManager

如果SnapManager 叢集模式設定檔名稱未出現在Oracle安裝目錄的cmode_profile.config檔案中、可能會觸發下列錯誤訊息：

請使用SnapDrive 下列功能來設定DFM伺服器：finsetconfig set -dfm user_name applet_name applet_name。

此外、在升級SnapManager 適用於Oracle的支援功能時、如果您刪除/opp/NetApp/SMo/*資料夾、則具有叢集模式設定檔名稱的cmode_profile.config檔案也會遭到刪除。此問題也會觸發相同的錯誤訊息。

因應措施

更新設定檔：SMO設定檔update-profile <profile名稱>

註 如果SnapManager 將for Oracle安裝在/opp/NetApp/SMo/路徑中、則檔案位置為/opp/NetApp/SMO/cmode_profile/cmode_profile.config。

伺服器無法啟動

啟動伺服器時、您可能會看到類似下列的錯誤訊息：

SMo-01104：調用命令時發生錯誤：SMo-17107：SnapManager 由於下列錯誤、導致無法在連接埠8074上啟動伺服器：java.net.BindException:位址已在使用中

這可能是因為SnapManager 另一個應用程式目前正在使用不偵聽的連接埠（預設為27214和27215）。

如果SMo_server命令已經在執行中、SnapManager 但無法偵測到現有的程序、也可能發生此錯誤。

因應措施

您可以重新設定SnapManager 使用不同連接埠的功能或其他應用程式。

若要重新設定SnapManager 功能、請編輯下列檔案：/opp/ntap/SMO/contents/SMo.config

您可以指派下列值：

  • smoO Server.port=27214

  • smoO Server.rmiRegister.port=27215

  • remote.register.ocijdbc.port= 27215

    remote.register.ocijdbc.port必須與Server.rmiRegistry.port相同。

若要啟動SnapManager 此伺服器、請輸入下列命令：SMo_server start

註 如果伺服器已在執行中、則會顯示錯誤訊息。

如果伺服器已在執行中、請執行下列步驟：

  1. 輸入下列命令停止伺服器：SMo_server stop

  2. 輸入下列命令重新啟動伺服器：SMo_server start

終止目前執行SnapManager 中的功能不穩定作業

如果此伺服器當機且您無法成功執行任何作業、您可以終止執行任何操作。SnapManager SnapManager

因應措施

可搭配使用支援功能的支援功能。SnapManager SnapManager您必須執行下列步驟、列出執行中的不同程序、並停止執行中的最後一個程序。

  1. 列出SnapDrive 所有執行中的流程：PS

    範例：PS | grep SnapDrive

  2. 停止SnapDrive 不間斷的程序：終止<pid>

    PID是您使用ps命令找到的處理程序清單。

    註 請勿停止SnapDrive 所有的流程。您可能只想結束最後執行的程序。

  3. 如果其中一項作業涉及從二線儲存設備還原受保護的備份、請開啟Protection Manager主控台並執行下列步驟：

    1. 從系統功能表中選取*工作*。

    2. 選擇*還原*。

    3. 檢查資料集的名稱是否與SnapManager 該資料集的名稱相符。

    4. 按一下滑鼠右鍵並選取*取消*。

  4. 列舉SnapManager 各種流程：

    1. 以root使用者身分登入。

    2. 使用ps命令列出處理程序。

      範例：PS | Grep Java

  5. 結束SnapManager 這個過程：終止<pid>

無法刪除或釋放上次受保護的備份

當您在二線儲存設備上建立設定檔的第一次備份時、SnapManager 將有關備份的所有資訊傳送至Protection Manager。針對與此設定檔相關的後續備份、SnapManager 僅會傳送修改後的資訊。如果您移除上次受保護的備份、SnapManager 則無法識別備份之間的差異、因此必須找出方法來重新建立這些關係的基準。因此、嘗試刪除上次受保護的備份時、會顯示錯誤訊息。

因應措施

您可以刪除設定檔或僅刪除設定檔備份。

若要刪除設定檔、請執行下列步驟：

  1. 刪除設定檔的備份。

  2. 更新設定檔並停用設定檔中的保護功能。

    這會刪除資料集。

  3. 刪除上次受保護的備份。

  4. 刪除設定檔。

若要僅刪除備份、請執行下列步驟：

  1. 建立設定檔的另一個備份複本。

  2. 將該備份複本傳輸至次要儲存設備。

  3. 刪除先前的備份複本。

如果目的地名稱是其他目的地名稱的一部分、則無法管理歸檔記錄檔目的地名稱

建立歸檔記錄備份時、如果使用者排除的目的地是其他目的地名稱的一部分、則其他目的地名稱也會排除在外。

例如、假設有三個目的地可供排除：/dest、/dest1和/dest2。建立歸檔記錄檔備份時、如果您使用命令排除/Dest

smo backup create -profile almsamp1 -data -online -archivelogs  -exclude-dest /dest

、Oracle的支援範圍不包括以/Dest開頭的所有目的地。SnapManager

因應措施

  • 在v$archure_dest中設定目的地之後、新增路徑分隔符號。例如、將/dest變更為/dest/。

  • 建立備份時、請加入目的地、而不要排除任何目的地。

還原在自動儲存管理（ASM）和非ASM儲存設備上多工處理的控制檔失敗

當ASM和非ASM儲存設備上的控制檔進行多工處理時、備份作業便會成功完成。但是、當您嘗試從成功的備份還原控制檔時、還原作業會失敗。

無法執行實體複製作業SnapManager

當您複製SnapManager 以支援功能進行的備份時、DataFabric Manager伺服器可能無法探索磁碟區、並顯示下列錯誤訊息：

SM2-13032：無法執行作業：建立實體複本。根本原因：SMR-110007：從Snapshot複製錯誤：流程11019：執行失敗連接步驟：SD-00018：探索/mnt/datafe_clone3的儲存錯誤：SD-10016：執行SnapDrive 下列指令時發生錯誤：「/sbin/SnapDrive儲存設備show -FS /mnt/datafe_clone3」：0002-719警告：無法在Oracle磁碟區上讀取VM_23203.x.x上的磁碟區儲存設備操作：無法在磁碟區上執行VM.25sor.x上讀取磁碟區上的磁碟區：100_vol.5_ex.x.5\vol

原因：指定的資源無效。在Operations Manager伺服器10.x.x.x上找不到其ID

如果儲存系統有大量磁碟區、就會發生這種情況。

因應措施

您必須執行下列其中一項：

  • 在Data Fabric Manager伺服器上、執行DFM主機「探索storage」（儲存系統）。

    您也可以在Shell指令碼檔案中新增命令、並在DataFabric Manager伺服器中排程工作、以便頻繁執行指令碼。

  • 在SnapDrive．.conf檔案中增加DfM-RBAC重試次數的值。

    使用預設的重新整理時間間隔值和預設的重試次數。SnapDriveDfM-RBAC重試睡眠秒的預設值為15秒、DfM-RBAC重試次數為12次重複。

    註 Operations Manager重新整理時間間隔取決於儲存系統數量、儲存系統中的儲存物件數量、以及DataFabric Manager伺服器上的負載。

    建議您執行下列步驟：

    1. 從DataFabric Manager伺服器、手動為與資料集相關的所有次要儲存系統執行下列命令：DFM主機探索storage系統

    2. 執行主機探索作業所需的時間加倍、並將該值指派給DfM-RBAC重試睡眠秒。

      例如、如果作業花了11秒、您可以將DfM-RBAC重試睡眠秒的值設為22（11*2）。

儲存庫資料庫大小隨時間而成長、而非備份數量

由於無法在儲存庫資料庫表格中插入或刪除架構內的資料、導致索引空間使用率偏高、因此儲存庫資料庫的大小會隨時間增加SnapManager 。

因應措施

您必須根據Oracle準則來監控及重新建置索引、以控制儲存庫架構所耗用的空間。

無法存取此功能、且儲存庫資料庫當機時、無法執行各項功能SnapManager SnapManager

無法執行作業系統、而且儲存庫資料庫當機時、您無法存取GUI。SnapManager

下表列出您可能要執行的不同動作及其例外狀況：

營運

例外情況

開啟關閉的儲存庫

sm_g1.log中記錄下列錯誤訊息：[warn ]：SMo-01106：查詢儲存庫時發生錯誤：Closed Connection Java.sql.SQLException：Closed Connection。

按下F5重新整理已開啟的儲存庫

GUI中會顯示儲存庫例外狀況、並在sm_gui.log檔案中記錄一個NullPointerException。

正在重新整理主機伺服器

sumo_gui.log檔案中會記錄一個NullPointerException。

建立新的設定檔

「設定檔組態」視窗中會顯示一個NullPointerException。

重新整理設定檔

在sm_g1.log中記錄下列SQL例外狀況：[warn ]：SMo-01106：查詢儲存庫時發生錯誤：「Closed Connection（關閉連線）」。

存取備份

sm_g1.log中記錄下列錯誤訊息：無法以閒置方式初始化集合。

檢視實體複本內容

sm_gui.log和sumo_g1.log中會記錄下列錯誤訊息：無法以閒置方式初始化集合。

因應措施

當您想要存取GUI或執行SnapManager 任何的還原作業時、必須確保儲存庫資料庫正在執行中。

無法為複製的資料庫建立暫存檔

當目標資料庫的暫用表格空間檔案放置在與資料檔案掛載點不同的掛載點時、複製建立作業會成功、但SnapManager 無法為複製的資料庫建立暫存檔。

因應措施

您必須執行下列其中一項：

  • 請確定已配置目標資料庫、以便將暫存檔放置在與資料檔案相同的掛載點。

  • 在複製的資料庫中手動建立或新增暫存檔。

無法將傳輸協定從NFSv3移轉至NFSv4

您可以在SnapDrive .conf檔案中啟用啟用-migrate-nfs.version參數、將傳輸協定從NFSv3移轉至NFSv4。在移轉期間SnapDrive 、無論rw、largefFiles、nosuid等掛載點選項為何、均只考慮傳輸協定版本。

不過、將傳輸協定移轉至NFSv4之後、當您還原使用NFSv3建立的備份時、會發生下列情況：

  • 如果在儲存層級啟用NFSv3和NFSv4、則還原作業會成功、但會以備份期間可用的掛載點選項來掛載。

  • 如果只在儲存層級啟用NFSv4、則還原作業會成功、而且只會保留傳輸協定版本（NFSv4）。

    不過、其他掛載點選項（例如RW、largefiles、nosuid等）則不會保留。

因應措施

您必須手動關閉資料庫、卸載資料庫掛載點、然後在還原之前使用可用的選項掛載。

資料保護待命資料庫備份失敗

如果有任何歸檔記錄位置是以主要資料庫的服務名稱設定、則Data Guard待命資料庫的備份會失敗。

因應措施

在GUI中、您必須清除*指定與主要資料庫服務名稱相對應的外部歸檔記錄位置*。