Netezza Performance Server 11.2.0.0リリースノート

導入オプションNetezza Performance ServerforCloud Pak for Data SystemNetezza Performance ServerforCloud Pak for Data

バージョン11.2.0.0では、多くの新しい機能強化、改善、修正が行われています。

新機能、機能強化、改善

Netezza Performance ServerforCloud Pak for Data SystemNetezza Performance ServerforCloud Pak for Data

Netezza Performance Serverには64ビットのホストがあります。
以下のことを行う必要があります。
- 依存する64ビットアーティファクト（SQL Extension Toolkit、INZA）をアップグレードする。
- UDXを再コンパイルする。 IBM PureData System for AnalyticsからのUDX、INZA、SQL Extension Toolkitの移行」に記載されている手順に従ってください。
JSON_PATHデータ型のサポートを追加した。
Azure Blob Storageのサポートを追加し、データベースのバックアップをクラウドストレージにバックアップおよびリストアできるようになりました。
Netezza Performance ServerforCloud Pak for Data System については、Azure Blob Storageコネクタを参照してください。

Netezza Performance ServerforCloud Pak for Data については、Azure Blob Storageコネクタを参照してください。
.
Azure Blob Storageを使用した、クラウドからのデータロードとクラウドへのデータアンロードのサポートを追加しました。
Netezza Performance ServerforCloud Pak for Data Systemについては、クラウドからのデータのロードとクラウドからのデータのアンロードを参照してください。
バックアップとリストアは、S3GlacierとS3Glacier Deep Archiveをサポートしています。
Netezza Performance ServerforCloud Pak for Data Systemについては、AWS S3、MinIO,、およびIBM Cloud Object Storageコネクタを参照してください。

Netezza Performance ServerforCloud Pak for Dataについては、AWS S3、MinIO,、およびIBM Cloud Object Storageコネクタを参照してください。

Cloud Pak for Data

Microsoft AzureCloudにNetezza Performance Serverをインストールできるようになりました。詳細は「Netezzaクラウドにインストールする参照。
IBM Cloudと AWSにおいて、独立したコンピュート・スケーリングとストレージ・スケーリングをサポート。詳しくは「スケーリング」を参照。
スケーリングはまだAzureでは利用できない。

Cloud Pak for Data System

オフラインデータ再分配によるフィールド内拡張のサポートが追加され、既存の構内システムの拡張に役立ちます。
コネクターノード機能を追加し、Netezza Performance Serverでさまざまなストレージオプションを使用できるようになりました。コネクターノードは、Cloud Pak for DataとNetezza Performance Serverエンジンのパフォーマンスを高速化し、向上させることを目的として構築されています。コネクタ・ノードは、SAN、NAS、その他の低コストのストレージ・オプションなど、より多くのストレージ・アレイの使用を可能にする。コネクター・ノードは、ストレージ、プロセッシング、I/Oを統合したレノボベースの2Uサーバー・プラットフォームです。シャーシは、ソフトウェアを搭載したテスト済みのビルディングブロックとして提供される。提供されるCloud Pak for Data Systemのバージョンは1.0.7.4以上です。コネクタノードを参照。この機能の詳細については、IBMの担当者にお問い合わせください。

重要:

11.0.5.0未満のバージョンから11.2.0.0へのアップグレードはサポートされていません。 11.0.5.0より低いバージョンのシステムは、まず11.0.7.0にアップグレードし、次に11.2.0.0にアップグレードする必要があります。
11.2.X.Xへのアップグレードを開始する前に、'logrotate.hourlycronジョブを無効にし、cronジョブとcrontabエントリの無効化と復元で説明するように、postgresセッションをトリガーすることができる他のすべてのcronジョブを無効にする必要があります。
11.0.X.Xから 11.2.0.0にアップグレードする場合は、アップグレード作業を開始する前に、「既知の問題」のセクションにある2番と 3番の回避策を適用してください。
11.0.5.0/1から'11.2.0.0:にアップグレードする場合
1. アップグレード手順を開始する前に、「既知の問題」のセクションにある2番と 3番の回避策を適用してください。
2. アップグレード手順のステップ7の後に、既知の問題のセクションにある回避策4番を適用してください。
11.2.0.0にアップグレードする前に、データベース内のビューの定義に英語以外の文字が含まれている場合は、そのビューのDDLを行う必要があります。例えば、ハングル文字。アップグレード後は、ビューを再作成する必要があります。既知の問題」セクションのポイント7に記載されている手順に従ってください。
Netezza Performance Serverホスト・コンテナを11.2.0.0から以前のバージョンにダウングレードする必要はありません。 Netezza Performance Serverソフトウェアだけをダウングレードする必要があります。 Netezza Performance Server 11.2.0.0コンテナが動作します。

既知の問題

Cloud Pak for Data System

数値フィールドを含む固定形式のデータファイルがデータベースに正しく読み込まれないことがある。詳しくはhttps://www.ibm.com/support/pages/node/6583457
11.0.X.Xから 11.2.0.0にアップグレードする場合、データベースオブジェクトのカラムにデフォルト値が定義されているとpostgresがクラッシュする可能性があります。例えば、テーブル、外部テーブル、グローバル・テンポ・テーブル、これらのテーブルに基づくビューなどです。
```
TESTDB.ADMIN(ADMIN)=> \d test_table
                       Table "TEST_TABLE"
 Attribute |         Type          | Modifier |  Default Value
-----------+-----------------------+----------+------------------
 COL1      | INTEGER               |          |
 COL2      | CHARACTER VARYING(40) | NOT NULL | '0'::"NVARCHAR"
 COL3      | CHARACTER(10)         | NOT NULL | 'NA'::"NVARCHAR"
Distributed on hash: "COL1"
```
注：アップグレード処理を開始する前に、回避策を適用する必要があります。
回避策:
1. ここから新しいスクリプトをダウンロードし、Netezza Performance Server・ホスト上の「.tarファイルをコピーします。
2. .tarファイルを解凍し、'nz_update_column_defaults.shスクリプトを必要な場所（location/tmp）にコピーし、パーミッションを設定する：
```
tar zxf nz_update_column_defaults.tgz
```
```
chmod 775 nz_update_column_defaults.sh
```
3. nz_update_column_defaults.shスクリプトを実行する：
```
$ ./nz_update_column_defaults.sh
```
  例:
```
$ ./nz_update_column_defaults.sh
Processing database: SYSTEM
Processing database: TEST_DB

================================================================================

The following file has been created for you
     /tmp/update_column_defaults.2021_02_22_120331.sql
```
  スクリプトはSQLファイルを作成する。
4. 生成されたSQLファイルを実行する：
```
$ nzsql -f /tmp/update_column_defaults.2021_02_22_120331.sql
```
  例:
```
$ nzsql -f /tmp/update_column_defaults.2021_02_22_120331.sql
You are now connected to database "SYSTEM".
UPDATE 0
You are now connected to database "TEST_DB".
UPDATE 10
```
  カタログテーブルのエントリーが更新される。
11.0.X.Xから 11.2.0.0にアップグレードする場合は、アップグレード手順を開始する前にパスワードポリシーをnoneに設定する必要があります。
1. システムにパスワードポリシーが設定されているか確認する：
```
nzsql -c "show system default passwordpolicy;"
```
  パスワードポリシーが「(null)場合、ステップbとcをスキップする。
  システムにパスワード・ポリシーが設定されている場合は、コマンドの出力からその情報を確認する。
2. パスワード・ポリシーを「none」に設定する：
```
nzsql -c "set system default passwordpolicy to none;"
```
3. アップグレード手順の完了後、手順 a の情報を使用してパスワードポリシーを復元します。
  例:
```
nzsql  -c "set system default passwordpolicy to 'minlen=10, lcredit=0 ucredit=-1 dcredit=-1 ocredit=1';"
```
11.0.5.0/11から11.2.0.0にアップグレードする場合は、アップグレードの手順を実行する前（ソフトウェアのアップグレードの手順7の前）に回避策を適用する必要があります。
回避策:
1. キットを解凍したら、「kit.11.2.0.0フォルダに行き、「CopyPostgres.pmファイルのコピーを作成します：
```
cd /nz/kit.11.2.0.0/share/upgrade/plugins/nz/Plugin/
cp CopyPostgres.pm CopyPostgres.pm.original
```
2. CopyPostgres.pmファイルから以下の行を削除し、ファイルを保存する：
```
# This plugin should come into picture when transition from/to 11.0.5.0 or 11.0.5.1 only
if ((nz::Rev::revcmp($originver, '11.0.5.0') != 0) || (nz::Rev::revcmp($originver, '11.0.5.1') != 0) ||
    (nz::Rev::revcmp($targetver, '11.0.5.0') != 0) || (nz::Rev::revcmp($targetver, '11.0.5.1') != 0) ) {
return 1;
} 
```
  ソフトウェアのアップグレードのステップ8を実行してください。
11.2.0へのソフトウェアアップグレードに失敗し、システムが 'Stopped状態になっています。
コンテナを'11.0.X.Xから'11.2.0.0にアップグレードした後、'11.2.0.0へのソフトウェアアップグレードが失敗したり、エラーが発生した場合、システムは以前のバージョンの'Stopped状態になります。
The nzstart command might fail with the following error in sysmgr due to sysmgr stopping unexpectedly:
```
Error: NZ-01571: Spu AEK 'key-unlock' operation failed.
Error: ' Action not supported.'.
```
回避策:
システムを「Online戻すには、次の手順に従ってください：
1. Netezza Performance Serverのバージョンが11.0.X.X:であることを確認してください：
```
nzrev
```
2. hpfinfoファイルをコピーする：
```
cp /nzlocal/scripts/hpfinfo /nzlocal/scripts/hpfinfo.original
```
3. ファイルを開く：
```
vi /nzlocal/scripts/hpfinfo
```
4. EOF文の前にある以下の2つの項目を削除する。 EOFは削除しないでください。
```
SYS_AEK_ENABLED="YES"
SYS_KEY_STORE_SHARED="YES"
```
5. ファイルを保存します。
6. システムを起動する：
```
nzstart
```
これで、ソフトウェアのアップグレードに関連する問題を解決し、再度アップグレードを試みることができます。
システムで FIPS および QUERY/AUDIT 履歴が有効になっている場合、アップグレード中に postgres がクラッシュすることがありました。 Postgres のクラッシュを防ぐには、Netezza Performance Serverをアップグレードする前に、次の回避策を適用する必要があります。
システム上でQUERY/AUDIT履歴が有効になっているかどうかを確認するには、以下を実行する：
```
SHOW HISTORY CONFIGURATION;
```
CONFIG_DBTYPEカラムに1または2が表示されている場合、システム上でQUERY/AUDIT履歴が有効になっている。
回避策:
QUERY/AUDIT履歴がシステム上で有効になっている場合は、無効にする必要があります。
1. nzsqlプロンプトから以下のクエリーを実行する：
```
CREATE HISTORY CONFIGURATION MY_NONE HISTTYPE NONE;
```
```
SET HISTORY CONFIGURATION MY_NONE;
```
2. システムを停止し、再起動する：
```
nzstop
```
```
nzstart
```
3. クエリ履歴が利用できないか確認してください：
```
SHOW HISTORY CONFIGURATION;
```
  CONFIG_DBTYPEカラムに3が表示されている場合、QUERY/AUDIT履歴はシステム上で利用できません。
11.2.0.0にアップグレードする前に、データベース内のビューの定義に英語以外の文字が含まれている場合は、そのビューのDDLを行う必要があります。例えば、ハングル文字。アップグレード後は、ビューを再作成する必要があります。
ビューのDDLを取得し、特定のデータベースのビューを再作成するには、以下の手順に従います：
1. アップグレードの前に、コマンドを実行する：
```
/nz/support/bin/nz_ddl_view DBNAME -schemas all > views_DBNAME.out
```
  各項の説明は次のとおりです。
  
  DBNAME
  
  データベースの名前を指定します。
2. アップグレード後、コマンドを実行してビューを再作成します。アップグレード前のファイル（views_DBNAME.out）を使用する。
```
nzsql -db DBNAME -f views_DBNAME.out
```
  各項の説明は次のとおりです。
  
  DBNAME
  
  データベースの名前を指定します。
3. 英語以外の文字を含むビューを持つデータベースが複数ある場合は、アップグレード前の手順6 aとアップグレード後の手順6 bをすべてのデータベースについて繰り返します。
nzrestore、スラッシュのある'BUCKET_URLでバックアップを取ると失敗する。
nzrestore失敗するたびに、次のようなエラーが発生する：
```
[Restore Server] : Starting the restore process
[Restore Server] : Operation aborted 
Error: Connector exited with error: 'The specified key does not exist. with address : xx.xxx.xx.xxx'.
```
バックアップ・コマンドをチェックし、'BUCKET_URL以下のような状態になっているかどうかを確認するslashes次の例のように：
```
BUCKET_URL=bakcupbucket/subdir/
UNIQUE_ID=2024-01-12
```
回避策:
BUCKET_URLと 'UNIQUE_ID図のように修正する：
```
BUCKET_URL=bakcupbucket 
UNIQUE_ID=subdir/2024-01-12
```
注：'UNIQUE_IDは、最初のスラッシュの後の'BUCKET_URLと実際の'UNIQUE_IDから取った文字列の組み合わせである。これら2つの引数を「nzrestoreコマンドに渡す。

解決された問題

Netezza Performance ServerforCloud Pak for Data System Netezza Performance ServerforCloud Pak for Dataシステム

Netezza Performance Serverの安定性を向上させるため、多数の重要な修正を導入。