ORA-00257; want to safely clean out rman directory in Solaris clustered environment

We are getting a ORA-00257 error, which I know means no more disk space.  Sure enough, the 70GB disk is full.  Given that the entire database exports into a 245MB file, I went looking for culprits.  (This is a machine we acquired during a recent corporate acquisition, then repurposed.)  The most obvious culprit is the rman/ directory which contains five .dbf files and a snotload of log_tnnnnnnnnn_snnnn_p1 files.  In this case, "snotload" is a technical term meaning approximately 18GB worth.  The .dbf files are consuming another 22GB of disk space.  None of these files shows a date more recent than March 20th.  Obviously, I'd like to nuke these.  Here are my concerns:

1) What are these files?  If I'm not mistaken, RMAN is Oracle Replication Manager, and I'm pretty certain we're not using that (which would explain why it hasn't been touched since March 20th.)
2) This database is on a clustered Sun configuration running Solaris.  I know enough about Unix to know that if there is an open file handle on the files, removing them won't do anything until the handle is closed.  What might have these files open, and what do I need to do to make it let go?
3) Given that it's clustered, are there any other gotchas I should be aware of before I nuke these files?

Thanks!
arktechAsked:
Who is Participating?
 
yuzhConnect With a Mentor Commented:
RMAN is for backup and recovery, please have a look at:
http://publib.boulder.ibm.com/tividd/td/ITSMFD/SC32-9064-00/en_US/HTML/ab5u0008.htm
http://www.psoug.org/reference/rman_demos.html
http://www.oracle-base.com/articles/10g/RMANEnhancements10g.php
http://www.idevelopment.info/data/Oracle/DBA_tips/RMAN_9i/RMAN9_12.shtml

if you run out off disk space, you can add another hard drive or borrow disk space from a  NFS server, and copy the date to the new HD or NFS server, change delete the data from the old HD then mount the new HD or NFS dir to the same mount point, so that you can use rman.

In case you are 100% sure that you don't want to use rman. bacup the data
to somewhere, (eg tape, or another HD, or another machine), disable rman
then dete the data.

0
 
schwertnerCommented:
RMAN stands for Recovery Manager. This is an application that
males easier to backup and restore the databases after crash.
So if you delete some of the fails the planned backup/recovery
strategy will be useless.  
0
 
arktechAuthor Commented:
Thanks for the quick feedback!  Given the guidance, we proceeded to gzip all of the files and let the system run for 24 hours to ensure that nothing failed.  It does indeed appear that these were old, leftover files from the previous Oracle database (we repurposed this machine in March).  We do not use RMAN for backup purposes.  Rather, we run a periodic exp of the entire database and back that up nightly.  (If anybody wants to continue the discussion thread, I'd be curious to know why RMAN would be preferable to exp, given that the export of the old database was about half the size of just the .dbf files generated by RMAN.)  

Again, thank you very much!  We have managed to free up 40GB on a 70GB disk, without perturbing anything.
0
Cloud Class® Course: CompTIA Cloud+

The CompTIA Cloud+ Basic training course will teach you about cloud concepts and models, data storage, networking, and network infrastructure.

 
schwertnerConnect With a Mentor Commented:
Export is logiocal dump of the database. This means that you can restore the database to the time of the Export but not further.
In contrast RMAN backups the Data base physically that allows to apply the archived logs. So the database by a good planned disposition of the RMAN files (repository) could be restored to  the last state. So the shop will avoid lost of data up to the last 3 seconds before the outage.
The backup set (no matter RMAN or manual) should be placed on another computer. Because if the primary computer fails in most cases the files on it could be damaged or be unreachable.
0
 
arktechAuthor Commented:
Got it, thanks!  I think we're in pretty good shape -- the database is on RAID, managed by a clustered pair of Sun servers.  The exp dump is mirrored to an off-site SAN within five minutes of completion, so it would take a pretty ugly combination of events for us to lose more than a day's worth of data with our current strategy.
0
 
arktechAuthor Commented:
Thank you very much!  While neither of you directly answered my questions about open file handles and related processes, yuzh gave me pointers to lots of background information -- enough to make an informed decision.  I also appreciate schwertner's simple, concise explanation of the difference between exp and RMAN, hence the point split.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.