RE: DB corruption question

2002-12-06 Thread Nick Wagner
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:[

RE: DB corruption question

2002-12-06 Thread Stephen Lee
ist ORACLE-L > 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 su

Re: DB corruption question

2002-12-05 Thread wkhedr
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, recreate the controlfile > - Original Message --

Re: DB corruption question

2002-12-05 Thread Adriano Freire
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 stor

RE: DB corruption question

2002-12-05 Thread Stephen Lee
-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 it

Re: DB corruption question

2002-12-05 Thread Mogens Nørgaard
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 Wagne