home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / oracle / 1102 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.9 KB
  1. Path: sparky!uunet!oracle!unrepliable!bounce
  2. Newsgroups: comp.databases.oracle
  3. From: kjou@us.oracle.com (Kathy Jou)
  4. Subject: Re: DB file not in DBA_DATA_FILES - problem
  5. Message-ID: <1992Jul22.180853.24460@oracle.us.oracle.com>
  6. Followup-To: kjou@oracle.com
  7. Sender: Kathy Jou
  8. Nntp-Posting-Host: hqpyr1.us.oracle.com
  9. Organization: Oracle Corporation, Redwood Shores CA 94065
  10. References: <1992Jul21.112252.1@jaguar.uofs.edu>
  11. Date: Wed, 22 Jul 1992 18:08:53 GMT
  12. X-Disclaimer: This message was written by an unauthenticated user
  13.               at Oracle Corporation.  The opinions expressed are those
  14.               of the user and not necessarily those of Oracle.
  15. Lines: 29
  16.  
  17. In article <1992Jul21.112252.1@jaguar.uofs.edu> littlec1@jaguar.uofs.edu (Chris Little) writes:
  18. >
  19. >Major problem!!  While adding a database file to a tablespace, my main
  20. >process died.  Now upon recovery I see that the DBWR process is
  21. >accessing that file, but that file's description is not in DBA_DATA_FILES.
  22. >Also, I doubt the DBWR is writing to it because I HAD to add another file
  23. >in order to continue extending the database, which is what I was doing
  24. >in the first place.
  25. >
  26. >Any suggestions?
  27. >
  28. >--
  29. >Chris Little, Programmer/DBA
  30. >                                                University Computing Systems
  31. >                                                University of Scranton
  32. >  LITTLEC1@JAGUAR.UOFS.EDU                      Scranton, PA 18510
  33.  
  34. I would venture to guess that something is inconsistent in the data dictionary.
  35. If it is at all possible, then the safest action is to recreate the tablespace 
  36. from an export of the objects that currently reside in it.  Does the control 
  37. file still recognize this datafile?  How did you determine that DBWR is 
  38. accessing that datafile which was not successfully added?  Did you perform
  39. the add datafile operation again, using the same datafile name?  If the 
  40. controlfile and dba_data_files match, then things should be OK.
  41.  
  42.  
  43. Kathy Jou
  44. Oracle Corporation
  45.  
  46.