このリリースでのOracle Database Applianceの既知の問題

仮想化プラットフォームでサーバー・パッチを解凍する際の権限エラー

仮想化プラットフォームでサーバーにパッチを適用中にエラーが発生しました。

oakcli unpack -pack server_patch_zipコマンドを実行すると、次のエラーが発生します:

mv: missing destination file operand after  
/opt/oracle/oak/ahf/oracle-ahf-202100.x86_64.rpm
Try 'mv --help' for more information. 
sh: line 1: /opt/oracle/oak/ahf/oracle-ahf-202300.x86_64.rpm: Permission  
denied 
Successfully unpacked the files to repository.

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル仮想化プラットフォーム・デプロイメント

対処方法

ファイル/opt/oracle/oak/ahf/oracle-ahf-202100.x86_64.rpmを削除します。

この問題は、Oracleバグ32156614によって追跡されます。

--localオプションを使用したデータベース・ホームへのパッチ適用中にエラーが発生しました

仮想化プラットフォームで--localオプションを使用してデータベース・ホームにパッチを適用中にエラーが発生しました。

データベース・ホームでコマンドoakcli update -patch 19.9.0.0.0 --database --localを実行すると、エラーが発生します。

File does not exist: /opt/oracle/oak/pkgrepos/System/0/conf/PatchImage.xml at  
/opt/oracle/oak/lib/oakutilslib/PatchCommonUtils.pm line 420 
ERROR: Unable to apply the patch

ハードウェア・モデル

高可用性デプロイメントを備えたすべてのOracle Database Applianceハードウェア・モデル

対処方法

--localオプションを指定せずにデータベースへのパッチ適用を再試行してください。

# oakcli update -patch 19.9.0.0.0 --database

この問題は、Oracleバグ32182669によって追跡されます。

Oracle Grid Infrastructureのアップグレードでエラーが発生しました

rootupgrade.shスクリプトは正常に実行されましたが、Oracle Grid Infrastructureのアップグレードは失敗します。

次のメッセージは、/opt/oracle/oak/log/<NODENAME>/patch/19.8.0.0.0/の下にあるグリッド・アップグレード・ログ・ファイルに記録されます。

ERROR: The clusterware active state is UPGRADE_AV_UPDATED 
INFO: ** Refer to the release notes for more information ** 
INFO: ** and suggested corrective action                 **

これは、ルート・アップグレード・スクリプトが最後のノードで実行されたときに、アクティブ・バージョンが正しい状態に設定されていないためです。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

次のステップを実行します。

rootユーザーとして、2番目のノードで次のコマンドを実行します:
```
 /u01/app/19.0.0.0/grid/rootupgrade.sh -f 
```
コマンドが完了したら、クラスタのアクティブ・バージョンがUPGRADE FINALに更新されていることを確認します。
```
/u01/app/19.0.0.0/grid/bin/crsctl query crs activeversion -f 
The cluster upgrade state is [UPGRADE FINAL] 
```
Oracle Database Applainceサーバーのパッチ適用プロセスを再度実行して、Oracle Grid Infrastructureをアップグレードします。

この問題は、Oracleバグ31546654によって追跡されます。

ORAChkの実行中またはサーバーまたはデータベース・ホームの更新中にエラーが発生しました

Oracle ORAchkまたはコマンドodacli create-prepatchreport、odacli update-server、odacli update-dbhomeを実行すると、エラーが発生します。

次のメッセージが表示される場合があります:

- Table AUD$[FGA_LOG$] should use Automatic Segment Space Management

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

AUD $表およびFGA_LOG $表で現在使用されているセグメント領域管理ポリシーを確認するには、次のSQL*Plusコマンドを使用します:

select t.table_name,ts.segment_space_management from dba_tables t,  
dba_tablespaces ts where ts.tablespace_name = t.tablespace_name and  
t.table_name in ('AUD$','FGA_LOG$');

結果は次のようになります。

TABLE_NAME                     SEGMEN 
------------------------------ ------ 
FGA_LOG$                       AUTO 
AUD$                           AUTO  
If one or both of the AUD$ or FGA_LOG$ tables return "MANUAL", use the  
DBMS_AUDIT_MGMT package to move them to the SYSAUX tablespace: 

BEGIN 
DBMS_AUDIT_MGMT.set_audit_trail_location(audit_trail_type =>  
DBMS_AUDIT_MGMT.AUDIT_TRAIL_AUD_STD,--this moves table AUD$  
audit_trail_location_value => 'SYSAUX');   
END;   

BEGIN 
DBMS_AUDIT_MGMT.set_audit_trail_location(audit_trail_type =>  
DBMS_AUDIT_MGMT.AUDIT_TRAIL_FGA_STD,--this moves table FGA_LOG$  
audit_trail_location_value => 'SYSAUX'); 
END;

この問題は、Oracleバグ27856448によって追跡されます。

ORAchkまたはodacli create-prepatchreportコマンドの実行中にエラーが発生しました

ORAchkまたはodacli create-prepatchreportコマンドを実行すると、エラーが発生します。

次のエラー・メッセージが表示される場合があります:

One or more log archive destination and alternate log archive destination settings are not as recommended 
Software home check failed

ハードウェア・モデル

Oracle Database Applianceハードウェア・モデル・ベアメタル・デプロイメント

対処方法

-skoオプションを指定して、odacli update-dbhome、odacli create-prepatchreport、odacli update-serverコマンドを実行します。次に例を示します。

odacli update-dbhome -j -v 19.9.0.0.0 -i dbhome_id -sko

この問題は、Oracleバグ30931017、31631618および31921112によって追跡されます。

データベース・ホームのパッチ適用中にエラーが発生しました

Standard Editionの高可用性が有効になっているデータベースのデータベース・ホームにパッチを適用すると、エラーが発生します。

Standard Edition高可用性が有効になっているデータベース・ホームでodacli update-dbhome -v release_numberコマンドを実行すると、エラーが発生します。

WARNING::Failed to run the datapatch as db <db_name> is not in running state

ハードウェア・モデル

高可用性デプロイメントを備えたすべてのOracle Database Applianceハードウェア・モデル

対処方法

次のステップを実行します。

ターゲット・データベース・インスタンスの実行中のノードを見つけます:
```
srvctl status database -database dbUniqueName
```
または、単一インスタンス・データベース・インスタンスを必要なノードに再配置します:
```
odacli modify-database -g node_number (-th node_name) 
```
実行中のノードで、非CDBデータベースのdatapatchを手動で実行します:
```
dbhomeLocation/OPatch/datapatch
```

CDBデータベースの場合は、SQL*Plusを使用してPDBリストを検索します。

select name from v$containers where open_mode='READ WRITE';
dbhomeLocation/OPatch/datapatch -pdbs pdb_names_found_in_previous_step_divided_by_comma

この問題は、Oracleバグ31654816によって追跡されます。

サーバー・パッチ適用中のエラー

サーバーへのパッチ適用時にエラーが発生しました。

odacli update-server -v release_numberコマンドを実行すると、次のエラーが発生します:

DCS-10001:Internal error encountered: patchmetadata for 19.6.0.0.0 missing  
target version for GI.

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

次のステップを実行します。

grid_home/binのロケーションにあるosdbagrpバイナリの適切なgridユーザーにファイル所有権を一時的に変更します。次に例を示します。
```
$ chown -R grid:oinstall /u01/app/18.0.0.0/grid/bin/osdbagrp
```
update-registry -n gihomeまたはupdate-registry -n systemコマンドを実行します。

この問題は、Oracleバグ31125258によって追跡されます。

パッチ適用時のサーバー・ステータスが通常に設定されていません

Oracle Database Applianceにパッチを適用する際、エラーが発生します。

アプライアンスにパッチを適用すると、odacli update-serverコマンドは次のエラーで失敗します:

DCS-10001:Internal error encountered: Server upgrade state is not NORMAL node_name

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

次のコマンドを実行します。

Grid_home/bin/cluvfy stage -post crsinst -collect cluster -gi_upgrade -n all

次の2つの警告を無視:

Verifying OCR Integrity ...WARNING
PRVG-6017 : OCR backup is located in the same disk group "+DATA" as OCR.

Verifying Single Client Access Name (SCAN) ...WARNING
RVG-11368 : A SCAN is recommended to resolve to "3" or more IP

出力に2つの警告のみが表示されるまで、コマンドを再度実行してください。 Oracleクック対応ステータスはNormalであることが必要です。
次のコマンドでステータスを確認できます:
```
Grid_home/bin/crsctl query crs activeversion -f
```

この問題は、Oracleバグ30099090で追跡されます。

12.1.0.2.190716バンドル・パッチへのパッチ適用時にエラーが発生しました

Oracle Databaseリリース12.1.0.2からOracle Database 12.1.0.2.190716バンドル・パッチへのパッチ適用時に、エラーが発生しました。

ODACLIジョブは次のエラーを表示します:

DCS-10001:Internal error encountered: Failed to run SQL script: datapatch script.

データ・パッチ・ログにはPrereq check failed, exiting without installing any patches.というエントリが含まれます。

ハードウェア・モデル

すべてのOracle Database Appliance hardware Modelベアメタル・デプロイメント

対処方法

同じパッチを再度インストールします。

この問題は、Oracleのバグ30026438および30155710を使用して追跡されます。

M.2ドライブのパッチ適用はサポートされていません。

M.2ドライブ(ローカル・ディスクSSDSCKJB48およびSSDSCKJB480G7)のパッチ適用はサポートされていません。

これらのドライブは、odacli describe-componentコマンドを実行すると表示されます。 M.2の既知のバージョン0112および0121のいずれのパッチ適用もサポートされていません。 LSIコントローラ・バージョンの13.00.00.00からバージョン16.00.01.00へのパッチ適用もサポートされていません。ただし、一部のOracle Database Appliance X8-2モデルでは、インストールされているLSIコントローラのバージョンは16.00.01.00の場合があります。

ハードウェア・モデル

Oracle Database Applianceベア・メタル・デプロイメント

対処方法

なし

この問題は、Oracleのバグ30249232で追跡されます。

11.2.0.4パッチ適用後、データベースの起動に失敗しました

Oracle Database Applianceにパッチを適用して18.3をリリースすると、バージョン11.2.0.4のデータベースの起動に失敗します。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

バージョン11.2.0.4.170814および11.2.0.4.171017のデータベースは、Oracle Database Applianceリリース18.3へのパッチ適用後に手動で開始する必要があります。

コマンドでデータベースを起動します:

srvctl start database -db db_unique_name

この問題は、Oracleバグ28815716で追跡されます。

Oracle Database Appliance仮想化プラットフォームでのパッチ適用エラー

Oracle Database Appliance仮想化プラットフォームのサーバー・パッチの適用時に、エラーが発生します。

仮想化プラットフォームへのパッチ適用時にエラーが発生しました:

仮想化プラットフォームでアプライアンスにパッチを適用する場合、パッチ適用は次のようなエラーで失敗します:

ERROR: Unable to apply the GRID patch 
ERROR: Failed to patch server (grid) component

このエラーは、パッチ適用前にOracle TFAコレクタを停止した場合でも発生します。ノードでサーバーへのパッチ適用中に、Oracle TFAコレクタが更新され、TFAプロセスが再起動されるため、エラーが発生します。この問題を解決するには、回避策で説明するステップに従います。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

Oracle Database Appliance仮想化プラットフォームで、次の手順を実行します:

クラスタ内のすべてのノードで/etc/init.d/init.tfa stopを実行します。

次のコマンドを実行します。

/u01/app/18.0.0.0/grid/bin/cluutil -ckpt -oraclebase /u01/app/grid -chkckpt -name ROOTCRS_PREPATCH -status

コマンド出力がSUCCESSであることを確認します。

コマンド出力がSUCCESSの場合は、すべてのノードで次のコマンドを実行します:

/u01/app/18.0.0.0/grid/crs/install/rootcrs.sh -prepatch -rollback 
/u01/app/18.0.0.0/grid/crs/install/rootcrs.sh -postpatch

パッチ適用を再起動します。

この問題はOracleのバグ30886701で追跡されます。

Oracle Databaseホームへのパッチ適用がエラーで失敗しました

Oracle Databaseホームにパッチを適用する際に、エラーが発生しました。

ベアメタル・システム上のOracle Databaseホームへのパッチ適用時にエラーが発生しました:

ベアメタル・システムでOracle Databaseホームにパッチを適用する場合、odacli update-dbhomeコマンドは次のようなエラーで失敗します:

Please stop TFA before dbhome patching.

この問題を解決するには、回避策で説明するステップに従います。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

Oracle Database Applianceベアメタル・システムで、次の操作を実行します:

クラスタ内のすべてのノードでtfactl stopを実行します。
Oracle TFAコレクタがすべてのノードで停止したら、パッチ適用を再起動します。

この問題は、Oracleバグ30799713によって追跡されます。

Oracle Database Applianceへのパッチ適用中のエラー

Oracle Database Applianceのサーバー・パッチの適用時に、エラーが発生します。

ベアメタル・システムへのパッチ適用時にエラーが発生しました:

ベアメタル・システムでアプライアンスにパッチを適用する場合、odacli update-serverコマンドは次のエラーで失敗します:

Please stop TFA before server patching.

この問題を解決するには、回避策で説明するステップに従います。

仮想化プラットフォームへのパッチ適用時にエラーが発生しました:

仮想化プラットフォームでアプライアンスにパッチを適用する場合、パッチ適用は次のようなエラーで失敗します:

INFO: Running prepatching on local node
WARNING: errors seen during prepatch on local node
ERROR: Unable to apply the patch 1

ディレクトリ/opt/oracle/oak/log/hostname/patch/18.8.0.0.0に生成された準備ログ・ファイルを確認します。また、コマンドls -lrt prepatch_*.logを使用して、最後の実行に対するprepatchログを表示することもできます。コマンド出力の最後のログ・ファイルを確認します。

ログ・ファイルで、次のようなエントリを検索します:

ERROR: date_time_stamp: TFA is running on one or more nodes.
WARNING: date_time_stamp: Shutdown TFA and then restart patching
INFO: date_time_stamp: Read the Release Notes for additional information.

この問題を解決するには、回避策で説明するステップに従います。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

Oracle Database Applianceベアメタル・システムで、次の操作を実行します:

クラスタ内のすべてのノードでtfactl stopを実行します。
Oracle TFAコレクタがすべてのノードで停止したら、パッチ適用を再起動します。

Oracle Database Appliance仮想化プラットフォームで、次の手順を実行します:

クラスタ内のすべてのノードで/etc/init.d/init.tfa stopを実行します。
Oracle TFAコレクタがすべてのノードで停止したら、パッチ適用を再起動します。

この問題は、Oracleのバグ30260318で追跡されます。

Oracle Database Applianceのクリーンアップおよび再プロビジョニング後、一部のコンポーネントのバージョンが更新されていません

Oracle Database Applianceをクリーン・アップおよび再プロビジョニングした後は、Oracle Auto Service Request (ASR)、Oracle TFAコレクタまたはOracle ORAchkバージョンは更新されません。

リリース19.9でOracle Database Applianceをクリーン・アップおよび再プロビジョニングする場合、Oracle Auto Service Request (ASR)またはOracle TFAコレクタ、またはOracle ORAchk RPMが19.9をリリースするように更新されないことがあります。このコンポーネントは、Oracle Database Applianceリリース19.9用のパッチを適用するときに更新されます。

ハードウェア・モデル

すべてのOracle Database Applianceデプロイメント

対処方法

リリースの最新のサーバー・パッチに更新します。

この問題は、Oracleのバグ28933900および30187516で追跡されます。

Oracle Database Applianceをデプロイする際の既知の問題

Oracle Database Applianceをプロビジョニングまたはデプロイする場合の既知の問題を理解します。

11.2.0.4 データベースの作成またはリストア中にエラーが発生しました
11.2.0.4データベースの作成またはリストア時にエラーが発生しました。
「TFACTLステータスのエラー」
tfactl statusコマンドを実行すると、ローカル・ノードのTFAステータスのみが表示されます。
「Oracle Database Applianceへのパッチ適用後にTFAが無効化されました」
Oracle Database Applianceにパッチを適用すると、TFAのステータスが無効として表示されます。
「CPUコアの更新後のVMの起動エラー」
CPUコアの更新後にVMを起動すると、エラーが発生します。
「KVMネットワーク関連付けの互換性の問題」
Oracle Database Appliance KVM上でネットワークを作成または変更する場合、vnetworkのプロパティは検証されないため、エラーが発生します。
「CPUプールでデータベースを作成中に検証エラーが発生しました」
ローカルCPUプールが、オプションDbTypeをSIとして、DbEditionをSEとして使用している場合、odacli create-databaseコマンドで検証エラーは表示されません。
「仮想化プラットフォームでのデータベースの作成中にエラーが発生しました」
仮想化プラットフォームでデータベースを作成するときに、エラーが発生します。
11.2.0.4 から12.1または12.2へのデータベースのアップグレード中にエラーが発生しました
11.2.0.4から12.1または12.2にデータベースをアップグレードする際に、エラーが発生します。
12.1 単一インスタンス・データベースのアップグレード中にエラーが発生しました
12.1の単一インスタンス・データベースのアップグレード時に、ジョブの障害エラーが発生します。
「プロビジョニング時のRECOディスク・グループの作成の失敗」
デフォルトのストレージおよび拡張シェルフを含むHigh Performance構成を使用してOracle Database Appliance X8-2-HAをプロビジョニングする場合、RECOディスク・グループの作成が失敗します。
「2つのOracle ACFSデータベースの同時作成に失敗」
すでにデータベースまたはデータベース・ストレージが作成されていないシステムで2つのOracle ACFSデータベースを作成しようとすると、いずれかのデータベースでエラーが発生すると、データベースの作成に失敗します。
「データベース作成は、削除されたデータベース名を使用してデータベースを作成したときにハング」
アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。
「cleanup.pl実行後にエラーが発生しました」
cleanup.plの実行後にodacliコマンドの実行中にエラーが発生しました。
「データのアクセラレータ・ボリュームは、フラッシュ・ストレージに作成されません」
アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。
「クローン・データベースの操作エラー」
クローン・データベースの操作はエラーのため失敗しました。
「クローン・データベースの操作が失敗しました」
Oracle Databaseリリース12.1のデータベースでは、Oracleバイナリのデフォルト互換バージョンが12.0.0.0.0に設定されているため、データベース・クローンの作成は失敗する可能性があります。

親トピック: このリリースでのOracle Database Applianceの既知の問題

11.2.0.4データベースの作成またはリストア中にエラーが発生しました

11.2.0.4データベースの作成またはリストア時にエラーが発生しました。

11.2.0.4データベースに対してodacli create-databaseまたはodacli irestore-databaseコマンドを実行すると、DBコンソールの構成ステップでコマンドの実行に失敗します。このエラーは、ブラウザ・ユーザー・インタフェースを使用して11.2.0.4データベースを作成する場合にも発生する可能性があります。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

DBコンソールを有効にせずにコマンドを実行します。

この問題はOracleのバグ31017360で追跡されています。

TFACTLステータスのエラー

tfactl statusコマンドを実行すると、ローカル・ノードのTFAステータスのみが表示されます。

odacli reinstate-dataguardコマンドは、次のエラーで失敗します:

Message:   
DCS-10001:Internal error encountered: Unable to reinstate Dg.

dcs-agent.logファイルには、次のエラー・エントリがあります:

ORA-12514: TNS:listener does not currently know of service requested in connect descriptor

ハードウェア・モデル

すべてのOracle Database Appliance高可用性ハードウェア・モデル

対処方法

tfactl syncnodesを実行して両方のノードのTFA証明書を生成します。

この問題は、Oracleバグ31759137によって追跡されます。

Oracle Database Applianceへのパッチ適用後にTFAが無効化されました

Oracle Database Applianceにパッチを適用すると、TFAのステータスが無効として表示されます。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

-skoオプションを指定してodacli update-dbhomeコマンドを実行します:

odacli update-dbhome -j -v 19.9.0.0.0 -i dbhome_id -sko

この問題は、Oracleバグ32058933によって追跡されます。

CPUコアの更新後のVMの起動エラー

CPUコアの更新後にVMを起動すると、エラーが発生します。

odacli update-cpucoresを使用してcpucoresを変更したあと、VMの起動に失敗します。次のエラー・メッセージが表示されます。

'/sys/fs/cgroup/cpuset/machine.slice/machine-qemu\x2d4\x2dol7guest2.scope/emulator/cpuset.cpus': Permission denied'

コマンドodacli update-cpucoresを実行した後、Oracle Database Applianceで次の2つのファイルの出力が異なるかどうかを確認します:

cat /sys/fs/cgroup/cpuset/cpuset.cpus 
cat /sys/fs/cgroup/cpuset/machine.slice/cpuset.cpus

ハードウェア・モデル

Oracle Database Applianceハードウェア・モデル仮想化プラットフォーム

対処方法

次のように、/sys/fs/cgroup/cpuset/machine.slice/cpuset.cpusを/sys/fs/cgroup/cpuset/cpuset.cpusと同期します:

cat /sys/fs/cgroup/cpuset/cpuset.cpus > /sys/fs/cgroup/cpuset/machine.slice/cpuset.cpus

この問題は、Oracleバグ31975721によって追跡されます。

KVMネットワーク関連付けの互換性の問題

Oracle Database Appliance KVM上でネットワークを作成または変更する場合、vnetworkのプロパティは検証されないため、エラーが発生します。

Oracle Database Appliance KVMで、特定のvnetworkを使用してVM (odacli create-vmおよびodacli modify-vm)を作成または変更する場合、vnetworkの互換性はVMの高可用性設定に対して検証されません。 VMは(不均一) vnetworkが存在しないノードで起動でき、VMが正しく起動できた場合でも、ネットワーク構成(bridgedまたはbridge-vlan)がそのノードに存在しないため、ネットワーク接続が存在しません。

ハードウェア・モデル

KVM構成を使用したすべてのOracle Database Applianceハードウェア・モデル

対処方法

互換性のあるvnetworkをVMの高可用性プロパティに関連付けます。

この問題は、Oracleバグ32065475によって追跡されます。

CPUプールでデータベースを作成中に検証エラーが発生しました

ローカルCPUプールが、オプションDbTypeをSIとして、DbEditionをSEとして使用している場合、odacli create-databaseコマンドで検証エラーは表示されません。

これにより、ローカルCPUプールをStandard Edition High Availability (SEHA)データベースに関連付けることができ、データベース・インスタンスのフェイルオーバーの場合に失敗します。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

SEHAデータベースの作成時に、odacli create-databaseコマンドに-shオプションを追加します。

odacli create-database -n test1 -u test1 -r acfs -y SI -de SE -sh

この問題は、Oracleバグ32040722によって追跡されます。

仮想化プラットフォームでのデータベースの作成中にエラーが発生しました

仮想化プラットフォームでデータベースを作成するときに、エラーが発生します。

次のエラー・メッセージが表示されます。

INFO   : Running on the local node: /bin/su oracle -c 
/opt/oracle/oak/onecmd/tmp/dbca-sandb1.sh 
WARNING: Ignore any errors returned by '/bin/su oracle -c 
"/opt/oracle/oak/onecmd/tmp/dbca-sandb1.sh"'

次のコマンドを実行して、シェル・スクリプト・ファイルをチェックし、問題を確認します:

cat /opt/oracle/oak/onecmd/tmp/dbca-sandb1.sh

シェル・スクリプトの最後にログ・ファイルの名前を確認します。ファイルの内容が次のようになっているかどうかを確認します:

SEVERE: [FATAL] [DBT-06103] The port (5,502) is already in use. 
   ACTION: Specify a free port.

ハードウェア・モデル

Oracle Database Applianceハードウェア・モデル仮想化プラットフォーム

対処方法

エディタを使用してシェル・スクリプト・ファイルを編集し、次の行を削除します:

-emConfiguration           DBEXPRESS          \

ここで、データベース・ユーザーとして手動でシェル・スクリプトを実行します。

この問題は、Oracleバグ32075086によって追跡されます。

11.2.0.4から12.1または12.2へのデータベースのアップグレード中にエラーが発生しました

11.2.0.4から12.1または12.2にデータベースをアップグレードする際に、エラーが発生します。

データベースのアップグレードにより、11.2.0.4から12.1または12.2にデータベースをアップグレードするときに、UpgradeResults.htmlファイルに次の警告が発生することがあります:

Database is using a newer time zone file version than the Oracle home

ハードウェア・モデル

Oracle Database Applianceのすべてのベアメタル・デプロイメント

対処方法

タイムゾーンの修正の手動ステップについては、「データベース・アップグレード・ガイド」を参照してください。
データベースのアップグレードを手動で完了した後は、次のコマンドを実行してDCSメタデータを更新します:
```
/opt/oracle/dcs/bin/odacli update-registry update-registry -n db -f
```

この問題は、Oracleバグ31125985によって追跡されます。

12.1の単一インスタンス・データベースのアップグレード中にエラーが発生

12.1の単一インスタンス・データベースのアップグレード時に、ジョブの障害エラーが発生します。

ハードウェア・モデル

すべてのOracle Database Appliance hardware Modelベアメタル・デプロイメント

対処方法

次の回避策を使用します:

12.1の単一インスタンス・データベースをアップグレードする前に、次のPL/SQLコマンドを実行して、local_listenerを空の文字列に変更します:
```
ALTER SYSTEM SET LOCAL_LISTENER='';
```
12.1の単一インスタンス・データベースが正常にアップグレードされたら、次のPL/SQLコマンドを実行して、local_listenerを適切な値に変更します:
```
ALTER SYSTEM SET LOCAL_LISTENER='-oracle-none-'; 
```

この問題は、Oracleバグ31202775および31214657によって追跡されます。

プロビジョニング時のRECOディスク・グループの作成の失敗

デフォルトのストレージおよび拡張シェルフを含むHigh Performance構成を使用してOracle Database Appliance X8-2-HAをプロビジョニングする場合、RECOディスク・グループの作成が失敗します。

ハードウェア・モデル

High Performance構成を使用したすべてのOracle Database Appliance X8-2-HA

対処方法

電源切断式ストレージ拡張シェルフ。
両方のノードを再起動します。
デフォルトのストレージ・シェルフのプロビジョニング(最初のJBOD)を続行します。
システムがデフォルトのストレージ・シェルフ(最初のJBOD)で正常にプロビジョニングされた後、oakdが両方のノードでフォアグラウンド・モードで実行していることを確認します。
```
 # ps -aef | grep oakd
```
最初のJBODディスクのステータスがオンライン、oakdに適していること、およびOracle ASMのCACHEDであることを確認します。
ストレージ拡張シェルフ(2番目のJBOD)の電源を投入し、オペレーティング・システムと他のサブシステムが認識するまで数分待ってください。

マスター・ノードから次のコマンドを実行して、ストレージ拡張シェルフ・ディスク(2つのJBOD設定)をoakdおよびOracle ASMに追加します。

#odaadmcli show ismaster 
      OAKD is in Master Mode 

      # odaadmcli expand storage -ndisk 24 -enclosure 1 
       Skipping precheck for enclosure '1'... 
       Check the progress of expansion of storage by executing 'odaadmcli  
show disk' 
       Waiting for expansion to finish ... 
      #

ストレージ拡張シェルフ・ディスク(2つのJBOD設定)がoakdおよびOracle ASMに追加されていることを確認してください。

この手順で、odaadmcliを、Oracle Database Appliance仮想化プラットフォームのoakcliコマンドに置き換えます。

詳細は、『Oracle Database Appliance X8-2デプロイメント・ガイド』の「ストレージの管理」の章を参照してください。

この問題はOracleのバグ30839054で追跡されます。

2つのOracle ACFSデータベースの同時作成に失敗

すでにデータベースまたはデータベース・ストレージが作成されていないシステムで2つのOracle ACFSデータベースを作成しようとすると、いずれかのデータベースでエラーが発生すると、データベースの作成に失敗します。

DCS-10001:Internal error encountered: Fail to run command Failed to create  
volume.

ハードウェア・モデル

Oracle Database Applianceのすべてのベアメタル・デプロイメント

対処方法

Oracle Database Appliance X8-2の場合、DATAボリューム(およびREDOボリューム)をシステムから手動で削除します。

高パフォーマンス構成には、次のコマンドを実行します:

su - GRID_USER 
export ORACLE_SID=+ASM1(in case of first node) /+ASM2(in case of second 
node); 
export ORACLE_HOME=GRID_HOME; 
GRID_HOME/bin/asmcmd --nocp voldelete -G Data datdbname

Oracle Database Appliance X8-2高パフォーマンス構成の場合は、次の手順でREDOボリュームを削除します:

su - GRID_USER 
export ORACLE_SID=+ASM1(in case of first node) /+ASM2(in case of second 
node); 
export ORACLE_HOME=GRID_HOME; 
GRID_HOME/bin/asmcmd --nocp voldelete -G Reco rdodbname

高容量構成の場合は、次のコマンドを実行します:

su - GRID_USER 
export ORACLE_SID=+ASM1(in case of first node) /+ASM2(in case of second 
node); 
export ORACLE_HOME=GRID_HOME; 
GRID_HOME/bin/asmcmd --nocp voldelete -G Flash datdbname (if volume exists in FLASH disk group)
GRID_HOME/bin/asmcmd --nocp voldelete -G data datdbname (if volume exists in DATA disk group)

Oracle Database Appliance X8-2 High Capacity構成では、次のようにREDOボリュームを削除します:

su - GRID_USER 
export ORACLE_SID=+ASM1(in case of first node) /+ASM2(in case of second 
node); 
export ORACLE_HOME=GRID_HOME; 
GRID_HOME/bin/asmcmd --nocp voldelete -G Flash rdodbname

この問題は、Oracleのバグ30750497で追跡されます。

データベース作成は、削除されたデータベース名を使用してデータベースを作成したときにハング

アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。

11.2.0.4データベースを削除してから、削除したデータベースと同じ名前で新しいデータベースを作成すると、データベースのDBSNMPユーザーのロック解除中にデータベースの作成がハングします。

ハードウェア・モデル

すべてのOracle Database Appliance高可用性環境

対処方法

削除されたデータベースと同じ名前で11.2.0.4データベースを作成する前に、DBSNMPユーザーが存在する場合は削除してください。

たとえば、次のコマンドでは、ユーザーDBSNMPを含むデータベースtestdbを作成します。

/u01/app/18.0.0.0/grid/bin/crsctl delete wallet -type CVUDB -name testdb -user DBSNMP

この問題は、Oracleバグ28916487で追跡されます。

cleanup.pl実行後にエラーが発生しました

cleanup.plの実行後にodacliコマンドの実行中にエラーが発生しました。

cleanup.plの実行後、odacliコマンドを使用しようとすると、次のエラーが発生します:

DCS-10042:User oda-cliadmin cannot be authorized.

ハードウェア・モデル

ベアメタル・デプロイメント用のすべてのOracle Database Applianceハードウェア・モデル

対処方法

次のコマンドを実行して、エージェント・ウォレット上のユーザーoda-cliadminに対する資格証明を設定します:

# rm -rf /opt/oracle/dcs/conf/.authconfig  
# /opt/oracle/dcs/bin/setupAgentAuth.sh

この問題は、Oracleバグ29038717で追跡されます。

データのアクセラレータ・ボリュームは、フラッシュ・ストレージに作成されません

ハードウェア・モデル

Oracle Database Appliance高容量環境(HDDディスクを含む)

対処方法

アプライアンスをプロビジョニングするときは、データベースを作成しないでください。これにより、必要なすべてのディスク・グループ(フラッシュを含む)が作成されます。アプライアンスをプロビジョニングした後、データベースを作成します。そのアクセラレータ・ボリュームが作成されます。

この問題は、Oracleバグ28836461で追跡されます。

クローン・データベースの操作エラー

クローン・データベースの操作はエラーのため失敗しました。

ソース・データベースが単一インスタンスまたはOracle RAC One Nodeの場合、またはリモート・ノードで実行されている場合、パスが制御ファイル内に正しく作成されないため、クローン・データベースの操作は失敗します。

ソース・データベースの作成タイムスタンプがクローン操作に近い(最低60分以内)場合、クローン・データベースの操作がエラーで失敗することもあります。

ハードウェア・モデル

ベアメタル・デプロイメント用の、すべてのOracle Database Appliance高可用性ハードウェア・モデル

対処方法

クローン・データベースの作成がトリガーされるのと同じノードで実行中のソース・データベース・インスタンスからクローン・データベースを作成します。

Oracle Database 12c以降では、コマンドを実行して、クローン操作の前にソース・データベースを同期します:

SQL> alter system checkpoint;

この問題は、Oracleのバグ29002563、29002004、29001906、29001855、29001631、28995153、28986643、30309971および30228362で追跡されます。

クローン・データベースの操作が失敗しました

Oracle Databaseリリース12.1のデータベースでは、Oracleバイナリのデフォルト互換バージョンが12.0.0.0.0に設定されているため、データベース・クローンの作成は失敗する可能性があります。

ハードウェア・モデル

ベアメタル・デプロイメント用の、すべてのOracle Database Appliance高可用性ハードウェア・モデル

対処方法

互換性のある値をソース・データベースの値に設定します。次のステップを実行します。

パラメータ値を変更します。

SQL> ALTER SYSTEM SET COMPATIBLE = '12.1.0.2.0' SCOPE=SPFILE;

データベースを停止します。
```
SQL> SHUTDOWN IMMEDIATE
```
データベースを起動します。
```
SQL> Startup
```

新しい値のパラメータを確認します。

SQL> SELECT name, value, description FROM v$parameter WHERE name ='compatible';

この問題は、Oracleのバグ309914で追跡されます。

Oracle Database Applianceを管理する際の既知の問題

Oracle Database Applianceの管理または管理時の既知の問題を理解します。

「削除後のOracle ACFSデータベースの作成でエラーが発生しました」
Oracle ACFSデータベースを削除してから同じ名前で再作成すると、操作は失敗します。
「Oracle Data Guardでのスイッチオーバー操作中にエラーが発生しました」
Oracle Database ApplianceでOracle Data Guardを使用してスイッチオーバー操作を実行すると、エラーが発生します。
「Oracle Data Guardのirestore操作でエラーが発生しました」
Oracle Database Appliance上のOracle Data Guardでストアの操作を実行すると、エラーが発生します。
「Oracle Data Guardの構成中にエラーが発生しました」
Oracle Database ApplianceでOracle Data Guardを構成するときに、エラーが発生します。
「Oracle Data Guardの回復中にエラーが発生しました」
Oracle Database ApplianceでOracle Data Guardを回復する際、エラーが発生します。
「Oracle Data Guardの回復に失敗しました」
Oracle Database ApplianceでOracle Data Guardを回復する際、エラーが発生します。
「Oracle Data Guardの回復に失敗しました」
Oracle Database ApplianceでOracle Data Guardを回復する際、エラーが発生します。
「CPUプールを使用して2番目のノードのデータベースをリストア中にエラーが発生しました」
CPUプールを使用して2番目のノードのデータベースをリストアすると、エラーが発生します。
「CPUプールを使用してデータベースを変更する際に、他の操作を実行中にエラーが発生しました」
CPUプールを使用してデータベースを変更すると、他の操作でエラーが発生します。
「CPUプールを含むデータベースの作成中にエラーが発生しました」
CPUプールを使用してデータベースを作成すると、エラーが発生します。
「TDE対応データベースのリストア中にエラーが発生しました」
Oracle Database ApplianceでTDE対応のデータベースをリストアすると、エラーが発生します。
「TDE対応データベースのリカバリ中にエラーが発生しました」
Oracle Database ApplianceでTDE対応のデータベースをリカバリするときに、エラーが発生します。
「TDE対応データベースのリストア中にエラーが発生しました」
Oracle Database ApplianceでTDE対応のデータベースをリストアすると、エラーが発生します。
「BUIでメモリー値単位を検討中にエラーが発生しました」
ブラウザ・ユーザー・インタフェース(BUI)上のKVMの場合、VMメモリー・サイズは最大VMメモリー・サイズに対して検証されますが、ユニットは考慮されません。
「VMの停止後にリソースを削除する際の検証エラー」
VMの停止後に関連するリソースを削除すると、エラーが発生します。
「Oracle Data Guard操作後のロールの更新中にエラーが発生しました」
Oracle Database ApplianceでOracle Data Guardを使用して操作を実行すると、ロールの更新中にエラーが発生します。
「単一インスタンス・データベースのリカバリ時のエラー」
単一インスタンス・データベースのリカバリ時に、エラーが発生します。
「アプライアンスのリブート中にエラーが発生しました」
Oracle Database Applianceを再起動すると、ユーザーの対話画面が表示されます。
「cleanup.plの実行後にジョブ履歴が消去されない」
cleanup.plの実行後、ジョブ履歴は消去されません。
「ORAchk要約と詳細レポート・ページの不整合」
ブラウザ・ユーザー・インタフェースのORAChkレポートのサマリーには、レポートの詳細ページとは異なるクリティカル、失敗および警告の問題の件数が表示される場合があります。
「dbstorageが再表示される場合のDATA、RECOおよびREDOエントリの欠落」
-n all --forceまたは-n dbstorage --forceオプションを使用してodacli update-registryコマンドを実行すると、メタデータが破損する場合があります。
「Oakdが非クラスタ・モードで実行されている場合、odaeraserツールは機能しません」
デプロイメントをクリーン・アップした後、クラスタ以外モードでoakdが実行されている場合、セキュア・消しゴム・ツールは機能しません。
「Microsoft webブラウザでのWebコンソールに関する問題」
Oracle Database Appliance webコンソールでは、Microsoft EdgeおよびMicrosoft Internet Explorer webブラウザで問題があります。
「Zookeeperログ・サイズによるディスク領域の問題」
新しいログを追加すると、Zookeeperのログファイルzookeeper.outおよび/opt/zookeeper/log/zkMonitor.logはローテーションされません。これにより、ディスク領域に問題が発生する可能性があります。
クリーンアップ・スクリプトの実行後のエラー
cleanup.plスクリプトを実行すると、DCS-10001:Internal error encountered: Fail to start hand shakeという次のエラー・メッセージが表示されます。
「ゲストVMへのvdiskのアタッチ中にエラーが発生しました」
現在のシステム・ファームウェアは、最新のパッチの適用後に使用可能なファームウェアと異なる可能性があります。
「認識できないトークン・メッセージが/var/log/messagesに表示される」
Oracle Database Applianceを更新すると、認識できないトークン・メッセージが/var/log/messagesに表示されます。

親トピック: このリリースでのOracle Database Applianceの既知の問題

削除後のOracle ACFSデータベースの作成でエラーが発生しました

Oracle ACFSデータベースを削除してから同じ名前で再作成すると、操作は失敗します。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

別の名前でOracle ACFSデータベースを再作成してください。

この問題は、Oracleバグ31833629によって追跡されます。

Oracle Data Guardでのスイッチオーバー操作中にエラーが発生しました

Oracle Database ApplianceでOracle Data Guardを使用してスイッチオーバー操作を実行すると、エラーが発生します。

odacli describe-dataguardstatusコマンドの出力に記述されているロール・コンポーネントが、DGMGRL> show configuration;出力と矛盾しています。 odacli describe-dataguardstatusのロール・コンポーネントが正しくないため、コマンドodacli switchover-dataguardは失敗します。

ハードウェア・モデル

Oracle Data Guard構成を含むすべてのOracle Database Applianceハードウェア・モデル

対処方法

odacli describe-dataguardstatus -i dgconfigIdを数回実行して、ロールが更新されているかどうかを確認します。 odacli describe-dataguardstatusコマンドの出力でロール・コンポーネントが更新された後、スイッチオーバー操作を実行します。

この問題は、Oracleバグ31584695によって追跡されます。

Oracle Data Guardのirestore操作でエラーが発生しました

Oracle Database Appliance上のOracle Data Guardでストアの操作を実行すると、エラーが発生します。

プライマリ・マシンとスタンバイ・マシンが同じタイムゾーンにない場合、RMANが使用するUNTIL TIMEの値は、アーカイブ・ログの最後のNEXT TIMEと一致しません。

ハードウェア・モデル

Oracle Data Guard構成を含むすべてのOracle Database Applianceハードウェア・モデル

対処方法

バックアップ・レポートのタイムゾーンの「pitrTimeStamp」フィールドをスタンバイ・マシンと同じタイムゾーンに変更します。

この問題は、Oracleバグ31542638によって追跡されます。

Oracle Data Guardの構成中にエラーが発生しました

Oracle Database ApplianceでOracle Data Guardを構成するときに、エラーが発生します。

odacli configure-dataguardコマンドは、次のエラーで失敗します:

DCS-10001:Internal error encountered: Unable to pass postcheckDgStatus. Primary database has taken a non-Archivelog type backup between irestore standby database and configure-dataguard.

odacli list-jobsコマンドを使用してジョブのステータスを確認します。

ハードウェア・モデル

Oracle Data Guard構成を含むすべてのOracle Database Applianceハードウェア・モデル

対処方法

次のステップを実行します。

プライマリ・マシンで、Oracle Data Guard構成を削除します:
```
DGMGRL > remove  
configuration; 
```
スタンバイ・マシンで、スタンバイ・データベースを削除します。
プライマリ・マシンで、データベース・バックアップ・スケジュールを無効にします:
```
odacli update-schedule -i ID -d 
```
Oracle Data Guardの構成ステップを起動します。
Oracle Data Guard構成が成功した後、プライマリ・データベースのバックアップ・スケジュールを有効化します。

この問題は、Oracleバグ31880191によって追跡されます。

Oracle Data Guardの回復中にエラーが発生しました

Oracle Database ApplianceでOracle Data Guardを回復する際、エラーが発生します。

odacli reinstate-dataguardコマンドは、次のエラーで失敗します:

Unable to reinstate Dg. Reinstate job was executed within 24hrs after failover job.

dcs-agent.logファイルには、次のエラー・エントリがあります:

DGMGRL> Reinstating database "xxxx", 
 please wait... 
Oracle Clusterware is restarting database "xxxx" ... 
Connected to "xxxx" 
Continuing to reinstate database "xxxx" ... 
Error: ORA-16653: failed to reinstate database

ハードウェア・モデル

Oracle Data Guard構成を含むすべてのOracle Database Applianceハードウェア・モデル

対処方法

次のステップを実行します。

プライマリ・マシンで、standby_became_primary_scnを取得します:

SQL> select standby_became_primary_scn from v$database; 
STANDBY_BECAME_PRIMARY_SCN 
-------------------------- 
          3522449

古いプライマリ・データベースで、バックアップ暗号化パスワードを使用してRMANでこのSCNにフラッシュバックします:

RMAN> set decryption identified by 'rman_backup_password' ; 
executing command: SET decryption 
RMAN> FLASHBACK DATABASE TO SCN 3522449 ; 
... 
Finished flashback at 24-SEP-20 
RMAN> exit

新しいプライマリ・マシンで、odacli reinstate-dataguardコマンドを実行します。

この問題は、Oracleバグ31884506によって追跡されます。

Oracle Data Guardの回復に失敗しました

Oracle Database ApplianceでOracle Data Guardを回復する際、エラーが発生します。

odacli reinstate-dataguardコマンドは、次のエラーで失敗します:

DCS-10001:Internal error encountered:  
Unable enqueue Id and update DgConfig.  
Use DGMGRL to show standby database has this error 
GMGRL> show database xxxx  
Database - xxxx 
 Role:        PHYSICAL STANDBY 
 Intended State:   APPLY-ON 
 Transport Lag:   (unknown) 
 Apply Lag:     4 days 22 hours 1 minute 23 seconds (computed 1 second ago) 
 Average Apply Rate: 0 Byte/s 
 Real Time Query:  OFF 
 Instance(s): 
  xxxx1 (apply instance) 
  xxxx2 
 Database Warning(s): 
  ORA-16853: apply lag has exceeded specified threshold 
  ORA-16856: transport lag could not be determined 
Database Status: 
WARNING

dcs-agent.logファイルには、次のエラー・エントリがあります:

DGMGRL> Reinstating database "xxxx", 
 please wait... 
Oracle Clusterware is restarting database "xxxx" ... 
Connected to "xxxx" 
Continuing to reinstate database "xxxx" ... 
Error: ORA-16653: failed to reinstate database

ハードウェア・モデル

Oracle Data Guard構成を含むすべてのOracle Database Applianceハードウェア・モデル

対処方法

次のステップを実行します。

新しいプライマリ・マシンで、standby_became_primary_scnを取得します:

SQL> select standby_became_primary_scn from v$database; 
STANDBY_BECAME_PRIMARY_SCN 
-------------------------- 
  4370820

新しいプライマリ・データベースで、standby_became_primary_scnの後の欠落している順序を確認します:

SQL> select name, sequence#, first_change#, next_change# from v$archived_log 
where 
first_change#>4370820 and name is NULL; 
... 
NAME 
------------------------------------------------------------------------------- 
 SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# 
---------- ------------- ------------ 
53 4601014      4601154

新しいプライマリ・マシンで、RMANを使用して欠損順序をリストアします。
```
$rman target/ 
RMAN>  restore archivelog from logseq=1  until logseq=53;
```
新しいスタンバイ・マシンで、current_scnが増加しているかどうかを確認し、DGMGRL> SHOW CONFIGURATION;で適用ラグが解決されているかどうかを確認します。

この問題は、Oracleバグ32041012によって追跡されます。

Oracle Data Guardの回復に失敗しました

Oracle Database ApplianceでOracle Data Guardを回復する際、エラーが発生します。

odacli reinstate-dataguardコマンドは、次のエラーで失敗します:

Message:   
DCS-10001:Internal error encountered: Unable to reinstate Dg.

dcs-agent.logファイルには、次のエラー・エントリがあります:

ORA-12514: TNS:listener does not currently know of service requested in connect descriptor

ハードウェア・モデル

Oracle Data Guard構成を含むすべてのOracle Database Applianceハードウェア・モデル

対処方法

次のステップを実行します。

回復中のデータベースがMOUNTモードで起動していることを確認します。データベースをMOUNTモードで起動するには、次のコマンドを実行します:
```
srvctl start database -d db-unique-name -o mount 
```
前述のコマンドが正常に実行されたら、odacli reinstate-dataguardコマンドを実行します。

この問題は、Oracleバグ32047967によって追跡されます。

CPUプールを使用して2番目のノードのデータベースをリストア中にエラーが発生しました

CPUプールを使用して2番目のノードのデータベースをリストアすると、エラーが発生します。

2番目のノードでCPUプール・オプションを使用してシングルインスタンス・データベースをリストアする場合、またはバックアップ・レポートにCPUプール情報が含まれている場合、データベースのリストア操作が失敗します。 ODACLIジョブは次のエラーを表示します:

DCS-10001:Internal error encountered: Missing arguments : required sqlplus  
connection  information is not provided.

ハードウェア・モデル

すべてのOracle Database Appliance hardware Modelベアメタル・デプロイメント

対処方法

最初のノード(ノード0)でCPUプールを使用してシングルインスタンス・データベースをリストアするか、CPUプールを使用せずに2番目のノード(ノード1)でシングルインスタンス・データベースをリストアします。次に、データベースを変更してCPUプールにアタッチします。

この問題は、Oracleバグ32044216によって追跡されます。

CPUプールを使用してデータベースを変更する際に、他の操作を実行中にエラーが発生しました

CPUプールを使用してデータベースを変更すると、他の操作でエラーが発生します。

CPUプールをアタッチまたはデタッチするデータベースの変更にはデータベースの再起動が必要なため、同じデータベース上の他の同時操作に影響する可能性があります。たとえば、「CPUプール」オプションを使用して同じデータベースを同時に変更すると、データベース・バックアップ・ジョブが失敗します。 ODACLIジョブは次のエラーを表示します:

# odacli create-backup -in dbName -bt Regular-L0 
  DCS-10089:Database dbName is in an invalid state `{Node Name:closed}' Hardware Models

ハードウェア・モデル

ベア・メタル構成によるすべてのOracle Database Applianceハードウェア・モデル

対処方法

odacli modify-databaseが完了するまで待機してから、同じデータベースで他の操作を実行します。

この問題は、Oracleバグ32045674によって追跡されます。

CPUプールを含むデータベースの作成中にエラーが発生しました

CPUプールを使用してデータベースを作成すると、エラーが発生します。

高可用性マシンでは、最初のノード(ノード0)にローカルCPUプールが作成され、2番目のノード(ノード1)から"--targetnode"/"-g"オプションを使用して最初のノード(ノード0)に単一インスタンス・データベースを作成しようとすると、ODACLIジョブで次のエラーが表示されます:

# /opt/oracle/dcs/bin/odacli create-database  -n new3 -c -p pdb1 -cl OLTP  -r  ACFS -y SI -no-f  -de EE -u Unew3 -cp local2 -g 1

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデルの高可用性デプロイメント

対処方法

コマンドを実行して、"--targetnode"/"-g"オプションを使用するかわりに、ローカルCPUプールが存在する同じノードで単一インスタンス・データベース・コマンドを作成します。

この問題は、Oracleバグ32040969によって追跡されます。

TDE対応データベースのリストア中にエラーが発生しました

Oracle Database ApplianceでTDE対応のデータベースをリストアすると、エラーが発生します。

データベースがTDE対応で、spfileが失われた場合、「データベース・リカバリの検証」タスクでデータベース・ジョブのリカバリが失敗し、次のエラーが表示されます:

DCS-10001:Internal error encountered: Failed to run RMAN command. Please  
refer log at location : scaoda****:  
/u01/app/oracle/diag/rdbms/tdbasm1/tdbasm1/scaoda*****/rman/bkup/rman_restore/ 
2020-10-22/rman_restore_2020-10-22_18-43-14.0540.log

ログ・ファイルには次のエラーが表示されます:

RMAN-00571: =========================================================== 
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== 
RMAN-00571: =========================================================== 
RMAN-03002: failure of restore command at 10/22/2020 18:45:22 
ORA-19870: error while restoring backup piece c-3022438697-20201022-03 
ORA-19913: unable to decrypt backup 
ORA-28365: wallet is not open

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

odacli list-dbstorageコマンドを実行し、対応するDBの一意の名前を照合して、データベースの'DATA'および'RECO'のロケーションをコピーします。次に、DBの一意の名前がmydbuのデータベースに対するodacli list-dbstorageコマンドの出力例を示します。

# odacli list-dbstorages 

ID                                       Type   DBUnique Name         
DiskGroup  Location                                                     Total  
     Used       Available  Status     
---------------------------------------- ------ --------------------  
---------- ------------------------------------------------------------  
---------- ---------- ---------- ---------- 
3d45c6ac-e9a5-48e0-8412-1c8bec0b95d9     ACFS   mydbu                          
                                                                               
                  Configured 
                                                                     DATA      
  /u02/app/oracle/oradata/mydbu                                99.99 GB    
3.45 GB    96.54 GB              
                                                                     REDO      
  /u04/app/oracle/redo/mydb/                                   13.99 GB    
12.30 GB   1.69 GB               
                                                                     RECO      
  /u03/app/oracle/fast_recovery_area/                          803.99 GB   
2.64 GB    801.35 GB             
640bc6aa-fc97-43c2-a2b5-11534c37c6b7     ASM    tdbasm1                        
                                                                               
                  Configured 
                                                                     DATA      
  +DATA/tdbasm1                                                2.37 TB     
1.70 GB    2.37 TB               
                                                                     REDO      
  +RECO/tdbasm1                                                2.31 TB     
12.09 GB   2.30 TB               
                                                                     RECO      
  +RECO/tdbasm1                                                2.31 TB     
12.09 GB   2.30 TB

この例では、データベースmydbuに対してDATAのロケーションは'/u02/app/oracle/oradata/mydbu'、RECOのロケーションは'/u03/app/oracle/fast_recovery_area/'です。また、DATAのロケーションは'+DATA/tdbasm1'で、RECOのロケーションはデータベースtdbasm1の'+RECO/tdbasm1'です。

dbhome_location/dbsの下にinit dbInstanceName.oraファイルを作成します。
次のエントリをinit dbInstanceName.oraファイルに追加します。
```
db_name=dbName 
db_unique_name=dbUniqueName
wallet_root=data_location
tde_configuration='KEYSTORE_CONFIGURATION=FILE' 
instance_number= 1 
```
Oracle RACデータベースの場合は、instance_numberを指定します。それ以外の場合は、instance_numberを削除できます。 data_locationは、ステップ1でコピーした値です。

RMAN接続を実行します:

su - oracle_userを実行します。
. oraenvコマンドを実行します。
Oracle SIDの入力を求められたら、インスタンス名を入力します。
Oracleホームを要求されたら、DBホームのロケーションを入力します。

rman target /コマンドを実行します。

# su - oracle 
       $ . oraenv 
	ORACLE_SID = [oracle] ? dbInstanceName 
	ORACLE_HOME = [/home/oracle] ? /u01/app/oracle/product/19.0.0.0/dbhome_1 
	The Oracle base has been set to /u01/app/oracle 

	$ rman target / 

	Recovery Manager: Release 19.0.0.0.0 - Production on Fri Oct 23 02:57:14  2020 
	Version 19.9.0.0.0 
	Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights  reserved. 
	connected to target database (not started)

RMANプロンプトでshutdown abortコマンドを実行します。
```
RMAN> shutdown abort  
Oracle instance shut down 
```
バックアップの宛先タイプに基づいて、RMANプロンプトで次の一連のコマンドを実行します。
- ディスク・バックアップ先の場合:
```
startup nomount; 
RESTORE SPFILE TO 'spfile_location' FROM AUTOBACKUP RECOVERY  
AREA='reco_location' db_unique_name='dbUniqueName'; 
shutdown abort; 
```
  Oracle ACFSデータベースの場合、spfile_locationの値は、Data_location/ dbs/spfile dbinstancename.oraです。 Oracle ASMデータベースの場合、spfile_locationの値は「DBホームのロケーション」/dbs/spfile dbinstancename.ora*です。reco_locationおよびData_locationの値は、ステップ1でコピーした値です。
- NFSバックアップ先の場合:
```
startup nomount; 
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE disk  TO  
'spfilehandle_value/%F'; 
run 
	{ 
	set DBID dbid; 
	ALLOCATE CHANNEL C1 DEVICE TYPE DISK; 
	RESTORE SPFILE TO 'spfile_location' FROM AUTOBACKUP; 
	} 
shutdown abort;
```
  spfilehandle_valueは、backupreportの「spfBackupHandle」属性の値です。例えば : "spfBackupHandle" :/tmp/nfs_backup_path/database/orabackups/test-c/database/3315481963/td basm2/db/c-3315481963-20201023-04"。 <spfilehandle_value>の値は、「/tmp/nfs_backup_path/database/orabackups/test-c/database/3315481963/td basm2/db」になります。ただし、「c-3315481963-20201023-04」は無視できます。 In case of Oracle ACFS database the value of spfile_location is ' 「DATAのロケーション」/dbs/spfile dbinstancename.ora' * In case of Oracle ASM database the value of spfile_location will be ' 「DBホームのロケーション」/dbs/spfile dbinstancename.ora'
- ObjectStoreバックアップ先:
```
startup nomount; 
run  
	{ 
	ALLOCATE CHANNEL DISK1 DEVICE TYPE DISK; 
	ALLOCATE CHANNEL C1 DEVICE TYPE 'SBT_TAPE' parms  
'SBT_LIBRARY=/opt/oracle/dcs/commonstore/pkgrepos/oss/odbcs/libopc.so  
ENV=(OPC_PFILE=/opt/oracle/dcs/commonstore/objectstore/opc_pfile/dbid/opc_d 
bUniqueName.ora)'; 
	set DBID = dbid; 
	RESTORE SPFILE TO 'spfile_location' FROM AUTOBACKUP RECOVERY  
AREA='<recolocation>' db_unique_name='dbuniquename'; 
	} 
shutdown abort; 
```
  ステップ6で説明したコマンドは、エラー・メッセージで指定されたログ・ファイルに存在し、参照として使用できます。
RMANプロンプトを終了します:
```
RMAN> exit 
Recovery Manager complete. 
```
ステップ1で作成したdbhome_location/dbs,の下のinitdbInstanceName.oraファイルを削除します。
データベースのストレージ・タイプがOracle ASMの場合は、次のステップを実行します。ストレージ・タイプがOracle ACFSの場合は、ステップ9に進みます。
1. SQL*Plus接続を開始します:
```
$ sqlplus / as sysdba 
	SQL*Plus: Release 19.0.0.0.0 - Production on Fri Oct 23 03:21:14 2020 
	Version 19.9.0.0.0 
	Copyright (c) 1982, 2020, Oracle.  All rights reserved. 
	Connected to: 
	Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production 
	Version 19.9.0.0.0 
	SQL>  
```
2. 次の一連のコマンドを実行します:
```
startup nomount; 
create pfile from spfile; 
create spfile='Data_Disk_Group' from pfile; 
Example : Data_Disk_Group is typically '+DATA'. If flash is enabled, then it is '+FLASH' 
shutdown abort; 
exit; 
```
3. spfileのロケーションを取得します:
```
srvctl config database -db dbUniqueName | grep -i spfile
```
  次に例を示します。
```
srvctl config database -db tdbasm1 | grep -i spfile Spfile: +DATA/TDBASM1/PARAMETERFILE/spfile.272.1054495987
```
4. dbhome_location/dbsの下にinit dbInstanceName.oraファイルを作成します。
5. init dbInstanceName.oraファイルの権限をoracle_userに設定:chownコマンドを使用したgroup_user。
6. 前述のステップでフェッチした'spfile'値をinit dbInstanceName.oraファイルに追加します。
  次に例を示します。
```
spfile ='+DATA/TDBASM1/PARAMETERFILE/spfile.272.1054495987'
```
7. DB_home_location/dbs/にあるspfile intancename.oraを削除します。
odacli recover-databaseコマンドを使用してデータベースのリカバリを実行します。

この問題は、Oracleバグ32012176によって追跡されます。

TDE対応データベースのリカバリ中にエラーが発生しました

Oracle Database ApplianceでTDE対応のデータベースをリカバリするときに、エラーが発生します。

DCS-10001:Internal error encountered: Failed to run RMAN command. Please  
refer log at location : scaoda****:  
/u01/app/oracle/diag/rdbms/tdbasm1/tdbasm1/scaoda*****/rman/bkup/rman_restore/ 
2020-10-22/rman_restore_2020-10-22_18-43-14.0540.log

ログ・ファイルには次のエラーが表示されます:

RMAN-00571: =========================================================== 
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== 
RMAN-00571: =========================================================== 
RMAN-03002: failure of restore command at 10/22/2020 18:45:22 
ORA-19870: error while restoring backup piece c-3022438697-20201022-03 
ORA-19913: unable to decrypt backup 
ORA-28365: wallet is not open

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

# odacli list-dbstorages 

ID                                       Type   DBUnique Name         
DiskGroup  Location                                                     Total  
     Used       Available  Status     
---------------------------------------- ------ --------------------  
---------- ------------------------------------------------------------  
---------- ---------- ---------- ---------- 
3d45c6ac-e9a5-48e0-8412-1c8bec0b95d9     ACFS   mydbu                          
                                                                               
                  Configured 
                                                                     DATA      
  /u02/app/oracle/oradata/mydbu                                99.99 GB    
3.45 GB    96.54 GB              
                                                                     REDO      
  /u04/app/oracle/redo/mydb/                                   13.99 GB    
12.30 GB   1.69 GB               
                                                                     RECO      
  /u03/app/oracle/fast_recovery_area/                          803.99 GB   
2.64 GB    801.35 GB             
640bc6aa-fc97-43c2-a2b5-11534c37c6b7     ASM    tdbasm1                        
                                                                               
                  Configured 
                                                                     DATA      
  +DATA/tdbasm1                                                2.37 TB     
1.70 GB    2.37 TB               
                                                                     REDO      
  +RECO/tdbasm1                                                2.31 TB     
12.09 GB   2.30 TB               
                                                                     RECO      
  +RECO/tdbasm1                                                2.31 TB     
12.09 GB   2.30 TB

dbhome_location/dbsの下にinit dbInstanceName.oraファイルを作成します。
次のエントリをinit dbInstanceName.oraファイルに追加します。
```
db_name=dbName 
db_unique_name=dbUniqueName
wallet_root=data_location
tde_configuration='KEYSTORE_CONFIGURATION=FILE' 
instance_number= 1 
```
Oracle RACデータベースの場合は、instance_numberを指定します。それ以外の場合は、instance_numberを削除できます。 data_locationは、ステップ1でコピーした値です。

RMAN接続を実行します:

su - oracle_userを実行します。
. oraenvコマンドを実行します。
Oracle SIDの入力を求められたら、インスタンス名を入力します。
Oracleホームを要求されたら、DBホームのロケーションを入力します。

rman target /コマンドを実行します。

# su - oracle 
       $ . oraenv 
	ORACLE_SID = [oracle] ? dbInstanceName 
	ORACLE_HOME = [/home/oracle] ? /u01/app/oracle/product/19.0.0.0/dbhome_1 
	The Oracle base has been set to /u01/app/oracle 

	$ rman target / 

	Recovery Manager: Release 19.0.0.0.0 - Production on Fri Oct 23 02:57:14  2020 
	Version 19.9.0.0.0 
	Copyright (c) 1982, 2019, Oracle and/or its affiliates.  All rights  reserved. 
	connected to target database (not started)

RMANプロンプトでshutdown abortコマンドを実行します。
```
RMAN> shutdown abort  
Oracle instance shut down 
```
バックアップの宛先タイプに基づいて、RMANプロンプトで次の一連のコマンドを実行します。
- ディスク・バックアップ先の場合:
```
startup nomount; 
RESTORE SPFILE TO 'spfile_location' FROM AUTOBACKUP RECOVERY  
AREA='reco_location' db_unique_name='dbUniqueName'; 
shutdown abort; 
```
  Oracle ACFSデータベースの場合、spfile_locationの値は、Data_location/ dbs/spfile dbinstancename.oraです。 Oracle ASMデータベースの場合、spfile_locationの値は「DBホームのロケーション」/dbs/spfile dbinstancename.ora*です。reco_locationおよびData_locationの値は、ステップ1でコピーした値です。
- NFSバックアップ先の場合:
```
startup nomount; 
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE disk  TO  
'spfilehandle_value/%F'; 
run 
	{ 
	set DBID dbid; 
	ALLOCATE CHANNEL C1 DEVICE TYPE DISK; 
	RESTORE SPFILE TO 'spfile_location' FROM AUTOBACKUP; 
	} 
shutdown abort;
```
  spfilehandle_valueは、backupreportの「spfBackupHandle」属性の値です。例えば : "spfBackupHandle" :/tmp/nfs_backup_path/database/orabackups/test-c/database/3315481963/td basm2/db/c-3315481963-20201023-04"。 <spfilehandle_value>の値は、「/tmp/nfs_backup_path/database/orabackups/test-c/database/3315481963/td basm2/db」になります。ただし、「c-3315481963-20201023-04」は無視できます。 In case of Oracle ACFS database the value of spfile_location is ' 「DATAのロケーション」/dbs/spfile dbinstancename.ora' * In case of Oracle ASM database the value of spfile_location will be ' 「DBホームのロケーション」/dbs/spfile dbinstancename.ora'
- ObjectStoreバックアップ先:
```
startup nomount; 
run  
	{ 
	ALLOCATE CHANNEL DISK1 DEVICE TYPE DISK; 
	ALLOCATE CHANNEL C1 DEVICE TYPE 'SBT_TAPE' parms  
'SBT_LIBRARY=/opt/oracle/dcs/commonstore/pkgrepos/oss/odbcs/libopc.so  
ENV=(OPC_PFILE=/opt/oracle/dcs/commonstore/objectstore/opc_pfile/dbid/opc_d 
bUniqueName.ora)'; 
	set DBID = dbid; 
	RESTORE SPFILE TO 'spfile_location' FROM AUTOBACKUP RECOVERY  
AREA='<recolocation>' db_unique_name='dbuniquename'; 
	} 
shutdown abort; 
```
  ステップ6で説明したコマンドは、エラー・メッセージで指定されたログ・ファイルに存在し、参照として使用できます。
RMANプロンプトを終了します:
```
RMAN> exit 
Recovery Manager complete. 
```
ステップ1で作成したdbhome_location/dbs,の下のinitdbInstanceName.oraファイルを削除します。
データベースのストレージ・タイプがOracle ASMの場合は、次のステップを実行します。ストレージ・タイプがOracle ACFSの場合は、ステップ9に進みます。
1. SQL*Plus接続を開始します:
```
$ sqlplus / as sysdba 
	SQL*Plus: Release 19.0.0.0.0 - Production on Fri Oct 23 03:21:14 2020 
	Version 19.9.0.0.0 
	Copyright (c) 1982, 2020, Oracle.  All rights reserved. 
	Connected to: 
	Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production 
	Version 19.9.0.0.0 
	SQL>  
```
2. 次の一連のコマンドを実行します:
```
startup nomount; 
create pfile from spfile; 
create spfile='Data_Disk_Group' from pfile; 
Example : Data_Disk_Group is typically '+DATA'. If flash is enabled, then it is '+FLASH' 
shutdown abort; 
exit; 
```
3. spfileのロケーションを取得します:
```
srvctl config database -db dbUniqueName | grep -i spfile
```
  次に例を示します。
```
srvctl config database -db tdbasm1 | grep -i spfile Spfile: +DATA/TDBASM1/PARAMETERFILE/spfile.272.1054495987
```
4. dbhome_location/dbsの下にinit dbInstanceName.oraファイルを作成します。
5. init dbInstanceName.oraファイルの権限をoracle_userに設定:chownコマンドを使用したgroup_user。
6. 前述のステップでフェッチした'spfile'値をinit dbInstanceName.oraファイルに追加します。
  次に例を示します。
```
spfile ='+DATA/TDBASM1/PARAMETERFILE/spfile.272.1054495987'
```
7. DB_home_location/dbs/にあるspfile intancename.oraを削除します。
odacli recover-databaseコマンドを使用してデータベースのリカバリを実行します。

この問題は、Oracleバグ32012186によって追跡されます。

TDE対応データベースのリストア中にエラーが発生しました

Oracle Database ApplianceでTDE対応のデータベースをリストアすると、エラーが発生します。

Oracle ASMデータベース・ストレージを使用するTDE対応データベースがOracle ACFSデータベース・ストレージでリストアされると、次のエラー・メッセージが表示されます:

Failed to copy file from : source_location to: destination_location

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

TDE対応データベースをリストアするときは、データベース・ストレージ・タイプを変更しないでください。

この問題は、Oracleバグ31848183によって追跡されます。

BUIでメモリー値単位を検討中にエラーが発生しました

ブラウザ・ユーザー・インタフェース(BUI)上のKVMの場合、VMメモリー・サイズは最大VMメモリー・サイズに対して検証されますが、ユニットは考慮されません。

BUIでVMメモリーを変更する際、メモリーの値を最大メモリーより大きく、かつ最大メモリーが2 gの400 mのような下位ユニットに選択すると、次のエラー・メッセージが表示されます:

The requested VM memory size exceeds maximum VM memory size.

ハードウェア・モデル

Oracle Database Applianceハードウェア・モデル

対処方法

なし。

この問題は、Oracleバグ32064320によって追跡されます。

VMの停止後にリソースを削除する際の検証エラー

VMの停止後に関連するリソースを削除すると、エラーが発生します。

Oracle Database Appliance KVMでは、VMを停止してもライブ構成メタデータは削除されず、CPUプール、vdisk、vnetworkなどの関連するリソースを削除しようとします。検証エラーが発生し、次のエラー・メッセージが表示されます:

DCS-10045:Validation error encountered: The following resources are currently 
associated to resource type 'resource name': vm list

ハードウェア・モデル

Oracle Database Applianceハードウェア・モデル

対処方法

VMをもう一度起動して、ライブ構成メタデータを既存の構成メタデータと同期し、CPUプール、vdisk、vnetworkなどのリソースの削除を試みます。

この問題は、Oracleバグ32078682によって追跡されます。

Oracle Data Guard操作後のロールの更新中にエラーが発生しました

Oracle Database ApplianceでOracle Data Guardを使用して操作を実行すると、ロールの更新中にエラーが発生します。

odacli describe-databaseコマンドの出力に記載されているdbRoleコンポーネントは、Oracle Database ApplianceでのOracle Data Guardのスイッチオーバー、フェイルオーバーおよび回復操作の後は更新されません。

ハードウェア・モデル

Oracle Data Guard構成を含むすべてのOracle Database Applianceハードウェア・モデル

対処方法

odacli update-registry -n db --force/-fを実行してデータベース・メタデータを更新します。ジョブが完了したら、odacli describe-databaseコマンドを実行し、dbRoleが更新されていることを確認します。

この問題は、Oracleバグ31378202によって追跡されます。

単一インスタンス・データベースのリカバリ時のエラー

単一インスタンス・データベースのリカバリ時に、エラーが発生します。

単一インスタンス・データベースがリモート・ノードで実行されているときに、ローカル・ノードでデータベース・リカバリの操作を実行すると、次のエラーが発生します:

DCS-10001:Internal error encountered: DCS-10001:Internal error encountered: 
Missing arguments : required sqlplus connection  information is not 
provided

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

データベースが実行されているノードで単一インスタンス・データベースのリカバリを実行します。

この問題は、Oracleバグ31399400によって追跡されます。

アプライアンスのリブート中にエラーが発生しました

Oracle Database Applianceを再起動すると、ユーザーの対話画面が表示されます。

ハードウェア・モデル

Oracle Database Appliance X7-2-HAハードウェア・モデル

対処方法

システム・コンソールから、上矢印または下矢印キーを使用してカーネルを選択または強調表示し、Enterを押してアプライアンスのリブートを続行します。

この問題は、Oracleバグ31196452によって追跡されます。

cleanup.plの実行後にジョブ履歴が消去されない

cleanup.plの実行後、ジョブ履歴は消去されません。

cleanup.plの実行後、/opt/oracle/dcs/bin/odacli list-jobsコマンドを実行すると、リストは空になりません。

ハードウェア・モデル

ベアメタル・デプロイメント用のすべてのOracle Database Applianceハードウェア・モデル

対処方法

両方のノードで次のコマンドを実行して、DCSエージェントを停止します。
Oracle Linux 6の場合、次のコマンドを実行します:
```
initctl stop initdcsagent 
```
Oracle Linux 7の場合、次のコマンドを実行します:
```
systemctl stop initdcsagent 
```
両方のノードでクリーンアップ・スクリプトを順番に実行します。

この問題は、Oracleバグ30529709によって追跡されます。

ORAchk要約と詳細レポート・ページの不整合

ブラウザ・ユーザー・インタフェースのORAChkレポートのサマリーには、レポートの詳細ページとは異なるクリティカル、失敗および警告の問題の件数が表示される場合があります。

ハードウェア・モデル

Oracle Database Applianceハードウェア・モデル・ベアメタル・デプロイメント

対処方法

ブラウザ・ユーザー・インタフェースのORAchkレポートのサマリーで、クリティカル、失敗および警告の問題の件数を無視します。レポートの詳細ページを確認します。

この問題はOracle bug 30676674で追跡されます。

dbstorageが再表示される場合のDATA、RECOおよびREDOエントリの欠落

-n all --forceまたは-n dbstorage --forceオプションを使用してodacli update-registryコマンドを実行すると、メタデータが破損する場合があります。

ハードウェア・モデル

すべてのOracle Database Appliance hardware Modelベアメタル・デプロイメント

対処方法

システムで作成されたすべてのデータベースが移行システムでOAKCLIを使用する場合は、-allオプションを実行します。 DCSスタック上で動作するほかのシステムでは、odacli update-registry -n component_name_to_be_updated_excluding_dbstorageを使用して、dbstorage以外のすべてのコンポーネントを個別に更新します。

この問題は、Oracleのバグ30274477で追跡されます。

Oakdが非クラスタ・モードで実行されている場合、odaeraserツールは機能しません

デプロイメントをクリーン・アップした後、クラスタ以外モードでoakdが実行されている場合、セキュア・消しゴム・ツールは機能しません。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・ベアメタル・システム

対処方法

デプロイメントのクリーンアップ後、oakdは非クラスタ・モードで起動され、odaadmcli stop oakコマンドを使用して停止することはできません。このような場合、セキュア消去ツールが実行されると、odaeraserコマンドが失敗します。

コマンドodaadmcli shutdown oakを使用してoakdを停止します。

この問題は、Oracleバグ28547433で追跡されます。

Microsoft webブラウザでのWebコンソールに関する問題

Oracle Database Appliance webコンソールでは、Microsoft EdgeおよびMicrosoft Internet Explorer webブラウザで問題があります。

Microsoft webブラウザの場合、次の問題があります:

Oracle Database ApplianceのwebコンソールがMicrosoft EdgeおよびMicrosoft Internet Explorer webブラウザで正しく表示されていません。
アプライアンスの詳細情報は、MicrosoftのInternet Explorer webブラウザには表示されません。
Microsoft Internet Explorer webブラウザのWebコンソールでは、ジョブ・アクティビティ・ステータスはリフレッシュされません。
oda-adminパスワードを構成すると、次のエラーが表示されます:
```
Failed to change the default user (oda-admin) account password. 
Status Code: 500 DCS-10001: DCS-10001:Internal error encountered: User not authorized
```
回避方法: Microsoft Internet Explorerブラウザ・セッションをクローズし、別のブラウザ・セッションをオープンします。

モデル

すべてのOracle Database Appliance Hardware Modelベアメタル・デプロイメント

対処方法

Webコンソールにアクセスするには、Google ChromeまたはFirefoxを使用します。

この問題は、Oracleのバグ30077007、30099089および29887027で追跡されます。

Zookeeperログ・サイズによるディスク領域の問題

新しいログを追加すると、Zookeeperのログファイルzookeeper.outおよび/opt/zookeeper/log/zkMonitor.logはローテーションされません。これにより、ディスク領域に問題が発生する可能性があります。

ハードウェア・モデル

ベアメタル・デプロイメント用のすべてのOracle Database Applianceハードウェア・モデル

対処方法

ログ・ファイルのサイズが増加している場合は、次のようにzookeeperログファイルを手動で回転させます:

両方のノードでzookeeperのdcsエージェント・サービスを停止します。
```
initctl stop initdcsagent
```
両方のノードでzookeeperサービスを停止します。
```
/opt/zookeeper/bin/zkServer.sh stop
```
既存のファイルを手動で削除するか、ステップ4から10を実行して、バックアップを取得したあとにzookeeperログを消去します。
zookeeperサーバーを起動する前に、ZOO_LOG_DIRを環境変数として別のログ・ディレクトリに設定します。
```
export ZOO_LOG_DIR=/opt/zookeeper/log
```
ROLLINGFILEに切り替えて、ロール化する機能を設定します。
```
export ZOO_LOG4J_PROP="INFO, ROLLINGFILE"
```
変更を有効にするには、zookeeperサーバーを再起動します。
バックアップ・ファイルの数、およびファイルのサイズを制限するには、/opt/zookeeper/conf/log4j.propertiesファイルに次のパラメータを設定します。
```
zookeeper.log.dir=/opt/zookeeper/log
zookeeper.log.file=zookeeper.out
log4j.appender.ROLLINGFILE.MaxFileSize=10MB
log4j.appender.ROLLINGFILE.MaxBackupIndex=10
```
両方のノードでzookeeperを起動します。
```
/opt/zookeeper/bin/zkServer.sh start
```
zookeeperのステータスをチェックし、zookeeperがleader/follower/standaloneモードで実行されていることを確認します。
```
/opt/zookeeper/bin/zkServer.sh status
ZooKeeper JMX enabled by default
Using config: /opt/zookeeper/bin/../conf/zoo.cfg
Mode: follower
```
両方のノードでdcエージェントを起動します。
```
initctl start initdcsagent
```
/opt/zookeeper/logのロケーションにあるzookeeperモニター・ログ zkMonitor.logをパージします。 zookeeperサービスを停止する必要はありません。

この問題は、Oracleバグ29033812で追跡されます。

クリーンアップ・スクリプトの実行後のエラー

cleanup.plスクリプトを実行すると、次のエラー・メッセージが表示されます。 : DCS-10001:Internal error encountered: Fail to start hand shake。

このエラーは次のステップを実行したときに発生します:

最初のノード(Node0)でcleanup.plを実行します。クリーンアップ・スクリプトが終了するまで待ってから、ノードを再起動します。
2番目のノード(Node1)でcleanup.plを実行します。クリーンアップ・スクリプトが終了するまで待ってから、ノードを再起動します。
両方のノードを起動したら、コマンド・ライン・インタフェースを使用してNode0のジョブをリストします。内部エラーが表示されます。
```
# odacli list-jobs
DCS-10001:Internal error encountered: Fail to start hand shake to localhost:7070
```

ハードウェア・モデル

Oracle Database Appliance X7-2-HA

対処方法

dcsagentを起動する前に、両方のノードのzookeeperのステータスを確認します:
```
/opt/zookeeper/bin/zkServer.sh status
```
単一ノード環境の場合、ステータスは次のようになります: リーダー、フォロワ、またはスタンドアロン。
cleanup.plスクリプトを実行した後、Node0でdcsagentを再起動します。
```
# systemctl stop initdcsagent 
# systemctl start initdcsagent
```

この問題は、Oracleバグ26996134によって追跡されます。

ゲストVMへのvdiskのアタッチ中にエラーが発生しました

現在のシステム・ファームウェアは、最新のパッチの適用後に使用可能なファームウェアと異なる可能性があります。

oda_base driver_domainの複数のvdiskがゲストVMにアタッチされている場合、エントリはxenstoreに書き込まれず、vdisksはVMに接続されず、VMが起動しないことがあります。

ODA_BASEのxen-hotplug.logでは、次のエラーがログに記録されます:

xenstore-write: could not write path backend/vbd/6/51728/node 
xenstore-write: could not write path backend/vbd/6/51728/hotplug-error

ハードウェア・モデル

Oracle Database Appliance仮想化プラットフォーム

対処方法

dom0の/etc/sysconfig/xencommonsファイルに、次のものを追加します:
```
XENSTORED_ARGS="--entry-nb=4096 --transaction=512"
```
dom0を再起動します。

この問題は、Oracleのバグ30886365で追跡されます。

認識できないトークン・メッセージが/var/log/messagesに表示される

Oracle Database Applianceを更新すると、認識できないトークン・メッセージが/var/log/messagesに表示されます。

Oracle Database Appliance 12.1.2.11.0に更新すると、Oracle VM Serverのバージョンが3.4.3に更新されます。アップデート後、 /var/log/messagesに次のメッセージが表示されます:

Unrecognized token: "max_seq_redisc"
Unrecognized token: "rereg_on_guid_migr"
Unrecognized token: "aguid_inout_notice"
Unrecognized token: "sm_assign_guid_func"
Unrecognized token: "reports"
Unrecognized token: "per_module_logging"
Unrecognized token: "consolidate_ipv4_mask"

これらのパラメータのメッセージは無視できますが、InfiniBand準拠のSubnet ManagerおよびAdministration(opensm)機能には影響しません。ただし、/var/log/messagesのフラッディングを避けるためにパラメータを削除することをお薦めします。

ハードウェア・モデル

Oracle Database Appliance InfiniBandを使用したX6-2-HAおよびX5-2

対処方法

パラメータを削除するには、次の手順を実行します:

パッチ適用後、ベアメタル・デプロイメントの / etc/opensm/opensm.confファイルと仮想化プラットフォーム環境のDom0を更新して、パラメータを削除します。

cat /etc/opensm/opensm.conf  | egrep -w
'max_seq_redisc|rereg_on_guid_migr|aguid_inout_notice|sm_assign_guid_func|repo
rts|per_module_logging|consolidate_ipv4_mask' | grep -v ^#
max_seq_redisc 0
rereg_on_guid_migr FALSE
aguid_inout_notice FALSE
sm_assign_guid_func uniq_count
reports 2
per_module_logging FALSE
consolidate_ipv4_mask 0xFFFFFFFF

Reboot. ノードを再起動すると、メッセージは表示されません。

この問題は、Oracle Bug#25985258によって追跡されます。