<span id="mktg5"></span>

<i id="mktg5"><meter id="mktg5"></meter></i>

        <label id="mktg5"><meter id="mktg5"></meter></label>
        最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
        問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
        當前位置: 首頁 - 科技 - 知識百科 - 正文

        RMANrecover中遇到RMAN-20505,ORA-0119,ORA-27400

        來源:懂視網 責編:小采 時間:2020-11-09 12:49:42
        文檔

        RMANrecover中遇到RMAN-20505,ORA-0119,ORA-27400

        RMANrecover中遇到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
        推薦度:
        導讀RMANrecover中遇到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

        這是一次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加密

        --------------------------------------分割線 --------------------------------------

        本文永久更新鏈接地址:

        linux

        聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

        文檔

        RMANrecover中遇到RMAN-20505,ORA-0119,ORA-27400

        RMANrecover中遇到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
        推薦度:
        標簽: recover recovery ora
        • 熱門焦點

        最新推薦

        猜你喜歡

        熱門推薦

        專題
        Top
        主站蜘蛛池模板: 黄页网站免费观看| 99在线视频免费观看视频| 亚洲国产精品成人| 在线视频亚洲一区| 亚洲国产成人精品女人久久久 | 亚洲日本VA午夜在线电影| 久久精品免费一区二区| 亚洲日本乱码一区二区在线二产线| 性xxxx视频免费播放直播| 亚洲欧洲中文日产| 99精品国产免费久久久久久下载| 亚洲高清一区二区三区| 日本一线a视频免费观看| 男男gay做爽爽免费视频| 国产亚洲精品激情都市| 免费一区二区三区| 亚洲欧洲精品一区二区三区| 欧美男同gv免费网站观看| 亚洲av无码一区二区三区在线播放| 免费一级毛片在级播放| 两性色午夜视频免费播放| 亚洲黄色三级网站| 成人免费视频观看无遮挡| 深夜免费在线视频| 亚洲国产成人久久综合碰碰动漫3d | 青青草原精品国产亚洲av| 免费观看国产网址你懂的| 亚洲精品乱码久久久久蜜桃| 亚洲性久久久影院| 91免费国产精品| 久久久久亚洲国产AV麻豆| 亚洲中文字幕第一页在线| 国产大片免费网站不卡美女| 亚洲精品色在线网站| 国产精一品亚洲二区在线播放| 国产1000部成人免费视频| 牛牛在线精品免费视频观看| 亚洲国产精品久久| 国产一区二区三区无码免费| 日韩精品免费在线视频| 亚洲成a∧人片在线观看无码|