DBASK問答集抽出第3期
引用最近、私たちはDBASKの小さなプログラムに多くのコラムを追加しました.その中には、蓋国強、楊廷琨、羅海雄、張楽奕、黄廷忠、崔華、熊軍、李真旭、何剣敏などの専門家欄があり、2019年6月のSCN互換性問題、XTTS、バックアップ回復などの技術コラムがあります.また、アリの金服OceanBaseが小さなプログラムに入居しています.共有プログラムの特集欄をお読みください.
次は、今回整理した問題と診断のまとめを共有し、学習を参考にして、詳細な診断分析プロセスをタイトルリンクを通じてウィジェットにジャンプして表示することができます.
問題一、RMAN-20039:format requires%c when duplexing
バックアップ・タイムズエラー:
バックアップのデータファイルは%Cをプラスしないで間違いを報告して、%Cをプラスして2部同じですか?
診断の結論:冗長性を設定しないとc%を追加する必要はありません.そうしないと、エラーが発生します.冗長性に%cを追加する必要がある場合、対応するバックアップ・シートも生成されます.
問題2、RACインスタンスがORA-01157 ORA-01110 ORA-27041 OSD-04002を起動できない
サーバが原因不明の障害復旧後、データベース・インスタンスを起動してエラーを報告します.エラーメッセージは次のとおりです.
診断の結論:エラーから見ると、これはローカルデータファイルです.
RACのデータベース・ファイルをローカル・ディスクに誤って作成したため、他のインスタンスが起動できず、エラーが発生しました.
問題3、Oracle 12.2 expdpが非常に遅い
12.2.0.1のライブラリを持っています.コンテナの単一インスタンスではありません.expdpでエクスポートすると、エクスポートファイルは合計4 G未満ですが、6時間近くかかります.alertには何の間違いもありません.新しいライブラリは基本的に空のパーティションテーブルです.
診断の結論:システム、データ辞書の統計を収集してみてください.また、1、最小構成stream_pool_sizeは最小256 Mまでで、できれば512 Mまたは1 GBを設定します.2、expdpの並列度を大きくし、CPU圧力が大きくなければ、CPUコア数の1半以上に設定することができる.3、EXCLUDE=GRANT exclude=statistic 4、METRICS=YES 5、もしエクスポートがTABLE_に留まるならばDATAフェーズで、上記の処理は無効で、Bug 28100495をパッチすることができます.
問題四、RAC CTSS状態観察モード、時間非同期
2ノードRAC、物理的な障害.修復後のRAC報告CTSS状態は観察モードであり、時間は同期していない.
診断結論:CTSS状態が観察モードであるのは、通常、ローカルのNTPサービスが起動したためである.そこで、新しく修復したサーバーでデフォルトでNTPが起動しているかどうかを確認してみましょう.もしそうなら、通常は無効にすればいいです.
問題5、OG-00665 OCI Error(status=3114-ORA-03114)
OGG同期シーケンス、プロセスABENDING、再起動プロセスの問題は依然として存在して、データベースは正常で、その他のoggのプロセスは正常で、しかもこのシーケンスの同期を排除した後にプロセスは正常に起動することができます
诊断结论:1、私は昨日多くの资料を调べて、1つの同じ报告の间违いがあって、RAC环境、OGGバージョンも11.2で、ただ抽出の过程で、クラスタを再开した后に问题が消えたと言って、だから后でSEQ同期の报告の间违いに出会って、试みることができます.2、コピープロセス中のこのパラメータによる可能性がある、または未知のBUGDBOPTIONS_NOAUTOMATICSEQUENCEFLUSH 3は、一般的にターゲット側ではsequenceが使用されないため、すべてのSEQの同期4、OGGバージョンのアップグレードを排除し、少なくとも12
問題六、データベースの大量ゾンビプロセスが自動的に整理されていない
データベースにクライアントが接続されていない場合、alertログを表示します.
このとき、v$processが738個のプロセスを表示する、パラメータprocessプロセス数が800に設定される.次の文のクエリ結果は380です.
これらのプロセスを殺して、クライアントは正常に接続できます.全体的なプロセスは400前後を維持している.問題点:1、pmonはなぜこの380のセッションのないプロセスをクリーンアップしなかったのか.2、パラメータがpmonゾンビ除去プロセスの条件を設定しているかどうか、例えば空き時間など.診断の結論:一般的にkill session後にこのような状況が発生するが、数百の状況は発生しない.まず、頻繁にkill sessionの操作があるかどうか、アプリケーションが接続を確立し、接続を切断する方法が規範化されているかどうかを確認してください.次に、データベースのprocessパラメータを一時的に高くし、適用エラーを回避します.最後に、ゾンビプロセスを自動的にクリーンアップするスクリプトを提供します.
問題7、oracle 10 gR 2 expdpエラーORA-00376
expdpエクスポートエラー
53番データファイルはハードウェア障害でファイルが破損し、修復できません.ライブラリは非正規モードなので、53番データファイルofflinedropを強制的に起動しました.バックアップ時にエラーが発生しました.エクスポートコマンドは以下のとおりです.
下記のSQLを通じて空に調べて、私は53番のデータファイルをすでに空にして、しかしやはり上の間違いを報告します
診断結論:ASSM管理モードでdba_extentsはデータファイルに格納され、オフラインファイルではオブジェクトが見えません.あなたのこのようなエラーは53番のファイルがまだオブジェクトが存在することを説明するため、原則としてこれらのオブジェクトをスキップして正常なオブジェクトをエクスポートすることができて、53番のオブジェクトを確認するには以下のSQLを使用する必要があります.
問題8、oracle 10 G dblinkアクセス9 iを確立するリモートライブラリ実行sqlが遅い
oracle 10 Gはdblink接続9 iデータベースを構築しselect from tableを実行しました.tableには2つの記録が20 sしかかかりません.2台のサーバ間ネットワークが正常に再9 iでsqlを直接実行するのが速いのはなぜですか.SQLNet message from dblink診断のための待機イベントの表示:10 gのサーバオペレーティングシステムバージョンがwindows server 2012であるため、windows server 2008以降に受信ウィンドウ自動同調レベル機能が追加されたため、受信ウィンドウ自動同調レベルを調整して解決する.
問題9、racをインストールして、IOはどんな要求がありますか?racをインストールして、IOは何か要求がありますか?racインストールを参考にしたのはベストプラクティスですが、IOの具体的な参考範囲(IOPS)は公式には指摘されていません.そこで、お問い合わせしたいのですが、RACのインストールに対するIOの要求やIO範囲の参考値はありますか?自分のストレージIOの性能を比較して、基準に達しているかどうかを見たいです.診断結論:10 gのサーバオペレーティングシステムバージョンがwindows server 2012でwindows server 2008以降に受信ウィンドウ自動同調レベル機能が追加されたため、受信ウィンドウ自動同調レベルを調整して解決した.
問題10、デュアルマシン切替後TNS-12537 ORA-609データベースはOracle、オペレーティングシステムはWindows、高可用性はroseデュアルマシンである.プライマリ・サーバをスタンバイ・サーバに切り替えると、プログラムが接続できなくなり、次のエラーが発生します.
しかし、切り取ってから正常になり、ログを見てみると、次のような間違いが見つかりました.
何が原因ですか.どのようにこの問題を解決しますか診断の結論:2機のそれぞれの傍受ログを検査して、ノードの傍受ログ4 Gを発見して、問題のノードの傍受ログの問題をクリアして解決します.
問題十一、oracleインポートデータレポートORA-39242エラーメッセージ表属性の原因でインポートできませんでした
診断の結論:表の上の索引の状態が正常かどうかを検査して、もしVALIDでないならばrebuildをして更に導入します
次は、今回整理した問題と診断のまとめを共有し、学習を参考にして、詳細な診断分析プロセスをタイトルリンクを通じてウィジェットにジャンプして表示することができます.
問題一、RMAN-20039:format requires%c when duplexing
バックアップ・タイムズエラー:
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command
RMAN-20039: format requires %c when duplexing
バックアップのデータファイルは%Cをプラスしないで間違いを報告して、%Cをプラスして2部同じですか?
----
run{
allocate channel c1 device type disk;
allocate channel c2 device type disk;
allocate channel c3 device type disk;
allocate channel c4 device type disk;
crosscheck backup;
sql 'alter system archive log current';
backup spfile format '/bak/backup/spfile_%T_%s_%p_%c';
#backup database format '/bak/backup/dbbk_0_%d_%t_%u_%s_%p';
backup as compressed backupset incremental level 0 database format '/bak/backup/dbbk_0_%d_%t_%u_%s_%p';
sql 'alter system archive log current';
backup archivelog all format '/bak/backup/arc_%T_%s_%p_%c' delete all input;
backup current controlfile format '/bak/backup/cntrl_%T_%s_%p_%c';
crosscheck archivelog all;
delete noprompt expired backup;
delete noprompt obsolete;
release channel c1;
release channel c2;
release channel c3;
release channel c4;
}
診断の結論:冗長性を設定しないとc%を追加する必要はありません.そうしないと、エラーが発生します.冗長性に%cを追加する必要がある場合、対応するバックアップ・シートも生成されます.
問題2、RACインスタンスがORA-01157 ORA-01110 ORA-27041 OSD-04002を起動できない
サーバが原因不明の障害復旧後、データベース・インスタンスを起動してエラーを報告します.エラーメッセージは次のとおりです.
ALTER DATABASE OPEN /* db agent *//* {2:38813:23181} */
This instance was first to open
Errors in file D:\APP\...\orcl2_ora_7780.trc:
ORA-01157: ????/?????? 11 - ??? DBWR ????
ORA-01110: ???? 11: 'D:\APP\...\NXPT.DBF'
ORA-1157 signalled during: ALTER DATABASE OPEN /* db agent *//* {2:38813:23181} */...
Fri Mar 01 10:00:59 2019
Shutting down instance (abort)
License high water mark = 2
USER (ospid: 13460): terminating the instance
Instance terminated by USER, pid = 13460
Fri Mar 01 10:01:16 2019
Instance shutdown complete
Fri Mar 01 10:34:34 2019
診断の結論:エラーから見ると、これはローカルデータファイルです.
'D:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\NTBS.DBF'
RACのデータベース・ファイルをローカル・ディスクに誤って作成したため、他のインスタンスが起動できず、エラーが発生しました.
問題3、Oracle 12.2 expdpが非常に遅い
12.2.0.1のライブラリを持っています.コンテナの単一インスタンスではありません.expdpでエクスポートすると、エクスポートファイルは合計4 G未満ですが、6時間近くかかります.alertには何の間違いもありません.新しいライブラリは基本的に空のパーティションテーブルです.
診断の結論:システム、データ辞書の統計を収集してみてください.また、1、最小構成stream_pool_sizeは最小256 Mまでで、できれば512 Mまたは1 GBを設定します.2、expdpの並列度を大きくし、CPU圧力が大きくなければ、CPUコア数の1半以上に設定することができる.3、EXCLUDE=GRANT exclude=statistic 4、METRICS=YES 5、もしエクスポートがTABLE_に留まるならばDATAフェーズで、上記の処理は無効で、Bug 28100495をパッチすることができます.
問題四、RAC CTSS状態観察モード、時間非同期
2ノードRAC、物理的な障害.修復後のRAC報告CTSS状態は観察モードであり、時間は同期していない.
Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production 0
PL/SQL Release 12.2.0.1.0 - Production 0
CORE 12.2.0.1.0 Production 0
TNS for Linux: Version 12.2.0.1.0 - Production 0
NLSRTL Version 12.2.0.1.0 - Production 0
CPUs:56 Cores:28 Sockets:2
188.26G
診断結論:CTSS状態が観察モードであるのは、通常、ローカルのNTPサービスが起動したためである.そこで、新しく修復したサーバーでデフォルトでNTPが起動しているかどうかを確認してみましょう.もしそうなら、通常は無効にすればいいです.
問題5、OG-00665 OCI Error(status=3114-ORA-03114)
OGG同期シーケンス、プロセスABENDING、再起動プロセスの問題は依然として存在して、データベースは正常で、その他のoggのプロセスは正常で、しかもこのシーケンスの同期を排除した後にプロセスは正常に起動することができます
2019-03-07 17:06:39 ERROR OGG-00665 Oracle GoldenGate Delivery for Oracle, rptsqe.prm: OCI Error describe for query
(status = 3114-ORA-03114: not connected to ORACLE), SQL诊断结论:1、私は昨日多くの资料を调べて、1つの同じ报告の间违いがあって、RAC环境、OGGバージョンも11.2で、ただ抽出の过程で、クラスタを再开した后に问题が消えたと言って、だから后でSEQ同期の报告の间违いに出会って、试みることができます.2、コピープロセス中のこのパラメータによる可能性がある、または未知のBUGDBOPTIONS_NOAUTOMATICSEQUENCEFLUSH 3は、一般的にターゲット側ではsequenceが使用されないため、すべてのSEQの同期4、OGGバージョンのアップグレードを排除し、少なくとも12
問題六、データベースの大量ゾンビプロセスが自動的に整理されていない
データベースにクライアントが接続されていない場合、alertログを表示します.
Wed Mar 13 09:21:50 2019
ORA-00020: No more process state objects available
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.
Process J002 submission failed with error = 20
kkjcre1p: unable to spawn jobq slave process
Errors in file /export/home/u01/app/oracle/diag/rdbms///trace/_cjq0_25517.trc:
このとき、v$processが738個のプロセスを表示する、パラメータprocessプロセス数が800に設定される.次の文のクエリ結果は380です.
select count(*) from v$process where addr not in (select paddr from v$session)；
これらのプロセスを殺して、クライアントは正常に接続できます.全体的なプロセスは400前後を維持している.問題点:1、pmonはなぜこの380のセッションのないプロセスをクリーンアップしなかったのか.2、パラメータがpmonゾンビ除去プロセスの条件を設定しているかどうか、例えば空き時間など.診断の結論:一般的にkill session後にこのような状況が発生するが、数百の状況は発生しない.まず、頻繁にkill sessionの操作があるかどうか、アプリケーションが接続を確立し、接続を切断する方法が規範化されているかどうかを確認してください.次に、データベースのprocessパラメータを一時的に高くし、適用エラーを回避します.最後に、ゾンビプロセスを自動的にクリーンアップするスクリプトを提供します.
問題7、oracle 10 gR 2 expdpエラーORA-00376
expdpエクスポートエラー
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORA-39001: invalid argument value
ORA-00376: file 53 cannot be read at this time
ORA-01110: data file 53: '/oracle/oracle/oradata/xxx/xxx.dbf'
53番データファイルはハードウェア障害でファイルが破損し、修復できません.ライブラリは非正規モードなので、53番データファイルofflinedropを強制的に起動しました.バックアップ時にエラーが発生しました.エクスポートコマンドは以下のとおりです.
expdp user/passwd parfile=cfg_except_tables.cfg
cat cfg_except_tables.cfg
EXCLUDE=TABLE
COMPRESSION=METADATA_ONLY
DIRECTORY=DPUMP_DIR1
DUMPFILE=auto_backup.dmp
LOGFILE=auto_backup.log
下記のSQLを通じて空に調べて、私は53番のデータファイルをすでに空にして、しかしやはり上の間違いを報告します
select * from dba_extents where file_id=53
診断結論:ASSM管理モードでdba_extentsはデータファイルに格納され、オフラインファイルではオブジェクトが見えません.あなたのこのようなエラーは53番のファイルがまだオブジェクトが存在することを説明するため、原則としてこれらのオブジェクトをスキップして正常なオブジェクトをエクスポートすることができて、53番のオブジェクトを確認するには以下のSQLを使用する必要があります.
問題8、oracle 10 G dblinkアクセス9 iを確立するリモートライブラリ実行sqlが遅い
oracle 10 Gはdblink接続9 iデータベースを構築しselect from tableを実行しました.tableには2つの記録が20 sしかかかりません.2台のサーバ間ネットワークが正常に再9 iでsqlを直接実行するのが速いのはなぜですか.SQLNet message from dblink診断のための待機イベントの表示:10 gのサーバオペレーティングシステムバージョンがwindows server 2012であるため、windows server 2008以降に受信ウィンドウ自動同調レベル機能が追加されたため、受信ウィンドウ自動同調レベルを調整して解決する.
問題9、racをインストールして、IOはどんな要求がありますか?racをインストールして、IOは何か要求がありますか?racインストールを参考にしたのはベストプラクティスですが、IOの具体的な参考範囲(IOPS)は公式には指摘されていません.そこで、お問い合わせしたいのですが、RACのインストールに対するIOの要求やIO範囲の参考値はありますか?自分のストレージIOの性能を比較して、基準に達しているかどうかを見たいです.診断結論:10 gのサーバオペレーティングシステムバージョンがwindows server 2012でwindows server 2008以降に受信ウィンドウ自動同調レベル機能が追加されたため、受信ウィンドウ自動同調レベルを調整して解決した.
問題10、デュアルマシン切替後TNS-12537 ORA-609データベースはOracle、オペレーティングシステムはWindows、高可用性はroseデュアルマシンである.プライマリ・サーバをスタンバイ・サーバに切り替えると、プログラムが接続できなくなり、次のエラーが発生します.
しかし、切り取ってから正常になり、ログを見てみると、次のような間違いが見つかりました.
Fatal NI connect error 12537, connecting to:
(LOCAL=NO)
VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Time: 12-3 -2019 20:15:08
Tracing not turned on.
Tns error struct:
ns main err code: 12537
TNS-12537: TNS:
ns secondary err code: 12560
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
opiodr aborting process unknown ospid (10796) as a result of ORA-609
Tue Mar 12 20:15:28 2019
何が原因ですか.どのようにこの問題を解決しますか診断の結論:2機のそれぞれの傍受ログを検査して、ノードの傍受ログ4 Gを発見して、問題のノードの傍受ログの問題をクリアして解決します.
問題十一、oracleインポートデータレポートORA-39242エラーメッセージ表属性の原因でインポートできませんでした
ORA-39242: Unable to export/import TABLE_DATA: … due to table attributes.
診断の結論:表の上の索引の状態が正常かどうかを検査して、もしVALIDでないならばrebuildをして更に導入します