国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

DG中處理主備和物理備機上的ORL和SRL

IT那活兒 / 3818人閱讀
DG中處理主備和物理備機上的ORL和SRL

點擊上方“IT那活兒”公眾號,關注后了解更多內容,不管IT什么活兒,干就完了!!!

1

調整原因

在重做日志切換頻繁結束時,在主警報日志中報告 ORA-16401 和 ORA-16055 的情況下已經看到。所以建議是增加在線重做日志的大小以減少重做日志切換頻率。這也可能需要提高主數據庫的性能。
主 ALERT.LOG 中報告 ORA-16401 和 ORA-16055 錯誤:
ARC3: Archive log rejected (thread 1 sequence 136480) at host (DESCRIPTION= (ADDRESS=(PROTOCOL=tcp)(HOST=XXX.XXX.X.XX)(PORT=1530))(CONNECT_DATA=(SERVICE_NAME=)(SERVER=DEDICATED)))
Errors in file //trace/_arc3_7445.trc:
ORA-16401: archivelog rejected by RFS
FAL[server, ARC3]: FAL archive failed, see trace file.
Errors in file //trace/_arc3_7445.trc:
ORA-16055: FAL request rejected
ARCH: FAL archive failed. Archiver continuing
ORACLE Instance dbinfo - Archival Error. Archiver continuin
g.
這里的問題是主數據庫過于頻繁地切換日志
使用 ARCH 發送檔案,每次發生日志切換時,主服務器都必須將存檔日志發送到備用服務器,同時主服務器上發生了另一個日志切換,這也會導致另一個存檔日志發送到備用服務器,但第一個沒有完成后,備用設備形成并檢測到 GAP。
此時第一個 Archivelog 也作為 FAL Request 發送,但是這個會失敗,因為第一個還在存檔,鎖定,所以第二個失敗。 

2

注意事項

  • 如果使用最大保護模式,您需要先降級到最大可用性模式;
  • 調整前需注意standby_file_management參數是否為MANUAL;
  • 注意需停止日志應用。

 

3

調整過程

3.1 查詢主備日志日志信息

  • 主庫數據庫上:


PRIMARY
SQL> select status,instance_name,database_role from v$database,v$instance;

STATUS INSTANCE_NAME DATABASE_ROLE
------------ ---------------- ----------------
OPEN pri2101 PRIMARY

SQL>
 select group#,sum(bytes/1024/1024)"Size in MB" from v$log group by group#;

    GROUP# 大小 (MB)
---------- ----------
         1 50
         2 50
         3 50

SQL>
 select group#,sum(bytes/1024/1024)"Size in MB" from v$standby_log group by group#;
GROUP# 大小 (MB)
---------- ----------
         6 50
         4 50
         5 50
        7 50


  • 備庫數據庫上:


STANDBY
SQL> select status,instance_name,database_role from v$database,v$Instance;

STATUS INSTANCE_NAME DATABASE_ROLE
------------ ---------------- ----------------
OPEN std2101 物理STANDBY

SQL> select group#, sum(bytes/1024/1024)"Size in MB" from v$log group by group#;

    GROUP# 大小 (MB)
---------- ----------
         1 50
         2 50
         3 50

SQL> select group#,sum(bytes/1024/1024)"Size in MB" from v$standby_log group by group#;

    GROUP# 大小 (MB)
---------- ----------
         6 50
         4 50
         5 50
         7 50

3.2 調整備庫數據庫參數信息

SQL> show parameter standby_file_management

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
standby_file_management string AUTO

SQL>
 alter system set standby_file_management=manual;

System altered.

SQL>
 show parameter standby_file_management

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
standby_file_management string MANUAL

3.3 主備庫修改日志組

檢查聯機重做日志的狀態并通過刪除非活動重做日志并使用新大小重新創建它們來調整它們的大小。刪除inactive狀態的,同樣的方法去修改三個日志組,只列舉一組:
-- PRIMARY database
SQL> select group#,status from v$log;

GROUP#
 STATUS
---------- ----------------
1 INACTIVE
2 INACTIVE
3 CURRENT

SQL>
 alter database drop logfile group 1;

Database altered.

SQL>
 alter database add logfile group 1 size 100M;

Database altered.

--standy database
SQL> select group#,status from v$log;

GROUP#
 STATUS
---------- ----------------
1 CURRENT
3 CLEARING
2 CLEARING
SQL> alter database drop logfile group 2;
alter database drop logfile group 2
*
ERROR at line 1:
ORA-01156: recovery or flashback in progress may need access to files
SQL> alter database recover managed standby database cancel; ##需停止日志應用,否則會報ORA-01156
SQL> alter database clear logfile group 2;

Database altered.

SQL>
 alter database drop logfile group 2;

Database altered.

SQL>
 alter database add logfile group 2 size 100M;

Database altered.

SQL>
 select group#,status from v$log;

GROUP#
 STATUS
---------- ----------------
1 CURRENT
3 CLEARING
2 UNUSED
狀態為 CLEARING 的組 3 也是如此。我們將手動清除它,刪除它并使用新尺寸創建。

3.4 調整主備數據庫上備用重做日志的大小

主數據庫上備用重做日志 (SRL) 的狀態將是未分配的,因為它們僅在主數據庫開始作為備用(切換)運行時才會使用。
我們可以輕松刪除未分配的 SRL 并使用新的重新創建它們尺寸。對主數據庫上的其余 SRL 重復此操作:
PRIMARY database

SQL>
 select group#,status from v$standby_log;

GROUP#
 STATUS
---------- ----------
4 UNASSIGNED
5 UNASSIGNED
6 UNASSIGNED
7 UNASSIGNED
SQL> alter database drop standby logfile group 4;

Database altered.

SQL>
 alter database add standby logfile group 4 size 100M;

Database altered.


--standy database
SQL> select group#,sum(bytes/1024/1024)"size in MB" from v$standby_log group by group#;

GROUP#
 size in MB
---------- ----------
4 50
5 50
6 50
7 50

SQL>
 select group#,status from v$standby_log;

GROUP#
 STATUS
---------- ----------
4 ACTIVE
5 UNASSIGNED
6 UNASSIGNED
7 UNASSIGNED
清除之前完成的狀態為 ACTIVE 的 SRL 組,刪除該組并重新創建它們,其大小與在線重做日志的大小相同。

對于狀態為 UNASSIGNED 的 SRL 組,只需刪除該組并使用與在線重做日志相同的大小重新創建它們。
SQL> select group#,sum(bytes/1024/1024)"size in MB" from v$log group by group#;

GROUP#
 size in MB
---------- ----------
1 100
2 100
3 100

4

文章結語

一旦主數據庫和備用數據庫上的所有備用重做日志和聯機重做日志都調整了大小,在備用數據庫上將 STANDBY_FILE_MANAGEMENT 設置為 AUTO 并在備用數據庫上啟動恢復 (MRP)。
SQL> alter system set standby_file_management=auto;

System altered.

SQL> alter database recover managed standby database disconnect from session using current logfile;

Database altered.

SQL> select process,status,sequence# from v$managed_standby;

PROCESS STATUS SEQUENCE#
--------- ------------ ----------
ARCH CONNECTED 0
ARCH CLOSING 66
ARCH CONNECTED 0
ARCH CLOSING 63
RFS IDLE 0
RFS IDLE 0
MRP0 WAIT_FOR_LOG 71
RFS IDLE 71
RFS IDLE 0

RAC+DG架構數據庫刪除日志組語句
For RAC database :

Syntax to add /drop group are as Below


SQL>Alter database add standby logfile Thread group <group no> size <>M;

SQL>Alter database add logfile Thread group <group no> size <>M;


 


END




本文作者:余家豪

本文來源:IT那活兒(上海新炬王翦團隊)

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/129501.html

相關文章

  • 19C?DG?Broker配置測試

    19C?DG?Broker配置和測試 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...

    IT那活兒 評論0 收藏2941
  • DG庫讀寫測試方案

    DG備庫讀寫測試方案 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; margin:0...

    IT那活兒 評論0 收藏856
  • 基于代理數據庫分庫分表框架 Mycat實踐

    摘要:文章共字,閱讀大約需要分鐘概述在如今海量數據充斥的互聯網環境下,分庫分表的意義我想在此處就不用贅述了。 showImg(https://segmentfault.com/img/remote/1460000017453449); 文章共 1796字,閱讀大約需要 4分鐘 ! 概 述 在如今海量數據充斥的互聯網環境下,分庫分表的意義我想在此處就不用贅述了。而分庫分表目前流行的方案最起碼...

    el09xccxy 評論0 收藏0

發表評論

0條評論

IT那活兒

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<