NPSaaS 的常見問題 (FAQ)

這是 IBM® Netezza® Performance Server for IBM Cloud Pak® for Data as a Service的常見問題 (FAQ) 集合。

如何將使用者從 On-Prem LDAP 遷移到 NPSaaS 並啟用外部驗證器？

若要將您的使用者從 OnPrem LDAP 移轉到 NPSaaS 並啟用外部驗證器，請遵循下列步驟：

啟用並設定要在 NPSaaS 上使用的外部驗證。如需詳細資訊，請參閱管理驗證方法。
使用以下指令在您的內部部署系統上進行全局備份：
```
nzbackup -globals -dir /nzscratch/OnPremGlobals
```
將備份的 globals 目錄複製到目標系統。
在還原目標系統上的 globals 之前，請執行下列查詢，驗證來源系統上目前的使用者數量和最新的使用者建立日期：
1. 取得目前使用者人數：
```
SELECT COUNT(*) FROM _v_user;
```
2. 取得最新的使用者建立日期：
```
SELECT createdate FROM _v_user ORDER BY createdate DESC LIMIT 1;
```

使用下列指令在目標系統上還原備份的 globals：

nzrestore -globals -dir /nz/OnPremGlobals -npshost <sourcehost> -u <targetSystemUser> -pw '<targetSystemuserPassword>'

還原 globals 之後，執行下列查詢，驗證新增到目標系統的使用者數目：
```
SELECT COUNT(*) FROM _v_user;
```

執行下列查詢，更新新加入使用者的 USEAUTH 欄位：

UPDATE table_name
SET use_auth= new_value
WHERE usename IN (
   SELECT username
   FROM table_name
   WHERE CREATEDATE > <O/P captured in step 4b>
);

設定驗證時，您需要指定要使用的驗證方法。以下是可用的選項：

驗證方法：

  IBM IAM: 3
  Azure AD: 4
  LDAP: 5
  AWS IAM: 6
  SAML: 7
  OIDC: 8

若要選擇驗證方法，只需將 new_value 替換為您選擇的驗證方法的相應數字即可。

更新的使用者數量應與遷移的使用者數量相符。

如何註冊 NPSaaS?

建立免費的IBM Cloud帳戶。擁有帳戶後，您可以直接透過IBM Cloud®目錄供應NPSaaS實例。如需相關資訊，請參閱開始使用 NPSaaS。

如何產生或檢視 NPSaaS 實例的認證?

若要產生認證，請遵循下列步驟:

登入 IBM Cloud 帳戶。
移至 資源清單> 服務及軟體> 資料庫。
按一下您的 NPSaaS 實例。您現在位於「服務實例詳細資料」頁面上。
移至 服務認證 標籤。
按一下新建認證。
鍵入名稱以使用您的認證。
選取指派給您以管理實例的 IAM 角色。
按一下新增。如果順利產生您的認證，您可以立即檢視它們。展開您的認證項目。已產生下列認證:
- username: admin-指定為您建立以存取實例的本端資料庫管理使用者。
- password: xxxx-指定以管理者身分登入實例時必須使用的密碼。
第一次登入實例之後，請變更管理密碼。

若要檢視認證，請遵循下列步驟:

登入 IBM Cloud 帳戶。
移至 資源清單> 服務及軟體> 資料庫。
按一下您的 NPSaaS 實例。您現在位於「服務實例詳細資料」頁面上。
移至 服務認證 標籤。
展開與先前產生的認證相關聯的認證項目。
- username: admin-指定為您建立以存取實例的本端資料庫管理使用者。
- password: xxxx-指定以管理者身分登入實例時必須使用的密碼。
第一次登入實例之後，請變更管理密碼。

既然我已產生認證，如何存取 NPSaaS 實例?

您可以數種方式來存取 NPSaaS 實例，包括專用 Web 主控台和 REST API。

如需相關資訊，請參閱連接至 Netezza Performance Server。

我可以設定 NPSaaS 實例的消費通知，以追蹤我的額度使用情形嗎?

如果您有 IBM Cloud® Pay-As-You-Go 或 Subscription 帳戶，您可以設定電子郵件消費通知。配置帳戶後，您可以配置支出閾值，並選擇在達到閾值的 80%、90% 和 100% 時接收通知。如需相關資訊，請參閱設定消費通知。

使用 NPSaaS為我管理什麼?

IBM 處理實例的所有軟體升級、作業系統更新和硬體維護。NPSaaS IBM 也會預先配置 NPSaaS 參數，以在分析工作量之間取得最佳效能，並處理資料的加密及定期備份。

此服務包括全年無休的資料庫及基礎架構性能監視。

在硬體故障或軟體失敗的情況下，此服務會自動重新啟動。因為 NPSaaS 是完全受管理的 SaaS 供應項目，所以您無法取得基礎伺服器硬體的 SSH 存取權或 root 存取權，並且無法安裝其他軟體。

我在哪裡可以找到更多關於 NPSaaS 的資訊？

除了IBM Cloud文件網站之外，IBM Documentation 中還提供了大量有關底層NPSaaS引擎功能的資訊。
服務的更新項目會公佈在版本注意事項中。
您可以在 IBM Cloud 型錄頁面中找到計價資訊。

如需相關資訊，請聯絡 IBM 銷售人員。

在哪裡可以找到我所遇到的問題的協助?

如需在討論區上張貼問題或開立支援問題單的相關資訊，請參閱:

如何更改查詢歷史記錄使用者的密碼？

您可以透過兩種方式變更 Query History 密碼：

使用查詢編輯器
使用遠端nzsql客戶端

對管理員或任何具有管理員權限的使用者使用下列 SQL 語法：

確定現有 Query History 配置的名稱。配置名稱是傳回的第一個欄位：

show history configuration

CONFIG_NAME | CONFIG_DBNAME | CONFIG_DBTYPE | CONFIG_TARGETTYPE | CONFI  G_LEVEL | CONFIG_HOSTNAME | CONFIG_USER | CONFIG_PASSWORD |  CONFIG_LOADINTERVAL | CONFIG_LOADMINTHRESHOLD | CONFIG_LOADMAXTHRESHOLD |  CONFIG_DISKFULLTHRESHOLD | CONFIG_STORAGELIMIT | CONFIG_LOADRETRY |
CONFIG_ENABLEHIST | CONFIG_ENABLESYSTEM | CONFIG_NEXT | CONFIG_CURRENT | CONFIG_VERSION | CONFIG_COLLECTFILTER | CONFIG_KEYSTORE_ID | CONFIG_KEY_ID | KEYSTORE_NAME | KEY_ALIAS | CONFIG_NAME_DELIMITED | CONFIG_DBNAME_DELI  MITED | CONFIG_USER_DELIMITED
-------------+---------------+---------------+-------------------+--------------+-----------------+-------------
  NZ_HIST   | HISTDB        |             1 |                 1 |              2 | localhost       |
TESTUSER    |
y5neWx3HuL2k$w5DqbqJOp+Y= |                     5 |
(1 rows)

建立一個禁用 Query history 的配置（使用 HISTTYPE 參數）。例如，下列命令會建立一個名為 hist_disabled 的設定：

CREATE HISTORY CONFIGURATION hist_disabled HISTTYPE NONE
CREATE HISTORY CONFIGURATION

更新系統以使用 hist_disabled 配置。

SET HISTORY CONFIGURATION hist_disabled
SET HISTORY CONFIGURATION

驗證已停用的 Query History 配置現在是否處於活動狀態：

SHOW HISTORY CONFIGURATION

| CONFIG_NAME  | CONFIG_DBNAME | CONFIG_DBTYPE | CONFIG_TARGETTYPE | CONFIG_LEVEL |
| -------- | ------- | ------- | ------- | ------- |
| HIST_DISABLED |     |   3  |    1 |   1  | localhost
.
.
.
---------------+---------------+---------------+-------------------+--------------+----------
 HIST_DISABLED |               |             3 |                 1 |            1 | localhost       |             |
.
.
.
 (1 row))

在原始 Query history 配置（ nz_hist ）中進行所需的密碼變更。在以下範例中，為使用者 qryhist 指派了密碼 new_password。

ALTER HISTORY CONFIGURATION nz_hist USER qryhist PASSWORD new_password'
ALTER HISTORY CONFIGURATION

將系統配置為使用初始配置 ( nz_hist )，該配置現在已更改密碼。

SET HISTORY CONFIGURATION nz_hist
SET HISTORY CONFIGURATION

停止並重新啟動資料庫，以便系統載入原始的 Query history 配置（ nzstop/nzstart 命令）。
您對配置所做的變更僅在重新啟動資料庫後才會生效。透過使用 nzstop/nzstart 命令重新啟動來載入（啟動）禁用的 Query History 配置。
使用 SHOW HISTORY CONFIGURATION 命令驗證正確的 Query History 配置是否再次處於活動狀態。

有關每個 Query History 命令的完整描述，請參閱 IBM Netezza資料庫使用者指南》。

如何在不使用組態名稱 ALL_HIST 的情況下檢查名稱？

透過執行以下查詢檢查您的姓名：

 nzsql -c "SHOW HISTORY CONFIGURATION"

變更目前配置和更新密碼的步驟。

將目前配置設定為 hist_disabled。

 nzsql -c "set history configuration HIST_DISABLED"

重新啟動資料庫。

變更密碼如下。

   nzsql -c "ALTER HISTORY CONFIGURATION <QUERYHIST> PASSWORD '<new password>';"

將目前配置設定為目前歷史資料庫檔案。如果 all_hist 是您的配置，請按如下方式變更它：
```
   nzsql -c "set history configuration all_hist"
```
重新啟動資料庫。

重置歷史用戶密碼時，開票停止和啟動資料庫。

增殖能擴大到什麼程度？

從 NC-START，我們可以將工作負載輪廓擴展到NC0。

AWS上具有 400 GB 儲存密度的 NC-START 配置可以將儲存空間擴充多少？

在AWS上的 NC-START 工作負載範圍內，儲存可擴充至 1200 GB。如果您選擇進一步擴展到NC0輪廓，儲存密度範圍可以從 2400 GB 到 24000 GB。同樣，對於部署在Azure上的 NPS 實例，基本儲存為 256 GB。在 NC-START 工作負載範圍內，可以擴展到 1024 GB。擴展到NC0輪廓允許儲存密度範圍從 1536 GB 到 12288 GB。

最大儲存擴充限制是多少？

在 NC-START 工作負載範圍內，儲存容量可擴充至 1200 GB。但是，如果您還將工作負載輪廓擴展到NC0，則儲存容量可以從 2400 GB 增加到 24000 GB。

從 NC-START 配置進行擴充的程式是什麼？

要從 NC-START 配置進行擴展，請遵循以下文件連結中提供的指導：若要增加 NC-START 工作負載範圍內的儲存空間（目前為 400 GB），請參閱：NC-START 儲存擴充指南。若要將工作負載等值線從 NC-START 縮放到NC0，請參閱：NC-START 到NC0等值線縮放指南。

是否可以在不影響目前資料庫配置和資料的情況下進行擴容？

是的，您可以在保留目前資料庫配置和現有表格資料的同時進行擴充。

將設定檔擴展到NC0後，是否可以恢復為 `NC-START`？

不可以，一旦從 NC-START 擴展到NC0，您就無法恢復到 NC-START。

儲存容量從 400 GB 增加後是否可以縮減？

不可以，儲存空間一旦擴大就無法縮小。

有哪些選項可用於啟用 SAML 驗證？

內建 LDAP： 目前是建議的選項，因為其他方法仍在開發中。

Azure AD： 請注意，如果啟用 MFA（多因素驗證），則無法使用 Azure AD。

Microsoft 提供的 OIDC： 可作為另一種驗證方法。

啟用 SAML 驗證是否需要執行更新查詢？

是的，您需要執行下列更新查詢來修改使用者驗證設定：

UPDATE _t_user
SET use_auth = new_value
WHERE usename IN (
    SELECT username
    FROM _t_user
    WHERE CREATEDATE > <O/P captured in step 4b>
);

全局還原是否足以遷移使用者資料，還是需要其他步驟？

單靠全局還原可能還不夠。執行上述更新查詢可確保還原後使用者驗證資料的正確遷移。

在 NZSaaS 上設定 LDAP 是否與 Onremise 不同？

設計方面： 配置方法基本相同。

指令： NZSaaS 和內部部署環境的某些指令略有不同。