RMAN数据库恢复失败一则
问题: 这是一个从RAC环境的数据库的RAMN备份恢复到一个单机数据库的操作。 当恢复数据文件和恢复正常,但在open数据库时出报下面的错误。 --rman备份恢复操作 #创建参数文件 cd $ORACLE_HOME/dbs $cat initntracdb.ora *.archive_lag_target=0 *.compatible
问题:
这是一个从RAC环境的数据库的RAMN备份恢复到一个单机数据库的操作。
当恢复数据文件和恢复正常,但在open数据库时出报下面的错误。
--rman备份恢复操作
#创建参数文件
cd $ORACLE_HOME/dbs
$cat initntracdb.ora
*.archive_lag_target=0
*.compatible='11.2.0.4.0'
*.control_files='/u01/oracle/oradata/ntracdb/controlfile1.dbf','/u01/oracle/oradata/ntracdb/controlfile2.dbf'
*.db_block_size=8192
*.db_create_file_dest='/u01/oracle/oradata/ntracdb'
*.db_name='ntracdb'
*.db_recovery_file_dest='/u01/oracle/fast_recovery_area'
*.db_recovery_file_dest_size=299000M
*.db_unique_name='ntracdb'
*.dg_broker_start=true
*.local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=nticket3)(PORT=1521))'
*.log_archive_format='%t_%s_%r.dbf'
*.log_archive_max_processes=4
*.log_archive_min_succeed_dest=1
*.log_archive_trace=0
*.log_file_name_convert='null','null'
*.nls_language='SIMPLIFIEDCHINESE'
*.nls_territory='CHINA'
*.open_cursors=300
*.pga_aggregate_target=429496729
*.processes=600
*.remote_login_passwordfile='exclusive'
*.sga_max_size=3435973836
*.sga_target=3221225472
*.standby_file_management='auto'
*.undo_tablespace='UNDOTBS1'
rman target /
startup nomount;
restore controlfile from'/home/oracle/rmanbak/ncnnf0_TAG20141110T011010_0.1205.863228449'; --首先恢复控制文件
alter database mount;
catalog start with'/home/oracle/rmanbak/'; --批量登记拷过来的rman备份,假设拷过来的备份放到了/u01/rmanbak/目录
list backup; --查看要恢复的是不是这个备份文件
run {
set newname for datafile'+DATA01/ntracdb/datafile/users.295.855410331' to'/u01/oracle/oradata/ntracdb/users.295.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs1.263.855410331' to'/u01/oracle/oradata/ntracdb/undotbs1.263.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/sysaux.264.855410331' to'/u01/oracle/oradata/ntracdb/sysaux.264.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/system.265.855410331' to'/u01/oracle/oradata/ntracdb/system.265.855410331';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs2.293.855410453' to'/u01/oracle/oradata/ntracdb/undotbs2.293.855410453';
set newname for datafile'+DATA01/ntracdb/datafile/undotbs3.292.855410453' to'/u01/oracle/oradata/ntracdb/undotbs3.292.855410453';
set newname for datafile'+DATA01/ntracdb/datafile/sysaux.257.857772301' to '/u01/oracle/oradata/ntracdb/sysaux.257.857772301';
set newname for datafile'+DATA01/ntracdb/datafile/strategy.256.858008275' to'/u01/oracle/oradata/ntracdb/strategy.256.858008275'
restore database;
switch datafile all;
recover database;
}
--打开数据库时报错
$sqlplus / as sysdba
SQL> alter database open;
alter database open
*
第 1 行出现错误
ORA-03113:通信通道的文件结尾
进程 ID :6988
回话 ID:191 序列号:3
--查看日志
Thu Nov 13 10:13:20 2014
alter database open
Data Guard Brokerinitializing...
Data Guard Brokerinitialization complete
Data Guard: verifying databaseprimary role...
Thu Nov 13 10:13:20 2014
LGWR: STARTING ARCH PROCESSES
Thu Nov 13 10:13:20 2014
ARC0 started with pid=21, OSid=26949
ARC0: Archival started
LGWR: STARTING ARCH PROCESSESCOMPLETE
ARC0: STARTING ARCH PROCESSES
LGWR: Primary database is inMAXIMUM AVAILABILITY mode
LGWR: DestinationLOG_ARCHIVE_DEST_1 is not serviced by LGWR
LGWR: Minimum of 1 LGWR standbydatabase required
Errors in file/u01/oracle/diag/rdbms/ntracdb/ntracdb/trace/ntracdb_lgwr_26870.trc:
ORA-16072: a minimum of onestandby database destination is required
Thu Nov 13 10:13:21 2014
ARC1 started with pid=22, OSid=26953
LGWR (ospid: 26870):terminating the instance due to error 16072
Thu Nov 13 10:13:21 2014
System statedump requested by (instance=1, osid=26870 (LGWR)), summary=[abnormal instancetermination].
System Statedumped to trace file/u01/oracle/diag/rdbms/ntracdb/ntracdb/trace/ntracdb_diag_26846_20141113101321.trc
Dumpingdiagnostic data in directory=[cdmp_20141113101321], requested by (instance=1,osid=26870 (LGWR)), summary=[abnormal instance termination].
Instanceterminated by LGWR, pid = 26870
原因:
可能是控制文件备份时失败所致
解决办法:
重建控制文件,然后再打开数据库
STARTUP NOMOUNT
CREATE CONTROLFILE REUSEDATABASE "ntracdb" NORESETLOGS FORCE LOGGING ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 9344
LOGFILE
GROUP 1'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_1_b682j5nk_.log' SIZE 200M,
GROUP 2 '/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_2_b682j7gw_.log' SIZE 200M,
GROUP 3'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_3_b682j98k_.log' SIZE 200M,
GROUP 4'/u01/oracle/oradata/ntracdb/NTRACDB/onlinelog/o1_mf_4_b682jc2t_.log' SIZE 200M
-- STANDBY LOGFILE
DATAFILE
'/u01/oracle/oradata/ntracdb/users.295.855410331',
'/u01/oracle/oradata/ntracdb/undotbs1.263.855410331',
'/u01/oracle/oradata/ntracdb/sysaux.264.855410331',
'/u01/oracle/oradata/ntracdb/system.265.855410331',
'/u01/oracle/oradata/ntracdb/undotbs2.293.855410453',
'/u01/oracle/oradata/ntracdb/undotbs3.292.855410453',
'/u01/oracle/oradata/ntracdb/sysaux.257.857772301',
'/u01/oracle/oradata/ntracdb/strategy.256.858008275',
'/u01/oracle/oradata/ntracdb/strategy.302.858008423'
CHARACTER SET ZHS16GBK;
SQL> RECOVER DATABASE;
ORA-00283: 恢复会话因错误而取消
ORA-00264: 不要求恢复
--此时可以正常打开数据库
SQL> alter database open;
数据库已更改。
#创建临时表空间
CREATE TEMPORARY TABLESPACE temp TEMPFILE'/u01/oracle/oradata/ntracdb/temp01.dbf'
SIZE 20M REUSE
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 16M;

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック

Go 言語は、効率的かつ簡潔で習得が容易なプログラミング言語であり、同時プログラミングやネットワーク プログラミングに優れているため、開発者に好まれています。実際の開発ではデータベースの操作が欠かせませんが、今回はGo言語を使ってデータベースの追加・削除・変更・クエリ操作を実装する方法を紹介します。 Go 言語では、データベースを操作するために通常、よく使用される SQL パッケージや gorm などのサードパーティ ライブラリを使用します。ここでは SQL パッケージを例として、データベースの追加、削除、変更、クエリ操作を実装する方法を紹介します。 MySQL データベースを使用していると仮定します。

Xiaohonshu は、ユーザーがショッピング体験や生活の詳細などを共有できる人気のソーシャル e コマース プラットフォームです。使用中にコメントが削除される場合があります。それでは、Xiaohongshuで削除されたコメントを復元するにはどうすればよいですか? 1.小紅書で削除されたコメントを復元するにはどうすればよいですか?コメントが誤って削除されたことが判明した場合、ユーザーは公式小紅書チームがコメントを復元するのを待つことを選択できます。この場合、しばらくすると公式チームがコメントを自動的に処理して再開する可能性があるため、辛抱強く待つことが最善です。コメントが削除されていることがわかった場合は、同様のコンテンツを再公開することを検討してください。ただし、再投稿する場合は、再度削除されないよう、コンテンツが小紅書コミュニティ ガイドラインに準拠していることを確認してください。 3. Xiaohonshu カスタマーサービスにご連絡ください: コメントが間違っていると思われる場合

Hibernate ポリモーフィック マッピングは、継承されたクラスをデータベースにマップでき、次のマッピング タイプを提供します。 join-subclass: 親クラスのすべての列を含む、サブクラス用の別個のテーブルを作成します。 table-per-class: サブクラス固有の列のみを含む、サブクラス用の別個のテーブルを作成します。 Union-subclass: join-subclass と似ていますが、親クラス テーブルがすべてのサブクラス列を結合します。

Apple の最新リリースの iOS18、iPadOS18、および macOS Sequoia システムでは、さまざまな理由で紛失または破損した写真やビデオをユーザーが簡単に回復できるように設計された重要な機能が写真アプリケーションに追加されました。この新機能では、写真アプリのツール セクションに「Recovered」というアルバムが導入され、ユーザーがデバイス上に写真ライブラリに含まれていない写真やビデオがある場合に自動的に表示されます。 「Recovered」アルバムの登場により、データベースの破損、カメラ アプリケーションが写真ライブラリに正しく保存されない、または写真ライブラリを管理するサードパーティ アプリケーションによって失われた写真やビデオに対する解決策が提供されます。ユーザーはいくつかの簡単な手順を実行するだけで済みます

HTML はデータベースを直接読み取ることはできませんが、JavaScript と AJAX を通じて実現できます。この手順には、データベース接続の確立、クエリの送信、応答の処理、ページの更新が含まれます。この記事では、JavaScript、AJAX、および PHP を使用して MySQL データベースからデータを読み取る実践的な例を示し、クエリ結果を HTML ページに動的に表示する方法を示します。この例では、XMLHttpRequest を使用してデータベース接続を確立し、クエリを送信して応答を処理することで、ページ要素にデータを埋め込み、データベースを読み取る HTML の機能を実現します。

MySQLi を使用して PHP でデータベース接続を確立する方法: MySQLi 拡張機能を含める (require_once) 接続関数を作成する (functionconnect_to_db) 接続関数を呼び出す ($conn=connect_to_db()) クエリを実行する ($result=$conn->query()) 閉じる接続 ( $conn->close())

1. QQ 設定ページの [連絡先、プライバシー] メニュー項目をクリックします。 2. [動的権限設定]オプションをクリックします。 3. [写真のごみ箱]をクリックします。 4. 復元したい写真を選択し、左下隅の[復元]ボタンをクリックします。

PHP でデータベース接続エラーを処理するには、次の手順を使用できます。 mysqli_connect_errno() を使用してエラー コードを取得します。 mysqli_connect_error() を使用してエラー メッセージを取得します。これらのエラー メッセージをキャプチャしてログに記録することで、データベース接続の問題を簡単に特定して解決でき、アプリケーションをスムーズに実行できるようになります。
