亚洲视频在线观看地址,欧洲精品一区二区三区,国产三级网站在线观看

1.三種保護(hù)模式

　　– Maximum protection

在Maximum protection下，可以保證從庫和主庫數(shù)據(jù)完全一樣，做到zero data loss.事務(wù)同時在主從兩邊提交完成，才算事務(wù)完成。如果從庫宕機(jī)或者網(wǎng)絡(luò)出現(xiàn)問題，主從庫不能通訊，主庫也立即宕機(jī)。在這種方式下，具有最高的保護(hù)等級。但是這種模式對主庫性能影響很大，要求高速的網(wǎng)絡(luò)連接。

　　– Maximum availability

在Maximum availability模式下，如果和從庫的連接正常，運(yùn)行方式等同Maximum protection模式，事務(wù)也是主從庫同時提交。如果從庫和主庫失去聯(lián)系，則主庫自動切換到Maximum performance模式下運(yùn)行，保證主庫具有最大的可用性。

　　– Maximum performance

在Maximum performance，主庫把歸檔的 archived log通過arch進(jìn)程傳遞給從庫，在這種方式下，主庫運(yùn)行性能最高，但是不能保證數(shù)據(jù)不丟失，且丟失的數(shù)據(jù)受redo log的大小影響。在redo log過大的情況下，可能一天都沒有歸檔一個日志，可以通過手工切換日志的方式來減小數(shù)據(jù)的丟失。

2.模式切換（Maximum performance切換至Maximum availability）

　　a.查看保護(hù)的模式

　　 DGbroker查看：

				?

									DGMGRL> show configuration verbose;

									Configuration - dgc

									 Protection Mode: MaxPerformance

									 Databases:

									 atest1 - Primary database

									 atest2 - Physical standby database

									 Properties:

									 FastStartFailoverThreshold  = '30'

									 OperationTimeout    = '30'

									 FastStartFailoverLagLimit  = '30'

									 CommunicationTimeout   = '180'

									 ObserverReconnect    = '0'

									 FastStartFailoverAutoReinstate = 'TRUE'

									 FastStartFailoverPmyShutdown = 'TRUE'

									 BystandersFollowRoleChange  = 'ALL'

									 ObserverOverride    = 'FALSE'

									 ExternalDestination1   = ''

									 ExternalDestination2   = ''

									 PrimaryLostWriteAction   = 'CONTINUE'

									Fast-Start Failover: DISABLED

									Configuration Status:

									SUCCESS

　　 sqlplus查看：

				?

									SQL> select database_role,protection_mode,protection_level from v$database;

									DATABASE_ROLE  PROTECTION_MODE  PROTECTION_LEVEL

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

									PRIMARY  MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE

　　b.查看備庫的日志傳輸模式（參數(shù)LogXptMode（sync:同步傳輸/async:異步傳輸））

				?

									DGMGRL> show database verbose 'atest2';

									Database - atest2

									 Role:   PHYSICAL STANDBY

									 Intended State: APPLY-ON

									 Transport Lag: 0 seconds (computed 1 second ago)

									 Apply Lag:  0 seconds (computed 1 second ago)

									 Apply Rate:  97.00 KByte/s

									 Real Time Query: ON

									 Instance(s):

									 atest

									 Properties:

									 DGConnectIdentifier    = 'atest2'

									 ObserverConnectIdentifier  = ''

									 LogXptMode      = 'sync'

									 DelayMins      = '0'

									 Binding       = 'optional'

									 MaxFailure      = '0'

									 MaxConnections     = '1'

									 ReopenSecs      = '300'

									 NetTimeout      = '30'

									 RedoCompression     = 'DISABLE'

									 LogShipping      = 'ON'

									 PreferredApplyInstance   = ''

									 ApplyInstanceTimeout   = '0'

									 ApplyParallel     = 'AUTO'

									 StandbyFileManagement   = 'AUTO'

									 ArchiveLagTarget    = '0'

									 LogArchiveMaxProcesses   = '4'

									 LogArchiveMinSucceedDest  = '1'

									 DbFileNameConvert    = ''

									 LogFileNameConvert    = ''

									 FastStartFailoverTarget   = ''

									 InconsistentProperties   = '(monitor)'

									 InconsistentLogXptProps   = '(monitor)'

									 SendQEntries     = '(monitor)'

									 LogXptStatus     = '(monitor)'

									 RecvQEntries     = '(monitor)'

									 ApplyLagThreshold    = '0'

									 TransportLagThreshold   = '0'

									 TransportDisconnectedThreshold = '30'

									 SidName       = 'atest'

									 StaticConnectIdentifier   = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=vijay02.database.com)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=atest2_DGMGRL)(INSTANCE_NAME=atest)(SERVER=DEDICATED)))'

									 StandbyArchiveLocation   = '/u01/app/oracle/oradata/ATEST/archivelog'

									 AlternateLocation    = ''

									 LogArchiveTrace     = '0'

									 LogArchiveFormat    = '%t_%s_%r.dbf'

									 TopWaitEvents     = '(monitor)'

									Database Status:

									SUCCESS

　　c.如果LogXptMode的值為async，就要將其修改為sync

				?

									DGMGRL> edit database atest1 set property logxptmode=sync;

									Property "logxptmode" updated

　　d.修改完之后再次確認(rèn)LogXptMode的值，如步驟b

　　e.切換模式（如果切換失敗，則再次去確認(rèn)備庫LogXptMode的值）

				?

									DGMGRL> edit configuration set protection mode as maxavailability;

									Succeeded.

　　f. 確認(rèn)數(shù)據(jù)庫的的保護(hù)模式，如步驟a

　　g.需要注意的是，步驟c中修改的sync是備庫的值，切記！

3.個人小結(jié)：

　　a.三種模式在可以在DGbroker中自由切換(使用步驟2的方式)（在測試庫中），正常情況下，數(shù)據(jù)庫能迅速反應(yīng)過來（查看保護(hù)模式的時候）。

　　b.使用Maximum performance的時候，參數(shù)（備庫）LogXptMode設(shè)置為async就好/

　　c.使用Maximum protection或者M(jìn)aximum availability的時候，參數(shù)（備庫）LogXptMode要設(shè)置為sync。

　　d.（經(jīng)測試）使用Maximum protection時，當(dāng)備庫出現(xiàn)異常（如網(wǎng)絡(luò)問題，數(shù)據(jù)庫宕機(jī)），主庫會掛起（告警日志會報如下錯誤），當(dāng)備庫恢復(fù)正常之后，主庫也會恢復(fù)。

LGWR: Error 1034 attaching to RFS for reconnect

　　e.使用Maximum protection時，在當(dāng)備庫出現(xiàn)異常的情況下，當(dāng)主庫掛起時，(主庫)可以強(qiáng)制切換到 Maximum performance，但當(dāng)重新切回Maximum protection（在備庫恢復(fù)時），主庫需重啟。

				?

									DGMGRL> edit configuration set protection mode as maxprotection;

									Operation requires shutdown of instance "atest" on database "atest1"

									Shutting down instance "atest"...

									Unable to connect to database

									ORA-12545: Connect failed because target host or object does not exist

									Failed.

									Warning: You are no longer connected to ORACLE.

									Please complete the following steps to finish the operation:

									 shut down instance "atest" of database "atest1"

									 start up instance "atest" of database "atest1"