CA Technologies

CA Performance Management Data Aggregator Data Aggregator Readme 2.4


1.0 歡迎使用

2.0 如何存取產品文件

3.0 升級注意事項

3.1 因為使用 Logical Volume Manager (LVM) 造成 Data Repository 升級失敗

3.1.1 Data Repository - 單一節點

3.1.2 Data Repository - 叢集

3.2 CA Mediation Manager 升級後的已知限制

3.3 分割資料庫資料表

3.4 變更 Data Repository 上最佳化寫入儲存的大小

3.5 CA Spectrum 支援與升級注意事項

4.0 資料匯出的前提要件

5.0 減少 CAMM DC 升級執行時間

6.0 已知問題

6.1 Data Repository 安裝或升級誤測到 Logical Volume Manager (LVM) 且失敗

6.2 Data Repository 使用者名稱與 Data Repository 管理使用者名稱不能相同

6.3 多個八位元和 OOB 介面度量系列

7.0 連絡 CA


1.0 歡迎使用

歡迎使用 Data Aggregator Readme 檔。 這個 Readme 檔包含此版本完整的已知問題清單,以及關於此版本的功能與增強功能對您有何影響的詳細資訊。


2.0 如何存取產品文件

這個 Readme 檔包含已知問題和暫時解決方案的最新清單。 其他產品文件可從 Data Aggregator 總目錄中取得,而您可從 CA Performance Center 使用者介面的 [說明] 功能表中存取此總目錄。 該總目錄也可從 CA 支援中心下載。 總目錄中包含 PDF 與 HTML 格式的版本資訊 (附系統需求)、線上說明與指南。

按一下 [說明] (?) 按鈕或從 [說明] 功能表中選取 [此頁面的說明],可開啟頁面和檢視的即時線上說明。


3.0 升級注意事項

支援將 CA Performance Management 軟體從前版升級且為遞增升級。 如需有關升級路徑的資訊,請參閱《Data Aggregator 版本說明》。


3.1 因為使用 Logical Volume Manager (LVM) 造成 Data Repository 升級失敗

以下程序說明如何從使用 LVM (Logical Volume Manager) 執行 Vertica 6.0.2 版的 Data Repository,轉移資料與類別目錄到 Vertica 6.0.2 版 (使用非 LVM)。 Vertica 資料庫備份 Data Repository 且 Vertica 不支援在 LVM 磁碟區上執行的資料庫。 Vertica 從不支援在 LVM 上執行其資料庫。 不過,從 Vertica 7.0.1-2 版 (Data Aggregator 2.3.4 版及 2.4 版 需要 Vertica 7.0.1-2 版) 起,Vertica 安裝程式將強制實施這個原則,即不允許 Vertica 在 LVM 上執行。

移轉位於 LVM 分割區上的資料庫目錄到非 LVM 分割區的步驟在單一節點 Data Repository 部署與叢集 Data Repository 部署中均有說明。 若 Data Repository 使用 LVM 管理的磁碟區,將無法安裝 Data Aggregator 2.3.4 版及 2.4 版。


3.1.1 Data Repository - 單一節點

重要! 開始前請備份 Data Repository。 請確定此時未執行任何排程備份。

重要! 您必須擁有一個有足夠可用空間以便在您轉換 LVM 分割磁碟時暫時儲存資料庫內容的本機或網路磁碟分割區。

假設:

若要進行移轉,請執行以下步驟:

  1. 停止每個 Data Collector 執行個體:
    1. ssh dc_hostname -l root
    2. /etc/init.d/dcmd stop
    3. /etc/init.d/dcmd status
  2. 停止 Data Aggregator:
    1. ssh da_hostname -l root
    2. /etc/init.d/dadaemon stop
    3. /etc/init.d/dadaemon status
  3. 以 dradmin 身分停止資料庫:
    1. ssh dr_hostname -l dradmin
    2. 使用 /opt/vertica/bin/adminTools 停止資料庫

重要! 以根使用者身分執行下列步驟,除非另行指定。

  1. 建立一個暫時目錄 /tmp_data 以暫時儲存資料目錄內容。 確定目錄所在的磁碟分割區擁有足夠空間可容納 /data/drdata 資料夾的完整副本。 這是一個暫時的儲存位置。 稍後將從這個位置移除資料。
    1. mkdir /tmp_data
    2. 驗證 /tmp_data 已裝載到暫時磁碟分割區:

      mount data_partition /tmp_data

    3. 記下 /data 目錄的大小以供步驟 #7 使用:

      du -ch /data | grep -i total

    4. 決定目的地磁碟分割區上可用磁碟空間的大小:

      df -h /tmp_data

    5. 驗證目的地磁碟分割區 (供 /tmp_data 使用的磁碟分割區) 上有足夠的可用磁碟空間容納 /data 目錄的完整副本。
  2. 變更 /tmp_data 資料夾的權限:

    chown dradmin:verticadba /tmp_data

  3. 將資料庫移動到新的目錄。

    mv /data/drdata /tmp_data

  4. 確定檔案大小與步驟 4.c. 所提報的相符:

    du -ch /tmp_data | grep -i total

  5. 建立一個暫時目錄 /tmp_catalog 以儲存類別目錄。 確定目錄所在的磁碟分割區擁有足夠空間可容納 /catalog/drdata 資料夾的完整副本。 這是一個暫時的儲存位置。 稍後將從這個位置移除資料。
    1. mkdir /tmp_catalog
    2. 驗證 /tmp_catalog 已裝載到暫時磁碟分割區:

      mount data_partition /tmp_catalog

    3. 記下 /catalog 目錄的大小以供步驟 11 使用:

      du -ch /catalog | grep -i total

    4. 決定目的地磁碟分割區上可用磁碟空間的大小:

      df -h /tmp_catalog

    5. 驗證目的地磁碟分割區 (供 /tmp_catalog 使用的磁碟分割區) 上有足夠的可用磁碟空間容納 /catalog 目錄的完整副本。
  6. 變更 /tmp_catalog 資料夾的權限:

    chown dradmin:verticadba /tmp_catalog

  7. 將類別目錄移動到新的目錄。

    mv /catalog/drdata /tmp_catalog

  8. 確定檔案大小與步驟 8.c. 所提報的相符:

    du -ch /tmp_catalog | grep -i total

  9. 記錄裝載後的輸出值以記下 lvm 裝載點:

    裝載

  10. 卸載 /data 與 /catalog:

    umount /data

    umount /catalog

    附註:如果您收到一個「忙碌」的相關錯誤,請確定所有視窗與應用程式均未存取這些目錄。

  11. 在 /data 與 /catalog 上重新建立非 LVM 磁碟區。 共有三種方式:

    OR

    OR

  12. 重新裝載所有檔案系統:

    mount -a

  13. 從暫時的目錄將資料移動到 Vertica 認識的 /data 與 /catalog 目錄:
    1. mv /tmp_data/drdata /data
    2. mv /tmp_catalog/drdata /catalog
  14. 確定 /data 目錄的大小與步驟 4.c. 所提報的相符:

    du -ch /data | grep -i total

  15. 確定 /catalog 目錄的大小與步驟 8.c. 所提報的相符:

    du -ch /catalog | grep -i total

  16. 重新啟動資料庫:
    1. su – dradmin
    2. /opt/vertica/bin/adminTools

    附註:執行可能需要數分鐘的時間。

  17. 確認資料庫為執行中:
    1. su - dradmin
    2. /opt/vertica/bin/adminTools
    3. 選取 "View Database Cluster State" 並驗證資料庫狀態為 "UP"。
  18. 重新啟動 Data Aggregator:
    1. ssh da_hostname -l root
    2. /etc/init.d/dadaemon start
    3. /etc/init.d/dadaemon status
  19. 啟動 Data Collector 執行個體:
    1. ssh dc_hostname -l root
    2. /etc/init.d/dcmd start
    3. /etc/init.d/dcmd status

3.1.2 Data Repository - 叢集

重要! 開始前請備份 Data Repository。 請確定此時未執行任何排程備份。

假設:

若要進行移轉,請執行以下步驟:

  1. 停止每個 Data Collector 執行個體:
    1. ssh dc_hostname -l root
    2. /etc/init.d/dcmd stop
    3. /etc/init.d/dcmd status
  2. 停止 Data Aggregator:
    1. ssh da_hostname -l root
    2. /etc/init.d/dadaemon stop
    3. /etc/init.d/dadaemon status

移轉叢集中節點的步驟

重要! 以根使用者身分執行下列步驟,除非另行指定。

為叢集中的每個節點執行以下步驟。 每次對每個節點進行所有步驟 (步驟 1-15)。

重要! 使用 adminTools 以確認資料庫為執行中。

  1. 記下目前節點的 IP 位址:

    ifconfig

  2. 以 dradmin 使用者身分存取 adminTools:
    1. su - dradmin
    2. /opt/vertica/bin/adminTools
  3. 停止主機上的 Vertica:
    1. 導覽到 "Advanced Tools Menu"。 按 Enter 鍵。
    2. 導覽到 "Stop Vertica on Host"。 按 Enter 鍵。
    3. 選取「移轉叢集中節點的步驟」一節中步驟 1 所找到的主機 IP 位址。 按 Enter 鍵。
    4. 導覽到 "Main Menu"。 按 Enter 鍵。
    5. 導覽到 "Exit"。 按 Enter 鍵。
  4. 切換為根使用者。

    exit

  5. 驗證下列命令產生 "root":

    whoami

  6. 從 /data 目錄移除檔案:

    rm -rf /data/drdata

  7. 從 /catalog 目錄移除檔案:

    rm -rf /catalog/drdata

  8. 記錄以下命令的輸出值以供偵錯使用:
    1. 裝載
    2. cat /etc/fstab
  9. 卸載 /data LVM 目錄:

    umount /data

  10. 卸載 /catalog LVM 目錄:

    umount /catalog

  11. 在 /data 與 /catalog 上重新建立非 LVM 磁碟區。 共有三種方式:

    OR

  12. 重新裝載所有檔案系統:

    mount -a

  13. 以適當權限在 /data 與 /catalog 內建立 drdata 資料夾:
    1. mkdir -p /data/drdata
    2. mkdir -p /catalog/drdata
    3. chown -R dradmin:verticadba /data
    4. chown -R dradmin:verticadba /catalog
  14. 重新啟動主機上的 Vertica:
    1. su - dradmin
    2. /opt/vertica/bin/adminTools
    3. 使用下移鍵導覽到 "Restart Vertica on host"。 按 Enter 鍵。
  15. 繼續監控 adminTools。 重新建立資料時,目前節點的狀態將維持在 "Recovering"。 在資料庫恢復到 "UP" 狀態前請勿繼續。 資料庫轉換為 "UP" 狀態需要相當的時間。
    1. 選取 "View Database Cluster State"。 按 Enter 鍵。
    2. 按 Enter 以返回 "Main Menu"。

    備份資料庫後,請為下一個節點重複「移轉叢集中節點的步驟」中的步驟 1-15。 繼續執行這些步驟,直到從 LVM 移轉所有 Data Repository 節點為止。

待您為所有 Data Repository 節點完成「移轉叢集中節點的步驟」中的步驟後,請執行以下步驟:

  1. 登入任何一個 Data Repository 節點:

    su - dradmin

    /opt/vertica/bin/vsql -U dradmin –w drpass

  2. 執行以下 vsql 命令以重新建立自訂的應用程式設定:
    1. SELECT set_config_parameter('MaxClientSessions',1024);
    2. SELECT set_config_parameter('StandardConformingStrings','0');
  3. 啟動 Data Aggregator:
    1. ssh da_hostname -l root
    2. /etc/init.d/dadaemon start
    3. /etc/init.d/dadaemon status
  4. 啟動所有 Data Collector 執行個體:
    1. ssh dc_hostname -l root
    2. /etc/init.d/dcmd start
    3. /etc/init.d/dcmd status

3.2 CA Mediation Manager 升級後的已知限制

與 CA Mediation Manager 整合的架構已大幅強化。 需要 CA Mediation Manager 2.2.6 版 (含) 以上版本才能搭配 CA Performance Management 2.3.4 (含) 以上版本執行。 不過,此版本的整合並不支援「一般裝置套件」公用程式。

CA Mediation Manager 的未來版本將支援此公用程式的強化版本。 在那之前,您無法使用此公用程式建立自訂裝置套件。

重要! CA Mediation Manager 2.2.6 與舊版的 CA Performance Management 並不完全回溯相容。 若要處理原始資料,您必須將 Data Collector 升級成 2.4 版。 請務必移轉裝置套件,然後才升級 CA Performance Management。 如需詳細資訊,請參閱 CA Performance Management Data Aggregator 文件總目錄,標題為〈如何移轉裝置套件〉。


3.3 分割資料庫資料表

如果您正在升級 CA Performance Management Data Aggregator 且 Data Repository 安裝在叢集環境,請在您升級 Data Repository 元件之後,且在升級 Data Aggregator 元件之前,驗證資料庫表格已分割。

附註:如需驗證資料庫表格已分割的詳細資訊,請參閱 CA Performance Management Data Aggregator 升級指南。


3.4 變更 Data Repository 上最佳化寫入儲存的大小

如果您要管理一百萬個或更多的已輪詢項目,請將 Data Repository 上的「最佳化寫入儲存」(WOS) 大小從預設的 2 GB 提高為 4 GB。 這個作業需要關閉 Data Aggregator,因此建議您在升級 Data Aggregator 前先執行以下步驟。

  1. 登入安裝 Data Aggregator 的電腦。 若要停止 Data Aggregator,請開啟命令提示字元並輸入下列命令:

    service dadaemon stop

  2. 對 Data Repository 節點進行 SSH。
  3. 若要將「最佳化寫入儲存」(WOS) 中的所有資料移到「最佳化讀取儲存」(ROS) 中,請輸入下列命令:

    /opt/vertica/bin/vsql -U database_admin_user -w database_admin_user_password -c "select do_tm_task('moveout')";

  4. 若要驗證 WOS 中已沒有任何資料,請輸入下列命令:

    /opt/vertica/bin/vsql -U database_admin_user -w database_admin_user_password -c "select sum( region_in_use_size_kb ) as wos_usage_kb from wos_container_storage";

    若這個命令未傳回 0 值,請等候 5 分鐘再重新發行這個命令。 5 分鐘後,若傳回的值仍大於 0,請重新輸入步驟 3 的命令,並於此步驟中發行命令。

  5. 若要將 WOS 的大小提高為 4 GB,請輸入下列命令:

    /opt/vertica/bin/vsql -U database_admin_user -w database_admin_user_password -c "alter resource pool wosdata maxMemorySize '4G'";


3.5 CA Spectrum 支援與升級注意事項

如果您計劃使用 CA Performance Management 2.4 版 登錄 CA Spectrum 資料來源,建議您升級至 CA Spectrum 9.4 版。 舊版的 CA Spectrum 不完全支援下列新功能:

附註:有關升級 CA Spectrum 為 9.4 版的資訊,請參見 CA Spectrum 9.4 版說明文件。


4.0 資料匯出的前提要件

啟用 Data Aggregator 資料匯出功能所需的 CPU、記憶體、網路 I/O 要件並未改變。 但有一項額外要求,那就是磁碟儲存空間內要有用於資料匯出作業的第二個獨立分割。 該磁碟分割的大小必須有 50 GB 以供中型部署使用。 50 GB 大小可讓系統在批次工作將檔案移至其他檔案系統之前,保留一小時的資料。


5.0 減少 CAMM DC 升級執行時間

如果在 Data Collector 上安裝 CAMM,升級的時間將因為 InstallAnywhere 的限制而超過一小時。 下列知識庫文章提供此問題的暫時解決方法:https://communities.ca.com/thread/241693769


6.0 已知問題


6.1 Data Repository 安裝或升級誤測到 Logical Volume Manager (LVM) 且失敗

如果使用 Logical Volume Manager (LVM) 管理 Data Repository 使用的磁碟區,將無法安裝 Data Repository。

Vertica 資料庫備份 Data Repository 且 Vertica 不支援在 LVM 磁碟區上執行的資料庫。 Vertica 從不支援在 LVM 上執行其資料庫。 不過,從 Vertica 第 7 版 (Data Aggregator 2.3.4 版需要 Vertica 第 7 版) 起,Vertica 安裝程式將強制實施這個原則,即不允許 Vertica 在 LVM 上執行。

Vertica 7.0.1-2 安裝程式有一個已知的問題。 若於任何磁碟區 (不僅是 Vertica 使用的磁碟區) 上偵測到 LVM,安裝程式將產生一個 WARN 訊息。 這個 WARN 訊息如下:

WARN (S0170): https://my.vertica.com/docs/7.0.x/HTML/index.htm#cshid=S0170

lvscan (LVM utility) indicates some active volumes.

若您在執行 dr_install.sh 時遇到這個 WARN 訊息,且您已驗證 Vertica 使用的類別與資料目錄並非由 LVM 管理,請採取進一步的行動以確保 Vertica 已安裝成功。

附註:如果 Vertica 使用的類別或資料目錄是由 LVM 所管理的,請參照「升級注意事項」一節。

重要! 以下步驟只有在您已驗證 install.sh 指令檔並未產生額外與 LVM 無關的 WARN 或 ERROR 訊息時才需執行。

執行下列步驟:

  1. 搜尋 dr_install.sh 指令檔中開頭為 "/opt/vertica/sbin/install_vertica" 的行。 該行應如下所示:

    /opt/vertica/sbin/install_vertica -s $DB_HOST_NAMES -u $DB_ADMIN_LINUX_USER -l $DB_ADMIN_LINUX_USER_HOME -d $DB_DATA_DIR -L ./resources/$VLICENSE -Y -r ./resources/$VERTICA_RPM_FILE $POINT_TO_POINT_SPREAD_OPTION 2>&1 | tee -a $LOG_FILE

  2. 在行中的 "-d $DB_DATA_DIR" 項目後,新增以下項目,並於兩側各加上一個空格:

    --failure-threshold FAIL

    現在該行應如下所示:

    /opt/vertica/sbin/install_vertica -s $DB_HOST_NAMES -u $DB_ADMIN_LINUX_USER -l $DB_ADMIN_LINUX_USER_HOME -d $DB_DATA_DIR --failure-threshold FAIL -L ./resources/$VLICENSE -Y -r ./resources/$VERTICA_RPM_FILE $POINT_TO_POINT_SPREAD_OPTION 2>&1 | tee -a $LOG_FILE

    新增這個項目可協助確保只有在安裝期間發生一或多個 FAIL 訊息時,安裝才會失敗。 安裝作業會忽略 LVM WARN 訊息且成功完成安裝作業。

  3. 若要安裝或升級 Vertica,請再次執行 dr_install.sh 指令檔。 將略過 LVM 專屬的 WARN 訊息。

    當您再次執行 dr_install.sh 時,您會看到以下的 LVM WARN 訊息:

    WARN (S0170): https://my.vertica.com/docs/7.0.x/HTML/index.htm#cshid=S0170

    lvscan (LVM utility) indicates some active volumes.

    不過,這個 WARN 訊息不會阻礙 Vertica 7 的安裝或升級。


6.2 Data Repository 使用者名稱與 Data Repository 管理使用者名稱不能相同

當您安裝 Data Aggregator 元件,且收到需要 Data Repository 憑證的提示時,Data Repository 使用者名稱與 Data Repository 管理使用者名稱請勿相同。 Data Aggregator 要求新的安裝作業時這些使用者名稱必須不同。


6.3 多個八位元和 OOB 介面度量系列

在您建立自訂憑證以用於介面/連接埠元件時,如果 MIB 表格的索引具有多個八位元 (例如:23.4.5.12),您將無法對憑證使用立即可用介面度量系列。 在此情況下使用介面度量系列可能會導致 CA Performance Center 發生同步處理問題。

暫時解決方法:

使用 [替代介面] 度量系列或建立您自己的自訂度量系列。 此動作會在裝置元件下方顯示介面/連接埠項目,但這不一定是理想的結果。


7.0 連絡 CA

如需線上技術協助及完整的地址清單、主要服務時間以及電話號碼,請洽「技術支援」,網址為 : http://www.ca.com/worldwide