4 Oracle Database Applianceの既知の問題
このリリースでOracle Database Applianceをデプロイ、更新および管理する既知の問題を次に示します。
- 「Oracle ADVMプロセスの再同期化は、18.3にアップグレードしたあとのパフォーマンスに影響を与えます」
Oracle Database Appliance 18.3以上にアップグレードすると、Oracle ASM動的ボリューム・マネージャ(Oracle ADVM)プロセスがCPUを過度に消費しているため、一部のOracle Database Applianceシステムのパフォーマンスに影響する可能性があります。 - 「サーバー・パッチの適用時のOracle Grid Infrastructureのパッチ適用の失敗」
18.3から18.5へのOracle Database Applianceデプロイメントを更新するためにサーバー・パッチを適用すると、更新が失敗する場合があります。 - 「特定の場合にdescribe-componentコマンドに対して正しくない結果が返されました」
describe-component
コマンドは正しくない結果を戻す場合があります。 - 「Onboardのパブリック・ネットワーク・インタフェースは、パッチ適用またはイメージング後は起動しません」
パッチまたは再イメージOracle Database Applianceを適用すると、ILOMに示された障害ステータスが原因でオンボードのパブリック・ネットワーク・インタフェースが起動しない場合があります。 - 「ローカル・サーバーのパッチ適用により、2番目のノードでハングアップ」
ローカル・サーバーのパッチ適用は2番目のノードで完了しません。 - 「ノードの再起動後に表示されるネットワーク・インタフェースは1つのみです」
ノードのリブート後に、ネットワーク・インタフェースが1つのみ表示されます。 - 「サーバーのパッチ適用失敗してOracle Clusterwareを起動できません」
Oracle Clusterware Time Synchronization Services Daemon (OCTSSD)に問題があるため、サーバー・パッチを適用しても、Oracle Clusterwareは起動しません。 - 「スナップショット・データベースはプライマリ・データベースにのみ作成できます」
oakcli
スタックの場合、スナップショット・データベースはプライマリ・データベースから作成でき、スタンバイ・データベースからは作成できません。 - 「12.1.0.2データベースのCDBの作成に失敗する可能性」
仮想化されたプラットフォーム上での12.1.0.2データベースのマルチテナント・コンテナ・データベース(CDB)の作成に失敗することがあります。 - 「Oracle Grid Infrastructureを18.5にアップグレードしたあと、データ・ディスク・グループの起動に失敗しました」
Oracle Grid Infrastructureを18.5にアップグレードした後、DATAディスク・グループは起動されません。 - 「パッチ適用中にスタック移行が失敗しました」
OAKスタックにパッチを適用した後、odacli
コマンドを実行すると、次のエラーが発生します: - 「11.2.0.4データベースへのパッチ適用中にエラー」
11.2.0.4.190115データベース・クローンを使用して作成された11.2.0.4 DBホームへのパッチ適用が次のエラーで失敗します: - 「ODA_BASEは読み取り専用モードになっているか、起動できません。」
/OVS
ディレクトリがいっぱいで、ODA_BASEが読み取り専用モードです。 - 「DCS-10045:検証エラーが発生しました。 : cpucoresの取得中にエラーが発生しました」
アプライアンスをデプロイすると、DCS-10045エラーが表示されます。 2番目のノードのCPUコアを取得中にエラーが発生しました。 - 「データベース作成は、削除されたデータベース名を使用してデータベースを作成したときにハング」
アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。 - 「アプライアンスにパッチを適用した後に一部のファイルが欠落しています」
アプライアンスにパッチを適用した後に、一部のファイルが見つかりません。 - 「12.1.0.2データベース・ホームの更新中にエラーが発生しました」
12.1.0.2から18.3へOracle Databaseホームを更新するときは、コマンドodacli update-dbhome -i dbhomeId -v 18.3.0.0.0
を使用すると、次のエラーが表示されることがあります: - 「パッチ適用後の/u01ディレクトリでのスペース問題」
18.5へのパッチ適用後、ディレクトリ/u01/app/18.0.0.0/grid/log/hostname/client
にはgpnp
ログがすぐに入力されます。 - 「Zookeeperログ・サイズによるディスク領域の問題」
新しいログを追加すると、Zookeeperのログファイルzookeeper.out
および/opt/zookeeper/log/zkMonitor.log
はローテーションされません。 これにより、ディスク領域に問題が発生する可能性があります。 - 「cleanup.pl実行後にエラーが発生しました」
cleanup.pl
の実行後にodacli
コマンドの実行中にエラーが発生しました。 - 「DCSスタックへの移行後のデータベース・ストレージの削除時のエラー」
DCSスタックに移行した後、データベース・ストレージの一部のボリュームを削除できません。 - 「データのアクセラレータ・ボリュームは、フラッシュ・ストレージに作成されません」
アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。 - 「データベースのアップグレード後にデータベース接続が失敗しました」
11.2から12.1.0.2にデータベースをアップグレードした後で、job_queue_processes
値が原因でデータベース接続に失敗します。 - 「DSSデータベース・シェイプodb1sによる18.3データベースの作成に失敗しました」
DSSデータベース・シェイプodb1sを使用して18.3データベースを作成すると、次のエラー・メッセージを含む作成が失敗します: - 「odb8より大きいデータベース・シェイプのデータベース・ホーム移動の制限」
データベースを作成する場合、Oracle Database Standard Editionのデータベースのシェイプodb8以上を使用してデータベースを作成するためのポリシー制限があります。 - 「クローン・データベースの操作エラー」
データベースのクローニング操作は、次のエラーのために失敗します。 - 「Microsoft WebブラウザでWebコンソールを使用できない」
Microsoft EdgeおよびMicrosoft Internet Explorer Webブラウザで、Oracle Appliance ManagerのWebコンソールが正しく表示されない。 - 「Webコンソールを使用したデータベース・ホームへのローカル・パッチ適用中のエラー」
データベース・ホーム・パッチをWebコンソールを使用してローカルに適用すると、事前スキャン発行リクエストが作成されます。 - クリーンアップ・スクリプトの実行後のエラー
cleanup.pl
スクリプトを実行すると、DCS-10001:Internal error encountered: Fail to start hand shake
という次のエラー・メッセージが表示されます。 - 「Oakdが非クラスタ・モードで実行されている場合、odaeraserツールは機能しません」
デプロイメントをクリーン・アップした後、クラスタ以外モードでoakdが実行されている場合、セキュア・消しゴム・ツールは機能しません。 - 「パッチ適用後のオフラインまたは不明なステータスのリポジトリ」
18.5への両方のノードのローリングまたはローカル・パッチ適用の後、リポジトリはノード0または1上でオフラインまたは不明な状態になります。 - 「Oracle Database Applianceの再収集後に、Oracle ASRのバージョンは5.5.1になります」
Oracle Auto Service Request (ASR)バージョンは、Oracle Database Applianceの再イメージ化後に更新されません - 「11.2.0.4パッチ適用後、データベースの起動に失敗しました」
Oracle Database Applianceにパッチを適用して18.3をリリースすると、バージョン11.2.0.4のデータベースの起動に失敗します。 - 「複数のSCANリスナーが存在する場合、データベースの作成に失敗」
複数のSCANリスナーが存在する場合、11.2データベースの作成に失敗します。 - 「認識できないトークン・メッセージが/var/log/messagesに表示される」
Oracle Database Applianceを更新すると、認識できないトークン・メッセージが/var/log/messages
に表示されます。 - 「CRSを再起動した後のエラー」
クラスタ・レディ・サービス(CRS)が停止または再起動された場合、リポジトリおよび仮想マシンを停止する前にエラーが発生する可能性があります。 - 「ネットワークCLIコマンド実行時のノード番号情報のエラー」
-u
オプションが指定されていない場合、node0のネットワーク情報は、一部のodacli
コマンドで常に表示されます。 - 「Oracle Database 11.2.0.4へのパッチ適用時のエラー」
Oracle Database 11.2.0.4にパッチを適用すると、ログファイルに何らかのエラーが表示されることがあります。 - 「OAKERR:7007 VMの起動中にエラーが発生しました」
仮想マシン(VM)を起動すると、ドメインが存在しないというエラー・メッセージが表示されます。 - 「サーバーのパッチまたはプロビジョニング時にFLASHディスクグループがマウントされていない」
Oracle Database Appliance 12.2.1.2を使用してサーバーをプロビジョニング、再イメージング、またはパッチ適用した後も、フラッシュ・ディスク・グループは再起動後にマウントされません。 - 「リリース12.1のOracle ASMデータベースを作成できません」
Oracle Automatic Storage Management (Oracle ASM)の既知の問題により、REDOディスクグループがOracle Database Release 12.1でマウントされないことがあります。 - 「カスタム環境で永続的な古い構成の詳細」
構成ファイル/etc/security/limits.conf
には、カスタム環境の場合でもデフォルトのエントリが含まれています。 - 「odb-01s DSSデータベースのデータベース作成が失敗」
シェイプodb-01sのDSSデータベースを作成しようとすると、次のエラーでジョブが失敗することがあります: - 「不適切なSGAおよびPGA値が表示される」
odb36データベース・シェイプで作成されたオンライン・トランザクション処理(OLTP)、インメモリー(IMDB)およびディシジョン支援サービス(DSS)データベースの場合、PGAおよびSGA値は正しく表示されません。
Oracle ADVMプロセスの再同期化は、18.3にアップグレードしたあとのパフォーマンスに影響を与えます
Oracle Database Appliance 18.3以上にアップグレードすると、Oracle ASM動的ボリューム・マネージャ(Oracle ADVM)プロセスがCPUを過度に消費しているため、一部のOracle Database Applianceシステムのパフォーマンスに影響する可能性があります。
Oracle Database Appliance 18.3にアップグレードすると、Oracle ASMディスクグループ上のミラー化されたボリュームについて、1 MBよりも大きいサイズのミラー化ボリュームで、ストレージ・ディスクが再同期化または同期化されることがあります。 Oracle Automatic Storage Management Cluster File System (Oracle ACFS)ボリューム・サイズが大きいほど、影響は大きくなります。
ハードウェア・モデル
Oracle Database Applianceのすべてのハードウェア・モデル(特に、X5-2およびX7-2高容量モデル)で、8T HDDを使用します。
対処方法
この問題の解決の詳細は、Oracle Support Note 2525427.1を参照してください:
https://support.oracle.com/rs?type=doc&id=2525427.1
この問題は、Oracleバグ29520544で追跡されます。
サーバー・パッチの適用時のOracle Grid Infrastructureのパッチ適用の失敗
18.3から18.5へのOracle Database Applianceデプロイメントを更新するためにサーバー・パッチを適用すると、更新が失敗する場合があります。
12.1.2.12または12.2.2.1.xまたは12.1.0.2から12.2.0.1にリリース18.3をアップグレードしてからOracle Database Applianceリリース18.3にパッチを適用すると、リリース18.5へのパッチ適用が失敗することがあります。
/u01/app/oraInventory/ContentsXML/inventory.xml
ファイルは、デフォルトのOracle Clusterwareホームとして12.1または12.2 grid
ホームがリストされている場合があります。
ハードウェア・モデル
すべてのOracle Database Applianceハードウェア・モデル。
対処方法
- 12.1.0.2ホームを切り離します:
/u01/app/18.0.0.0/grid/oui/bin/runInstaller -silent -detachHome ORACLE_HOME="/u01/app/12.1.0.2/grid" ORACLE_HOME_NAME="OraGrid12102" -local
- 12.2.0.1ホームを切り離します:
/u01/app/18.0.0.0/grid/oui/bin/runInstaller -silent -detachHome ORACLE_HOME="/u01/app/12.2.0.1/grid" ORACLE_HOME_NAME="OraGrid12201" -local
- 次のコマンドの出力に注意してください。 次のステップで、ノード名を置き換える必要があります。
/u01/app/18.0.0.0/grid/bin/olsnodes
上記のコマンドの出力が
node1 node2
の場合、クラスタ・ノードはnode1,node2
になります。 - グリッド・インストーラをサイレント・モードで実行して、インベントリのノード・リストを更新します:
/u01/app/18.0.0.0/grid/oui/bin/runInstaller -silent -local -updateNodeList ORACLE_HOME_NAME="OraGrid18000" ORACLE_HOME="/u01/app/18.0.0.0/grid" CLUSTER_NODES="node1,node2" CRS="true"
前述のステップを実行した後、デプロイメントにOracle Database Applianceリリース18.5のパッチを適用します。
この問題は、Oracleバグ29476961で追跡されます。
特定の場合にdescribe-componentコマンドに対して正しくない結果が返されました
describe-component
コマンドは正しくない結果を戻す場合があります。
次のディスクについては、describe-component
コマンドは、使用可能なバージョンをQDV1RE14として表示します。このバージョンは実際のバージョンQDV1RF30よりも低いです:
Disk type: NVMe
Manufacturer : Intel
Model: 0x0a54
Product name: 7335940:ICDPC2DD2ORA6.4T
Version: QDV1RF30
describe-componentコマンドを実行すると、次のディスクは表示されません。 これは、表示以外のシステム・コンポーネントには影響しません。
Disk type: NVMe
Manufacturer : Intel
Model: 0x0a54
Product name: 7361456_ICRPC2DD2ORA6.4T
Version: VDV1RY03
ハードウェア・モデル
すべてのOracle Database Applianceハードウェア・モデル。
対処方法
fwupdate list all
コマンドを使用して、正しいバージョンを確認します。
この問題は、Oracleバグ29680034で追跡されます。
Onboardのパブリック・ネットワーク・インタフェースは、パッチ適用またはイメージング後は起動しません
パッチまたは再イメージOracle Database Applianceを適用すると、ILOMに示された障害ステータスが原因でオンボードのパブリック・ネットワーク・インタフェースが起動しない場合があります。
ハードウェア・モデル
Oracle Database Appliance X7-2-HA, X7-2S, X7-2M
対処方法
- ILOMのすべての障害をクリアします。
- ホストをリセットするか電源を入れます。
- ILOMにファームウェアの最新バージョンがあることを確認します。
- X7-2 On Board Dual Port 10Gb/25Gb SFP28 Ethernet Controllerファームウェアが最新であることを確認します。
- 新しいスナップショットを収集し、アプライアンスをモニターして、障害が繰り返されなかったことを確認します。
- この問題が繰り返される場合は、Oracle Supportに問い合わせてください。
この問題は、Oracleバグ29206350および28308268で追跡されます。
ローカル・サーバーのパッチ適用により、2番目のノードでハングアップ
ローカル・サーバーのパッチ適用は2番目のノードで完了しません。
Oracle Database Applianceに-local
オプションを使用してパッチを適用すると、haエラーのためにパッチ適用アクティビティがハングし、2番目のノードで完了しない可能性があります。
ハードウェア・モデル
Oracle Database Appliance高可用性ハードウェア・モデルは、ベアメタルなデプロイメントをモデル化します。
対処方法
crs
を停止し、1つずつcrs
を開始します。
- 任意のノードで
root
としてログインし、-all
オプションを使用してクラスタを停止します。# /u01/app/18.0.0.0/grid/bin/crsctl stop cluster -all
- 両方のノードで
crs
を停止します。[Node 0] # /u01/app/18.0.0.0/grid/bin/crsctl stop crs [Node 1] # /u01/app/18.0.0.0/grid/bin/crsctl stop crs
- ノードごとに1つずつ、
crs
を起動します。[Node 0] # /u01/app/18.0.0.0/grid/bin/crsctl start crs [Node 1] # /u01/app/18.0.0.0/grid/bin/crsctl start crs
- ジョブ詳細を表示して、パッチ適用アクティビティが完了したかどうかを確認します。
# odacli list-jobs 6157593a-e3d1-444c-a99f-7211f05e075c Server Patching April 17, 2019 9:47:43 PM BRT Running
- パッチ適用操作でオペレーティング・システムまたはファームウェアが更新されたかどうかを確認します。
# odacli describe-job -i 6157593a-e3d1-444c-a99f-7211f05e075c
オペレーティング・システムまたはファームウェアが更新された場合は、ノードを手動で再起動します。 オペレーティング・システムまたはファームウェアが更新されなかった場合は、
initctl
コマンドを使用してdcs-agent
を再起動します。
この問題は、Oracleバグ29663931で追跡されます。
ノードの再起動後に表示されるネットワーク・インタフェースは1つのみです
ノードのリブート後に、ネットワーク・インタフェースが1つのみ表示されます。
netstat
コマンドは、2つのインタフェースのうち1つだけを返します。 # netstat -nr | grep 169
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
ora.cluster_interconnect.haip
がオンラインになっていることを確認してから、他方のノード上でリブート(または電源投入)します。# /u01/app/18.0.0.0/grid/bin/crsctl stat res -t -init|grep -A1
ora.cluster_interconnect.haip
------------------------------------------------------------------------------
--
Name Target State Server State details
------------------------------------------------------------------------------
--
Cluster Resources
------------------------------------------------------------------------------
--
ora.cluster_interconnect.haip
1 ONLINE ONLINE <hostname> STABLE
ハードウェア・モデル
Oracle Database Applianceハードウェアは、X4-2およびX7-2上のバリアント・デプロイメントをモデル化します。 Infiniband InterconnectでのX5-2およびX6-2ベアメタル・デプロイメントは影響を受けません。
対処方法
crs
を停止し、crs
を1つずつ起動します。
- 任意のノードで
root
としてログインし、-all
オプションを使用してクラスタを停止します。# /u01/app/18.0.0.0/grid/bin/crsctl stop cluster -all
- 両方のノードで
crs
を停止します。[Node 0] # /u01/app/18.0.0.0/grid/bin/crsctl stop crs [Node 1] # /u01/app/18.0.0.0/grid/bin/crsctl stop crs
- ノードごとに1つずつ、
crs
を起動します。[Node 0] # /u01/app/18.0.0.0/grid/bin/crsctl start crs [Node 1] # /u01/app/18.0.0.0/grid/bin/crsctl start crs
この問題は、Oracleバグ29613692で追跡されます。
サーバーのパッチ適用失敗してOracle Clusterwareを起動できません
Oracle Clusterware Time Synchronization Services Daemon (OCTSSD)に問題があるため、サーバー・パッチを適用しても、Oracle Clusterwareは起動しません。
ハードウェア・モデル
Oracle Database Appliance高可用性ハードウェア・モデルは、ベアメタルなデプロイメントをモデル化します。
対処方法
- 任意のノードで
root
としてログインし、-force
オプションを使用してクラスタを停止します。# export ORACLE_HOME = /u01/app/18.0.0.0/grid/bin # $ORACLE_HOME/bin/crsctl stop crs -force
- マスター・ノードで
ctssd
を再起動し、失敗したノードで再起動します。On the master node: # $ORACLE_HOME/bin/crsctl stop res ora.ctssd -init # $ORACLE_HOME/bin/crsctl start res ora.ctssd -init
- サーバーを更新します。
# odacli update-server -v 18.5.0.0.0
この問題は、Oracleバグ29549267で追跡されます。
スナップショット・データベースはプライマリ・データベースにのみ作成できます
oakcli
スタックの場合、スナップショット・データベースはプライマリ・データベースから作成でき、スタンバイ・データベースからは作成できません。
データベースを作成するときにデータベース名(db_name
)とデータベース固有の名前(db_unique_name
)が異なる場合は、次のエラーが発生します:
WARNING: 2018-09-13 12:47:18: Following data files are not on SNAP location
ハードウェア・モデル
Virtualized Platform用のすべてのOracle Database Applianceハードウェア・モデル
対処方法
なし。 oakcli
スタックの場合、スタンバイ・データベースではなくプライマリ・データベースからスナップショット・データベースを作成します。
この問題は、Oracleバグ28649665で追跡されます。
12.1.0.2データベースのCDBの作成に失敗する可能性
仮想化されたプラットフォーム上での12.1.0.2データベースのマルチテナント・コンテナ・データベース(CDB)の作成に失敗することがあります。
データベースを作成するときにデータベース名(db_name
)とデータベース固有の名前(db_unique_name
)が異なる場合は、次のエラーが発生します:
WARNING: 2018-09-13 12:47:18: Following data files are not on SNAP location
ハードウェア・モデル
Virtualized Platform用のすべてのOracle Database Applianceハードウェア・モデル
対処方法
なし。
この問題は、Oracleバグ29231958で追跡されます。
Oracle Grid Infrastructureを18.5にアップグレードしたあと、データ・ディスク・グループの起動に失敗しました
Oracle Grid Infrastructureを18.5にアップグレードした後、DATAディスク・グループは起動されません。
ログ・ファイルに次のエラーが報告されました:
ORA-15038: disk '/dev/mapper/HDD_E1_S13_1931008292p1' mismatch on 'Sector
Size' with target disk group [512] [4096]
ハードウェア・モデル
Oracle Database Applianceハードウェア・モデルX5-2以降、混在したストレージ・ディスクがインストールされている状態
対処方法
Oracle Clusterwareを正常に起動するには、Oracle ASMにgrid
ユーザーとして接続し、次のSQLコマンドを実行します:
SQL> show parameter _disk_sector_size_override;
NAME TYPE VALUE
--------------------------------------------------------
_disk_sector_size_override boolean TRUE
SQL> alter system set "_disk_sector_size_override" = FALSE scope=both;
alter system set "_disk_sector_size_override" = FALSE scope=both
*
ERROR at line 1:
ORA-32000: write to SPFILE requested but SPFILE is not modifiable
SQL> alter diskgroup DATA mount;
Diskgroup altered.
SQL> alter system set "_disk_sector_size_override" = FALSE scope=both;
System altered
この問題は、Oracleバグ29220984で追跡されます。
パッチ適用中にスタック移行が失敗しました
OAKスタックにパッチを適用した後、odacli
コマンドを実行すると、次のエラーが発生します:
DCS-10001:Internal error encountered: java.lang.String cannot be cast to
com.oracle.dcs.agent.model.DbSystemNodeComponents.
ハードウェア・モデル
すべてのOracle Database Applianceハードウェア・モデル
対処方法
/etc/ntp.conf
ファイルの名前を一時的に変更し、アプライアンスへのパッチ適用を再試行します。# mv /etc/ntp.conf /etc/ntp.conf.orig
- パッチ適用に成功したら、
/etc/ntp.conf
ファイルをリストアします。# mv /etc/ntp.conf.orig /etc/ntp.conf
この問題は、Oracleバグ29216717で追跡されます。
11.2.0.4データベースへのパッチ適用中にエラーが発生しました
11.2.0.4.190115データベース・クローンを使用して作成された11.2.0.4 DBホームへのパッチ適用が次のエラーで失敗します:
ERROR: 2019-03-06 00:04:14: Unable to apply db patch on the following Homes :
/u01/app/oracle/product/11.2.0.4/database_name
ハードウェア・モデル
Oracle Database Appliance仮想化プラットフォームを実行しているハードウェア・モデル
対処方法
なし。
この問題は、Oracleバグ29446260で追跡されます。
ODA_BASEは読み取り専用モードになっているか、起動できません。
/OVS
ディレクトリがいっぱいで、ODA_BASEが読み取り専用モードです。
/OVS/ var
ディレクトリ内のvmcore
ファイルにより、/OVS
ディレクトリ(Dom 0)が100%使用されるようになる可能性があります。 Dom 0がいっぱいになると、ODA_BASEは読み取り専用モードになっているか、起動できません。
ハードウェア・モデル
Oracle Database Appliance X6-2-HA、X5-2、X4-2、X3-2、およびV1。
Oracle Database Appliance X7-2-HA仮想化プラットフォーム。
対処方法
この問題を修正または防止するには、次の手順を実行します:
-
Dom 0のファイル使用状況を定期的にチェックし、必要に応じて
vmcore
ファイルをクリーンアップします。 -
oda_base vm.cfg
ファイルを編集し、on_crash = 'coredump-restart'
パラメータをon_crash = 'restart'
に変更します。 特に、ODA_BASEが200 GB(ギガ・バイト)以上のメモリーを使用している場合。
この問題は、Oracle Bug#26121450で追跡されます。
DCS-10045:検証エラーが発生しました。 : cpucoresの取得中にエラーが発生しました
アプライアンスをデプロイすると、DCS-10045エラーが表示されます。 2番目のノードのCPUコアを取得中にエラーが発生しました。
ハードウェア・モデル
Oracle Database Appliance X7-2-HA
対処方法
-
Node0の次のディレクトリを削除します。:
/opt/oracle/dcs/repo/node_0
-
Node1の次のディレクトリを削除します。:
/opt/oracle/dcs/repo/node_1
-
両方のノードで
dcs-agent
を再起動します。cd /opt/oracle/dcs/bin initctl stop initdcsagent initctl start initdcsagent
この問題は、Oracleバグ27527676で追跡されます。
データベース作成は、削除されたデータベース名を使用してデータベースを作成したときにハング
アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。
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で追跡されます。
アプライアンスにパッチを適用した後に一部のファイルが欠落しています
アプライアンスにパッチを適用した後に、一部のファイルが見つかりません。
ハードウェア・モデル
Oracle Database Appliance X7-2 hardwareモデル
対処方法
アプライアンスにパッチを適用する前に、/etc/sysconfig/network-scripts/ifcfg-em*
フォルダのバックアップを取得し、パッチ適用後にフォルダの内容を比較します。 ifcfg-em*
のファイルまたはパラメータが見つからない場合、これらをバックアップ・ディレクトリからリカバリできます。
この問題は、Oracleバグ28308268で追跡されます。
12.1.0.2データベース・ホームの更新中にエラーが発生しました
12.1.0.2から18.3へOracle Databaseホームを更新するときは、コマンドodacli update-dbhome -i dbhomeId -v 18.3.0.0.0
を使用すると、次のエラーが表示されることがあります:
DCS-10001:Internal error encountered: Failed to run SQL script: datapatch script
ハードウェア・モデル
すべてのOracle Database Appliance hardware Modelベアメタル・デプロイメント
対処方法
バグ24385625のパッチを適用し、odacli update-dbhome -i dbhomeId -v 18.3.0.0.0
を再度実行して問題を修正します。
この問題は、Oracleバグ28975529で追跡されます。
パッチ適用後の /u01ディレクトリでのスペース問題
18.5へのパッチ適用後、ディレクトリ/u01/app/18.0.0.0/grid/log/hostname/client
がgpnp
ログにすばやく入力されます。
ハードウェア・モデル
仮想化されたプラットフォーム・デプロイメント用のすべてのOracle Database Applianceハードウェア・モデル(X3-2 HA、X4-2 HA、X5-2 HA、X6-2 HA、X7-2 HA)
対処方法
-
「両方」のODA_BASEノードで次のコマンドを実行します:
Node0で:
rm -rf /u01/app/18.0.0.0/grid/log/hostname/client/ oakcli enable startrepo -node 0 oakcli stop oak pkill odaBaseAgent oakcli start oak
Node1で:
rm -rf /u01/app/18.0.0.0/grid/log/hostname/client/ oakcli enable startrepo -node 1 oakcli stop oak pkill odaBaseAgent oakcli start oak
この問題は、Oracleバグ28865162で追跡されます。
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
に切り替えて、ロール化する機能を設定します。
変更を有効にするには、zookeeperサーバーを再起動します。export ZOO_LOG4J_PROP="INFO, ROLLINGFILE"
-
バックアップ・ファイルの数、およびファイルのサイズを制限するには、
/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実行後にエラーが発生しました
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で追跡されます。
DCSスタックへの移行後のデータベース・ストレージの削除時のエラー
DCSスタックに移行した後、データベース・ストレージの一部のボリュームを削除できません。
OAKスタック内のデータベースなしのマルチテナント環境(CDB)についてoakcli create dbstorage
コマンドを使用してOracle ACFSデータベース・ストレージを作成してから、DCSスタックに移行します。 データベース・ストレージを削除する場合、データ量のみが削除され、REDOおよびRECOボリュームは削除されません。
ハードウェア・モデル
ベアメタル・デプロイメント用の、すべてのOracle Database Appliance高可用性ハードウェア・モデル
対処方法
ストレージ・ボリュームを削除するデータベースと同じ名前で、Oracle ACFSデータベース・ストレージにデータベースを作成してから、データベースを削除します。 これにより、すべてのボリュームおよびファイル・システムがクリーンアップされます。
この問題は、Oracleバグ28987135で追跡されます。
データのアクセラレータ・ボリュームは、フラッシュ・ストレージに作成されません
アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。
ハードウェア・モデル
Oracle Database Appliance高容量環境(HDDディスクを含む)
対処方法
アプライアンスをプロビジョニングするときは、データベースを作成しないでください。 これにより、必要なすべてのディスク・グループ(フラッシュを含む)が作成されます。 アプライアンスをプロビジョニングした後、データベースを作成します。 そのアクセラレータ・ボリュームが作成されます。
この問題は、Oracleバグ28836461で追跡されます。
データベースのアップグレード後にデータベース接続が失敗しました
11.2から12.1.0.2にデータベースをアップグレードした後で、job_queue_processes
値が原因でデータベース接続に失敗します。
ハードウェア・モデル
すべてのOracle Database Applianceハードウェア・モデル
対処方法
次の手順を実行します。
-
データベースをアップグレードする前に、
job_queue_processes
パラメータ(xなど)を確認します。job_queue_processes
の値が4より小さい場合は、値を4に設定します。 -
データベースを12.1.0.2にアップグレードします。
-
データベースをアップグレードした後、
job_queue_processes
の値を以前の値(xなど)に設定します。
この問題は、Oracleバグ28987900で追跡されます。
DSSデータベース・シェイプodb1sによる18.3データベースの作成に失敗しました
DSSデータベース・シェイプodb1sを使用して18.3データベースを作成すると、次のエラー・メッセージを含む作成が失敗します:
ORA-04031: unable to allocate 6029352 bytes of shared memory ("shared
pool","unknown object","sga heap(1,0)","ksipc pct")
ハードウェア・モデル
すべてのOracle Database Applianceハードウェア・モデル
対処方法
なし。
この問題は、Oracleバグ28444642で追跡されます。
odb8より大きいデータベース・シェイプのデータベース・ホーム移動の制限
データベースを作成する場合、Oracle Database Standard Editionのデータベースのシェイプodb8以上を使用してデータベースを作成するためのポリシー制限があります。
このポリシー制限との一貫性を維持するために、Oracle Database Standard Editionデータベース・ホームにデータベースを移行しないでください。データベース・シェイプがodb8より大きい場合。 データベースの移行が失敗しても、ポリシー・ルールに従っていない可能性があります。
ハードウェア・モデル
すべてのOracle Database Appliance Hardware Modelベアメタル・デプロイメント
対処方法
なし。
この問題は、Oracleバグ29003323で追跡されます。
クローン・データベースの操作エラー
データベースのクローニング操作は、次のエラーのために失敗します。
ソース・データベースのdbnameとdbunique名が異なるか、または大/小文字の両方(大文字と小文字の組合せ)が混在しているか、ソース・データベースがリモート・ノードで実行されている単一インスタンスまたはOracle RAC One Nodeの場合、クローン・データベースの操作は失敗します。これは、パスが制御ファイル内で正しく作成されないためです。
ハードウェア・モデル
ベアメタル・デプロイメント用の、すべてのOracle Database Appliance高可用性ハードウェア・モデル
対処方法
ソース・データベースから、同じdb名とdb一意の名前を持つクローン・データベースを小文字で作成します。ソース・データベース・インスタンスは、クローン・データベースの作成がトリガーされる同じノードで実行されています。
この問題は、Oracleバグ29002231、29002563、29002004、29001906、29001855、29001631、28995153、28986643、28986950および28986950で追跡されます。
Microsoft WebブラウザでWebコンソールを使用できない
Microsoft EdgeおよびMicrosoft Internet Explorer Webブラウザで、Oracle Appliance ManagerのWebコンソールが正しく表示されない。
モデル
Oracle Database Appliance X7-2-HA, X7-2S, X7-2M, X6-2S, X6-2M, X6-2L
対処方法
Webコンソールにアクセスするには、Google ChromeまたはFirefoxを使用します。
この問題は、Oracleバグ27798498、27028446および27799452で追跡されます。
Webコンソールを使用したデータベース・ホームへのローカル・パッチ適用中のエラー
データベース・ホーム・パッチをWebコンソールを使用してローカルに適用すると、事前スキャン発行リクエストが作成されます。
モデル
すべてのOracle Database Applianceハードウェア・モデル
対処方法
odacli update-dbhome --local
コマンド・パッチを適用するデータベース・ホームをローカルで使用します。
この問題は、Oracleバグ28909972で追跡されます。
クリーンアップ・スクリプトの実行後のエラー
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
を起動する前に、両方のノードの動物園のステータスを確認します:/opt/zookeeper/bin/zkServer.sh status
単一ノード環境の場合、ステータスは次のようになります。: リーダー、フォロワ、またはスタンドアロン。
-
cleanup.pl
スクリプトを実行した後、Node0でdcsagent
を再起動します。# initctl stop initdcsagent # initctl start initdcsagent
Oakdが非クラスタ・モードで実行されている場合、odaeraserツールは機能しません
デプロイメントをクリーン・アップした後、クラスタ以外モードでoakdが実行されている場合、セキュア・消しゴム・ツールは機能しません。
ハードウェア・モデル
すべてのOracle Database Applianceハードウェア・ベアメタル・システム
対処方法
デプロイメントのクリーンアップ後、oakd
は非クラスタ・モードで起動され、odaadmcli stop oakコマンドを使用して停止することはできません。 このような場合、セキュア消去ツールが実行されると、odaeraserコマンドが失敗します。
コマンドodaadmcli shutdown oak
を使用してoakd
を停止します。
この問題は、Oracleバグ28547433で追跡されます。
パッチ適用後のオフラインまたは不明なステータスのリポジトリ
18.5への両方のノードのローリングまたはローカル・パッチ適用の後、リポジトリはノード0または1上でオフラインまたは不明な状態になります。
コマンドoakcli start repo <reponame>
が次のエラーで失敗します:
OAKERR8038 The filesystem could not be exported as a crs resource
OAKERR:5015 Start repo operation has been disabled by flag
モデル
Oracle Database Appliance X7-2-HA、X6-2-HA、X5-2、X4-2、X3-2、およびV1。
対処方法
任意のノードのoda_base
にログインし、次の2つのコマンドを実行します:
oakcli enable startrepo -node 0
oakcli enable startrepo -node 1
これらのコマンドはリポジトリを起動し、オンラインで利用できるようにします。
この問題は、Oracle Bug#27539157によって追跡されます。
Oracle Database Applianceの再収集後に、Oracle ASRのバージョンは5.5.1になります
Oracle Auto Service Request (ASR)バージョンは、Oracle Database Applianceの再イメージ化後に更新されません
18.5をリリースするためにOracle Database Applianceを再検討する場合、Oracle Auto Service Request (ASR) RPMは18.5に更新されません。 Oracle Database Applianceリリース18.5のパッチを適用すると、Oracle ASRが更新されます。
ハードウェア・モデル
Oracle Auto Service Request (ASR)を持つすべてのOracle Database Applianceデプロイメント。
対処方法
リリースの最新のサーバー・パッチに更新します。
この問題は、Oracleバグ28933900で追跡されます。
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で追跡されます。
複数のSCANリスナーが存在する場合、データベースの作成に失敗
複数のSCANリスナーが存在する場合、11.2データベースの作成に失敗します。
ハードウェア・モデル
すべてのOracle Database Appliance hardware Modelベアメタル・デプロイメント
対処方法
パッチ22258643を適用して問題を修正します。
この問題は、Oracleバグ29056579で追跡されます。
認識できないトークン・メッセージが/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によって追跡されます。
CRSを再起動した後のエラー
クラスタ・レディ・サービス(CRS)が停止または再起動された場合、リポジトリおよび仮想マシンを停止する前にエラーが発生する可能性があります。
リポジトリ・ステータスは不明で、リポジトリと仮想マシンを停止する前にCluster Ready Services (CRS)を停止または再起動すると、High Availability Virtual IPがオフラインになります。
ハードウェア・モデル
Oracle Database Appliance HAモデルX7-2-HA、X6-2-HA、X5-2、X4-2、X3-2、V1
対処方法
次の手順を実行します。
-
ノード1で高可用性仮想IPを開始します。
# /u01/app/GI_version/grid/bin/srvctl start havip -id havip_0
-
dom0
のoakVmAgent.py
プロセスを停止します。 -
dom0
リポジトリのマウントでlazy unmountオプションを実行します:umount -l mount_points
この問題は、Oracle Bug#20461930によって追跡されます。
ネットワークCLIコマンド実行時のノード番号情報のエラー
-u
オプションが指定されていない場合、node0のネットワーク情報は、一部のodacli
コマンドで常に表示されます。
-u
オプションが指定されていない場合、コマンドがnode0またはnode1から実行されているかどうかにかかわらず、describe-networkinterface
、list-networks
およびdescribe-network
odacli
コマンドは常にnode0 (デフォルト・ノード)の結果を表示します。
ハードウェア・モデル
Oracle Database Appliance X7-2-HA、X6-2-HA、X5-2、X4-2、X3-2、およびV1
対処方法
現在のノードの詳細については、odacli
コマンドで-u
オプションを指定してください。
この問題は、Oracle Bug#27251239で追跡されます。
Oracle Database 11.2.0.4へのパッチ適用時のエラー
Oracle Database 11.2.0.4にパッチを適用すると、ログファイルに何らかのエラーが表示されることがあります。
Oracle Database 11.2.0.4のホームにパッチを適用すると、alert.log
に次のエラーが記録されることがあります。
ORA-00600: internal error code, arguments: [kgfmGetCtx0], [kgfm.c],
[2840], [ctx], [], [], [], [], [], [], [], []
パッチ適用が完了すると、エラーは発生しなくなります。
ハードウェア・モデル
Oracle Database Appliance X7-2-HA仮想化プラットフォーム、X6-2-HAベアメタルおよび仮想化プラットフォーム、X5-2、X4-2、X3-2、およびV1。
対処方法
この問題の回避策はありません。
この問題は、Oracle Bug#28032876で追跡されます。
OAKERR:7007 VMの起動中にエラーが発生しました
仮想マシン(VM)を起動すると、ドメインが存在しないというエラー・メッセージが表示されます。
VMがOracle Database Appliance 12.1.2.10以前にクローン化した場合、あなたはOracle Database Appliance 12.1.2.11でHVMドメインの仮想マシンを起動することはできません。
この問題は、Oracle Database Appliance 12.1.2.11または古いバージョンでクローン化された他のタイプのVMに新しくクローン作成されたVMには影響しません。 vmテンプレートは12.1.2.11.0で修正されました。
VM(この例ではvm4
)を起動しようとすると、出力は次のようになります:
# oakcli start vm vm4 -d
.
Start VM : test on Node Number : 0 failed.
DETAILS:
Attempting to start vm on node:0=>FAILED.
<OAKERR:7007 Error encountered while starting VM - Error: Domain 'vm4' does not exist.>
vm4
のvm.cfg
ファイルの例を次に示します:
vif = ['']
name = 'vm4'
extra = 'NODENAME=vm4'
builder = 'hvm'
cpus = '0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23'
vcpus = 2
memory = 2048
cpu_cap = 0
vnc = 1
serial = 'pty'
disk =
[u'file:/OVS/Repositories/odarepo1/VirtualMachines/vm4/68c32afe2ba8493e89f018a
970c644ea.img,xvda,w']
maxvcpus = 2
maxmem = 2048
ハードウェア・モデル
Oracle Database Appliance X6-2-HA、X5-2、X4-2、X3-2、およびV1
Oracle Database Appliance X7-2-HA仮想化プラットフォーム。
対処方法
起動に失敗したVMのvm.cfg
ファイルから余分な= 'NODENAME=vm_name'
行を削除します。
-
起動に失敗した仮想マシン(vm)の
vm.cfg
ファイルを開きます。-
Dom0 : /Repositories/ vm_repo_name /.ACFS/snaps/ vm_name / VirtualMachines/ vm_name
-
ODA_BASE : /app/sharedrepo/ vm_repo_name /.ACFS/snaps/ vm_name / VirtualMachines/ vm_name
-
-
次の行を削除してください:
extra=’NODENAME=vmname’
。 たとえば、仮想マシンvm4
の起動に失敗した場合は、extra = 'NODENAME=vm4'
行を削除します。vif = [''] name = 'vm4' extra = 'NODENAME=vm4' builder = 'hvm' cpus = '0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23' vcpus = 2 memory = 2048 cpu_cap = 0 vnc = 1 serial = 'pty' disk = [u'file:/OVS/Repositories/odarepo1/VirtualMachines/vm4/68c32afe2ba8493e89f018a 970c644ea.img,xvda,w'] maxvcpus = 2 maxmem = 2048
-
Oracle Database Appliance 12.1.2.11.0で仮想マシンを起動します。
# oakcli start vm vm4
この問題は、Oracle Bug#25943318で追跡されます。
サーバーのパッチまたはプロビジョニング時にFLASHディスクグループがマウントされていない
Oracle Database Appliance 12.2.1.2を使用してサーバーをプロビジョニング、再イメージング、またはパッチ適用した後も、フラッシュ・ディスク・グループは再起動後にマウントされません。
# oakcli update -patch 12.2.1.2 --server
****************************************************************************
***** For all X5-2 customers with 8TB disks, please make sure to *****
***** run storage patch ASAP to update the disk firmware to "PAG1". *****
****************************************************************************
INFO: DB, ASM, Clusterware may be stopped during the patch if required
INFO: Both Nodes may get rebooted automatically during the patch if required
Do you want to continue: [Y/N]?: y
INFO: User has confirmed for the reboot
INFO: Patch bundle must be unpacked on the second Node also before applying the patch
Did you unpack the patch bundle on the second Node? : [Y/N]? : y
Please enter the 'root' password :
Please re-enter the 'root' password:
INFO: Setting up the SSH
..........Completed .....
... ...
INFO: 2017-12-26 00:31:22: -----------------Patching ILOM & BIOS-----------------
INFO: 2017-12-26 00:31:22: ILOM is already running with version 3.2.9.23r116695
INFO: 2017-12-26 00:31:22: BIOS is already running with version 30110000
INFO: 2017-12-26 00:31:22: ILOM and BIOS will not be updated
INFO: 2017-12-26 00:31:22: Getting the SP Interconnect state...
INFO: 2017-12-26 00:31:44: Clusterware is running on local node
INFO: 2017-12-26 00:31:44: Attempting to stop clusterware and its resources locally
Killed
# Connection to server.example.com closed.
Oracle高可用性サービス、クラスタ対応サービス、クラスタ同期サービス、およびイベント・マネージャはオンラインです。 ただし、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)データベースを作成しようとすると、エラーが発生: flash space is 0
。
ハードウェア・モデル
Oracle Database Appliance X5-2、X6-2-HA、およびX7-2 HA SSDシステムが含まれます。
対処方法
Oracle ACFSデータベースを作成する前に、FLASHディスクグループを手動でマウントします。
GRID所有者として以下のステップを実行します:
-
グリッドOSユーザーとして環境変数を設定します:
on node0 export ORACLE_SID=+ASM1 export ORACLE_HOME= /u01/app/12.2.0.1/grid
-
sysasm
としてASMインスタンスにログオン$ORACLE_HOME/bin/sqlplus / as sysasm
-
次のSQLコマンドを実行します:
SQL> ALTER DISKGROUP FLASH MOUNT
この問題は、Oracle Bug#27322213で追跡されます。
リリース12.1のOracle ASMデータベースを作成できません
Oracle Automatic Storage Management (Oracle ASM)の既知の問題により、REDOディスクグループがOracle Databaseリリース12.1でマウントされないことがあります。
12.1.0.2.17814 PSU (12.1.2.12)よりも低いOracle ASMデータベースを作成できません。
ハードウェア・モデル
Oracle Database Appliance X6-2-HA、X5-2、X4-2、X3-2、およびV1。
対処方法
回避策はありません。 Oracle Database (Oracle ASM)を使用しているOracle Database 11.2または12.1があり、Oracle Databaseの上位リリースにアップグレードする場合は、少なくともOracle Database Appliance 12.1.2.12.0とDatabase Home 12.1.0.2.170814が必要です。
Oracle Database 11.2または12.1 Oracle ASMのアップグレード・パスは次のとおりです:
-
Oracle Database Applianceバージョン12.1.2.6.0以降を使用している場合は、データベースをアップグレードする前に12.1.2.12以上にアップグレードしてください。
-
Oracle Database Applianceバージョン12.1.2.5以前の場合は、12.1.2.6.0にアップグレードしてから、データベースをアップグレードする前に12.1.2.12以上に再度アップグレードしてください。
この問題は、Oracle Bug#21626377、27682997、および21780146で追跡されます。 問題はOracle Database 12.1.0.2.170814で修正されています。
カスタム環境で永続的な古い構成の詳細
構成ファイル/etc/security/limits.conf
には、カスタム環境の場合でもデフォルトのエントリが含まれています。
カスタム環境では、単一のユーザーがグリッドとオラクルの両方に構成されている場合、イメージのデフォルトのグリッド・ユーザー・エントリは/etc/security/limits.conf
ファイルから削除されません。
モデル
Oracle Database Appliance X7-2-HA、X7-2S、およびX7-2M
対処方法
この問題は機能には影響しません。 手動で/etc/security/limits.conf
ファイルを編集し、無効なエントリを削除します。
この問題は、Oracle Bug#27036374によって追跡されます。
odb-01s DSSデータベースのデータベース作成が失敗
シェイプodb-01sのDSSデータベースを作成しようとすると、次のエラーでジョブが失敗することがあります:
CRS-2674: Start of 'ora.test.db' on 'rwsoda609c1n1' failed
CRS-5017: The resource action "ora.test.db start" encountered the following
error:
ORA-03113: end-of-file on communication channel
Process ID: 0
Session ID: 0 Serial number: 0
. For details refer to "(:CLSN00107:)" in
"/u01/app/grid/diag/crs/rwsoda609c1n2/crs/trace/crsd_oraagent_oracle.trc".
ハードウェア・モデル
Oracle Database Appliance X6-2-HA、X5-2、X4-2、X3-2、およびV1
対処方法
回避策はありません。 代替シェイプを選択してデータベースを作成します。
この問題は、Oracle Bug#27768012によって追跡されます。
不適切なSGAおよびPGA値が表示される
odb36データベース・シェイプで作成されたオンライン・トランザクション処理(OLTP)、インメモリー(IMDB)およびディシジョン支援サービス(DSS)データベースの場合、PGAおよびSGA値は正しく表示されません。
odb36シェイプで作成されたOLTPデータベースの場合、以下の問題があります:
-
sga_target
は144 GBの代わりに128 GBに設定されています -
pga_aggregate_target
は72 GBではなく64 GBに設定されています
odb36シェイプで作成されたDSSデータベースの場合、以下の問題があります:
-
sga_target
は72 GBではなく64 GBに設定されています -
pga_aggregate_target
は144 GBの代わりに128 GBに設定されています
Odb36シェイプで作成されたIMDBデータベースの場合、以下の問題があります:
-
sga_target
は144 GBの代わりに128 GBに設定されています -
pga_aggregate_target
は72 GBではなく64 GBに設定されています -
inmmory_size
は72 GBではなく64 GBに設定されています
モデル
Oracle Database Appliance X7-2-HA、X7-2S、およびX7-2M
対処方法
手動でPGAおよびSGAサイズをリセット
この問題は、Oracle Bug#27036374によって追跡されます。