How to move a specific tablespace datafile from one directory to another

Question

Database: 10.2.0.1
OS : Generic
Problem Description : How to move a specific tablespace datafile from one directory to another considering that the database is on Oracle Dataguard setup
** Oracle is working on this issue, but in parallel is opening the topic to the Community so that Community members can add their perspective, experience or knowledge. This will further enhance all knowledge bases including My Oracle Support and My Oracle Support Communities **
Edited by: ram_orcl on 16-Aug-2010 21:21

Answer 1

Dear ram_orcl,
Please follow the procedures here;
http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14239/manage_ps.htm#i1034172
8.3.4 Renaming a Datafile in the Primary Database
When you rename one or more datafiles in the primary database, the change is not propagated to the standby database. Therefore, if you want to rename the same datafiles on the standby database, you must manually make the equivalent modifications on the standby database because the modifications are not performed automatically, even if the STANDBY_FILE_MANAGEMENT initialization parameter is set to AUTO.
The following steps describe how to rename a datafile in the primary database and manually propagate the changes to the standby database.
   1.
      To rename the datafile in the primary database, take the tablespace offline:
      SQL> ALTER TABLESPACE tbs_4 OFFLINE;
   2.
      Exit from the SQL prompt and issue an operating system command, such as the following UNIX mv command, to rename the datafile on the primary system:
      % mv /disk1/oracle/oradata/payroll/tbs_4.dbf
      /disk1/oracle/oradata/payroll/tbs_x.dbf
   3.
      Rename the datafile in the primary database and bring the tablespace back online:
      SQL> ALTER TABLESPACE tbs_4 RENAME DATAFILE      2> '/disk1/oracle/oradata/payroll/tbs_4.dbf'
        3>  TO '/disk1/oracle/oradata/payroll/tbs_x.dbf';
      SQL> ALTER TABLESPACE tbs_4 ONLINE;
   4.
      Connect to the standby database, query the V$ARCHIVED_LOG view to verify all of the archived redo log files are applied, and then stop Redo Apply:
      SQL> SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
      SEQUENCE# APP
      8 YES
      9 YES
      10 YES
      11 YES
      4 rows selected.
      SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
   5.
      Shut down the standby database:
      SQL> SHUTDOWN;
   6.
      Rename the datafile at the standby site using an operating system command, such as the UNIX mv command:
      % mv /disk1/oracle/oradata/payroll/tbs_4.dbf /disk1/oracle/oradata/payroll/tbs_x.dbf
   7.
      Start and mount the standby database:
      SQL> STARTUP MOUNT;
   8.
      Rename the datafile in the standby control file. Note that the STANDBY_FILE_MANAGEMENT initialization parameter must be set to MANUAL.
      SQL> ALTER DATABASE RENAME FILE '/disk1/oracle/oradata/payroll/tbs_4.dbf'
        2> TO '/disk1/oracle/oradata/payroll/tbs_x.dbf';
   9.
      On the standby database, restart Redo Apply:
      SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE
        2> DISCONNECT FROM SESSION;
If you do not rename the corresponding datafile at the standby system, and then try to refresh the standby database control file, the standby database will attempt to use the renamed datafile, but it will not find it. Consequently, you will see error messages similar to the following in the alert log:
ORA-00283: recovery session canceled due to errors
ORA-01157: cannot identify/lock datafile 4 - see DBWR trace file
ORA-01110: datafile 4: '/Disk1/oracle/oradata/payroll/tbs_x.dbf'Hope That Helps.
Ogan