RMAN recover中遇到 RMAN-20505,ORA-0119,ORA-27400
这是一次RAMN恢复的工作,生产端是Oracle 11.2.0.4 RAC,数据文件保存在文件系统上。灾备端是Oracle11.2.0.4单实例+ASM方式保存数
这是一次RAMN恢复的工作,生产端是Oracle 11.2.0.4 RAC,数据文件保存在文件系统上。灾备端是Oracle11.2.0.4单实例+ASM方式保存数据文件。检修计划需要将生产库做一次RMAN全备,然后在灾备端恢复。由于生产端和灾备端的存储方式不一样,文件路径也不一样,所以灾备端RMAN恢复的时候需要采用set newname的方式将文件路径转换一次。
执行脚本如下:
run{
set newname for datafile 1 to '+DATA';
set newname for datafile 2 to '+DATA';
set newname for datafile 3 to '+DATA’;
… 500多个数据文件
restore database;
switch datafile all;
recover database;
}
在执行到recover database 过程中出现错误,提示第545号数据文件IDX_S007.dbf创建失败。
RMAN-20505: create datafile during recovery
ORA-0119: error in creating database file '/sgpmdb/oradata/u07/cmsdb/IDX_S007.dbf'
ORA-27400: file create error, unable to create file
HPUX-ia Error: 2: No such file or directory
Additional information: 1
RMAN-11003: failure during parse/execution of SQL statement: alter database recover log file '/orabak/arch/2_147320_666569930.arc'
ORA-00283: recovery session canceled due to errors
ORA-01244: unnamed datafile(s) added to control file by media recovery
ORA-01110: data file 545: '/spgmdb/oradata/u07/cmsdb/IDX_S007.dbf'
分析原因如下:
生产库做完全备后又做了一些DDL操作,如添加数据文件等。 这些新的操作记录在全备之后的归档日志中(/orabak/arch/2_147320_666569930.arc
)。在重演归档日志中创建数据文件的部分时找不到生产环境的目录,所以报错(HPUX-ia Error: 2: No such file or directory)
该文件被临时记录在了/app/oracle/product/11.2.0/db_1/dbs,但也只是控制文件中的记录,磁盘上时没有该文件。
第545号数据文件在控制文件中的记录如下,不是我们预期的+DATA
SQL> select name from v$datafile where name like '%545%;
NAME
——————————————————
/app/oracle/product/11.2.0/db_1/dbs/UNAMED00545
解决方案
在RMAN下使用set newname命令先数据文件的目录地址改为+DATA/cmsdb/datafile。然后重新restore一次该数据文件,最后switch数据文件。
run{
set newname for datafile '/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00545' to '+DATA/cmsdb/datafile/IDX_S007.dbf';
restore datafile '/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00545';
switch datafile '/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00545';
}
也可以写成
run{
set newname for datafile 545 to '+DATA';
restore datafile 545;
switch datafile 545;
}
输出如下:
executing command: SET NEWNAME
Staring restore at 27-OCT-14
using channel ORA_DISK1
creating datafile file number=545 name=+DATA/cmsdb/datafile/IDX_S007.dbf
restore not done: all files read only, offline, or already restored
Finished restore at 27-OCT-14
datafile 545 switched to datafile copy
input datafile copy RECID=3615 STAMP=862057086 file name=+DATA/cmsdb/datafile/IDX_S007.dbf
本次操作使用的客户端主机安全级别很高,,不允许用U盘复制任何文件,包括secureCRT的日志等。所有错误信息和屏幕输出都是我手敲的,如果有错误敬请谅解。
--------------------------------------推荐阅读 --------------------------------------
RMAN 配置归档日志删除策略
Oracle基础教程之通过RMAN复制数据库
RMAN备份策略制定参考内容
RMAN备份学习笔记
Oracle数据库备份加密 RMAN加密
--------------------------------------分割线 --------------------------------------
本文永久更新链接地址:

ホット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)

ホットトピック









この記事では、MySQLのAlter Tableステートメントを使用して、列の追加/ドロップ、テーブル/列の名前の変更、列データ型の変更など、テーブルを変更することについて説明します。

記事では、証明書の生成と検証を含むMySQL用のSSL/TLS暗号化の構成について説明します。主な問題は、セルフ署名証明書のセキュリティへの影響を使用することです。[文字カウント:159]

記事では、MySQLワークベンチやPHPMyAdminなどの人気のあるMySQL GUIツールについて説明し、初心者と上級ユーザーの機能と適合性を比較します。[159文字]

記事では、MySQLで大規模なデータセットを処理するための戦略について説明します。これには、パーティション化、シャード、インデックス作成、クエリ最適化などがあります。

INNODBのフルテキスト検索機能は非常に強力であり、データベースクエリの効率と大量のテキストデータを処理する能力を大幅に改善できます。 1)INNODBは、倒立インデックスを介してフルテキスト検索を実装し、基本的および高度な検索クエリをサポートします。 2)一致を使用してキーワードを使用して、ブールモードとフレーズ検索を検索、サポートします。 3)最適化方法には、単語セグメンテーションテクノロジーの使用、インデックスの定期的な再構築、およびパフォーマンスと精度を改善するためのキャッシュサイズの調整が含まれます。

この記事では、ドロップテーブルステートメントを使用してMySQLのドロップテーブルについて説明し、予防策とリスクを強調しています。これは、バックアップなしでアクションが不可逆的であることを強調し、回復方法と潜在的な生産環境の危険を詳述しています。

記事では、外部キーを使用してデータベース内の関係を表すことで、ベストプラクティス、データの完全性、および避けるべき一般的な落とし穴に焦点を当てています。

この記事では、クエリパフォーマンスを強化するために、PostgreSQL、MySQL、MongoDBなどのさまざまなデータベースでJSON列にインデックスの作成について説明します。特定のJSONパスのインデックス作成の構文と利点を説明し、サポートされているデータベースシステムをリストします。
