成人无码视频,亚洲精品久久久久av无码,午夜精品久久久久久毛片,亚洲 中文字幕 日韩 无码

資訊專欄INFORMATION COLUMN

利用Oracle ADG升級(jí)11.2.0.4到19.8案例分享

IT那活兒 / 2291人閱讀
利用Oracle ADG升級(jí)11.2.0.4到19.8案例分享
[
需求背景
]


一Oracle單機(jī)數(shù)據(jù)庫，版本為11.2.0.4，數(shù)據(jù)量超4TB，無備份，無空間進(jìn)行備份存放備份集，且無條件進(jìn)行NBU備份。客戶欲遷移升級(jí)到另一套19C中。


由于無臨時(shí)中轉(zhuǎn)的空間，遷移方案僅剩下數(shù)據(jù)泵+dblink和adgonline duplicate+升級(jí)數(shù)據(jù)字典兩種，由于數(shù)據(jù)泵需要較長的停機(jī)時(shí)間，所以本案采用了adg+數(shù)據(jù)字典升級(jí)的方案。


[
升級(jí)過程
]


    adg數(shù)據(jù)遷移


    1.目標(biāo)端軟件安裝

安裝完整的19CRAC軟件，打RU，但不建數(shù)據(jù)庫；同時(shí)在目標(biāo)端安裝一個(gè)單機(jī)的11.2.0.4db軟件，因?yàn)閐uplicate只支持同版本復(fù)制，跨版本會(huì)出現(xiàn)如下錯(cuò)誤：


     2.源端配置ADG相關(guān)參數(shù)，配置網(wǎng)絡(luò)及TNS等

具體配置本處省略。

     

     3.配置簡單的Pfile并啟動(dòng)目標(biāo)端數(shù)據(jù)庫到nomount狀態(tài)

DB_NAME=newcmsdb

DB_UNIQUE_NAME=newcmsdbadg

DB_BLOCK_SIZE=8192

使用11gdb軟件啟動(dòng)數(shù)據(jù)庫


     4.在線復(fù)制數(shù)據(jù)庫

$rman target sys/**@newcmsdb auxiliary sys/**@newcmsdbadg

run{

allocatechannel prmy1 type disk;

allocatechannel prmy2 type disk;

allocatechannel prmy3 type disk;

allocatechannel prmy4 type disk;

allocateauxiliary channel stby type disk;

duplicatetarget database for standby from active database

spfile

parameter_value_convertnewcmsdb,newcmsdbadg

setdb_unique_name=newcmsdbadg

setdb_file_name_convert=/oradata1/newcmsdb/,+DATA/newcmsdbadg/datafile1/,/oradata/newcmsdb/,+DATA/newcmsdbadg/datafile2/

setlog_file_name_convert=/oradata1/newcmsdb/,+DATA/newcmsdbadg/ONLINELOG/

setcontrol_files=+data

setlog_archive_max_processes=5

setfal_client=newcmsdbadg

setfal_server=newcmsdb

setstandby_file_management=AUTO

setlog_archive_config=dg_config=(newcmsdb,newcmsdbadg)

setlog_archive_dest_1=location=+data

setdb_create_file_dest=+data

setlog_archive_dest_2=service=newcmsdb ASYNCvalid_for=(ONLINE_LOGFILE,PRIMARY_ROLE) db_unique_name=newcmsdb;

}


以上命令會(huì)自動(dòng)復(fù)制spfile并按腳本中的set命令修改spfile，然后以spfile重啟數(shù)據(jù)庫，自動(dòng)復(fù)制controlfile，并啟動(dòng)到mount狀態(tài)。



注意：

源端數(shù)據(jù)文件存放在不同目錄，一定要注意不同目錄中是否存在同名的數(shù)據(jù)文件，如果存在同名文件，在參數(shù)db_file_name_convert的時(shí)候，就需要轉(zhuǎn)換到不同的目錄，如果轉(zhuǎn)換到相同目錄，會(huì)導(dǎo)致數(shù)據(jù)文件覆蓋，但是在duplicate過程中不會(huì)報(bào)錯(cuò)，在最后recover的過程中會(huì)報(bào)數(shù)據(jù)文件頭損壞：

Rereading datafile 5 header failed with ORA-01210

MRP0: Background Media Recovery terminated with error 1110

Errors in file /oracle/app/oracle/diag/rdbms/newcmsdbadg/cmsdb/trace/cmsdb_pr00_13040.trc:

ORA-01110: data file 5: +DATA/newcmsdbadg/datafile/musicdata01.dbf

ORA-01122: database file 5 failed verification check

ORA-01110: data file 5: +DATA/newcmsdbadg/datafile/musicdata01.dbf

ORA-01210: data file header is media corrupt


使用DBV檢查壞塊，但是文件頭1號(hào)塊并未損壞

[oracle@node1 ~]$ dbv file=+DATA/newcmsdbadg/datafile/musicdata02.dbf userid=sys/**

DBVERIFY: Release 11.2.0.4.0 - Production on Wed Nov 11 13:13:07 2020

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

DBVERIFY - Verification starting : FILE = +DATA/newcmsdbadg/datafile/musicdata02.dbf   

DBVERIFY - Verification complete

Total Pages Examined         : 4189440

Total Pages Processed (Data) : 4156396

Total Pages Failing   (Data) : 0

Total Pages Processed (Index): 126

Total Pages Failing   (Index): 0

Total Pages Processed (Other): 12829

Total Pages Processed (Seg)  : 0

Total Pages Failing   (Seg)  : 0

Total Pages Empty            : 20089

Total Pages Marked Corrupt   : 0

Total Pages Influx           : 0

Total Pages Encrypted        : 0

Highest block SCN            : 0 (0.0)

源端查詢，發(fā)現(xiàn)在不同目錄有同名文件

SQL> select file#,name from v$datafile where name like %musicdata02.dbf;


     FILE#   NAME

---------- ------------------------------------------------------------

         5  /oradata/newcmsdb/musicdata02.dbf

       122  /oradata1/newcmsdb/musicdata02.dbf

由于convert到相同目錄，導(dǎo)致多次寫入，覆蓋了文件頭，此類問題，如果少數(shù)兩個(gè)文件有問題，可考慮在源端重新備份數(shù)據(jù)文件到目標(biāo)端，如果文件較多，只能考慮修改convert參數(shù)，重新進(jìn)行duplicate了。

  1. 在源端進(jìn)行19C升級(jí)相關(guān)的檢查和整改

  • 禁用ddl觸發(fā)器

  • 如果使用了APEX組件，需提前升級(jí)APEX

  • 查Dba_Registry，檢查數(shù)據(jù)庫組件狀態(tài)

  • 查失效對象，最好先進(jìn)行重編譯或者刪除

  • 下載并執(zhí)行dbupgdiag.sql

  • 目標(biāo)端19C 打補(bǔ)丁29213893

  • 修改參數(shù)job_queue_processes=0

  • 檢查是否存在物化視圖，查看是否正在刷新

  • 如果存在只讀表空間，修改為可讀寫

  • 如果參數(shù)CLUSTER_DATABASE=TRUE，修改為false

  • 清空審計(jì)表sys.aud$

  • 清空回收站purge dba_recyclebin;

  • 刪除em

emctlremove dbconsole

SQL>SETECHO ON

SQL>SETSERVEROUTPUT ON

SQL>@emremove.sql --在新版本的oracle_home中有該腳本

  • 搜集數(shù)據(jù)字典統(tǒng)計(jì)信息EXEC DBMS_STATS.GATHER_DICTIONARY_STATS

  • 執(zhí)行預(yù)升級(jí)檢查腳本（腳本會(huì)檢查包括上述內(nèi)容）

$ORACLE_HOME/jdk/bin/java-jar 新$ORACLE_HOME/rdbms/admin/preupgrade.jarFILE TEXT DIR output_dir

執(zhí)行該腳本，會(huì)生成3個(gè)文件

/home/oracle/preupgrade.log

/home/oracle/preupgrade_fixups.sql

/home/oracle/postupgrade_fixups.sql

--檢查log文件，并執(zhí)行preupgrade_fixups.sql

根據(jù)提示整改需手工修復(fù)的內(nèi)容


     6.recover數(shù)據(jù)庫，并failover成主庫


    數(shù)據(jù)字典升級(jí)


    1.升級(jí)前在11g數(shù)據(jù)庫中創(chuàng)建還原點(diǎn)，萬一升級(jí)有異常，可回退

    2.拷貝spfile、密碼文件等文件到19C oracle_home

    3.使用19c軟件啟動(dòng)數(shù)據(jù)庫startup upgrade

    4.升級(jí)數(shù)據(jù)字典

cd$ORACLE_HOME/bin

./dbupgrade

      5.執(zhí)行腳本@?/rdbms/admin/utlusts.sql

      6.重編譯失效對象

      7.執(zhí)行postupgrade_fixups.sql腳本

      8.升級(jí)時(shí)區(qū)，11204時(shí)區(qū)是14,19C時(shí)區(qū)為32

$ORACLE_HOME/rdbms/admin/utltz_countstar.sql

$ORACLE_HOME/rdbms/admin/utltz_upg_check.sql

$ORACLE_HOME/rdbms/admin/utltz_upg_apply.sql

      9.修改參數(shù)文件,以及其他相關(guān)收尾工作

altersystem set compatible=19.0.0 scope=spfile;

altersystem set cluster_database=true scope=spfile;

10.刪除第一步中建立的還原點(diǎn)

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://m.hztianpu.com/yun/130081.html

相關(guān)文章

  • DBASK問答集萃第四期

    摘要：問題九庫控制文件擴(kuò)展報(bào)錯(cuò)庫的擴(kuò)展報(bào)錯(cuò)，用的是裸設(shè)備，和還是原來大小，主庫的沒有報(bào)錯(cuò)，并且大小沒有變，求解釋。專家解答從報(bào)錯(cuò)可以看出，控制文件從個(gè)塊擴(kuò)展到個(gè)塊時(shí)報(bào)錯(cuò)，而裸設(shè)備最大只支持個(gè)塊，無法擴(kuò)展，可以嘗試將參數(shù)改小，避免控制文件報(bào)錯(cuò)。 鏈接描述引言 近期我們在DBASK小程序新關(guān)聯(lián)了運(yùn)維之美、高端存儲(chǔ)知識(shí)、一森咖記、運(yùn)維咖啡吧等數(shù)據(jù)領(lǐng)域的公眾號(hào)，歡迎大家閱讀分享。 問答集萃 接下來，...

    SKYZACK 評(píng)論0 收藏0

  • RAC補(bǔ)丁日常更新成功反遇異常處理

    RAC補(bǔ)丁日常更新成功反遇異常處理 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; m...

    IT那活兒 評(píng)論0 收藏2488

  • 記一次升級(jí)Oracle驅(qū)動(dòng)引發(fā)的死鎖

    摘要：問題描述近期項(xiàng)目需要從虛擬機(jī)環(huán)境遷移到容器環(huán)境，其中有一個(gè)項(xiàng)目在遷移到容器環(huán)境之后的兩天之內(nèi)出現(xiàn)了次死鎖的問題，部分關(guān)鍵日志如下日志還是挺明顯的，線程獲得了鎖，等待獲取而正好相反，從而導(dǎo)致死鎖問題分析以上的錯(cuò)誤 問題描述 近期項(xiàng)目需要從虛擬機(jī)環(huán)境遷移到容器環(huán)境，其中有一個(gè)項(xiàng)目在遷移到容器環(huán)境之后的兩天之內(nèi)出現(xiàn)了2次死鎖(deadlock)的問題，部分關(guān)鍵日志如下： Found one ...

    Caicloud 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<