亲历dataguard的一些经验问答题
生活随笔
收集整理的這篇文章主要介紹了
亲历dataguard的一些经验问答题
小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
問題1：是否log_archive_dest_n=service中進(jìn)程使用lgwr時(shí)（如log_archive_dest_2='service=DBSTD LGWR SYNC'），備庫就一定要建立standby_redo_log 回答：不是，只有在最大可用或最大保護(hù)模式下，備庫才要standby_redo_log
問題2：最大可用模式，備機(jī)是否可以應(yīng)用archivelog 回答：可以，不過應(yīng)用了archivelog后，主庫的數(shù)據(jù)在備庫無法實(shí)時(shí)查詢到，數(shù)據(jù)只有歸檔后才可以在備庫查詢到
問題3：最大可用模式下（不設(shè)置自動(dòng)切換的情況下），備機(jī)宕機(jī)后，重啟備機(jī)，dataguard是否可以繼續(xù)，并且還是最大可用模式 回答：dataguard繼續(xù)，并且還是最大可用模式 如果備機(jī)啟動(dòng)后長(zhǎng)時(shí)間沒有實(shí)時(shí)應(yīng)用standbyredo log，可能有異常，備機(jī)需要先執(zhí)行alter database recover managed standby databasedisconnect from session以便應(yīng)用歸檔日志，等歸檔日志應(yīng)用完成后再執(zhí)行alterdatabase recover managed standby database cancel，再執(zhí)行alterdatabase recover managed standby database using current logfile disconnect fromsession以便應(yīng)用standby redo log
問題4：最大可用模式下（不設(shè)置自動(dòng)切換的情況下），主機(jī)宕機(jī)后，重啟主機(jī)，dataguard是否可以繼續(xù)，并且還是最大可用模式 回答：dataguard繼續(xù)，并且還是最大可用模式 如果主機(jī)啟動(dòng)后，備機(jī)長(zhǎng)時(shí)間沒有實(shí)時(shí)應(yīng)用standbyredo log，可能有異常，備機(jī)需要先執(zhí)行alter database recover managed standby database cancel，再執(zhí)行alterdatabase recover managed standby database disconnect from session應(yīng)用歸檔日志，等歸檔日志應(yīng)用完成后再執(zhí)行alterdatabase recover managed standby database cancel，再執(zhí)行alterdatabase recover managed standby database using current logfile disconnect fromsession以便應(yīng)用standby redo log
問題5：最大可用模式下（不設(shè)置自動(dòng)切換的情況下），主機(jī)宕機(jī)，無法啟動(dòng)，備機(jī)是否可以升級(jí)為主機(jī) 回答：可以 備機(jī)執(zhí)行如下 1.? ?? ?alter database recovermanaged standby database finish force; 2.? ?? ?alter database commit toswitchover to primary with session shutdown; 3.? ???alter database open;
問題6：備庫不創(chuàng)建standbyredo log是否可以實(shí)時(shí)應(yīng)用日志 回答：不可以，實(shí)時(shí)應(yīng)用日志的時(shí)候會(huì)報(bào)錯(cuò)ORA-38500:USING CURRENT LOGFILE option not available without standby redo logs
問題7：最大性能模式下，備庫是否可以實(shí)時(shí)應(yīng)用日志standbyredo log 回答：可以，不過沒有意義，還是需要等待主庫歸檔才能真正把數(shù)據(jù)寫入備庫 雖然備庫可以執(zhí)行alterdatabase recover managed standby database using current logfile disconnect fromsession;但是并不會(huì)應(yīng)用日志，主庫的數(shù)據(jù)不會(huì)實(shí)時(shí)同步到備庫，主庫執(zhí)行日志切換后，數(shù)據(jù)才同步到備庫，說明在最大性能模式下，備庫就算執(zhí)行了實(shí)時(shí)應(yīng)用日志的有，也沒太大意義
問題8：最大可用性模式下，備庫是否可以應(yīng)用archivelog 回答：可以 最大可用性模式下，本來備庫可以實(shí)時(shí)接收主庫的數(shù)據(jù)的，不過備庫也可以選擇主庫數(shù)據(jù)歸檔后再進(jìn)行應(yīng)用
問題9：主庫不設(shè)置db_unique_name是否可以正常搭建datagard 回答：可以 因?yàn)橹鲙觳辉O(shè)置db_unique_name，則主庫的db_unique_name和service_name都是默認(rèn)是db_name
問題10：備庫是否可以不設(shè)置db_unique_name 回答：可以，如果主庫設(shè)置了db_unique_name，則備庫可以不設(shè)置，不過不推薦這樣設(shè)置 一般主庫不設(shè)置db_unique_name，備庫設(shè)置db_unique_name，則在主備的參數(shù)文件*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(主db_name,備db_unique_name)'
問題11：搭建一個(gè)物理datagard，主庫設(shè)置LOG_AUTO_DELETE為true后，備庫會(huì)不會(huì)自動(dòng)刪除歸檔日志 回答：不會(huì) 如果想刪除備庫的一些歸檔日志可以在rman下執(zhí)行deletenoprompt archivelog until time "sysdate-N"; （N為天數(shù)）
問題12：搭建dataguard時(shí)不拷貝主庫的在線日志，那備庫到什么時(shí)候開始創(chuàng)建onlineredo log 回答：在備庫執(zhí)行alterdatabase recover managed standby database disconnect from session或alterdatabase recover managed standby database using current logfile disconnect fromsession后，如果備庫的*.log_file_name_convert參數(shù)設(shè)置正確，則備庫開始創(chuàng)建onlineredo log 也就是說只要備庫執(zhí)行了recover，備庫就開始創(chuàng)建自己的online redo log
問題13：搭建dataguard時(shí)使用rman備份進(jìn)行恢復(fù)，備庫alter database recover managed standby database disconnect fromsession時(shí)會(huì)用到增量備份包嗎 回答：不會(huì)，如果使用了0級(jí)備份和1級(jí)備份2級(jí)備份，備庫還原使用了0級(jí)備份，recover時(shí)不會(huì)使用1級(jí)和2級(jí)備份包，而是使用了自0級(jí)備份以來的所有歸檔日志
問題14：搭建datagard和操作系統(tǒng)用戶名密碼有關(guān)系嗎 回答：沒有，只和oracle的用戶名和密碼有關(guān)，一般只和sys用戶有關(guān)
問題15：datagard可以通過rman命令自動(dòng)刪除歸檔日志嗎 回答：可以 執(zhí)行這樣的腳本就行delete noprompt archivelog until time "sysdate-30";
問題16：配置好最大性能的主備庫后，備庫還沒有開始應(yīng)用歸檔日志之前，備庫通過0級(jí)備份還原，會(huì)不會(huì)主庫所有0級(jí)備份后的歸檔日志都會(huì)自動(dòng)拷貝過來，是不是alter database recover managed standby database disconnect fromsession需要所有歸檔日志都拷貝過來了才能進(jìn)行 回答：不會(huì)拷貝所有，會(huì)拷貝一部分 ? ???不是，只有主庫0級(jí)備份后的歸檔日志都還在，并且0級(jí)備份后的第一個(gè)歸檔日志傳輸?shù)搅藗鋷?#xff0c;備庫就開始recover，在recover的過程中，需要哪個(gè)歸檔日志就從主庫去獲取哪個(gè)歸檔日志，如果主庫歸檔日志丟失了，那就會(huì)報(bào)錯(cuò)了
問題17：此類報(bào)錯(cuò)是不是只是因?yàn)橹鱾鋷斓拿艽a文件不一致導(dǎo)致 FAL[client, USER]: Error 1031 connecting tomierpdb2 for fetching gap sequence ORA-01031: insufficient privileges ORA-01031: insufficient privileges 回答：不一定，有時(shí)是因?yàn)閭鋷?/span>recover歸檔日志時(shí)，獲取不到主庫的歸檔日志也會(huì)報(bào)這樣的錯(cuò)。
問題18：下列問題如何處理 FAL[client]: Failed to request gap sequence GAP - thread 1 sequence 123-124 DBID 3642506776 branch 64548658 FAL[client]: All defined FAL servers havebeen attempted. 回答：說明備庫缺少thread為1，sequence為123和124的歸檔日志 解答1：如果主庫也缺少了這個(gè)日志并且再也找不回來，則datagard無法繼續(xù)了，需要重做，如果主庫有這個(gè)日志的備份，則還原這個(gè)歸檔日志的備份，并把還原出來的歸檔日志拷貝到備庫，并執(zhí)行以下語句注冊(cè)歸檔日志 ALTER DATABASE REGISTER PHYSICAL LOGFILE'/mierp/arch/1_123_83589255.dbf'; ALTER DATABASE REGISTER PHYSICAL LOGFILE'/mierp/arch/1_124_83589255.dbf';
問題19：datagard備庫的歸檔日志是怎么個(gè)生成流程 回答： 1.主庫配置lgwr，備庫還未開始應(yīng)用歸檔日志（即備庫還沒有生成自己的online redo log文件），備庫不建立standby，主庫執(zhí)行alter system archive log current看歸檔會(huì)到備庫嗎 1.會(huì) 得出結(jié)論：只要備庫打開至mount狀態(tài)（甚至沒有restore database），主庫就會(huì)把歸檔日志傳輸?shù)絺鋷?#xff0c;主庫日志切換后，最新的歸檔也會(huì)傳輸?shù)絺鋷?/span> 備庫沒有restore database即沒有任何數(shù)據(jù)文件和online redo log和standby redo log也可以查詢v$log，查詢的結(jié)果和主庫基本一致 但是查詢v$standby_log則沒有結(jié)果，因?yàn)闆]有建立standby redo log 2.主庫配置lgwr，備庫還未開始應(yīng)用歸檔日志，備庫建立standby，主庫執(zhí)行alter system archive log current看standby redo的sequence是否變化 2.會(huì)變化 3. 主庫配置arch，備庫還未開始應(yīng)用歸檔日志，備庫不建立standby，主庫執(zhí)行alter system archive log current看歸檔會(huì)到備庫嗎 3.會(huì) 答案：所有備庫的歸檔日志是通過備庫的RFS->ARCN生成，如果備庫有standby redo log，則流程是備庫RFS->standby redo log->ARCN，和備庫自己的online redo log沒有關(guān)系，因?yàn)橹潦贾两K都是主庫的LOG_ARCHIVE_DEST_N決定了把主庫的redo日志存放到哪臺(tái)備庫的RFS，因?yàn)榫退銈鋷鞗]有onlineredo log也可以查到v$log的信息，而這樣v$log的信息其實(shí)是主庫的，就算在ARCN傳輸模式下，也不是通過ARCN把歸檔日志從主庫拷貝到備庫相應(yīng)的位置，因?yàn)橹鲙炜截愇募絺鋷焓峭ㄟ^OS的，是需要OS的用戶名密碼驗(yàn)證的。而實(shí)際上我們并沒有看到備庫產(chǎn)生歸檔日志的時(shí)候，是需要OS的用戶名密碼的。
問題20：最大可用性模式下，備庫mount后并restore database并創(chuàng)建了standby redo log，主庫歸檔日志傳輸?shù)搅藗鋷?#xff0c;但是還沒有應(yīng)用過，是否可以跳過先應(yīng)用歸檔日志直接應(yīng)用standby redo log 回答：可以
問題21：dataguard備庫select name from v$datafile和select member fromv$logfile都正常， select tablespace_name from dba_tablespaces會(huì)出現(xiàn)ORA-03113:end-of-file on communication channel錯(cuò)誤，根據(jù)告警日志，信息是ERROR:slave communication error with ASM; terminating process 7610，怎么產(chǎn)生的，怎么解決 回答：是因?yàn)?/span>*.db_file_name_convert只配置了數(shù)據(jù)文件，沒有配置temp文件導(dǎo)致，可以重新配置備庫的pfile并重啟解決，也可以執(zhí)行selectname from v$tempfile找到臨時(shí)文件，再執(zhí)行alter database tempfile '+DATA/ /temp.263.868896343' drop includingdatafiles刪除tempfile。再創(chuàng)建一個(gè)tempfile即可alter tablespace temp add tempfile '/data01/ibm186/data01/temp.dbf'size 4096M;
問題22：dataguard主庫的文件是通過OMF創(chuàng)建，備庫也通過OMF創(chuàng)建，備庫是否可以在*.db_file_name_convert只配置主庫和備庫的db_create_file_dest即可 回答：不可，因?yàn)橹鲙靷鋷斓?/span>db_create_file_dest目錄的子目錄名稱可能不一樣，會(huì)導(dǎo)致無法創(chuàng)建文件，因?yàn)?/span>OMF創(chuàng)建文件規(guī)則是db_create_file_dest\實(shí)例名\datafile或tempfile\文件名稱
問題23：最大可用性模式，主庫故障后，備庫進(jìn)行Failover的切換，是否必須按以下四步進(jìn)行 1.? ???備庫執(zhí)行ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE; 2.? ?? ?備庫執(zhí)行alter databaserecover managed standby database finish force; 3.? ???備庫執(zhí)行alter database commit to switchover to primary with sessionshutdown; 4.? ???備庫執(zhí)行alter database open;
問題2：最大可用模式，備機(jī)是否可以應(yīng)用archivelog 回答：可以，不過應(yīng)用了archivelog后，主庫的數(shù)據(jù)在備庫無法實(shí)時(shí)查詢到，數(shù)據(jù)只有歸檔后才可以在備庫查詢到
問題3：最大可用模式下（不設(shè)置自動(dòng)切換的情況下），備機(jī)宕機(jī)后，重啟備機(jī)，dataguard是否可以繼續(xù)，并且還是最大可用模式 回答：dataguard繼續(xù)，并且還是最大可用模式 如果備機(jī)啟動(dòng)后長(zhǎng)時(shí)間沒有實(shí)時(shí)應(yīng)用standbyredo log，可能有異常，備機(jī)需要先執(zhí)行alter database recover managed standby databasedisconnect from session以便應(yīng)用歸檔日志，等歸檔日志應(yīng)用完成后再執(zhí)行alterdatabase recover managed standby database cancel，再執(zhí)行alterdatabase recover managed standby database using current logfile disconnect fromsession以便應(yīng)用standby redo log
問題4：最大可用模式下（不設(shè)置自動(dòng)切換的情況下），主機(jī)宕機(jī)后，重啟主機(jī)，dataguard是否可以繼續(xù)，并且還是最大可用模式 回答：dataguard繼續(xù)，并且還是最大可用模式 如果主機(jī)啟動(dòng)后，備機(jī)長(zhǎng)時(shí)間沒有實(shí)時(shí)應(yīng)用standbyredo log，可能有異常，備機(jī)需要先執(zhí)行alter database recover managed standby database cancel，再執(zhí)行alterdatabase recover managed standby database disconnect from session應(yīng)用歸檔日志，等歸檔日志應(yīng)用完成后再執(zhí)行alterdatabase recover managed standby database cancel，再執(zhí)行alterdatabase recover managed standby database using current logfile disconnect fromsession以便應(yīng)用standby redo log
問題5：最大可用模式下（不設(shè)置自動(dòng)切換的情況下），主機(jī)宕機(jī)，無法啟動(dòng)，備機(jī)是否可以升級(jí)為主機(jī) 回答：可以 備機(jī)執(zhí)行如下 1.? ?? ?alter database recovermanaged standby database finish force; 2.? ?? ?alter database commit toswitchover to primary with session shutdown; 3.? ???alter database open;
問題6：備庫不創(chuàng)建standbyredo log是否可以實(shí)時(shí)應(yīng)用日志 回答：不可以，實(shí)時(shí)應(yīng)用日志的時(shí)候會(huì)報(bào)錯(cuò)ORA-38500:USING CURRENT LOGFILE option not available without standby redo logs
問題7：最大性能模式下，備庫是否可以實(shí)時(shí)應(yīng)用日志standbyredo log 回答：可以，不過沒有意義，還是需要等待主庫歸檔才能真正把數(shù)據(jù)寫入備庫 雖然備庫可以執(zhí)行alterdatabase recover managed standby database using current logfile disconnect fromsession;但是并不會(huì)應(yīng)用日志，主庫的數(shù)據(jù)不會(huì)實(shí)時(shí)同步到備庫，主庫執(zhí)行日志切換后，數(shù)據(jù)才同步到備庫，說明在最大性能模式下，備庫就算執(zhí)行了實(shí)時(shí)應(yīng)用日志的有，也沒太大意義
問題8：最大可用性模式下，備庫是否可以應(yīng)用archivelog 回答：可以 最大可用性模式下，本來備庫可以實(shí)時(shí)接收主庫的數(shù)據(jù)的，不過備庫也可以選擇主庫數(shù)據(jù)歸檔后再進(jìn)行應(yīng)用
問題9：主庫不設(shè)置db_unique_name是否可以正常搭建datagard 回答：可以 因?yàn)橹鲙觳辉O(shè)置db_unique_name，則主庫的db_unique_name和service_name都是默認(rèn)是db_name
問題10：備庫是否可以不設(shè)置db_unique_name 回答：可以，如果主庫設(shè)置了db_unique_name，則備庫可以不設(shè)置，不過不推薦這樣設(shè)置 一般主庫不設(shè)置db_unique_name，備庫設(shè)置db_unique_name，則在主備的參數(shù)文件*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(主db_name,備db_unique_name)'
問題11：搭建一個(gè)物理datagard，主庫設(shè)置LOG_AUTO_DELETE為true后，備庫會(huì)不會(huì)自動(dòng)刪除歸檔日志 回答：不會(huì) 如果想刪除備庫的一些歸檔日志可以在rman下執(zhí)行deletenoprompt archivelog until time "sysdate-N"; （N為天數(shù)）
問題12：搭建dataguard時(shí)不拷貝主庫的在線日志，那備庫到什么時(shí)候開始創(chuàng)建onlineredo log 回答：在備庫執(zhí)行alterdatabase recover managed standby database disconnect from session或alterdatabase recover managed standby database using current logfile disconnect fromsession后，如果備庫的*.log_file_name_convert參數(shù)設(shè)置正確，則備庫開始創(chuàng)建onlineredo log 也就是說只要備庫執(zhí)行了recover，備庫就開始創(chuàng)建自己的online redo log
問題13：搭建dataguard時(shí)使用rman備份進(jìn)行恢復(fù)，備庫alter database recover managed standby database disconnect fromsession時(shí)會(huì)用到增量備份包嗎 回答：不會(huì)，如果使用了0級(jí)備份和1級(jí)備份2級(jí)備份，備庫還原使用了0級(jí)備份，recover時(shí)不會(huì)使用1級(jí)和2級(jí)備份包，而是使用了自0級(jí)備份以來的所有歸檔日志
問題14：搭建datagard和操作系統(tǒng)用戶名密碼有關(guān)系嗎 回答：沒有，只和oracle的用戶名和密碼有關(guān)，一般只和sys用戶有關(guān)
問題15：datagard可以通過rman命令自動(dòng)刪除歸檔日志嗎 回答：可以 執(zhí)行這樣的腳本就行delete noprompt archivelog until time "sysdate-30";
問題16：配置好最大性能的主備庫后，備庫還沒有開始應(yīng)用歸檔日志之前，備庫通過0級(jí)備份還原，會(huì)不會(huì)主庫所有0級(jí)備份后的歸檔日志都會(huì)自動(dòng)拷貝過來，是不是alter database recover managed standby database disconnect fromsession需要所有歸檔日志都拷貝過來了才能進(jìn)行 回答：不會(huì)拷貝所有，會(huì)拷貝一部分 ? ???不是，只有主庫0級(jí)備份后的歸檔日志都還在，并且0級(jí)備份后的第一個(gè)歸檔日志傳輸?shù)搅藗鋷?#xff0c;備庫就開始recover，在recover的過程中，需要哪個(gè)歸檔日志就從主庫去獲取哪個(gè)歸檔日志，如果主庫歸檔日志丟失了，那就會(huì)報(bào)錯(cuò)了
問題17：此類報(bào)錯(cuò)是不是只是因?yàn)橹鱾鋷斓拿艽a文件不一致導(dǎo)致 FAL[client, USER]: Error 1031 connecting tomierpdb2 for fetching gap sequence ORA-01031: insufficient privileges ORA-01031: insufficient privileges 回答：不一定，有時(shí)是因?yàn)閭鋷?/span>recover歸檔日志時(shí)，獲取不到主庫的歸檔日志也會(huì)報(bào)這樣的錯(cuò)。
問題18：下列問題如何處理 FAL[client]: Failed to request gap sequence GAP - thread 1 sequence 123-124 DBID 3642506776 branch 64548658 FAL[client]: All defined FAL servers havebeen attempted. 回答：說明備庫缺少thread為1，sequence為123和124的歸檔日志 解答1：如果主庫也缺少了這個(gè)日志并且再也找不回來，則datagard無法繼續(xù)了，需要重做，如果主庫有這個(gè)日志的備份，則還原這個(gè)歸檔日志的備份，并把還原出來的歸檔日志拷貝到備庫，并執(zhí)行以下語句注冊(cè)歸檔日志 ALTER DATABASE REGISTER PHYSICAL LOGFILE'/mierp/arch/1_123_83589255.dbf'; ALTER DATABASE REGISTER PHYSICAL LOGFILE'/mierp/arch/1_124_83589255.dbf';
問題19：datagard備庫的歸檔日志是怎么個(gè)生成流程 回答： 1.主庫配置lgwr，備庫還未開始應(yīng)用歸檔日志（即備庫還沒有生成自己的online redo log文件），備庫不建立standby，主庫執(zhí)行alter system archive log current看歸檔會(huì)到備庫嗎 1.會(huì) 得出結(jié)論：只要備庫打開至mount狀態(tài)（甚至沒有restore database），主庫就會(huì)把歸檔日志傳輸?shù)絺鋷?#xff0c;主庫日志切換后，最新的歸檔也會(huì)傳輸?shù)絺鋷?/span> 備庫沒有restore database即沒有任何數(shù)據(jù)文件和online redo log和standby redo log也可以查詢v$log，查詢的結(jié)果和主庫基本一致 但是查詢v$standby_log則沒有結(jié)果，因?yàn)闆]有建立standby redo log 2.主庫配置lgwr，備庫還未開始應(yīng)用歸檔日志，備庫建立standby，主庫執(zhí)行alter system archive log current看standby redo的sequence是否變化 2.會(huì)變化 3. 主庫配置arch，備庫還未開始應(yīng)用歸檔日志，備庫不建立standby，主庫執(zhí)行alter system archive log current看歸檔會(huì)到備庫嗎 3.會(huì) 答案：所有備庫的歸檔日志是通過備庫的RFS->ARCN生成，如果備庫有standby redo log，則流程是備庫RFS->standby redo log->ARCN，和備庫自己的online redo log沒有關(guān)系，因?yàn)橹潦贾两K都是主庫的LOG_ARCHIVE_DEST_N決定了把主庫的redo日志存放到哪臺(tái)備庫的RFS，因?yàn)榫退銈鋷鞗]有onlineredo log也可以查到v$log的信息，而這樣v$log的信息其實(shí)是主庫的，就算在ARCN傳輸模式下，也不是通過ARCN把歸檔日志從主庫拷貝到備庫相應(yīng)的位置，因?yàn)橹鲙炜截愇募絺鋷焓峭ㄟ^OS的，是需要OS的用戶名密碼驗(yàn)證的。而實(shí)際上我們并沒有看到備庫產(chǎn)生歸檔日志的時(shí)候，是需要OS的用戶名密碼的。
問題20：最大可用性模式下，備庫mount后并restore database并創(chuàng)建了standby redo log，主庫歸檔日志傳輸?shù)搅藗鋷?#xff0c;但是還沒有應(yīng)用過，是否可以跳過先應(yīng)用歸檔日志直接應(yīng)用standby redo log 回答：可以
問題21：dataguard備庫select name from v$datafile和select member fromv$logfile都正常， select tablespace_name from dba_tablespaces會(huì)出現(xiàn)ORA-03113:end-of-file on communication channel錯(cuò)誤，根據(jù)告警日志，信息是ERROR:slave communication error with ASM; terminating process 7610，怎么產(chǎn)生的，怎么解決 回答：是因?yàn)?/span>*.db_file_name_convert只配置了數(shù)據(jù)文件，沒有配置temp文件導(dǎo)致，可以重新配置備庫的pfile并重啟解決，也可以執(zhí)行selectname from v$tempfile找到臨時(shí)文件，再執(zhí)行alter database tempfile '+DATA/ /temp.263.868896343' drop includingdatafiles刪除tempfile。再創(chuàng)建一個(gè)tempfile即可alter tablespace temp add tempfile '/data01/ibm186/data01/temp.dbf'size 4096M;
問題22：dataguard主庫的文件是通過OMF創(chuàng)建，備庫也通過OMF創(chuàng)建，備庫是否可以在*.db_file_name_convert只配置主庫和備庫的db_create_file_dest即可 回答：不可，因?yàn)橹鲙靷鋷斓?/span>db_create_file_dest目錄的子目錄名稱可能不一樣，會(huì)導(dǎo)致無法創(chuàng)建文件，因?yàn)?/span>OMF創(chuàng)建文件規(guī)則是db_create_file_dest\實(shí)例名\datafile或tempfile\文件名稱
問題23：最大可用性模式，主庫故障后，備庫進(jìn)行Failover的切換，是否必須按以下四步進(jìn)行 1.? ???備庫執(zhí)行ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE; 2.? ?? ?備庫執(zhí)行alter databaserecover managed standby database finish force; 3.? ???備庫執(zhí)行alter database commit to switchover to primary with sessionshutdown; 4.? ???備庫執(zhí)行alter database open;
回答：是的，雖然可以跳過第一步，但是不建議這樣做
?
http://www.itpub.net/thread-1913853-1-1.html
轉(zhuǎn)載于:https://www.cnblogs.com/seasonzone/p/8488231.html
總結(jié)
以上是生活随笔為你收集整理的亲历dataguard的一些经验问答题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： python3之SQLAlchemy
- 下一篇： sqlite不存在记录则插入数据