Standby redo logs must be configured on the primary

Oracle 11.2.0.4, 4 CARS on primary node

Oracle 11.2.0.4, node 4 CARS waiting

Configured with oracle Data Guard using Data Guard Broker

I use the latest version or orachk 12.1.0.2.4

In the orachk report, I see the following error message:

Standby redo logs must be configured on the primary

+RECO/finprd1/onlinelog/group_13.2146.881183157

+RECO/finprd1/onlinelog/group_14.2143.881183159

+RECO/finprd1/onlinelog/group_15.5008.881183161

+Data/finprd1/onlinelog/group_16.1660.881183161

+RECO/finprd1/onlinelog/group_16.5003.881183161

+RECO/finprd1/onlinelog/group_17.4999.881183163

+RECO/finprd1/onlinelog/group_18.2096.881183163

+RECO/finprd1/onlinelog/group_19.2094.881183305

+RECO/finprd1/onlinelog/group_20.1778.881183305

+RECO/finprd1/onlinelog/group_21.4994.881183307

+RECO/finprd1/onlinelog/group_22.4992.881183307

+RECO/finprd1/onlinelog/group_23.2049.881183307

+RECO/finprd1/onlinelog/group_24.1454.881183309

+RECO/finprd1/onlinelog/group_25.4983.881183309

+RECO/finprd1/onlinelog/group_26.1688.881183309

+RECO/finprd1/onlinelog/group_27.4973.881183311

+RECO/finprd1/onlinelog/group_28.4969.881183311

But when I check the primary database, I see that there are waiting for redo logs. So, why the error? Any ideas?

[SYS@FINPRD11] SQL > select

2 lg.group #.

LG.type,

3 4 lg.member

l.bytes/1024/1024 as SIZE_MB

Of

5 6 7 v$ logfile lg,.

v 8 $log l

9 where

10 lg.group #= l.group #.

Union of all the

11 12 select

LG.Group # 13,

LG.type 14,

15 lg.member,

16 st.bytes/1024/1024 as SIZE_MB

17 of

18 v$ logfile lg,.

19 v$ standby_log st

where the 20

21 lg.group #= st.group #;

GROUP # TYPE MEMBER SIZE_MB

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

1 +DATA/finprd1/onlinelog/group_1.286.876507139 on LINE 512

1 +RECO/finprd1/onlinelog/group_1.706.876507139 on LINE 512

+DATA/finprd1/onlinelog/group_2.384.876507141 online 2 512

+RECO/finprd1/onlinelog/group_2.737.876507141 online 2 512

+DATA/finprd1/onlinelog/group_7.451.876507495 online 7 512

+RECO/finprd1/onlinelog/group_7.714.876507497 online 7 512

+DATA/finprd1/onlinelog/group_8.450.876507497 online 8 512

+RECO/finprd1/onlinelog/group_8.1162.876507497 online 8 512

+DATA/finprd1/onlinelog/group_5.449.876507499 online 5 512

+RECO/finprd1/onlinelog/group_5.355.876507499 online 5 512

+DATA/finprd1/onlinelog/group_6.448.876507499 online 6 512

+RECO/finprd1/onlinelog/group_6.818.876507501 online 6 512

+DATA/finprd1/onlinelog/group_3.447.876507501 online 3 512

+RECO/finprd1/onlinelog/group_3.1188.876507501 online 3 512

4 +DATA/finprd1/onlinelog/group_4.446.876507503 on LINE 512

4 +RECO/finprd1/onlinelog/group_4.385.876507503 on LINE 512

+DATA/finprd1/onlinelog/group_9.1653.881182905 online 9 512

+RECO/finprd1/onlinelog/group_9.5058.881182905 online 9 512

+DATA/finprd1/onlinelog/group_10.1654.881182985 online 10 512

+RECO/finprd1/onlinelog/group_10.2206.881182985 online 10 512

+DATA/finprd1/onlinelog/group_11.1655.881182985 online 11 512

+RECO/finprd1/onlinelog/group_11.2205.881182987 online 11 512

+DATA/finprd1/onlinelog/group_12.1656.881182987 online 12 512

+RECO/finprd1/onlinelog/group_12.5045.881182987 online 12 512

+RECO/finprd1/onlinelog/group_13.2146.881183157 EVE 13 512

+RECO/finprd1/onlinelog/group_14.2143.881183159 EVE 14 512

+RECO/finprd1/onlinelog/group_15.5008.881183161 EVE 15 512

+DATA/finprd1/onlinelog/group_16.1660.881183161 EVE 16 512

+RECO/finprd1/onlinelog/group_16.5003.881183161 EVE 16 512

+RECO/finprd1/onlinelog/group_17.4999.881183163 EVE 17 512

+RECO/finprd1/onlinelog/group_18.2096.881183163 EVE 18 512

+RECO/finprd1/onlinelog/group_19.2094.881183305 standby 19 512

+RECO/finprd1/onlinelog/group_20.1778.881183305 EVE 20 512

+RECO/finprd1/onlinelog/group_21.4994.881183307 EVE 21 512

22 +RECO/finprd1/onlinelog/group_22.4992.881183307 ENSURES 512

+RECO/finprd1/onlinelog/group_23.2049.881183307 EVE 23 512

+RECO/finprd1/onlinelog/group_24.1454.881183309 EVE 24 512

+RECO/finprd1/onlinelog/group_25.4983.881183309 EVE 25 512

26 +RECO/finprd1/onlinelog/group_26.1688.881183309 ENSURES 512

+RECO/finprd1/onlinelog/group_27.4973.881183311 EVE 27 512

+RECO/finprd1/onlinelog/group_28.4969.881183311 EVE 28 512

41 selected lines.

[SYS@FINPRD11] SQL > SELECT GROUP #, THREAD #, SEQUENCE #, ARCHIVED, STATUS FROM V$ STANDBY_LOG

2;

GROUP # THREAD # SEQUENCE # ARC STATUS

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

13 1 0 UNASSIGNED YES

14 1 0 UNASSIGNED YES

15 1 0 UNASSIGNED YES

16 1 0 UNASSIGNED YES

17 2 0 UNASSIGNED YES

18 2 0 UNASSIGNED YES

19 2 0 UNASSIGNED YES

20 2 UNASSIGNED YES 0

21 3 0 UNASSIGNED YES

22 3 0 UNASSIGNED YES

23 3 0 UNASSIGNED YES

GROUP # THREAD # SEQUENCE # ARC STATUS

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

24 3 0 UNASSIGNED YES

25 4 0 UNASSIGNED YES

26 4 0 UNASSIGNED YES

27 4 0 UNASSIGNED YES

28 4 0 UNASSIGNED YES

IT would be difficult to debug, better you trigger SR in support to verify the code. Good thing is you know again sleep exists, so why worry.

You can ignore it.

Tags: Database

Similar Questions

  • Hello! If you are using an airport extreme and an Airport Express, which must be configured as the primary Base Station?

    I like to keep my extreme in my apartment (which doesn't have an Ethernet port) for reasons of flight. Any tips?

    Given these choices, I would say that you use the extreme as your primary access point.

    However, your comment about no Ethernet port to your apartment. In order to use a base station as your main router, it must be connected to a modem that provides an Ethernet port.

  • One group of standby Redo Log is ACTIVE

    Hi guys,.

    I have successfully configured a custodian of data between a primary database (oradb) and a database ensures Physics (oradb_s8).

    However, I have noticed that in V$ STANDBY_LOG only one group of standby Redo Log is ACTIVE, regardless of how many times I go log in the primary database.

    ' The following was stated in the documentation:

    When a switch of newspaper occurs on the database of the source again, redo incoming is then written to the next group of waiting for redo log, and the group used newspaper before again Eve is archived by a foreground ARCn process.

    Source.

    So, I guess that group of standby Redo Log is turned on when the Redo Log is enabled in the primary database.

    Could you please clarify it for me?

    It's the Oracle 11 g R2 (11.2.0.1) on Red Hat Server 5.2.

    On autonomy in standby:

    SQL > SELECT GROUP #, THREAD #, SEQUENCE #, ARCHIVED, STATUS FROM V$ STANDBY_LOG

    GROUP # THREAD # SEQUENCE # ARC STATUS

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

    4 1 248 YES ACTIVE <-this is the only group that is still ACTIVE

    5 1 0 NOT ASSIGNED NO.

    6 0 YES 0 UNASSIGNED

    7 0 YES 0 UNASSIGNED

    SQL > SELECT SEQUENCE #, APPLIED, FIRST_TIME NEXT_TIME

    V $ ARCHIVED_LOG

    SEQUENCE ORDER #;

    SEQUENCE # FIRST_TIM NEXT_TIME APPLIED

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

    232 06-06-SEPT.-15-15-SEP YES

    233 06-06-SEPT.-15-15-SEP YES

    234 06-06-SEPT.-15-15-SEP YES

    235 06-06-SEPT.-15-15-SEP YES

    236 06-06-SEPT.-15-15-SEP YES

    237 06-06-SEPT.-15-15-SEP YES

    238 06-06-SEPT.-15-15-SEP YES

    239 07-06-SEPT.-15-15-SEP YES

    240 YES 15-SEP-07 07-SEVEN.-15

    241 YES 15-SEP-07 07-SEVEN.-15

    242 YES 15-SEP-07 07-SEVEN.-15

    YES 243 15-SEP-07 07-SEVEN.-15

    244 YES 15-SEP-07 07-SEVEN.-15

    245 YES 15-SEP-07 07-SEVEN.-15

    246 YES 15-SEP-08 15-SEP-07

    247 15 - SEP - 08 IN-MEMORY 15-SEP-08

    16 selected lines.

    On the primary:

    SQL > SELECT SEQUENCE #, APPLIED, FIRST_TIME NEXT_TIME

    V $ ARCHIVED_LOG

    WHERE NAME = 'ORADB_S8 '.

    SEQUENCE ORDER #;

    SEQUENCE # FIRST_TIM NEXT_TIME APPLIED

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

    232 06-06-SEPT.-15-15-SEP YES

    233 06-06-SEPT.-15-15-SEP YES

    234 06-06-SEPT.-15-15-SEP YES

    235 06-06-SEPT.-15-15-SEP YES

    236 06-06-SEPT.-15-15-SEP YES

    237 06-06-SEPT.-15-15-SEP YES

    238 06-06-SEPT.-15-15-SEP YES

    239 07-06-SEPT.-15-15-SEP YES

    240 YES 15-SEP-07 07-SEVEN.-15

    241 YES 15-SEP-07 07-SEVEN.-15

    YES 07-SEP-15 242 07-SEP-15

    YES 243 15-SEP-07 07-SEVEN.-15

    244 YES 15-SEP-07 07-SEVEN.-15

    245 YES 15-SEP-07 07-SEVEN.-15

    246 YES 15-SEP-08 15-SEP-07

    247 NO. 15-SEP-08 08 - SEPT.-15

    If you have a large DML activity on primary, you see more than one group # in v$ active standby_log.

    RFS will always try to assign the next available standby log, because your group changes # 4 are already applied, it allocates this group again after the switch.

    Check metalink doc: bug 2722195 and 219344.1

  • Standby Redo logs and the Directory Structure in the Backup Site

    Hi guru

    I just want to confirm, I know that if the directory structure is different, I need to talk about these 2 settings in the file pfile

    on the main site:

    DB_CONVERT_DATAFILE = 'sleep', 'primary '.

    LOG_CONVERT_DATAFILE = 'sleep', 'primary '.

    On the secondary Site:

    DB_CONVERT_DATAFILE = 'primary', 'sleep '.

    LOG_CONVERT_DATAFILE = 'primary', 'sleep '.

    But I want to confirm this weather I have to deliver the full path of the directory in the two paramtere above:

    as:

    DB_CONVERT_DATAFILE = ' / u01/oracle/app/oracle/oradata/sleep ', ' / u01/oracle/app/oracle/oradata/primary.

    LOG_CONVERT_DATAFILE = ' / u01/oracle/app/oracle/oradata/sleep ', ' / u01/oracle/app/oracle/oradata/primary.

    Second Confusion: -.

    After that transfer standby Redo logs creates primary and made to sleep on the foregoing, mentioned the directory structure and after restoring the alongwith primary db backup, that ensures the control file will not affect the journal of physics again placed watch on the above mentioned location.

    Thanks in advance for your help

    vk82 wrote:

    In fact, I create the day before by using the RMAN Duplicate command. but where I am confused is the point if I transfer the backup that i taken the pri on the C:\backup_files path. and after that, I transfer the backups to the waiting on C:\backup_files. After that when I restore it will create datafile and other stuff in another directory I mentioned using DB_FILE_NAME_CONVERT as LOG_FILE_NAME_CONVERT. I think Yes but need your advice during the same period.

    Hello

    Yes, files should be created under the directory mentioned in the path of the parameters 'db_file_name_convert' and 'log_file_name_convert.

    Kind regards
    Shivananda

  • Standby redo logs

    Hi all

    For the installation of dataguard, supposed to docs create standby redo logs on the standby server.

    It does not mention to create logs to redo waiting on the primary server.

    So what happens if I pass of the day before?

    Then my primary db now becomes the day before db. But there is no waiting for redo logs?

    Kindly shed lights...

    Thank you very much

    JC

    Jenna_C wrote:

    Hi Sysas and ALL,

    the rule is to create a group of newspapers waiting to roll forward pending Eve more than the number of redo log group in the primary.

    Do you mean > the rule is to create a group of newspapers waiting to roll forward pending Eve more than the number of the Group of online redo logs in the primary?

    So, if I have 3 ONLINE redo log groups and 4 STANDBY redo log at the primary level, 3o + 4 s = 7

    I'll create 3 groups of online redo logs and 1 redo log group ENSURES the standby?     3O + 1 s = 4

    Why not just create everything as even with the main number?  3O + 4 s = 7 for sleep?

    Thank you.

    Sorry... If you have 3 groups of newspapers online redo (in primary and standby), and then create 4 STANDBY redo record groups (primary and standby).

    Concerning

  • The system logging is not configured on the "host"hostname"

    Hi all

    I just install the VMWARE ESXI, 5.0.0 on a hp DL380 G7 Server everything went well, but via Vsphere client, I summarized my host tab the WARNING «Laa system logging is not configured on the "host"hostname".»

    Pour installer I i info on card kind sd server a drive to keep pour VM

    anyone it an idea?

    Thanks in advance

    RRaph

    Hi RRaph,

    Look in this KB if you find no useful info:

    A +.

    Franck

  • Creating standby Redo Log

    DB version: 11.2
    OPERATING SYSTEM: AIX 6.1

    We have a 2 RAC node. We have a disk group for all files of data, tempfiles, recovery logs... etc.
    Currently in our primary database Redo logs look like
    SQL> SELECT a.group#, b.thread#, a.member, b.bytes
    FROM v$logfile a, v$log b WHERE a.group# = b.group#
    order by a.group# , b.thread#  2    3  ;
    
             GROUP#         THREAD# MEMBER                                BYTES
    --------------- --------------- -------------------------------- ---------------
                  1               1 +ORCL_DG/orcl/orcl_log01.dbf         104857600
                  2               1 +ORCL_DG/orcl/orcl_log02.dbf         104857600
                  3               1 +ORCL_DG/orcl/orcl_log03.dbf         104857600
                  4               2 +ORCL_DG/orcl/orcl_log04.dbf         104857600
                  5               2 +ORCL_DG/orcl/orcl_log05.dbf         104857600
                  6               2 +ORCL_DG/orcl/orcl_log06.dbf         104857600
    
    6 rows selected.
    
    1 member per group
    3 group per instance
    We need to create a physical standby DB for DB above with real time applies. For standby Redo logs, I need a log file additional for each Instance.

    So, I'll add
    Group # 7 for thread 1
    and
    Group # 8 for thread 2

    Finally, SRls will look like

             GROUP#         THREAD# MEMBER                                BYTES
    --------------- --------------- -------------------------------- ---------------
                  1               1 +ORCL_DG/orcl/orcl_log01.dbf         104857600
                  2               1 +ORCL_DG/orcl/orcl_log02.dbf         104857600
                  3               1 +ORCL_DG/orcl/orcl_log03.dbf         104857600
                  
               7               1 +ORCL_DG/orcl/orcl_log07.dbf         104857600  ------->  Additional
    
                  4               2 +ORCL_DG/orcl/orcl_log04.dbf         104857600
                  5               2 +ORCL_DG/orcl/orcl_log05.dbf         104857600
                  6               2 +ORCL_DG/orcl/orcl_log06.dbf         104857600
                  
               8               2 +ORCL_DG/orcl/orcl_log08.dbf         104857600  ------->  Additional
    Something wrong with my creation SRL project?

    Super good

    1 member by regular group raises a different issue.

    Generating all you need is 1.

    Best regards

    mseberg

  • the stubborn standby redo log

    I have a dowstreams that has four groups of log roll forward pending. one of these groups is always in a redo of the day 23/04/2010. This former roll forward is not filed, always there.
    This implies that the endorsements of the database are working with three groups of redo log and some oacaciones all that is in the active State and at this time that the view v $ archived_dest returns the error for that destination (natural).

    the question is:

    How can I eliminate this newspaper waiting for redo which is more archived.

    Thank you very much for your attention

    You have error messages in the alert log?

    See this Metalink Note:
    Alert.log watch no. standby redo Logfiles of size 153600 available blocks [405836.1 ID]

  • Standby redo log query

    Hello team,

    I have a query:

    When I add or delete redo Eve journal/primary group is that ensure redo log group corresponding is added / removed pending?

    Kind regards

    As already answer, this change will be automatically in standby mode.

    This section of the documentation discusses steps to add redo log files to a database of pending. I find that to be a little lack of detail, so you can also visit Metalink Note 740675.1 online Redo Logs in physical availability.

    HTH,

    Brian

  • REDO LOG STOP TRANSPORT MARITIMES TO THE BACKUP SITE

    Hi guru,.

    After physical creation Eve redologs are shipped and applied to standby mode. But suddenly stopped shipping redo log. I checked the main site from the log file it log archiving generates here but that is not delivered to the backup site. As I checked the pwd file is same on both sites, so I am able to connect to the db of the main site backup site.

    Can any of clarify you why it happens so.

    Thanks in advance

    From point 1 to 3, I check that all are defined

    But for pt 4 when I run the above command is as below:

    STATE ERROR

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

    VALID

    DISABLED ORA - 16057:DGID OF THE SERVER NOT IN THE CONFIG OF DATA HOLD

    OK, I got the error where is is LOG_ARCHIVE_CONFIG check box enabled on db primary

    I correct and now delivery is correct, but one thing which still confuse me, is that when I run the command to check the archiev applied

    SEQUENCE # FIRST_TIME NEXT_TIME APP

    APP COLUMN ALWAYS SHOWS NO standby, as well as on the primary, but before it shows why Yes

  • ORA-38754: FLASHBACK DATABASE not started; required redo log is not available

    Hello

    I am getting below error when executing the activities of flashback. Currently we have backups, so when I tried the command flashback in RMAN my question solved.

    But if I want to do the same thing using SQLPLUS what steps should I take?

    ERROR:

    ORA-38754: FLASHBACK DATABASE not started; required redo log is not available

    ORA-38762: redo logs needed for SNA to SNA 20062842936 20062842926

    ORA-38761: redo log sequence 4 in thread 2, 65 incarnation cannot

    consulted

    DATABASE:11.2.0.3.0 (UAT)

    RMAN will automatically restore logs archived redo required for the operation of blowback when they are not present on the drive, while (as meyssoun said) when using sqlplus required archived redo logs must be available on the disc.

    Concerning

    AJ

  • How do I know if there's bottleneck in the redo logs?

    Hi all

    EBS R12.2

    11 GR 2

    OL 6.5

    We have two groups of log of size 1 GB.

    and oyour archiving logs generates 13 newspapers every hour.

    -rw - r-. 1 oraprod s/n 956896768 Jan 25 14:00 1_3372_898613761.dbf

    -rw - r-. 1 oraprod s/n 1004083200 Jan 25 14:03 1_3373_898613761.dbf

    -rw - r-. 1 oraprod s/n 928530432 Jan 25 14:10 1_3374_898613761.dbf

    -rw - r-. 1 oraprod s/n 928728576 Jan 25 14:12 1_3375_898613761.dbf

    -rw - r-. 1 oraprod s/n 967805952 Jan 25 14:20 1_3376_898613761.dbf

    -rw - r-. 1 oraprod s/n 916065792 Jan 25 14:22 1_3377_898613761.dbf

    -rw - r-. 1 oraprod s/n 951790592 Jan 25 14:30 1_3378_898613761.dbf

    -rw - r-. 1 oraprod s/n 978358272 Jan 25 14:32 1_3379_898613761.dbf

    -rw - r-. 1 oraprod s/n 974519808 Jan 25 14:40 1_3380_898613761.dbf

    -rw - r-. 1 oraprod s/n 960421376 Jan 25 14:42 1_3381_898613761.dbf

    -rw - r-. 1 oraprod s/n 917438976 Jan 25 14:49 1_3382_898613761.dbf

    -rw - r-. 1 oraprod s/n 920794624 Jan 25 14:51 1_3383_898613761.dbf

    -rw - r-. 1 oraprod s/n 920704000 Jan 25 14:59 1_3384_898613761.dbf

    I got this alert saves messages:

    Mon Jan 25 15:08:37 2016

    Filled checkpoint up to RBA [0xd3b.2.10], RCS: 5978324588151

    Mon Jan 25 15:10:57 2016

    Thread 1 cannot allot of new newspapers, sequence 3388

    Private stream flush is not complete

    Currently journal # 1, seq # 3387 mem # 0: /home/oraprod/PROD/data/log01a.dbf

    Currently journal # 1, seq # 3387 mem # 1: /home/oraprod/PROD/data/log01b.dbf

    Beginning log switch checkpoint up to RBA [0xd3c.2.10], RCS: 5978324634623

    Thread 1 Advanced for you connect to sequence 3388 (switch LGWR)

    Currently Journal # 2 seq # 3388 mem # 0: /home/oraprod/PROD/data/log02a.dbf

    Currently Journal # 2 seq # 3388 mem # 1: /home/oraprod/PROD/data/log02b.dbf

    Mon Jan 25 15:11:01 2016

    LNS: Standby redo log file selected for thread 1 sequence 3388 for destination LOG_ARCHIVE_DEST_2

    Mon Jan 25 15:11:04 2016

    Archived journal 6791 extra for each sequence 1 3387 ID thread entry 0 x 12809081 dest 1:

    Mon Jan 25 15:11:17 2016

    Filled checkpoint up to RBA [0xd3c.2.10], RCS: 5978324634623

    Mon Jan 25 15:13 2016

    Additional checkpoint up to RBA to RBA [0xd3c.1a8e82.0] [0xd3c.18d210.0], current journal line

    Mon Jan 25 15:13:04 2016

    Thread 1 cannot allot of new newspapers, sequence 3389

    Private stream flush is not complete

    Currently Journal # 2 seq # 3388 mem # 0: /home/oraprod/PROD/data/log02a.dbf

    Currently Journal # 2 seq # 3388 mem # 1: /home/oraprod/PROD/data/log02b.dbf

    Beginning log switch checkpoint up to RBA [0xd3d.2.10], RCS: 5978324673444

    Thread 1 Advanced for you connect to 3389 (switch LGWR) sequence

    Currently journal # 1, seq # 3389 mem # 0: /home/oraprod/PROD/data/log01a.dbf

    Currently journal # 1, seq # 3389 mem # 1: /home/oraprod/PROD/data/log01b.dbf

    Mon Jan 25 15:13:07 2016

    LNS: Standby redo log file selected for thread 1 sequence 3389 for destination LOG_ARCHIVE_DEST_2

    Mon Jan 25 15:13:09 2016

    Archived journal 6793 extra for each sequence 1 3388 ID thread entry 0 x 12809081 dest 1:

    Mon Jan 25 15:13:11 2016

    Filled checkpoint up to RBA [0xd3d.2.10], RCS: 5978324673444

    Is it a sign of botteneck? Users complained that each 15:00 they encounter performance degradation.

    Kind regards

    JC

    Jenna_C wrote:

    We have two groups of size 1 GB log and our archiving logs generates 13 newspapers every hour.

    Is it a sign of botteneck? Users complained that each 15:00 they encounter performance degradation.

    If your users are complaining about slow at 15:00 then look at what is happening on the system at this point in time.  Use the Active Session history, providing that you have the license, at 3 pm to see if there is a problem.  Or take snapshots of the AWR manually around 15:00 in an attempt to capture any anomaly.  Or capture instant V$ SESSION yourself manually around 15:00 and see so many sessions is pending or not.

    I have seen problems like this on shared physical infrastructure systems where the activity on a system can interfere with each other.  Attention to this kind of thing, because if it is caused by another system then you will never find the cause of the problem inside the Oracle.  Examples include backups are made at a specific time, causing large amounts of sequential disk i/o and slows down access to the drive for everything else.  Such a scenario could cause some writing redo log time to increase significantly.  Or the backup could be another system completely who shares the same disks in the same drive bay or the SAN and Bay drives or SAN is inundated by applications e/s backup.  But as it's another system, that you will not see what is happening on your Oracle database system.

    Or a virtualized with environment sharing CPU and memory where another virtual machine running a CPU intensive job and steals the Oracle system CPU capacity.  I saw the same thing with memory so - Vmware has a strange way to virtualize memory, which means it can use all of the memory on the physical hardware and run out, and then he had to intervene to release somehow little memory.  What ends up slowing things down.

    It could be a network problem - is something that the network of the floods at 15:00?  Still, backups can be a common cause of this, during the transfer of data over the network to another system.  Is there a work extracted regularly data which runs at 15:00 for example extract given OLTP to feed into a data warehouse, which is copied on the network?

    It could be many different things, causing the slowdown.  I would definitely recommend watching any expected sessions know and see if this gets worse around 15:00, or if it remains the same, in which case the problem is elsewhere.  You must also eliminate everything else - the disks, network, etc.

    Good luck

    John Brady

  • Question about how Oracle manages the Redo logs

    Hello

    Assuming a configuration which consists of 2 redo log groups (groups A and B), each group of 2 disks (disks A1 and A2 for Group A) and B1 and B2 disks for Group B. Additionally, assume that each redo log file resides by itself in a disk storage device and that the device is dedicated to her. So in the situation described above, there are 4 discs, one for each redo log file, and each disc contains nothing other than a redo log file. Also, assume that the database is in ARCHIVELOG mode and the files from archive is stored on another different set of devices.

    kind of graphically:
        GROUP A             GROUP B
    
          A1                  B1
          A2                  B2
    The question is: when the disks that make up the Group A are filled and Oracle switches to the disks in the Group B, can the group drives to take offline, perhaps even physically removed from the system if necessary without affecting the functioning of the database? Can the archiver process temporarily delayed until the disks (which have been removed) are presented online or is the DBA have to wait until the end of the process to archive a copy of the redo log file creating in archive?

    Thank you for your help,

    John.

    Hello
    A journal of the groups fall

    To remove a group of online redo logs, you must have the ALTER DATABASE system privilege. Before you delete a line redo log group, consider the following precautions and restrictions:

    * An instance requires at least two groups of files logging online, regardless of the number of members in the groups. (A group is one or more members.)
    * You can delete a group of newspapers online redo only if it is inactive. If you need to drop the current group, first force a log switch occurs.
    * Make sure a group of online redo logs is archived (if archiving is enabled) before dropping. To see if this happens, use the view LOG V$.

    SELECT GROUP #, ARCHIVED, STATUS FROM V$ LOG;

    GROUP # ARC STATUS
    --------- --- ----------------
    1 ACTIVE YES
    2. NO CURRENT
    3 INACTIVE YES
    4 INACTIVE YES

    Delete a group of newspapers online redo with the SQL ALTER DATABASE statement with the DROP LOGFILE clause.

    The following statement drops redo log group number 3:

    ALTER DATABASE, DROP LOGFILE GROUP 3;

    When a group of online redo logs is deleted from the database, and you do not use Oracle managed files, operating system files are not removed from the disk. Instead, control of the associated database files are updated to remove members of the Group of the database structure. After deleting a group of online redo logs, make sure the drop completed successfully and then use the command of operating system appropriate to delete the dropped online redo log files.

    When you work with files managed by Oracle, the cleaning of operating system files is done automatically for you.
    Your database will not be affected as you can work with 2 files, redo log in each group, as the minimum number of redo log in a database file is two because the process LGWR (newspaper writer) writes in the redo log in a circular way. If the process crashes because you have 2 groups only if you want to remove 1 Add a third and make that the current group and remove the one you want to be offline.

    Please refer to:
    http://download.Oracle.com/docs/CD/B10500_01/server.920/a96521/onlineredo.htm#7438
    Kind regards
    Mohamed
    Oracle DBA

  • What is the purpose of waiting for redo log files

    Hello

    What is the purpose of the log files waiting for redo in the Dr?

    What happens if the standby redo log files are created? or else is not created?

    Please explain

    Thank you

    Re: what is the difference between onlinelog and standbylog

    I mentioned the goal of the eve of the redo log in RD files in above thread.

    Concerning
    Girish Sharma

  • Recreate the Member lost/damaged redo log in a group

    DB version: 11.2.0.4

    OS: Oracle Linux 6.5

    In this particular PB we have multiplexes recovery logs (2 members from each group of redo).

    If one member of a group of Redo log is corrupted then, regardless of whether the Member belonged to the Group that is CURRENT, ACTIVE or INACTIVE, can we just let GO and CREATE the file journal lost this group member by following the steps below?

    -Find the corrupted Member

    SELECT GROUP #, STATUS, MEMBER OF V$ LOGFILE WHERE STATUS = 'INVALID ';

    1 back UP the DB

    2. CHANGE THE SYSTEM CHECKPOINT;

    3 ALTER DATABASE CLEAR LOGFILE GROUP 3;  - , This step should not be executed. Right?

    4. ALTER DATABASE DROP LOGFILE MEMBER ' / oracle/oradata/wms/redo02.log';

    (Apparently, this removes not the logfile at the OS level, only the control file is updated in the DB)

    5 ALTER DATABASE ADD LOGFILE MEMBER ' / oracle/oradata/wms/redo02b.log' to GROUP 3.

    When I googled for steps, I found the table below in the official documentation of the Oracle. This table is applicable only if the ENTIRE REDO LOG disappeared.

    http://docs.Oracle.com/CD/E25054_01/backup.1111/e10642/osadvsce.htm#CACFJDBG

    I want just the steps if only 1 member of a multiplex group is lost/damaged.

    3. ALTER DATABASE CLEAR LOGFILE GROUP 3;  -This step should not be executed. Right?

    Yes. It's true. You can refer to the section 'Recovery after losing a member of the a multiplex online Redo Log group' under recovery after the loss of online redo log files: scenarios

    HTH

    -Jonathan Rolland

Maybe you are looking for