Moving a datafile in 12C

Hi,
in 12C on Win 2008 I'm following this tutorial :
Oracle Database 12c Learning Library.../Performing Backup and Recovery
In which it is said :
Use the Linux mv command to move the datafile belonging to the APPTS tablespace to $HOME/appts.bkup: mv /u01/app/oracle/product/12.1.0/dbhome_1/dbs/appts.dbf $HOME/appts.bkup
Being on Windows I use move commande.
But of cours Windows refuse to move because the file is in use.
Then what should be done ?
Thank you.

user10274093 wrote:
Hi,
in 12C on Win 2008 I'm following this tutorial :
Oracle Database 12c Learning Library.../Performing Backup and Recovery
In which it is said :
Use the Linux mv command to move the datafile belonging to the APPTS tablespace to $HOME/appts.bkup: mv /u01/app/oracle/product/12.1.0/dbhome_1/dbs/appts.dbf $HOME/appts.bkup
Being on Windows I use move commande.
But of cours Windows refuse to move because the file is in use.
Then what should be done ?
Thank you.
Worth to read this link, moving datafiles (12c) on windows
http://docs.oracle.com/cd/E16655_01/server.121/e17636/dfiles.htm#ADMIN13837
Below information from the URL.
When you relocate a data file on the Windows platform, the original data file might be retained in the old location, even when the KEEP option is omitted. In this case, the database only uses the data file in the new location when the statement completes successfully. You can delete the old data file manually after the operation completes if necessary.
HTH

Similar Messages

What are the things we need to take care while moving from 11g to 12c.

Dear All,
One of my client having the application running on 11g and now he wants to move it on 12c.
Now he is asking to me that, what are the things will not work or impacted due to this. Any code level changes, syntax, functions etc are working in 11g and now there is difference or not working in 12c. Could you please help me in this.
Is there any document for all these thing. I searched on google but not able to find any specific doc.
Thanks in advance.
Regards,
ganesh

Gaurav_91 wrote:
Hi,
Moving from 11g to 12c will not impact anything.
Database in 11g will now act as PDB's in 12c.
And what makes you say so? What about the changes/fixes done in the optimizer that would alter the plans? What about if the client wants to use in-memory database option? And your statement that database in 11g will now act as PDB in 12c doesn't make any sense. What if the client is not willing to move to multitenancy? What about the scripts that are running in 11g without any issues and suddenly, will break in 12c due to PDB's ? Do you have any technical reference to validate your claim that there won't be any impact ?
Aman....

Moving from 10g to 12c

Dear all,
i have my production server on oracle 10.2.0.5 on windows platform.
i have another server with Oracle 12c on Linux Platform.
i want to move my 10g server users with data to 12c.
how could i do that? what is the best approach?
Thank you.

If all you want is moving application users with data then Oracle data pump is all that you need. If you want to migrate entire database then Best approach depends on many factors, some of them are listed below.
1. What is the database size?
2. How much downtime is available to perform this upgrade?
3. Is it in-place or out-of-place upgrade?
Hope it helps.
Thanks,
Abhi

Moving ORACLE_HOME , Datafiles, controlfiles,redo log file locations

Version: 10.2.0.1.0
One of our test DB's software location(ORACLE_HOME) was wrongly installed in /home/oracle. We have been using this for an year now. Now we are thinking of moving the ORACLE_HOME to a new location /u02. Because of another disk maintenance activity, we have to move all datafiles , redo log files, control files, tempfiles to a different location as well.
This database is not in ARCHIVELOG mode(luckily).
If i do a fresh installation of 10.2.0.1.0 in /u02, i cannot use the old installation's system01.dbf, sysaux01.dbf,undotbs01.dbf files for this fresh installation. Right?
How do i go about doing this whole move thing?

This database is not in ARCHIVELOG mode(luckily).
Why?
If i do a fresh installation of 10.2.0.1.0 in /u02, i cannot use the old installation's system01.dbf, sysaux01.dbf,undotbs01.dbf files for this fresh installation. Right?
No.
Issue ALTER DATABASE BACKUP CONTROLFILE TO TRACE. Then Shutdown the database. Copy all the files including the trace generated. Change the control_files parameter from init<SID>.ora file. Copy this to new home. Also tailor the backup trace file for change in location of logfiles,datafiles. Then
$export ORACLE_SID=<SID>
$sqlplus /nolog
SQL>conn sys as sysdba
password:<Enter>
SQL>startup nomount pfile=NEW_HOME/dbs/init<SID>.ora
SQL>@location_of_trace_file_generated/tracefilename.trc
Add temporary tablespace and make it default temporary tablespace for the database.
Your database will be up and running.
Regards.
Edited by: orant575 on Jul 10, 2009 4:37 PM

Moving the Datafile in Dataguard Setup.

Hi DBAs,
I have setup the data guard single instance to single instance with Oracle 10.2.0.4 on RHEL 5. I am using local storage for datafiles. I have created one datafile which was part of Index TS (Index TS has 7 other datafiles already) at wrong location at /u01 instead of /datafiles/docmrep file system. Is there any way , I move/rename the datafile to right filesystem w/o outage. Also the same issue is with data guard location. I need to move out the data file from data guard as well.
Please suggest/help.
Regards
-Samar-

Datafile information is in the controlfile and you just need to update the information in the controlfile when you move a datafile.
So just do the following things on primary and database.
You can do this when database i s in mount stage or open mode .
Better to do it in mount mode.
PERFORM FOLLOWING OPERATIONS ON PRIMARY
SQL> ashut immediatE
SQL> STARTUP MOUNT
MOVE THE FILE AT OS LEVEL FROM LOCATION1 TO LOCATION2
RENAME THE FILEAT DATABASE LEVEL
SQL> ALTER DATABASE RENAME FILE 'LOCATION1' TO 'LOCATION2';
THIS COMPLETES THE ACTIVITY ON PRIMARY.
REPEAT ABOVE OPERATIONS AT STANDBY. NO NEED OF ANY EXTRA RECOVERY
iF YOU DON'T WNAT TO SHUTDOWN THE PRIMARY , THEN YOU CAN DO IT BY TAKING THE TABLESPACE OFFLINE.

Oracle database reorganization (moving datafiles to new filesystems)

Hi All,
We are planning to perform a database reorganization (moving datafiles to new filesystems) in our Production environment using SAPDBA.
We had noticed in our recent performance reports that few datafiles in some of the SAPDATAxx filesystems are having higher I/O contention and are putting heavy load on those filesystems resulting in poor performance. So, we had identified the datafiles and planning to move them to new SAPDATA filesystems (uniformly distribute the datafiles to stabilize the I/O). Below are the version information.
SAP: 3.0F
Oracle: 9.2.0.8
OS: HP-UX 11.23
SAPDBA: 6.20
I'm going through SAP notes and Oracle documentation on this.Can you please share your experiences if similar activity was carried out by any of you and the documents relating to this.
Your inputs on this is very much appreciated.
Thanks,
Vasu

If your goal is just to make use of new storage, it is fairly straightforward and quick to move the datafiles as others mentioned. However, moving the datafile will NOT reorganize tables/tablespaces.
You can optionally reorg tables/tablespaces in addition to the move of datafiles. This generally saves space and helps performance. If you decide to reorg, I would suggest you move the datafiles to faster storage then reorg (since reorg itself is highly IO intensive).
Some points to consider:
- perform the reorg when business use is least
- perform online reorg where possible
- online reorg creates temporary snaps, typically in the users default tablespace, make sure it has sufficient space
- start with small tables/tablespaces first to get throughput estimate and also estimate of reduction in size
- estimate the size of target tablespace (how small it is going to be compared to source) and build the target tablespace smaller to avoid wasting space
- watch the space usage of the target tablespace when the reorg is running
- if you are reorging individual tables, make sure the indexes are rebuilt
Hope this helps.
Regards,
Shan

Problem moving datafiles

I've moved some datafiles while my database was open using the alter tablespace offline, then the OS mv command. Now when I try to bring the tablespace back online, I get:
ORA-01157: cannot identify/lock data file 13 - see DBWR trace file
ORA-01110: data file 13: '/db/oradata/dal00pi2/dpipe_upload_ind_seg.dbf'
ORA-27037: unable to obtain file status
SVR4 Error: 2: No such file or directory
ORA-01157: cannot identify/lock data file 26 - see DBWR trace file
ORA-01110: data file 26: '/db/oradata/dal00pi2/dpipe_upload_ind_seg02.dbf'
ORA-27037: unable to obtain file status
SVR4 Error: 2: No such file or directory
The dbfs appear to be in the new location, and of course using the mv command, they're not in the old location. How hosed am I?

Hi
I think you forget some step.
Step 2, must copy rather than move.
And step 3, notice the change to the control file.
1) Alter tablespace xxx offline;
2) Copy the affected datafiles to the new location, again, copy rather than move.
3) For each data file affected, alter tablespace xxx rename datafile <old filename> to <new filename>;
4) Alter tablespace xxx online;
5) Alter database backup controlfile to trace, because we have changed the structure of the database and must preserve it.
6) Delete the old datafiles from the old file system.

Planning to move my datafile from windows server 2003 to windows XP

planning to move my datafiles from windows server 2003 to windows XP
database 10g
Is it possible to follow below the steps for above migration
=====================================-
This is my steps( migrated from windows Xp to windows XP)
Moving oracle Datafile from one server A to B (instance not running) (cold backup)
In server a (cold backup of datafile)
SQL> alter database backup controlfile to trace
Go to udump check the trace file copy these lines
CREATE CONTROLFILE REUSE DATABASE "O10G1" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 454
LOGFILE
GROUP 1 'E:\ORACLE2\PRODUCT\10.1.0\ORADATA\O10G1\REDO01.LOG' SIZE 10M,
GROUP 2 'E:\ORACLE2\PRODUCT\10.1.0\ORADATA\O10G1\REDO02.LOG' SIZE 10M,
GROUP 3 'E:\ORACLE2\PRODUCT\10.1.0\ORADATA\O10G1\REDO03.LOG' SIZE 10M
-- STANDBY LOGFILE
DATAFILE
'E:\ORACLE2\PRODUCT\10.1.0\ORADATA\O10G1\SYSTEM01.DBF',
'E:\ORACLE2\PRODUCT\10.1.0\ORADATA\O10G1\UNDOTBS01.DBF',
'E:\ORACLE2\PRODUCT\10.1.0\ORADATA\O10G1\SYSAUX01.DBF',
'E:\ORACLE2\PRODUCT\10.1.0\ORADATA\O10G1\USERS01.DBF'
CHARACTER SET WE8MSWIN1252
Change the new database name jee and REUSE replaced by SET and NORESTLOGS replaced by RESTLOGS above lines.
Save as C1.sql
Stop the oracle instance service in source ( server A)
Copy all the datafile and redlog file put into server B( any folder)
Copy the init.ora file from source and edit
Change the db_name and location of the controlfile
SERVER B
Create the oracle instance using ORADIM
Start the service
C:\ set oracle_sid=instance name
C:\>set oracle_sid=jeeno1
C:\>sqlplus /nolog
SQL*Plus: Release 10.1.0.2.0 - Production on Tue Apr
11 06:44:28 2006
Copyright (c) 1982, 2004, Oracle. All rights reserved.
SQL> connect / as sysdba;
Connected to an idle instance.
SQL> startup nomount
pfile='C:\oracle\product\10.1.0\admin\jeeno\pfile\jeenoinit.ora'
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size 787988 bytes
Variable Size 145750508 bytes
Database Buffers 25165824 bytes
Redo Buffers 262144 bytes
SQL> CREATE CONTROLFILE set DATABASE "jeeno1"
RESETLOGS NOARCHIVELOG
2 MAXLOGFILES 16
3 MAXLOGMEMBERS 3
4 MAXDATAFILES 100
5 MAXINSTANCES 8
6 MAXLOGHISTORY 454
7 LOGFILE
8 GROUP 1
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\jeeno\REDO01.LOG'
SIZE 10M,
9 GROUP 2
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\jeeno\REDO02.LOG'
SIZE 10M,
10 GROUP 3
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\jeeno\REDO03.LOG'
SIZE 10M
11 -- STANDBY LOGFILE
12 DATAFILE
13
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\jeeno\SYSTEM01.DBF',
14
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\jeeno\UNDOTBS01.DBF',
15
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\jeeno\SYSAUX01.DBF',
16
'C:\ORACLE\PRODUCT\10.1.0\ORADATA\jeeno\USERS01.DBF'
17 CHARACTER SET WE8MSWIN1252
18 ;
Control file created.
SQL> alter database open resetlogs;
Database altered

one more thing u can also rename ur database by using nid utility ,So u have no need to recreate the controlfile for changing the name of ur database.just restore all files from primary to new server ,create new service by oradim ,start the instance and then use NID utility.
Thanks
Kuljeet

Backup incremental level 1 for recover of copy datafile (BLOCKING?)

Hi,
I recently added a datafile copy backup to the backup strategy. This is an extra backup to supplement compressed backupsets.
The datafile copy incremental was set to run at 5 am. I noticed that a process that was set to run at the same time as the backup stalled. It normally takes a few minutes to run but it took over an hour. Enterprise Manager did not report any blocked sessions over this hour (EM is configured to do so). No notable CPU spike either during this time. this morning I have moved the datafile copy backup to
a different time so as to avoid the 5 am job and sure enough that job completed in 6 minutes.
Does backup incremental for recover block in some way?
Thanks!

The other job loads data via sql loader and PL/SQL
Actually, no blocking was detected. I could not check the waits since the job was done by the time I was aware that there was a problem. Rescheduling the backup seems to have avoided the problem. It happened twice though. I am unaware that a backup might cause this behavior. I suspect that the "for recover" might be the source of the updates being suspended. I would not expect that though since the backup copy is being recovered (not the actual datafile)

Doubt about transfering datafiles

sir/madam,
as a DBA, i had a requirement for converting a datafile from one> tablespace to another. but for my surprise, i couldn't do it. from user or DBA point of view, i appreciate all the new features and capabilities of Oracle. but this one was quite amazing that how
could such a feature be overlooked. That is, its possible to move
objects between tablespaces(here i mean, alter table ...move...).
but i couldn't move datafile between tablespaces. recently i had
a requirement, something like this.
Database is in noarchivelog mode. i have users tablespace with one
datafile u1.dbf. i created one other datafile u2.dbf for some temporary
reasons.after my work i offline dropped the datafile(u2.dbf) with alter
database..command(assume that the tablespace is offline). but now the
datafile(u2.dbf) is still in recover status from v$datafile(because database
is in noarchivelog mode). when i try to online the tablespace, its saying
that datafile is not able to be locked/found as error and action says to
drop the tablespace itself. but here u1.dbf datafile is having all the users
information in which case, i cannot drop the tablespace. here, my
requirement is to move the datafile from users to some other tablespace to
drop it. but i'm not able to drop it.
i'm really confused on what to do with this. please recommend necessary
suggestions so that i can overcome this problem. as a DBA i think this one
is quite a good question. i request you to please suggest me a solution as
soon as possible.
thank you
sivamurugesh arumugam(DBA)

Donald has your solution. As far as the "feature" of moving a datafile from one tablespace to another, this makes no sense. Datafiles are the physical (operating system level) implementation of tablespaces. The fact that you can have multiple datafiles per tablespace was originally intended to overcome file size limites due to the size of hard disks (before we could span volumes with RAID 5). Now this construct allows us to have tablespaces (and therefore tables) which are larger than the file size limit of the operating system. Never treat a datafile as a independent entity. It is part of a tablespace. It may contain any part of any table within the tablespace. Always treat all datafiles of one tablespace as a logical unit and you won't break anything.

How to recleaim disk space in HP UX after moving the dbf file to some other

Hi All,
I have moved the datafiles from one mount point to another by -
1) take tablespace offline
2) move the file from the OS command
3) take tablespace online
But still the space is not getting released from the mount point where the files were present earlier.
OS i am using is HP-UX.
Can anyone Please help in this regard???
Thanks
Abhinav

Laura Gaigala wrote:
This is not actually HPUX forum, but if You would use cp instead of mv and for first copy file to the new directory then take tablespace online and only after that deleted the old file - then probably space would be reclaimed.
But in this case You should restart db and only then all space will be freed up as right now database is keeping the inode.
I can be wrong in explanation, not any kind of HPUX expert.Agree to this.
It is smarter to keep the original and see if everything works OK after the copy.
Then delete the old file.
It is a kind of "normal" behaviour - I have seen it on HP-UX before - that the file(space) stays used, or is not released until the database is bounced.
It even once saved me, when a collegae accidently deleted a datafile. I was still able to export the data out of it.

Move datafile on Primary not replicted on Standby Database

I'm using an automated script to move datafiles between partitions on my standby database, this ensures that only recent data is on the faster fibre channel disks, and older data is on SATA disks.
The commands it uses:
1. alter tablepspace offline;
2. unix command to mv data file from one partition to another.
3. alter tablepspace <tbname> rename datafile ' old datafile path' to 'new datafile path';
4. alter tablepspace online;
This works fine on the primary database, but the standby is not moving the datafiles.
Any help as to why this is happening would be much appreciated.
Thanks.

And why would it be replicated? If there already is the same file on the standby, redo entries can be applied to it. Renaming of data files is
not an operation that would be visible in redo logs, it is visible only in the control file(s). Standy databases apply redo logs from the primary
database, period. That is all they do. If the change is not visible in the redo logs, it isn't applied to standby. If a file is created, dropped or
changed in size, that is communicated to the standby which reacts appropriately if the STANDBY_FILE_MANAGEMENT parameter is set to AUTO on the standby side. Redo entry contains the following information:
<ol><li>     SCN for the change.</li>
<li>     The file number to which the change was made</li>
<li>The block number of the changed block.</li>
<li>     The offset and the size of the changed information.</li>
<li>     The changed information itself.</li>
</ol>
When the standby receives the archived log file and parses that information, it applies the information to the corresponding file on
the standby side, regardless of the file name. If the file 123 exists and contains the block 9876543210, redo entry will be applied
and all will be well. There is absolutely no way by which the standby database would be able to discern the new file name. There is
absolutely no need for that. To change the file name on the standby side, do the following on the standby side:
<ol><li>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;</li>
<li>ALTER DATABASE DATAFILE 123 OFFLINE;</li>
<li>ALTER DATABASE RENAME FILE 123 TO '/my/db/path/new_file.dbf';</li>
<li>ALTER DATABASE DATAFILE 123 ONLINE;</li>
<li>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;</li>
</ol>

Moving Tablespaces and other data-Objects to another HD

Hi,
XE is running on Win XP Pro SP2 here. It installs the datafiles on C:\ too. That's no proper solution because system loss could cause data loss in a bad crash.
Otherwise in managed enviroments often the sytemdrive will be autmatically cleaned for new desktop solutions.
Is there some experience about moving the tablespaces /moving the datafiles to another HD/Partition?
Doing this on 10g with EMGC is an easy job.
But how does this work on XE?
thx for respone
regards
Franz

You can not move tablespaces. They are logical units that do not have a location. The required space allocation for a tabelespace is through one or more datafiles.
There is no problem moving data files to another drive. Effectively you
1) shutdown the database
2) copy the data file to the new location
3) Update (not edit) the control files to point to the new data file.
Step 3 is done by bringing up the database into 'control files are available and read into memory, but data files are not available' (the 'Mount' state) and issuing the ALTER DATABASE RENAME FILE ... command.
Details, with examples in the 10gR2 DBA manual http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/dfiles.htm#i1106090, at Chapter 9 in the Renaming and Relocating Datafiles section.
Full command syntax in the SQL Reference manual http://download.oracle.com/docs/cd/B19306_01/server.102/b14200/statements_1004.htm#i2079942 in the ALTER DATABASE section.

Error while duplicating a Database

Hi,
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
OS:Solaris10.
I am trying to create a replica of one of my Production DB for test envoirment...
The steps I followed are....
sql>connect /as sysdba
sql>alter system enable restricted session;
sql>alter database backup controlfile to trace;
Shutting down the Primary Instance....
sql>shutdown immediate
Moving the Datafiles and Logfiles to the respective Partitions of the New Test Database
Moving the init<oracle_sid>.ora files to new DB partition
Connecting to the sqlplus in the newdb and executing the create database execution script...
Now the Test Database is created and is in mounted Mode
SQL> select open_mode from v$database;
OPEN_MODE
MOUNTED
Now when I am trying to open the Database with Resetlogs option its showing me the Following Error........
sql> alter database open resetlogs;
alter database open
ERROR at line 1:
ORA-01190: control file or data file 5 is from before the last RESETLOGS
ORA-01110: data file 5: '/u09/oradata/nnm8i/indx01.dbf'
How to recover from this error...........
Any Help Appreciated.........
Regards,
Prosenjit Mukherjee.
Edited by: Prosenjit on Nov 9, 2008 5:49 PM

Well I issued the ...*Recover Database* Command..
I got some input regarding this error from this particular Thomas Kyte Thread thread...
http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:318216852435
Regards,
Prosenjit Mukherjee

Accessing oracle data types of a different schema

I am having trouble accessing the Oracle data types in a stored procedure. The owner of the stored procedures and the oracle data types is "ODSCUST". I am trying to access this using "CUSTOM" ID from my java program. Recently our DBAs have made a change in schema owners so the ID loging into the Oracle instance is not the owner of the data types or the stored procedures. The "CUSTOM" user has the grants to access all the types and stored procedures. There are also public synonymns created for the oracle data types and stored procedure.
Here is a snipit of the code:
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
String user="custom";
String password="test";
String database="sbpair11";
Connection conn = DriverManager.getConnection
("jdbc:oracle:oci:@" + database, user, password);
OracleCallableStatement stmt = (OracleCallableStatement)conn.prepareCall( "begin ods_cust.retrieveCustPrflData(?, ?, ?, ?, ?, ?, ?); end;" );
stmt.setString( 1, "5592556485");
stmt.registerOutParameter( 2, OracleTypes.STRUCT, "KSCOPEACCOUNT" );
stmt.registerOutParameter( 3, OracleTypes.ARRAY, "KSCOPERSUUSOCARRAY" );
stmt.registerOutParameter( 4, OracleTypes.ARRAY, "KSCOPECUTADDRARRAY" );
stmt.registerOutParameter( 5, OracleTypes.STRUCT, "KSCOPECONTACT" );
stmt.registerOutParameter( 6, OracleTypes.STRUCT, "KSCOPEPROFILE" );
stmt.registerOutParameter( 7, OracleTypes.ARRAY, "KSCOPEEMAILARRAY" );
stmt.executeUpdate();
Here is the response I get back when I run the program:
Exception in thread "main" java.sql.SQLException: ORA-04043: object "CUSTOM"."KSCOPEACCOUNT" does not exist
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
at oracle.jdbc.oci8.OCIDBAccess.check_error(OCIDBAccess.java:2321)
at oracle.jdbc.oci8.OCIDBAccess.getOracleTypeADT(OCIDBAccess.java:2516)
at oracle.jdbc.oracore.OracleTypeADT.initMetadata(OracleTypeADT.java:460)
at oracle.jdbc.oracore.OracleTypeADT.init(OracleTypeADT.java:407)
at oracle.sql.StructDescriptor.initPickler(StructDescriptor.java:249)
at oracle.sql.StructDescriptor.<init>(StructDescriptor.java:204)
at oracle.sql.StructDescriptor.createDescriptor(StructDescriptor.java:138)
at oracle.jdbc.driver.OracleCallableStatement.registerOutParameter(OracleCallableStatement.java:164)
at Array5.main(Array5.java:40)
Note:
When I do a "desc KSCOPEACCOUNT" or "desc CUSTOM.KSCOPEACCOUNT" in sqlplus as the "CUSTOM" id it works but not from Java. Initially I was using the JDBC thin driver but was recomended to switch to OCI which still didn't resolve this issue.

Way too little info here for a definite conclusion.
Some thoughts:
1.) Did you take down the database when you were moving the datafiles? If so, is this the first time the batch job is running since the move? If so, perhaps the cache is cold?
2.) How much physical I/O is the batch job doing? Has the volume of physical I/O changed significantly after the move? What are the characteristics of the lun on which the newly mounted filesystem is built? Is it a smaller number of spindles than before?
Ultimately, you need to profile the batch process, and determine where the most time is being consumed.
-Mark

Moving a datafile in 12C

Similar Messages

Maybe you are looking for