機械翻訳について

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

このリリースでOracle Database Applianceをデプロイ、更新および管理する既知の問題を次に示します。

Oracle Database Applianceパッチ適用時の既知の問題

このリリースへのOracle Database Applianceのパッチ適用時の既知の問題を理解します。

19.10をリリースするためのOracle Database Applianceのプロビジョニングまたはパッチ適用時、またはKVMでのDBシステムの作成時のタイムゾーン・エラーのため、DCSエージェントを使用できません

バグ32629684がデプロイメントに影響するかどうか、および適用する対処方法を理解します。

バグ32629684の影響を受けるOracle Database Applianceパッチ

2021年3月22日より前にダウンロードした場合、バグ32629684が次のパッチに影響します:
  • パッチ32351355 - Oracle Database Appliance ODACLI/DCSスタックのサーバー・パッチ
  • パッチ30403643 - Oracle Database Appliance ISOイメージ
  • パッチ32451228 - Oracle Database Appliance KVMデータベース・システム・テンプレート

バグ32629684は修正されています。 2021年3月22日以降に前述のパッチをダウンロードした場合、次の項で説明する対処方法はデプロイメントに適用されません。

デプロイメントがバグ32629684の影響を受けるかどうかを確認するには、次のコマンドを実行します:
# rpm -qa  | grep dcs
dcs-agent-19.10.0.0.0_LINUX.X64_210222.4-1.x86_64
dcs-admin-19.10.0.0.0_LINUX.X64_210222.4-1.x86_64
dcs-controller-19.10.0.0.0_LINUX.X64_210222.4-1.x86_64
dcs-cli-19.10.0.0.0_LINUX.X64_210222.4-1.x86_64

DCSソフトウェアのバージョンが210222.4-1の場合、バグ32629684はデプロイメントに適用されません。

DCSソフトウェアのバージョンが210222-1の場合は、次の項で説明する対処方法を適用する必要があります。

Oracle Database Applianceリリースの19.10デプロイメントにDCSソフトウェア・バージョン210222-1があり、すでに対処方法を適用している場合、追加のステップは必要ありません。

DCSソフトウェア・バージョンが210222-1の場合のバグ32629684のエラー説明:

Oracle Database Applianceをプロビジョニングまたはパッチ適用して19.10をリリースしたり、KVMでDBシステムを作成すると、デフォルトのタイムゾーンがPDTに設定され、エラーが発生します。

MySQLサーバー接続に失敗し、dcs-agent.logファイルに次のエラー・エントリが含まれています:
2021-03-14 11:09:49,844 ERROR [main] [] o.h.e.j.s.SqlExceptionHelper: Unable to start the Universal Connection Pool:  oracle.ucp.UniversalConnectionPoolException: Cannot get Connection from  
Datasource: java.sql.SQLException: The server time zone value 'PDT' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the 'serverTimezone' configuration property)  to use a more specific time zone value if you want to utilize time zone support.   
DCSエージェントへの接続中にエラーが発生し、ODACLIコマンドが次のエラー・メッセージで失敗します:
# /opt/oracle/dcs/bin/odacli ping-agent 
DCS-10001:Internal error encountered: Fail to start hand shake to localhost:7070.
パッチ適用中に、移行ユーティリティで前述の接続障害が発生する可能性があるため、コマンドodacli update-dcscomponentsが失敗する場合があります。 次のエラー・メッセージが表示されます。
DCS-10008:Failed to update DCScomponents: 19.10.0.0.0	
Internal error while patching the DCS components :
DCS-10001:Internal error encountered: DCS-10001:Internal error encountered: Metadata migration failed on hostname: Please refer /opt/oracle/dcs/log/jobfiles/job-id/migration.log on hostname

このエラーは、MySQLが、UTCを除き、PDT、CSTなどの省略されたタイムゾーンを認識できないために発生します。 したがって、MySQL構成ファイル/opt/oracle/dcs/mysql/etc/mysqldb.cnfでは、短縮されたタイムゾーンのかわりに名前付きタイムゾーンを使用する必要があります。 たとえば、PDTまたはPSTのかわりにAmerica/Los_Angelesを使用してタイムゾーンを指定します。

このエラーは、Oracle Database Applianceをプロビジョニングまたはパッチ適用して19.10をリリースするか、KVMにDBシステムを作成した直後に発生します。 次の項で説明する対処方法を使用して、このタイムゾーンの問題を解決します。

ハードウェア・モデル

DCSソフトウェア・バージョンが210222-1のすべてのOracle Database Applianceハードウェア・モデル

KVM上のDBシステムの対処方法

最新のパッチ32451228をダウンロードして使用 - 2021年3月22日にリリースされたOracle Database Appliance KVMデータベース・システム・テンプレート。

ベアメタル・システムのプロビジョニングおよびパッチ適用の対処方法

DCSソフトウェア・バージョンが210222-1の場合は、この項で説明する対処方法を適用する必要があります。 次のステップを実行します。
  1. DCSエージェントを停止します:
    # systemctl stop initdcsagent
  2. MySQLサーバーを停止します:
    # systemctl stop oda-mysql
  3. Oracle database Appliance MySQL構成ファイル/opt/oracle/dcs/mysql/etc/mysqldb.cnfdefault-time-zoneフィールドを更新してタイムゾーンを設定し、変更を保存します。
    たとえば、タイムゾーンをAmerica/Los_Angelesに設定するには、MySQL構成ファイル/opt/oracle/dcs/mysql/etc/mysqldb.cnfを次のように更新します:
    ------------------------------------------- 
    [mysqld] 
    port=3306 
    default-time-zone=America/Los_Angeles 
    … 
    ------------------------------------------- 
  4. MySQLサーバーを起動します:
    # systemctl start oda-mysql
  5. DCSエージェントを起動します:
    # systemctl start initdcsagent
  6. DCSエージェントが正しく実行されていることを確認します:
    # odacli ping-agent
    Agent is ready to serve the requests.

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

Oracle Database Applianceへのパッチ適用時のOracle Grid Infrastructureの停止中にエラーが発生しました

odacli create-networkを使用してネットワーク・タイプのOracle Data GuardまたはOracle Databaseを作成すると、パッチ適用中にGrid Infrastructureを停止する際にエラーが発生します。

クラスタウェアを停止しようとしたときに報告されるエラーは、次のとおりです。
CRS-2673: Attempting to stop 'test_vip.vip' on 'test' 
CRS-2677: Stop of 'test_vip.vip' on 'test' succeeded 
CRS-2675: Stop of 'test_vip.vip' on 'test' failed 
CRS-2677: Stop of 'vm2.kvm' on 'test' succeeded 
CRS-2673: Attempting to stop 'ora.data.vs1.acfs' on 'test'  

ハードウェア・モデル

Oracle Database Applianceリリース19.6以上のすべてのOracle Database Applianceハードウェア・モデル

回避策

Oracle Database Applianceリリース19.10にパッチを適用する前に仮想IPおよびリスナーを手動でステップ実行し、パッチ適用中にこのエラーを無視します。

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

Oracle Database Applianceのパッチ適用中にOracle Linux 6からOracle Linux 7へのアップグレードでエラーが発生しました

Oracle Database Applianceのリリース18.8から19.xへのアップグレード中に、Oracle Linux 6からOracle Linux 7へのアップグレードでエラーが発生します。

odacli update-serverコマンドの実行時に報告されるエラーを次に示します:
DCS-10059:Clusterware is not running on all nodes  
ログ・ファイル/u01/app/grid/diag/asm/+asm/+ASM1/trace/+ASM1_ora_25383.trcに次のエラーがあります:
KSIPC: ksipc_open: Failed to complete ksipc_open at process startup!! 
KSIPC: ksipc_open: ORA-27504: IPC error creating OSD context   

これは、RDS/RDS_TCPがロードされていないため(OL6-00-000126ルールのため)にOracle Database ApplianceシステムにデプロイされたSTIG Oracle Linux 6ルールが原因です。

ハードウェア・モデル

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

回避策

次のステップを実行します。
  1. /etc/modprobe.d/modprobe.confファイルを編集します。
  2. 次の行をコメント化します:
    # The RDS protocol is disabled  
    # install rds /bin/true
  3. ノードを再起動します。
  4. odacli update-serverコマンドを再度実行します。

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

Oracle Database Applianceへのパッチ適用時のDCSコンポーネントの更新中にエラーが発生しました

Oracle Database Applianceへのパッチ適用時にDCSコンポーネントを更新すると、エラーが発生します。

/optディレクトリがいっぱいの場合、odacli update-dcscomponentsコマンドの実行時に次のエラーが表示されます:
java.io.IOException: No space left on device   

ハードウェア・モデル

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

回避策

すべてのパッチおよびクローン・ファイルは、/optディレクトリに格納されます。 コマンドodacli cleanup-patchrepoを使用して、不要なパッチを削除します。 ディレクトリのクリーンアップ後に操作を再試行してください。

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

Oracle Database Applianceへのパッチ適用時にDCS管理者を更新した後、DCSコンポーネントを更新中にエラーが発生しました

Oracle Database Applianceにパッチを適用する際、DCS管理者が完全に更新される前にodacli update-dcscomponentsコマンドを実行すると、エラーが発生します。

ハードウェア・モデル

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

回避策

odacli update-dcscomponentsコマンドを実行する前に、Zookeeperのステータスを確認します:

単一ノードのOracle Database Applianceシステムでは、ステータスはstandaloneである必要があります:
# /opt/zookeeper/bin/zkServer.sh status 
ZooKeeper JMX enabled by default 
Using config: /opt/zookeeper/bin/../conf/zoo.cfg 
Mode: standalone 
高可用性Oracle Database Applianceシステムでは、ステータスはfollowerである必要があります:
# /opt/zookeeper/bin/zkServer.sh status 
ZooKeeper JMX enabled by default 
Using config: /opt/zookeeper/bin/../conf/zoo.cfg 
Mode: follower 

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

データベース・ホームにOracle Database Applianceリリース19.10へのパッチを適用中にエラーが発生しました

バージョン19.9.0.0.201018のOracle DatabaseホームからOracle Databaseホーム・バージョン19.10.0.0.210119へのパッチ適用は失敗する場合があります。

エラー・メッセージは次のとおりです:
DCS-10001:Internal error encountered: Failed to run SQL script: datapatch script. 

このエラーは、バージョン19.9.0.0.201018のOracle Databaseホームにパッチを適用してOracle Databaseホーム・バージョン19.10.0.0.210119にする場合にのみ発生します。

ハードウェア・モデル

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

回避策

コマンドodacli update-dbhome -v 19.10.0.0.0 -i DB_Home_IDが失敗した場合は、-pdbsオプションを使用してデータベース・ホームで実行されているすべてのデータベースでdatapatchを手動で実行し、CDB$ROOTを含むすべてのPDBのリストを指定します。
  1. 次の問合せからすべてのPDB名を取得します:
    SQL> select name from v$containers where OPEN_MODE='READ WRITE'; 
          NAME  
    ------------------------------------------------------------------------------ 
          CDB$ROOT 
          PDB1 
        SQL> exit; 
  2. -pdbsオプションを使用して、データベース・ホームで実行されているすべてのデータベースでdatapatchを手動で実行します:
    $ORACLE_HOME/OPatch/datapatch -pdbs CDB$ROOT,PDB1
  3. odacli update-dbhome -v 19.10.0.0.0 -i DB_Home_IDコマンドを再度実行します。

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

11.2.0.4データベース・ホームをOracle Database Applianceリリース19.10にパッチ適用中にエラーが発生しました

バージョン11.2.0.4.180717、11.2.0.4.170814、または11.2.0.4.180417のデータベース・ホームをバージョン11.2.0.4.210119にパッチを適用すると失敗することがあります。

このエラーが発生する可能性があるシナリオを次に示します:
  • DCSエージェントのバージョンが19.9で、データベース・ホームに11.2.0.4.180717、11.2.0.4.170814、または11.2.0.4.180417から11.2.0.4.201020 (Oracle Database Applianceリリース19.9でリリースされたデータベース・ホームのバージョン)へのパッチを適用した場合
  • DCSエージェントのバージョンが19.10で、データベース・ホームに11.2.0.4.180717、11.2.0.4.170814、または11.2.0.4.180417から11.2.0.4.210119 (Oracle Database Applianceリリース19.9でリリースされたデータベース・ホームのバージョン)へのパッチを適用した場合
  • DCSエージェントのバージョンが19.10で、データベース・ホームに11.2.0.4.180717、11.2.0.4.170814、または11.2.0.4.180417から11.2.0.4.200114 (Oracle Database Applianceリリース19.6でリリースされたデータベース・ホームのバージョン)へのパッチを適用した場合

このエラーは、19.10.0.0.0バージョンDCSエージェントを使用して、バージョン11.2.0.4.180717、11.2.0.4.170814または11.2.0.4.180417のOracle Databaseホームにパッチを適用する場合にのみ発生します。

ハードウェア・モデル

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

回避策

DCSエージェントのバージョンが19.10.0.0.0より前になるように、11.2.0.4.210119より前のバージョン(Oracle Database Applianceリリース19.10でリリースされているバージョン)に11.2.0.4 Oracle Databaseホームにパッチを適用してから、DCSAgentを19.10に更新します。

DCSエージェントに19.10.0.0.0へのパッチを適用すると、これらの古い11.2.0.4ホームへのパッチ適用は失敗することに注意してください。

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

Oracle Database Applianceへのパッチ適用が成功した場合でもエラー・メッセージが表示される

Oracle Database Applianceへのパッチ適用は成功しましたが、エラー・メッセージが表示されます。

odacli update-dcscomponentsコマンドの実行時に次のエラーが表示されます:
# time odacli update-dcscomponents -v 19.10.0.0.0 
^[[ADCS-10008:Failed to update DCScomponents: 19.10.0.0.0 
Internal error while patching the DCS components : 
DCS-10231:Cannot proceed. Pre-checks for update-dcscomponents failed. Refer  
to /opt/oracle/dcs/log/-dcscomponentsPreCheckReport.log on node 1 for  
details.   

ハードウェア・モデル

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

回避策

これは、SSH等価の設定に関するタイミングの問題です。

odacli update-dcscomponentsコマンドを再度実行すると、操作が正常に完了します。

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

Oracle Database Applianceへのパッチ適用時のストレージの更新中にエラーが発生しました

Oracle Database Applianceのパッチ適用中にストレージを更新すると、エラーが発生します。

次のエラーが表示されます。
# odacli describe-job -i  765c5601-f4ad-44f0-a989-45a0b7432a0d 

Job details 
---------------------------------------------------------------- 
                     ID:  765c5601-f4ad-44f0-a989-45a0b7432a0d 
            Description:  Storage Firmware Patching 
                 Status:  Failure 
                Created:  February 24, 2021 8:15:21 AM PST 
                Message:  ZK Wait Timed out. ZK is Offline 

Task Name                     Start Time                          End Time                            Status 
---------------------------------------- ------------------------------------------------------------------
 
Storage Firmware Patching      February 24, 2021 8:18:06 AM PST     February 24, 2021 8:18:48 AM PST    Failure 
task:TaskSequential_140        February 24, 2021 8:18:06 AM PST     February 24, 2021 8:18:48 AM PST    Failure 
Applying Firmware Disk Patches February 24, 2021 8:18:28 AM PST     February 24, 2021 8:18:48 AM PST    Failure    

ハードウェア・モデル

InfiniBandによるOracle Database Appliance X5-2ハードウェア・モデル

回避策

次のステップを実行します。
  1. 各ノードからプライベート・ネットワーク(ibbond0)およびpingプライベートIPを確認します。
  2. プライベートIPがping可能でない場合は、両方のノードでプライベート・ネットワーク・インタフェースを再起動し、再試行してください。
  3. zookeeperのステータスを確認します。
  4. Oracle Database Applianceの高可用性デプロイメントでは、zookeeperステータスがフォロワ・モードのリーダーでない場合、次のジョブに進みます。

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

ORAchkの実行中のエラー

パッチ適用中にコマンドodacli create-prepatchreportを実行すると、エラーが発生します。

サーバーのprepatchレポートのエラーを次に示します。
AHF-4819: The vm.min_free_kbytes configuration is not set as recommended 

ハードウェア・モデル

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

回避策

エラーを無視します。

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

prepatchレポートでエラーが発生しました

パッチ適用中にコマンドodacli create-prepatchreportを実行すると、エラーが発生します。

prepatchレポートのエラーを次に示します。
Command execution test failed: Value returned -root, expected -null. 

ハードウェア・モデル

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

回避策

インスタンスがプロビジョニングされていない場合は、エラーを無視します。 この検証エラーは、oracleまたはgridユーザーがすでに作成されているOracle Database Applianceシステムにパッチを適用しようとしたときに発生することがあります。

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

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ハードウェア・モデル

回避策

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

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

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

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

次のメッセージが表示される場合があります:
- Table AUD$[FGA_LOG$] should use Automatic Segment Space Management 

ハードウェア・モデル

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

回避策

  1. 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$'); 
  2. 結果は次のようになります。
    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-dbhomeodacli create-prepatchreportodacli update-serverコマンドを実行します。 次に例を示します。
odacli update-dbhome -j -v 19.10.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ハードウェア・モデル

回避策

次のステップを実行します。
  1. ターゲット・データベース・インスタンスの実行中のノードを見つけます:
    srvctl status database -database dbUniqueName
    または、単一インスタンス・データベース・インスタンスを必要なノードに再配置します:
    odacli modify-database -g node_number (-th node_name) 
  2. 実行中のノードで、非CDBデータベースのdatapatchを手動で実行します:
    dbhomeLocation/OPatch/datapatch
  3. 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ハードウェア・モデル

回避策

次のステップを実行します。
  1. grid_home/binのロケーションにあるosdbagrpバイナリの適切なgridユーザーにファイル所有権を一時的に変更します。 次に例を示します。
    $ chown -R grid:oinstall /u01/app/18.0.0.0/grid/bin/osdbagrp
  2. 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ハードウェア・モデル

回避策

  1. 次のコマンドを実行します。
    Grid_home/bin/cluvfy stage -post crsinst -collect cluster -gi_upgrade -n all
  2. 次の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
  3. 出力に2つの警告のみが表示されるまで、コマンドを再度実行してください。 Oracleクック対応ステータスはNormalであることが必要です。

  4. 次のコマンドでステータスを確認できます:
    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ハードウェア・モデル・ベアメタル・デプロイメント

回避策

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

この問題は、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のサーバー・パッチの適用時に、エラーが発生します。

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

ベアメタル・システムでアプライアンスにパッチを適用する場合、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ベアメタル・システムで、次の操作を実行します:
  1. クラスタ内のすべてのノードでtfactl stopを実行します。
  2. Oracle TFAコレクタがすべてのノードで停止したら、パッチ適用を再起動します。
Oracle Database Appliance仮想化プラットフォームで、次の手順を実行します:
  1. クラスタ内のすべてのノードで/etc/init.d/init.tfa stopを実行します。
  2. Oracle TFAコレクタがすべてのノードで停止したら、パッチ適用を再起動します。

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

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

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

16を超えるデータベース・シェイプでのdbysystemの作成はサポートされていません

16を超えるデータベース・シェイプでdbsystemを作成すると、エラーが発生します。

次のエラー・メッセージが表示されます。
DCS-10045:Validation error encountered: DB System shape 'odb20' is not available on this ODA platform.  

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル(非高可用性プラットフォーム)

回避策

なし。

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

データベース登録中のエラー

データベースの登録時にエラーが発生しました。

データベース・リスナーに複数のポートを構成した場合、データベースを登録する前に、コマンドodacli register-databaseがそのデータベースの登録に失敗します。

ハードウェア・モデル

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

回避策

odacli register-databaseコマンドを使用してデータベースを登録する前に、データベース・リスナーのポートを1つのみ構成します。 データベースが登録されたら、他のリスナー・ポートを構成します。

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

dbsystemのアプライアンスの作成中にエラーが発生しました

dbsystemの作成時に、create-applianceジョブのcopy cacertsステップが権限拒否エラーで失敗します。

次のエラー・メッセージが表示されます。
odacli describe-job -i 74b4a402-dc74-4ec3-89f9-18603129cbc3 
Job details                                                        
----------------------------------------------------------------  
                     ID:  74b4a402-dc74-4ec3-89f9-18603129cbc3  
            Description:  Provisioning service creation  
                 Status:  Failure  
                Created:  February 19, 2021 8:24:49 PM GMT  
                Message:  DCS-10001:Internal error encountered: failed to  
copy DCS certificate : DCS-10001:Internal error encountered: Failed to scp  
file /opt/oracle/dcs/dcscli/cacerts to /tmp/@<Private IP of Node 0>.  
Permission  
denied, please try again.  
Permission denied, please try again 

Task Name                                Start Time                            

End Time                            Status      
---------------------------------------- -----------------------------------  
----------------------------------- ----------  
Provisioning service creation            February 19, 2021 8:24:50 PM GMT      

February 19, 2021 9:34:36 PM GMT    Failure   
.. 
.. 
Restart DCS Agent                        February 19, 2021 9:34:35 PM GMT      

February 19, 2021 9:34:36 PM GMT    Failure    
Provisioning service creation            February 19, 2021 9:34:35 PM GMT      

February 19, 2021 9:34:36 PM GMT    Failure    
remote copy file                         February 19, 2021 9:34:35 PM GMT      

February 19, 2021 9:34:36 PM GMT    Failure   

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデルのベア・メタルおよびKVMベースのDBシステム・デプロイメント

回避策

  1. 両方のノードでtouchコマンドtouch /opt/oracle/dcs/conf/.agent_upgradedを実行します。
  2. 両方のノードでDCSエージェントとZookeeperを停止します。
  3. 両方のノードでZookeeperを起動してから、両方のノードでDCSエージェントを起動します。

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

アプライアンスの作成中のエラー

dbsystemの作成時に、create-applianceジョブのcopy truststore.jksステップが権限拒否エラーで失敗します。

次のエラー・メッセージが表示されます。
# odacli describe-job -i 2a3952bc-a264-449b-a844-cac7862308bb 
  Job details 
----------------------------------------------------------------  
                     ID:  2a3952bc-a264-449b-a844-cac7862308bb  
            Description:  Provisioning service creation  
                 Status:  Failure  
                Created:  March 1, 2021 3:56:21 PM GMT  
                Message:  DCS-10001:Internal error encountered: failed to  
copy Trust store : DCS-10001:Internal error encountered: Failed to scp file  
/opt/zookeeper/conf/truststore.jks to /tmp/@Private IP of Node 0. Warning:  
Permanently added 'ip' (ECDSA) to the list of known hosts. 
! Permission denied, please try again. 

Task Name                                Start Time                            

End Time                            Status  
---------------------------------------- -----------------------------------  
----------------------------------- ----------  
Provisioning service creation            March 1, 2021 3:56:22 PM GMT          

March 1, 2021 5:10:47 PM GMT        Failure 
.. 
.. 
Provisioning service creation            March 1, 2021 5:10:39 PM GMT          

March 1, 2021 5:10:47 PM GMT        Failure  
Create Trust Store                       March 1, 2021 5:10:39 PM GMT          

March 1, 2021 5:10:45 PM GMT        Success  
Delete Trust Store                       March 1, 2021 5:10:45 PM GMT          

March 1, 2021 5:10:45 PM GMT        Success  
Create Trust Store                       March 1, 2021 5:10:45 PM GMT          

March 1, 2021 5:10:47 PM GMT        Failure   

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデルのベア・メタルおよびKVMベースのDBシステム・デプロイメント

回避策

  1. /opt/zookeeper/conf/truststore.jksファイルをノード1からノード0にコピーします。
  2. 両方のノードでDCSエージェントとZookeeperを停止します。
  3. 両方のノードでZookeeperを起動してから、両方のノードでDCSエージェントを起動します。

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

KVMでのデータベース・システムの作成中にエラーが発生しました

KVMでのdbsystemの作成時にエラーが発生します。

このエラーは、Oracle ASMおよびインターコネクト・ネットワークに同じ仮想機能(インフィニバンド・ベースのシステム上の仮想ネットワーク用)を使用してKVMにデータベース・システムを作成する場合に発生します。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル(非高可用性プラットフォーム)

回避策

  1. dbsystemを停止して削除します。
  2. DCSエージェントを再起動します。
  3. dbsystemを再作成します。

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

KVMでの仮想マシンの作成中にエラーが発生しました

KVM上のOracle Database ApplianceでVMを作成する際に、エラーが発生します。

優先ノードが指定され、このノードがodacli create-vmコマンドが実行されているノードと異なる場合、odacli create-vmコマンドは失敗します。

ハードウェア・モデル

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

回避策

優先ノードからodacli create-vmコマンドを実行します。

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

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で追跡されています。

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によって追跡されます。

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のすべてのベアメタル・デプロイメント

回避策

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

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

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

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

ハードウェア・モデル

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

回避策

次の回避策を使用します:
  1. 12.1の単一インスタンス・データベースをアップグレードする前に、次のPL/SQLコマンドを実行して、local_listenerを空の文字列に変更します:
    ALTER SYSTEM SET LOCAL_LISTENER='';
  2. 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

回避策

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

回避策

互換性のある値をソース・データベースの値に設定します。 次のステップを実行します。
  1. パラメータ値を変更します。
    SQL> ALTER SYSTEM SET COMPATIBLE = '12.1.0.2.0' SCOPE=SPFILE;
  2. データベースを停止します。
    SQL> SHUTDOWN IMMEDIATE
  3. データベースを起動します。
    SQL> Startup
  4. 新しい値のパラメータを確認します。
    SQL> SELECT name, value, description FROM v$parameter WHERE name ='compatible';

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

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

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

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

Oracle Data Guardでodacli reinstate-dataguardコマンドを実行すると、エラーが発生します。

dcs-agent.logでレポートされるエラーは次のとおりです:
DCS-10001:Internal error encountered: Unable to reinstate Dg." and can 
further find this error "ORA-12514: TNS:listener does not currently know of  
service requested  

ハードウェア・モデル

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

回避策

回復するデータベースがMOUNTモードで起動されていることを確認します。

データベースをMOUNTモードで起動するには、次のコマンドを実行します:
srvctl start database -d db-unique-name -o mount

コマンドが正常に完了したら、コマンドodacli reinstate-dataguardジョブを実行します。 データベースがすでにMOUNTモードの場合、これは一時的なエラーである可能性があります。 odacli describe-dataguardstatusまたはodacli list-dataguardstatusでData Guardのステータスを数分後に再確認するか、DGMGRL> SHOW CONFIGURATION;に再稼働が成功したかどうかを確認します。

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

ベア・メタルCPUプールからデータベースを起動中にエラーが発生しました

Oracle Database Applianceリリース19.10へのパッチ適用後にデータベースを起動すると、エラーが発生します。

Oracle Database Applianceリリース19.10へのパッチ適用後、ベア・メタルCPUプールを使用するデータベースは、システムの再起動後に起動に失敗します。 service cgconfig.serviceが停止しています。
# systemctl status cgconfig.service 
cgconfig.service - Control Group configuration service 
   Loaded: loaded (/usr/lib/systemd/system/cgconfig.service; disabled; vendor  
preset: disabled) 
   Active: inactive (dead) 

.

ハードウェア・モデル

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

回避策

次のステップを実行します。
  1. cgconfig.serviceのステータスを確認します。 ステータスが無効または非アクティブの場合は、続行します。
    # systemctl status cgconfig.service 
    cgconfig.service - Control Group configuration service 
       Loaded: loaded (/usr/lib/systemd/system/cgconfig.service; disabled; vendor  
    preset: disabled) 
       Active: inactive (dead) 
  2. cgconfig.serviceを起動します:
    # systemctl start cgconfig.service 
  3. cgconfig.serviceを有効にします:
    # systemctl enable cgconfig.service 
    Created symlink from  
    /etc/systemd/system/sysinit.target.wants/cgconfig.service to  
    /usr/lib/systemd/system/cgconfig.service. 
  4. cgconfig.serviceのステータスを確認します:
    # systemctl status cgconfig.service 
    cgconfig.service - Control Group configuration service 
       Loaded: loaded (/usr/lib/systemd/system/cgconfig.service; enabled; vendor  
    preset: disabled) 
       Active: active (exited) since Mon 2021-02-22 23:03:34 CST; 3min 40s ago 
     Main PID: 16594 (code=exited, status=0/SUCCESS) 
  5. 障害が発生したデータベースを再起動します。

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

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

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

ソース・データベースのバックアップの親ディレクトリを指していない間違ったバックアップ・ロケーションを指定すると、iRestore操作が失敗します。

これは、間違ったロケーションに複数のデータベースIDがあり、RMANで障害が発生するためです。

ハードウェア・モデル

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

回避策

バックアップのロケーションを指定しないか、ソース・データベースのバックアップの親ディレクトリを指す正しいバックアップのロケーションを指定してください。

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

同時データベースまたはデータベース・ホーム作成ジョブの実行中にエラーが発生しました

データベースまたはデータベース・ホームの同時作成ジョブを実行すると、エラーが発生します。

ハードウェア・モデル

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

回避策

データベースまたはデータベース・ホームの同時作成ジョブを実行しないでください。

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

単一インスタンスStandard Edition Oracle Databaseでデータベース・システムを作成する場合、SEHAはデフォルトで無効になっています

Standard Edition High-Availability (SEHA)は、単一インスタンスStandard Edition Oracle Databaseを使用してデータベース・システムを作成する場合、デフォルトで無効になっています。

ハードウェア・モデル

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

回避策

コマンドodacli modify-database -shを使用して、データベースのSEHAを無効にします。

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

コマンド出力に不整合があります

odacli recover-databaseコマンドを実行すると、odacli describe-databaseodacli list-cpupoolの出力に一貫性がなくなります。

高可用性デプロイメント上のStandard Edition高可用性単一インスタンス・データベースの場合、データベースが一方のノードにあり、もう一方のノードからodacli recover-databaseコマンドを実行すると、odacli describe-databaseodacli list-cpupoolの出力に一貫性がなくなります。
次に例を示します。
# odacli describe-database -in test
Execution on node 0: 
Database details 
---------------------------------------------------------------- 
                     ID: 59c357dc-9088-41bb-b152-31f1ab751485 
            Description: test 
                DB Name: test 
             DB Version: 19.10.0.0.210119 
                DB Type: SI 
    DB Target Node Name: node2    ----> Node 1 
             ... 
           CPU Pool Name: Test3   -----> describe-db option shows cpupool as  Test3 
# odacli list-cpupools 
Name      Type   Configured on    Cores  Associated resources      Created    Updated 

Test1     BM     node1,            2      db1, test,    
---> In the list cpupool option, test db is listed under Test1 

ハードウェア・モデル

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

回避策

データベースが実行されているノードと同じノードから、シングル・インスタンス・データベースに対して-cpupoolオプションを指定してodacli recover-databaseコマンドを実行します。 他のノードからコマンドを実行しないでください。

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

シングル・インスタンスおよびEnterprise Edition Oracle Databaseでは、ローカルCPUプールのみがサポートされています

非ローカルCPUプールは、単一インスタンスおよびEnterprise Edition Oracle Databaseではサポートされていません。

ハードウェア・モデル

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

回避策

シングル・インスタンスおよびEnterprise Edition Oracle DatabaseにローカルCPUプールを使用します。

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

11.2.0.4データベースのスタンバイ・データベースのリストアでエラーが発生しました

バージョン11.2.0.4のスタンバイ・データベースでiRestore操作を実行すると、エラーが発生します。

スタンバイ・データベース制御ファイルのチェックポイントが複製のpoint-in-timeより新しい場合、iRestoreからスタンバイへのバージョン11.2.0.4のデータベースで障害が発生する可能性があります。

ハードウェア・モデル

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

回避策

次のステップを実行します。
  1. バックアップを作成した後、iRestore操作を実行する前に、バックアップ・レポートに属性backupLocationとして表示されるディレクトリ内の制御ファイルの自動バックアップを削除します:
    c-3737675288-20210211-04 
    c-3737675288-20210211-05 
    c-3737675288-20210211-06 
    c-3737675288-20210212-00 
    c-3737675288-20210212-01
  2. データベースiRestore操作を実行します。
  3. iRestore操作が正常に実行されたら、ソース・データベースのバックアップを作成します。

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

KVMでのデータベースのクローニング中にエラーが発生しました

KVM上のOracle Database Applianceでデータベースをクローニングすると、エラーが発生します。

リモート・ノードからコマンドを実行すると、odacli clone-vmコマンドは失敗します。 たとえば、クローニングするVMが停止前にNode0上にあり、odacli clone-vmコマンドがNode1から実行されている場合、クローン操作は失敗します。

ハードウェア・モデル

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

回避策

VMが実行されていたのと同じノードからodacli clone-vmコマンドを実行します。

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

KVM上の仮想マシンのクローニング中にエラーが発生しました

KVM上のOracle Database ApplianceでVMをクローニングすると、エラーが発生します。

クローニングするVMに仮想ディスクがアタッチされている場合、odacli clone-vmコマンドは失敗します。

ハードウェア・モデル

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

回避策

クローニングの前に仮想ディスクをデタッチし、クローニング操作の完了後にアタッチします。

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

WindowsシステムでKVMゲストVMを作成中にエラーが発生しました

KVM上のOracle Database Applianceでデータベースをクローニングすると、エラーが発生します。

ハードウェア・モデル

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

回避策

WindowsでKVMゲスト・マシンを構成するステップは、次の場所にあるMy Oracle Supportのノート2748946.1を参照してください:

https://support.oracle.com/rs?type=doc&id=2748946.1

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

Oracle ASMデータベースでのOracle Data Guardの構成中にエラーが発生しました

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

Oracle ASMデータベースのOracle Data Guard構成が次の場所で失敗 - ステップ6 : スタンバイ・データベースの構成(スタンバイ・サイト) - 次のエラーが発生しました:
DCS-10001:Internal error encountered: Unable to create Redo Logs.

ハードウェア・モデル

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

回避策

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

  1. スタンバイ・サイトで、次のコマンドを実行します:
    [grid] sqlplus / as sysasm 
           SQL> alter diskgroup DATA set attribute 
    'access_control.enabled' ='false';  
  2. Oracle Data Guard構成を通常どおり実行します。
  3. スタンバイ・サイトで、次のコマンドを実行します:
    [grid] sqlplus / as sysasm 
           SQL> alter diskgroup DATA set attribute  
    'access_control.enabled'='true'; 
  4. スタンバイ・サイトで、次のコマンドを実行します:
    ASMCMD> chown dbUser  
    +DATA/dbUniqName/PASSWORD/orapwdbName 

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

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

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

システム内の以前に削除されたデータベースと同じ一意のデータベース名でデータベースをリストアするジョブが失敗し、次のエラー・メッセージが表示されます:
DCS-10001:Internal error encountered: Failed to run command Failed to create FileGroupDBUNIQUENAME_9999 on DiskGroupRECO

ハードウェア・モデル

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

回避策

データベースをリストアする場合は、システム内のどのデータベースでも使用されていないように、データベース名および一意のデータベース名を指定します。

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

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

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

エラー1: TDEが有効なOracle ASMデータベースをリストアするジョブが失敗し、次のエラー・メッセージが表示されることがあります:

DCS-10001:Internal error encountered: Failed to copy TDE Wallet to backup location.

エラー2: Oracle ASMデータベースのTDEウォレットをリストアしてTDE対応のOracle ASMデータベースをリカバリするジョブが、次のエラー・メッセージで失敗することがあります:

DCS-10001:Internal error encountered: Failed to create autologin software  
keystore.

ハードウェア・モデル

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

回避策

Error 1の対処方法については、次のステップに従います:
  1. アクセス制御を無効にします。
    # su - grid 
    Last login: *** ***  4 :01:35 ** 20** 
    [grid@node1 ~]$ sqlplus / as sysasm 
    
    SQL*Plus: Release 19.0.0.0.0 - Production on Thu Mar 4 **:**:** 20** 
    Version 19.10.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.10.0.0.0 
    SQL>  alter diskgroup DATA set attribute 'access_control.enabled' ='false'; 
    Diskgroup altered. 
  2. iRestoreジョブを開始します。
  3. 前述のiRestoreジョブで自動ログインTDEウォレット作成タスクが正常に完了した直後に、アクセス制御を有効にします。 次の例は、「TDEウォレットの自動ログイン作成」タスクが正常に完了したことを示しています。
    Job details                                                       
    ---------------------------------------------------------------- 
                         ID:  9617c289-3698-4d3e-84e5-6b15408b4143 
                Description:  Database service recovery with db name: dharmtd6 
                     Status:  Success 
                    Created:  March 4, 2021 4:18:02 PM IST 
                    Message:   
    Task Name                                Start Time                           
    End Time                            Status     
    ---------------------------------------- -----------------------------------  
    ----------------------------------- ---------- 
    Check if cluster ware is running         March 4, 2021 4:18:12 PM IST         
    March 4, 2021 4:18:13 PM IST        Success    
    Check if cluster ware is running         March 4, 2021 4:18:13 PM IST         
    March 4, 2021 4:18:13 PM IST        Success    
    .... 
    
    Auxiliary Instance Creation              March 4, 2021 4:18:36 PM IST         
    March 4, 2021 4:18:48 PM IST        Success    
    TDE Wallet directory creation            March 4, 2021 4:18:48 PM IST         
    March 4, 2021 4:18:50 PM IST        Success    
    TDE Wallet Restore                       March 4, 2021 4:18:50 PM IST         
    March 4, 2021 4:18:53 PM IST        Success    
    Auto login TDE Wallet creation           March 4, 2021 4:18:53 PM IST      
    
    Access Control can be enabled as below: 
    
    [root@node1 bin]# su - grid 
    Last login: *** ***  4 :01:35 ** 20** 
    [grid@node2 ~]$ sqlplus / as sysasm 
    
    SQL*Plus: Release 19.0.0.0.0 - Production on *** *** 4 18:25:08 20** 
    Version 19.10.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.10.0.0.0 
    
    SQL>  alter diskgroup DATA set attribute 'access_control.enabled' ='true'; 
    Diskgroup altered. 
エラー2の対処方法については、次のステップに従います:
  1. grid_userとして接続して、+DATA/DBUNIQUENAME/tdeパスのewallet.p12およびcwallet.ssoファイル(存在する場合)を削除します。
    # su - grid 
    Last login: *** ***  4 :01:35 ** 20** 
    [grid@scaoda***c1n2 ~]$ asmcmd 
    ASMCMD> cd +DATA/MYDB/tde 
    ASMCMD> rm ewallet.p12 cwallet.sso 
  2. アクセス制御を無効にします。
    # su - grid 
    Last login: *** ***  4 :01:35 ** 20** 
    [grid@node1 ~]$ sqlplus / as sysasm 
    
    SQL*Plus: Release 19.0.0.0.0 - Production on Thu Mar 4 **:**:** 20** 
    Version 19.10.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.10.0.0.0 
    SQL>  alter diskgroup DATA set attribute 'access_control.enabled' ='false'; 
    Diskgroup altered. 
  3. iRestore TDEウォレット・ジョブまたはTDEデータベース・ジョブのリカバリを開始します。
  4. アクセス制御を有効にします。
    [root@node1 bin]# su - grid 
    Last login: *** ***  4 :01:35 ** 20** 
    [grid@node2 ~]$ sqlplus / as sysasm 
    
    SQL*Plus: Release 19.0.0.0.0 - Production on *** *** 4 18:25:08 20** 
    Version 19.10.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.10.0.0.0 
    
    SQL>  alter diskgroup DATA set attribute 'access_control.enabled' ='true'; 
    Diskgroup altered. 

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

TDE対応データベースのバックアップ中にエラーが発生しました

Oracle Database ApplianceでTDE対応データベースのバックアップを実行すると、エラーが発生します。

TDE対応のOracle ASMデータベースおよびOracle ASMデータベースのTDEウォレットをバックアップするジョブが失敗し、次のエラー・メッセージが表示される場合があります:
DCS-10001:Internal error encountered: Failed to copy TDE Wallet to backup location.

ハードウェア・モデル

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

回避策

chownコマンドを使用して、/u01/app/dbuser/diag/kfod/node_1_nameおよび/u01/app/dbuser/diag/kfod/node_2_nameディレクトリの権限を< dbuser >に変更します。 単一ノード・デプロイメントの場合は、1つのノードでコマンドを実行します。

次に例を示します。
chown -R oracle /u01/app/oracle/diag/kfod/test1/ chown -R oracle /u01/app/oracle/diag/kfod/test2/

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

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ハードウェア・モデル

回避策

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

  1. プライマリ・マシンで、standby_became_primary_scnを取得します:
    SQL> select standby_became_primary_scn from v$database; 
    STANDBY_BECAME_PRIMARY_SCN 
    -------------------------- 
              3522449 
  2. 古いプライマリ・データベースで、バックアップ暗号化パスワードを使用して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 
  3. 新しいプライマリ・マシンで、odacli reinstate-dataguardコマンドを実行します。

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

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ハードウェア・モデル

回避策

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

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

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

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ハードウェア・モデル

回避策

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

  1. 新しいプライマリ・マシンで、standby_became_primary_scnを取得します:
    SQL> select standby_became_primary_scn from v$database; 
    STANDBY_BECAME_PRIMARY_SCN 
    -------------------------- 
      4370820 
  2. 新しいプライマリ・データベースで、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 
  3. 新しいプライマリ・マシンで、RMANを使用して欠損順序をリストアします。
    $rman target/ 
    RMAN>  restore archivelog from logseq=1  until logseq=53;
  4. 新しいスタンバイ・マシンで、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ハードウェア・モデル

回避策

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

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

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

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によって追跡されます。

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によって追跡されます。

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ハードウェア・モデル

回避策

  1. 両方のノードで次のコマンドを実行して、DCSエージェントを停止します。

    Oracle Linux 6の場合、次のコマンドを実行します:

    initctl stop initdcsagent 

    Oracle Linux 7の場合、次のコマンドを実行します:

    systemctl stop initdcsagent 
  2. 両方のノードでクリーンアップ・スクリプトを順番に実行します。

この問題は、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ハードウェア・モデル・ベアメタル・デプロイメント

回避策

システムで作成されたすべてのデータベースが移行システムで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で追跡されます。

認識できないトークン・メッセージが/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

回避策

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

  1. パッチ適用後、ベアメタル・デプロイメントの / 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
  2. Reboot. ノードを再起動すると、メッセージは表示されません。

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