Multiplexing Redo Log Files question

If you are running RAC on ASM on a RAID system, is this required? We are using an HP autoraid which mirrors at the block level and in the documentation about Multiplexing Redo Log Files it says that you do it to protect against media failure. The autoraid that we are using gives us multiple levels of redundancy against media failure so I was wondering if Multiplexing would be adding more overhead than is needed. Thanks for your input.

ASM is quite compex and I'm not going to outline all the advantages or reasons for ASM, but under ASM you can drop and add devices to maintain your capacity needs online without loosing data, which you cannot do using RAID, which requires a re-initialize, for example, regardless of redundancy. Please see the documentation. ASM, like pretty much everything Oracle will add complexity and you will have to check your requirements. ASM is however pretty much the standard. If you use external RAID, make sure your storage is not using RAID 5 or 0. Regarding logical errors, you could for example overwrite or delete a file by mistake, in which case file redundancy does not protect you. If you are looking for reasons or ways not to use ASM, I'm sure you will find them, but what's the point?

Similar Messages

Multiplexing redo log files

I am using 9i R2 database.
I just want to clear some doubts.
I am having 3 redo log groups with one member each.
Now for mutiplexing redo log files
i want to add one one member to each group so
that each group will have 2 members in some different path.
my current path of log member are
/oracle/files/a1.log (group 1)
/oracle/files/b1.log (group 2)
/oracle/files/c1.log (group 3)
I want to add
/oracle/sysfiles/a2.log (group 1)
/oracle/sysfiles/b2.log (group 2)
/oracle/sysfiles/c2.log (group 3)
A--So is there any need to take database in any mode (nomunt,mount) or i can do it while
database is open ?
I will issue
ALTER DATABASE ADD LOGFILE MEMBER /oracle/sysfiles/a2.log TO GROUP 1 ;
First in inactive group,then
alter system switch logfile; (To make 2 group inactive....and then 3)
B-- All memebers in a redolog group must be of same size? if i am having
100 M.B. of one member(a1.log) is there no need to specify size while adding new member(a2.log)?
Can some one validate and correct my steps or suggest me regarding this?

Hi,
All the solutions are in oracle documentaiton.
See, Members of the same multiplexed redo log group must be the same size (that all member in with in the group ) and Members of different groups can have different sizes. If the same of Files are different resultant would be the with Checkpoints. Since you can not gurantee that Checkpoints will occur at regular internals (Log switch with respect log members). Better to follow the Rules of traffic similarly follow the instrcutions of ORACLE Documentation.. :-)
- Pavan Kumar N

Multiplexing Redo Log and maximum protection mode.

Assume that during writing into redo logs the instance crashes. As a result, members of active redo group are not synchronized, some of them had more data. How Oracle will handle this when instance starts? And there can be case when at startup time some members that had more redo before crash, are lost.
Now assume that we have standby database with maximum protection mode. After LGWR has written to local redo logs and before writing to standby redo logs, primary instance crashes. In this case standby site lost last transaction.
Is it correct? Thanks.

Assume that during writing into redo logs the instance crashes. As a result, members of active redo group are not synchronized, some of them had more data. How Oracle will handle this when instance starts? And there can be case when at startup time some members that had more redo before crash, are lost.
Members of a particular group are written concurrently by LGWR, all members of a log group will have same data. If any member of a particular group is lost or not reachable, oracle will read from the available log member during instance recovery.
Multiplexing Redo Log Files
http://docs.oracle.com/cd/B19306_01/server.102/b14231/onlineredo.htm#i1006249
To answer your second question,In this mode no transaction commits on primary unless the redo is also written on atleast one standby database, otherwise primary will go down.
Check below
Maximum Protection
http://docs.oracle.com/cd/B28359_01/server.111/b28294/protection.htm#CHDHFHJI

How does LGWR write redo log files, I am puzzled!

The document says:
The LGWR concurrently writes the same information to all online redo log files in a group.
my undestandint of the sentence is following for example
group a includes file(a1, a2)
group b includes file(b1, b2)
LGWR write file sequence: write a1, a2 concurrently; afterwards write b1, b2 concurrently.
my question is following:
1、 my understanding is right?
2、 if my understanding is right, I think that separate log file in a group should save in different disk. if not, it cann't guarantee correctly recovery.
my opinion is right?
thanks everyone!

Hi,
>>That is multplexing...you should always have members of a log file in more than 1 disk
Exactly. You can keep multiple copies of the online redo log file to safeguard against damage to these files. When multiplexing online redo log files, LGWR concurrently writes the same redo log information to multiple identical online redo log files, thereby eliminating a single point of redo log failure. In addition, when multiplexing redo log files, it is preferable to keep the members of a group on different disks, so that one disk failure will not affect the continuing operation of the database. If LGWR can write to at least one member of the group, database operation proceeds as normal.
Cheers
Legatti

ASM Environment multiplexed redo logs

When we have multi diskgroups like ('+DATA','+FLASH) and configured to multiplexed redologs on asm environment what would be the performance impact while logwriter writing on multiple locations? The diskgroups have different number disks on each diskgroup. Like 100 vs 10 disks on diskgroup.

http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/onlineredo.htm
Multiplexing Redo Log Files help protect against a failure involving the redo log itself.
after you implement, you should check AWR report about waiting.
On ASM, you don't need to make multiple redo files. Just place it (redo file) in good i/o diskgroup (RAID1/0)

Multiplex Redo Logs and Control File

I am wanting to setup an existing Oracle Express 10g instance to multiplex the redo log files and the control file.
Instance is using Oracle-Managed Files and the Flash Recovery Area.
With these options being used what are the steps required to setup multiplexing?
I tried setting the DB_CREATE_ONLINE_LOG_DEST_1 and DB_CREATE_ONLINE_LOG_DEST_2 parameters but this doesn't appear to have worked (I even bounced the db instance).
BTW, the DB_CREATE_FILE_DEST is set to null and the DB_RECOVERY_FILE_DEST is set to the flash recovery area.
Any help is much appreciated.
Regards, Sheila

Thanks for this. My instance originally had two log groups so I've added a new member to each group into the same flash recovery area directory, but have assigned a name. Is this why when I query v$logfile the is_recovery_dest_file is set to NO? Is it ok to assign a name & directory and if not, how do you add a new memeber and allow Oracle-Managed files to name them?
Also, how can I check that the multiplexing is working (ie the database is writing to both sets of files)?
Thanks again.

Non-multiplexed online redo log file damaged

how to fix if non-multiplexed online redo log file damaged , looking for info for both current & inactive..

If you only want to practice your skills these are good scenarios to do it. But if you are currently facing this problem then you are in big troubles if it happens to be the CURRENT. When this issue appears I suggest you not to shutdown the instance you should be aware that information written on the redo log is the backup of the running transactions in memory. If both get lost data is lost, if either one survives your chances to recover data are high.
~ Madrid
http://hrivera99.blogspot.com

Question about how Oracle manages Redo Log Files

Good morning,
Assuming a configuration that consists of 2 redo log groups (Group A and B), each group consisting of 2 disks (Disks A1 & A2 for Group A and Disks B1 and B2 for group B). Further, let's assume that each redo log file resides by itself in a disk storage device and that the device is dedicated to it. Therefore in the above scenario, there are 4 disks, one for each redo log file and, each disk contains nothing else other than a redo log file. Furthermore, let's assume that the database is in ARCHIVELOG mode and that the archive files are stored on yet another different set of devices.
sort of graphically:
    GROUP A             GROUP B
      A1                  B1
      A2                  B2The question is: When the disks that comprise Group A are filled and Oracle switches to the disks in Group B, can the disks in Group A be taken offline, maybe even physically removed from the system if necessary, without affecting the proper operation of the database ? Can the Archiver process be temporarily delayed until the disks (that were removed) are brought back online or is the DBA forced to wait until the Archiver process has finished creating a copy of the redo log file into the archive ?
Thank you for your help,
John.

Hello,
Dropping Log Groups
To drop an online redo log group, you must have the ALTER DATABASE system privilege. Before dropping an online redo log group, consider the following restrictions and precautions:
* An instance requires at least two groups of online redo log files, regardless of the number of members in the groups. (A group is one or more members.)
* You can drop an online redo log group only if it is inactive. If you need to drop the current group, first force a log switch to occur.
* Make sure an online redo log group is archived (if archiving is enabled) before dropping it. To see whether this has happened, use the V$LOG view.
SELECT GROUP#, ARCHIVED, STATUS FROM V$LOG;
GROUP# ARC STATUS
1 YES ACTIVE
2 NO CURRENT
3 YES INACTIVE
4 YES INACTIVE
Drop an online redo log group with the SQL statement ALTER DATABASE with the DROP LOGFILE clause.
The following statement drops redo log group number 3:
ALTER DATABASE DROP LOGFILE GROUP 3;
When an online redo log group is dropped from the database, and you are not using the Oracle Managed Files feature, the operating system files are not deleted from disk. Rather, the control files of the associated database are updated to drop the members of the group from the database structure. After dropping an online redo log group, make sure that the drop completed successfully, and then use the appropriate operating system command to delete the dropped online redo log files.
When using Oracle-managed files, the cleanup of operating systems files is done automatically for you.
Your Database wont be affected as you can operate with 2 redo log files in each group as The minimum number of redo log files required in a database is two because the LGWR (log writer) process writes to the redo log files in a circular manner. so the process will hang becuase you are having 2 only groups if you want to remove 1 add a third one and make it the current group then 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

Question on redo log files at the standby

Oracle version: 10.2.0.5
Platform : AIX
We have 2 node RAC primary with 2 node RAC standby
Primary Instance1 named as cmapcp1
Primary Instance2 named as cmapcp2
Standby Instance1 named as cmapcp3
Standby Instance2 named as cmapcp4At standby side
SQL> show parameter log_file_name_convert
NAME                 TYPE                 VALUE
log_file_name_conver string               cmapcp1, cmapcp3, cmapcp2, cmapcp4
Despite the value set for log_file_name_convert, I don't see any change in names of Online and Standby redo logs at the Standby site.
-- From primary
SQL> select member,type from v$logfile;
MEMBER                                             TYPE
+CMAPCP_DATA01/cmapcp/cmapcp_log01.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log02.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log03.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log04.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log05.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log06.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log11.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log12.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log13.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log14.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log15.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log16.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log17.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log18.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log19.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log20.dbf             STANDBY
16 rows selected.-- From standby
SQL> select member,type from v$logfile;
MEMBER                                             TYPE
+CMAPCP_DATA01/cmapcp/cmapcp_log01.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log02.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log03.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log04.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log05.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log06.dbf             ONLINE
+CMAPCP_DATA01/cmapcp/cmapcp_log11.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log12.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log13.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log14.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log15.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log16.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log17.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log18.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log19.dbf             STANDBY
+CMAPCP_DATA01/cmapcp/cmapcp_log20.dbf             STANDBY
16 rows selected.--- Another thing I noticed, v$log doesn't list Standby Redo Logs. This is expected behaviour , I guess
Below is the output from Primary and Standby (it is the same)
set linesize 200
set pagesize 50
col member for a50
break on INST SKIP PAGE on GROUP# SKIP 1
select l.thread# inst, l.group#,lf.member, lf.type
    from v$log l , v$logfile lf
    where l.group# = lf.group#
    order by 1,2 ;
      INST     GROUP# MEMBER                                             TYPE
         1          1 +CMAPCP_DATA01/cmapcp/cmapcp_log01.dbf             ONLINE
                    2 +CMAPCP_DATA01/cmapcp/cmapcp_log02.dbf             ONLINE
                    3 +CMAPCP_DATA01/cmapcp/cmapcp_log03.dbf             ONLINE
      INST     GROUP# MEMBER                                             TYPE
         2          4 +CMAPCP_DATA01/cmapcp/cmapcp_log04.dbf             ONLINE
                    5 +CMAPCP_DATA01/cmapcp/cmapcp_log05.dbf             ONLINE
                    6 +CMAPCP_DATA01/cmapcp/cmapcp_log06.dbf             ONLINE

John_75 wrote:
Thank you ckpt, mseberg.
I think log_file_name_convert is set wrongly as you've mentioned. But If I don't want to any change to name of Online or standby redo log files in standby, I don't have to set log_file_name_convert at all. Right ?From Same link
If you specify an odd number of strings (the last string has no corresponding replacement string), an error is signalled during startup. If the filename being converted matches more than one pattern in the pattern/replace string list, the first matched pattern takes effect. There is no limit on the number of pairs that you can specify in this parameter (other than the hard limit of the maximum length of multivalue parameters).

Standby redo log file

Hi,
From oracle document i know in the standby side the RFS process writes to Standby redo log file -> archive log and the MRP procees applys the archive logs to the standby database.
my question is ,if we dont create standby redo log file what happens?

Hello;
When redo is received by an RFS on the standby , the RFS process writes the redo data into archived redo logs or optionally to the SRL.
Standby Redo Logs is where the RFS process at your Standby database writes incoming redo, they help performance because the RFS does not have to create the Archive log file.
Standby redo logs are a component of the Data Guard setup. They should be the same size as the redo logs on the Primary.
Standby Redo Logs do not not to be multiplexed.
I would create SRL them on both the Primary and the Standby. Think of it as one database in either Standby or Primary Mode. If you have to switchover you still need them.
If you have SRL's setup and need to do either a failover or switchover it should occur faster and safer.
Best Regards
mseberg

Hoping for a quick response : EXP and Archived REDO log files

I apologize in advance if this question has been asked and answered 100 times. I admit I didn't search, I don't have time. I'm leaving on vacation tomorrow, and I need to know if I'm correct about something to do with backup / restore.
we have 10g R2 running a single instance on a single server. The application vendor has "embedded" oracle with their application. The vendor's backup is a batch file using EXP - thus:
exp system/xpwdxx@db full=y file=D:\Orant\admin\db\EXP\db_full.dmp log=D:\Orant\admin\db\EXP\db_full.txt direct=y compress=y
This command is executed nightly at midnight. The files are then backed up by our nightly backup to offsite storage media.
Te database is running in autoarchive mode. The problem is, the archived redo files filled the drive they were being stored on, and it is the drive the database is on. I used OS commands to move 136G of archived redo logs onto other storage media to free the drive.
My question: Since the EXP runs at midnight, when there is likely NO activity, do I need to run in AutoArchive Mode? From what I have read, you cannot even apply archived redo log files to this type of backup strategy (IMP) Is that true? We are ok losing changes since our last EXP. I have read a lot of stuff about restoring consistent vs. inconsistent, and just need to know: If my disk fails, and I have to start with a clean install of Oracle and nothing else, can I IMP this EXP and get back up and running as of the last EXP? Or do I need the autoarchived redo log files back to July 2009 (136G of them).
Hoping for a quick response
Best Regards, and thanks in advance
Bruce Davis

Bruce Davis wrote:
Amardeep Sidhu
Thank you for your quick reply. I am reading in the other responses that since I am using EXP without consistent=y, I might not even have a backup. The application vendor said that with this dmp file they can restore us to the most recent backup. I don't really care for this strategy as it is untested. I asked them to verify that they could restore us and they said they tested the dmp file and it was OK.
Thank you for taking the time to reply.
Best Regards
BruceThe dump file is probably ok in the sense it is not corrupted and can be used in an imp operation. That doesn't mean the data in it is transactionally consistent. And to use it at all, you have to have a database up and running. If the database is physically corrupted, you'll have to rebuild a new database from scratch before you can even think about using your dmp file.
Vendors never understand databases. I once had a vendor tell me that Oracle's performance would be intolerable if there were more than 5 concurrent connections. Well, maybe in HIS product ..... Discussions terminated quickly after he made that statement.

Online redo log files being removed physically

Grid Infra version: 11.2.0.4
RDBMS Version: 11.2.0.4
Although this is a RAC DB, this is not a RAC-specific question. Hence posting it here.
Few months back, I remember issuing a command similair to below (DROP LOGFILE GROUP ...) and the redo log files were still physically present in the diskgroup.
If I remember correctly, the file is not deleted physical so that we can use the REUSE functionality (ALTER DATABASE ADD LOGFILE MEMBER '+REDO/orcl/onlinelog/redo1b.log' reuse to group 11; ) ie. you can use the REUSE command to add the logfile of the same name which is physically present in OS Filesystem/Diksgroup to redo log group.
But today, after I issued the below command, I checked the diskgroup location from ASMCMD
SQL> alter database drop logfile group 31;
Database altered.
From ASMCMD, I can that the file has disappeared physically. Is this a new feature with 11.2.0.4 or am I missing something here ?
ASMCMD> ls +DATA/msblprd/onlinelog/group_31.548.833154995
ASMCMD-8002: entry 'group_31.548.833154995' does not exist in directory '+DATA/msblprd/onlinelog/'

Just to add to what Aman has said.
It is a bad practice not to let OMF decide the placement of Online redo logs because of this issue especially when you use ASM.
Executing rm command in Linux/Unix is easy but Dropping ASM aliases in the disk group can be a hassle.
This is documented.
"When a redo log member is dropped from the database, the operating system file is not deleted from disk. Rather, the control files of the associated database are updated to drop the member from the database structure. After dropping a redo log file, ensure that the drop completed successfully, and then use the appropriate operating system command to delete the dropped redo log file."
http://docs.oracle.com/cd/E11882_01/server.112/e25494/onlineredo.htm#ADMIN11324
BTW . You don't even need to set db_create_online_log_dest_n to enable OMF for ORLs.
SQL> show parameter log_dest
NAME                                 TYPE        VALUE
db_create_online_log_dest_1          string
db_create_online_log_dest_2          string
db_create_online_log_dest_3          string
db_create_online_log_dest_4          string
db_create_online_log_dest_5          string
SQL> show parameter db_create_file_dest
NAME                                 TYPE        VALUE
db_create_file_dest                  string      +MBL_DATA
alter database add logfile thread 4
group 31 ('+MBL_DATA','+MBL_FRA') size 4096M,
group 32 ('+MBL_DATA','+MBL_FRA') size 4096M,
group 33 ('+MBL_DATA','+MBL_FRA') size 4096M,
group 34 ('+MBL_DATA','+MBL_FRA') size 4096M ;
Database altered.
And redo logs will be neatly placed as shown below
   INST     GROUP# MEMBER                                             STATUS           ARC
         4         31 +MBL_DATA/bsblprd/onlinelog/group_31.276.832605441 UNUSED           YES
                      +MBL_FRA/bsblprd/onlinelog/group_31.297.832605445 UNUSED           YES
                   32 +MBL_DATA/bsblprd/onlinelog/group_32.547.832605451 UNUSED           YES
                      +MBL_FRA/bsblprd/onlinelog/group_32.372.832605457 UNUSED           YES
                   33 +MBL_DATA/bsblprd/onlinelog/group_33.548.832605463 UNUSED           YES
                      +MBL_FRA/bsblprd/onlinelog/group_33.284.832605469 UNUSED           YES
                   34 +MBL_DATA/bsblprd/onlinelog/group_34.549.832605475 UNUSED           YES
                      +MBL_FRA/bsblprd/onlinelog/group_34.359.832605481 UNUSED           YES

Physical Standby Online Redo log files,

Hi,
I'm trying to create a physical standby database (10.2.0.3). I'm a little confused about the requirement for online redo logs on the standby.
in my standby alert log I get the following when I issue:
SQL> alter database recover managed standby database disconnect from session
"ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/appl/oradata/prod/prod_1_redo_01_02.log'
ORA-27037: unable to obtain file status
SVR4 Error: 2: No such file or directory
Additional information: 3"
/appl/oradata/prod/prod_1_redo_01_02.log is the path to the location of the online redo logs on the production system. This file does not exist on the standby filesystem so the error is correct.
I assume that it gets this information from the standby control file I created on the production system and copied over to the standby.
Do I need to copy the online redo logs from the primary over to the standby site or do I need to create online redo logs on the standby?
Does the standby need to have redo log files?
I'm not talking about 'standby log files' of the type created using 'alter database add standby log file'. I've not got that far yet.
I just need to establish if a physical standby requires online redo log files?
Thanks in advance,
user234564

I wanted to update this thread since I've been dealing with the exact same errors. The basic question is: "does a physical standby need the online redo logs?"
Answer: Not really, until one wants to switchover or failover (and become a primary database). Furthermore, whenever the MRP process is started, Oracle prepares for a possible switchover/failover by "clearing" the online redo logs (MetaLink note# 352879.1). It is not a big deal, since Oracle will build the actual redo files when the "alter database open resetlogs" is accomplished during a "role transition."
In our situation, we have decided to use our standby for nightly exports. We stop MRP, open the database read-only, then restart MRP. We built these standby DBs with RMAN. The RMAN duplicate process will not build the online redo log files until the database is opened for read/write (with resetlogs). However, we haven't had a need for read/write (i.e. a switchover).
Thus, every morning we have been getting the same errors that "user234564" posted above. At first the errors seemed scary, then we realized they were just a nusiance. In order to clean things up, all I did was just "cp" our stanby redo logs (SRL) into our online redo directories ensuring the names matched what was in v$logfile. When I restarted MRP, the alert log clearly showed Oracle clearing these "newly found" online redo logs.

What is the purpose of standby redo log files

Hi,
What is the purpose of the standby redo log files in DR?
what if the standby redo log files are created? or else not created?
Please explain
Thanks

3.1.3 Configure a Standby Redo LogA standby redo log is required for the maximum protection and maximum availability modes and the LGWR ASYNC transport mode is recommended for all databases. Data Guard can recover and apply more redo data from a standby redo log than from archived redo log files alone.
You should plan the standby redo log configuration and create all required log groups and group members when you create the standby database. For increased availability, consider multiplexing the standby redo log files, similar to the way that online redo log files are multiplexed.>
Reference http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/create_ps.htm#i1225703
HTH
Anand

Dataguard lost both Primary redo log and standby redo log files

Hi,
I am new to data guard, i came acorss a scenario where we loose both primary redo log file and standby redo log files.
Can someone please help me understand how to recover from this situation.
Thanks!

>loose both primary redo log file and standby redo log files
We have to be very clear.
There are (set A) online redo log files and (set B) standby redo log files at (location 1) Primary and (location 2) Standby.
The standby redo log files, depending on the configuration, aren't strictly mandatory. The standby can be applying redo without online redo log files present as well, depending on how it was setup.
So, the question is : Did you lose online redo log files at the primary ? Didn't the primary shutdown itself then ? If so, you have to do an incomplete recovery at the primary OR switch over to the standby (which may or may not have received the last transaction, depending on how it was configured and operating) OR restore from the standby (again, with possible loss of transactions) to the primary.
Hemant K Chitale

Multiplexing Redo Log Files question

Similar Messages

Maybe you are looking for