Subject: Re: DB corruption question
These errors are from the second database. It's normal to get them.
I do not think there is any corruptions.
As long the first one is running without errors then do not worry.
To make sure try to restart the database.
Regards,
Waleed
Try
Title: RE: DB corruption question
This is more of a theoretical question, rather than an actual problem that happened. Let's assume the files were not copied, and there is no security at the site or on the disks themselves.
-Original Message-
From: Stephen Lee [mailto:[EMAIL
Nope, no corruption of data files as far as I can see. The mount lock (or
whatever it's called now) protects Oracle from having two instances mount
the same database. There used to be a wonderful _no_mount_lock parameter
or such, but I never got it to work. You should be OK.
Mogens
Nick
-Original Message-
ORA-01110: data file 1: '/fs1/oradata/db1/system01_raw.dbf'
ORA-01207: file is more recent than controlfile - old controlfile
Will this corrupt the database? Will it harm/corrupt the original instance?
What happens if someone tries to recover it at this point? Does
Try, recreate the controlfile
- Original Message -
From:
Nick
Wagner
To: Multiple recipients of list ORACLE-L
Sent: Wednesday, December 04, 2002 10:09
PM
Subject: DB corruption question
With Oracle 8.1.7,
Solaris 8 OS.
I have a shared
-
From: Nick Wagner
To: Multiple recipients of list ORACLE-L
Sent: Wednesday, December 04, 2002 10:09 PM
Subject: DB corruption question
With Oracle 8.1.7, Solaris 8 OS.
I have a shared storage device for storing all my datafiles, control files,
redo logs, archive
With Oracle 8.1.7,
Solaris 8 OS.
I have a shared
storage device for storing all my datafiles, control files, redo logs, archive
logs, etc.. everything except for the ORACLE_HOME and Oracle
binaries.
If I have the file
system and database mounted to one machine, and have a fully open,