Anne
   Gee, things must appear better from Texas! Thanks for the comment.
   The only other thing I can suggest is to have your network administrator
take a careful look at any connection settings. I'm sorry I can't be more
specific, but we had a situation where the network/system administrator
assumed RMAN would be opening just one or two connections and it turned out
that RMAN was opening a whole bunch of connections. That can cause weird
problems.
   I think you are at the point of opening a TAR with Metalink and hoping
they will have some other suggestions. In our case, we had an NFS-mounted
drive and they insisted we move off that. We did, the problem went away, so
the sys admin got real interested in digging into his setup. Again, this is
a long shot. Good luck.

Dennis Williams
DBA, 80%OCP, 100% DBA
Lifetouch, Inc.
[EMAIL PROTECTED] 


-----Original Message-----
Sent: Thursday, August 07, 2003 1:01 PM
To: '[EMAIL PROTECTED]'
Cc: DENNIS WILLIAMS


Dennis,      
I have been admiring you from far.  Thank you so much to reply to my email.

The renamed data file has been tested and there is no corruption of any
kind.  The nightly physical and logical backups were successful completed
with no error.  However, I got an ora-19502 error when I tried to use these
backups to restore/duplicate the database from a remote node.  It might be
asynch io problem.   I am trying to set the 'fileperset to 1'.   Do you have
any other ideas?

Thanks again,
Anne

-----Original Message-----
Sent: Thursday, August 07, 2003 12:25 PM
To: Multiple recipients of list ORACLE-L


Anne
     What version of Oracle is this?
     Okay, you renamed a production database file 10 days ago. Since then,
has Oracle been able to use this file? Can you export the table that is
stored on this file without error? Have you examined your RMAN backup log to
ensure this file is specifically listed as being backed up? Is it possible
that the error you are receiving has nothing to do with the production
database, but is entirely due to your backup or test database? In other
words, maybe the test system has a bad drive? Another possibility, awhile
back on this list several people reported that they had datafiles with
errors, but RMAN did not detect these errors when it was backing them up.
That is why I suggest exporting the table.



Dennis Williams 
DBA, 80%OCP, 100% DBA 
Lifetouch, Inc. 
[EMAIL PROTECTED] 

-----Original Message-----
Sent: Thursday, August 07, 2003 9:39 AM
To: Multiple recipients of list ORACLE-L


 

Dear List,     I have renamed a datafile in a production database ten days
ago.  I have no error to back up this database but  I cannot
duplicate/recover this database since.   I am getting ora-19502 write error
on this file.   Please advise.
 
Many thanks,
 

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: DENNIS WILLIAMS
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the
message BODY, include a line containing: UNSUB ORACLE-L (or the name of
mailing list you want to be removed from).  You may also send the HELP
command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: DENNIS WILLIAMS
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to