DBMS_FILE_TRANSFER?

Does anyone have a list of file types that can be copied by DBMS_FILE_TRANSFER?
I know the database files such as datafile, control file, tempfile and also dum file can be moved using this package.

Hi,
dbms_file transfer is used for archive logs,oracle binaries,trace files datafiles,spfiles,rman backups,flashback log files, cross platform transportable tablespaces and dumpfiles.
Good luck.
Anantha

Similar Messages

  • Shell script for below pl/sql script dbms_file_transfer

    Please let me know how tt write the shell script for below pl/sql script dbms_file_transfer it is
    I have trasfer the files from asm into filesystem .
    it is working . but i have to put in the loop
    begin
    dbms_file_transfer.copy_file(
    source_directory_object => 'src',
    source_file_name => 'ncsn',
    destination_directory_object => 'dest',
    destination_file_name => 'ncsn');
    end;
    Edited by: user8680248 on 27/10/2009 20:55

    user8680248 wrote:
    Please let me know how tt write the shell script for below pl/sql script dbms_file_transfer it is
    I have trasfer the files from asm into filesystem .
    it is working . but i have to put in the loop
    begin
    dbms_file_transfer.copy_file(
    source_directory_object => 'src',
    source_file_name => 'ncsn',
    destination_directory_object => 'dest',
    destination_file_name => 'ncsn');
    end;What database version?
    What are you trying to do exactly?
    It's working but you have to put it in a loop. Fine, what's the problem you are having?
    begin
      loop
        exit when ... whatever the exit condition is ...
        dbms_file_transfer.copy_file(
          source_directory_object => 'src',
          source_file_name => 'ncsn',
          destination_directory_object => 'dest',
          destination_file_name => 'ncsn');
      end loop;
    end;

  • ORA-02019 while using DBMS_FILE_TRANSFER Package.

    Hi,
    I am trying to transfer the datafiles from 10.2.0.3 database residing on File-system to 11gR2 database residing on ASM. Both the DBs are on Different machines across datacenters.
    I am trying to use Transportable Tablespace to move the data. As a part of it, I am trying to use DBMS_FILE_TRANSFER package to move the 10gR2 files to 11gR2 ASM.
    I am getting the below issue while doing so:
    SQL> exec sys.DBMS_FILE_TRANSFER.GET_FILE('sdir','data01.dbf','tdir','data01.dbf','RECDB');
    BEGIN sys.DBMS_FILE_TRANSFER.GET_FILE('sdir','data01.dbf','tdir','data01.dbf','RECDB'); END;
    ERROR at line 1:
    ORA-02019: connection description for remote database not found
    ORA-06512: at "SYS.DBMS_FILE_TRANSFER", line 37
    ORA-06512: at "SYS.DBMS_FILE_TRANSFER", line 132
    ORA-06512: at line 1
    Above SQL was executed from Target Host (11gR2) to GET file from 10gR2. The above directory objects point to correct locations on respective hosts.
    RECDB - it is the DB link which is owned by SYSTEM user and will connect to 10gR2 DB as SYSTEM user.
    Strange thing is when i am querying the source 10gR2 DB from Target DB using Db link, IT is WORKING fine
    SQL> select name from v$database@RECDB ;
    NAME
    POCREC01
    Elapsed: 00:00:00.15
    SQL> select * from dual@RECDB;
    D
    X
    Elapsed: 00:00:00.12
    I also have TNS entry in target tnsnames.ora as:
    POCREC01 =
    (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = pocserver.com)(PORT = 1521))
    (CONNECT_DATA =
    (SERVER = DEDICATED)
    (SERVICE_NAME = pocrec01)
    SQL> create database link RECDB connect to system identified by <password> using 'POCREC01';
    Database link created.
    SQL> select * from all_db_links;
    OWNER
    DB_LINK
    USERNAME
    HOST
    CREATED
    SYSTEM
    RECDB
    SYSTEM
    POCREC01
    05-JAN-11
    So, I want help on whether above issue is a BUG with Package (checked in Metalink and cannot find anything) OR am I doing something wrong??
    Thanks

    Can you please use "create public database link " to create the db link as a PUBLIC link and retry.

  • DUMFILE TRANSFER using DBMS_FILE_TRANSFER

    Hi ,
    BANNER
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
    PL/SQL Release 10.2.0.4.0 - Production
    CORE     10.2.0.4.0     Production
    TNS for Solaris: Version 10.2.0.4.0 - Production
    NLSRTL Version 10.2.0.4.0 - Production
    when am tring to tranfer a file i get the following error can anyone help me
    SQL> BEGIN
    2 DBMS_FILE_TRANSFER.PUT_FILE(source_directory_object => 'GRDCIMQ1',
    3 source_file_name => 'OGRDS_SEP24_05.dmp',
    4 destination_directory_object => 'GRDCIMD1',
    5 destination_file_name => 'OGRDS_SEP24_05.dmp',
    6 destination_database => 'GRDCIMD1');
    7 END;
    8 /
    BEGIN
    ERROR at line 1:
    ORA-19502: write error on file
    "/remotebu/disk_backups/datapump/GRDCIMD1/OGRDS_SEP24_05.dmp", blockno 4143873
    (blocksize=4096)
    ORA-27063: number of bytes read/written is incorrect
    Additional information: 524288
    Additional information: 1048576
    ORA-02063: preceding 4 lines from GRDCIMD1
    ORA-06512: at "SYS.DBMS_FILE_TRANSFER", line 60
    ORA-06512: at "SYS.DBMS_FILE_TRANSFER", line 168
    ORA-06512: at line 2
    Please advice

    ORA-19502: write error on file
    "/remotebu/disk_backups/datapump/GRDCIMD1/OGRDS_SEP24_05.dmp", blockno 4143873
    (blocksize=4096)
    ORA-27063: number of bytes read/written is incorrect
    Additional information: 524288
    Additional information: 1048576
    ORA-02063: preceding 4 lines from GRDCIMD1
    ORA-06512: at "SYS.DBMS_FILE_TRANSFER", line 60
    ORA-06512: at "SYS.DBMS_FILE_TRANSFER", line 168
    ORA-06512: at line 2Check space or make sure that you have enough space on */remotebu/disk_backups/datapump/GRDCIMD1/* filesystem.
    -Anantha

  • DBMS_FILE_TRANSFER.COPY_FILE

    10.2.4.4. on RH
    Hi,
    Plan to copy files from ASM to the file system using DBMS_FILE_TRANSFER.COPY_FILE.
    Connected to the ASM instance:
    SQL> create directory DGROUP as '/home/oracle/backups/DBA';
    create directory DGROUP as '/home/oracle/backups/DBA'
    ERROR at line 1:
    ORA-01109: database not open
    Any suggestions how to configure the copy?
    Thx,

    Oracle 10g has introduced the DBMS_FILE_TRANSFER package for moving/copying database files from ASM to NON-ASM or vice versa.
    Here are the steps for moving datafile from ASM to Local FS or vice-versa:
    a)Create source directory with exact location of datafile:
    create directory Source_DIR as '+DG01/TEST00/DATAFILE/';
    grant read,write on directory Source_DIR to USER;
    b)Create detination directory with desired location of datafile:
    create directory DEST_DIR as '/u04/oradata/TEST00/user/XXX.dbf';
    grant read,write on directory DEST_DIR to USER;
    c)For guarantee consistent copy, Make the datafile offline or tablespace READ ONLY.
    ALTER DATABASE DATAFILE '+DG01/TEST00/DATAFILE/XXX.dbf' offline;
    ALTER TABLESPACE XXX READ ONLY;
    d)Copy the file from the source ASM diskgroup to a normal OS filesystem directory using dbms package.
    BEGIN
    DBMS_FILE_TRANSFER.COPY_FILE
    source_directory_object => 'Source_DIR',
    source_file_name => XXX.dbf,
    destination_directory_object => 'DEST_DIR',
    destination_file_name => 'XXX.dbf
    END;
    /

  • Error with DBMS_FILE_TRANSFER.COPY_FILE

    Hi,
    I'm facing trouble with using DBMS_FILE_TRANSFER.COPY_FILE in Oracle 10g R2 (10.2.0.1.0) on Windows XP Pro.
    Following is what I've done:
    SQL> CREATE DIRECTORY SOURCE_DIR AS 'c:\temp';
    Directory created.
    SQL> CREATE DIRECTORY DEST_DIR AS 'c:\temp\temp';
    Directory created.
    SQL>
      1  BEGIN
      2  DBMS_FILE_TRANSFER.COPY_FILE(
      3   source_directory_object => 'SOURCE_DIR',
      4   source_file_name => 'test.txt',
      5   destination_directory_object => 'DEST_DIR',
      6   destination_file_name => 'test2.txt');
      7* END;
    SQL> /
    BEGIN
    ERROR at line 1:
    ORA-19505: failed to identify file "c:\temp\test.txt"
    ORA-27046: file size is not a multiple of logical block size
    OSD-04012: file size mismatch
    O/S-Error: (OS 8) Not enough storage is available to process this command.
    ORA-06512: at "SYS.DBMS_FILE_TRANSFER", line 84
    ORA-06512: at "SYS.DBMS_FILE_TRANSFER", line 193
    ORA-06512: at line 2The file test.txt DOES exist in C:\temp.

    The error message complains the source file is not a multiple of block size. I confirm that I see the same thing. Seems to me there is a requirement that the file MUST be a multiple of 512 bytes (http://download.oracle.com/docs/cd/B19306_01/appdev.102/b14258/d_ftran.htm#CHDEFEGG)
    Just to verify:
    1) the DIRECTORY objects were create by SYS (are owned by SYS in any case)
    2) you have granted access to the DIRECTORY objects to the current use
    Just tested it with a hand-made file of 512 bytes and it works properly
    Edited by: Hans Forbrich on Sep 17, 2009 4:33 PM
    Edited by: Hans Forbrich on Sep 17, 2009 4:40 PM

  • Problems with DBMS_FILE_TRANSFER.COPY_FILE

    Hello,
    We are trying to use DBMS_FILE_TRANSFER package to copy Tablespace dump files to a different directory for taking backup on the same machine. We are using the following command:
    BEGIN
    DBMS_FILE_TRANSFER.copy_file(
    Source_directory_object => 'SOURCE_DATA_DIRECTORY',
    source_file_name => 'TEST_TTS_.DMP',
         destination_directory_object => 'SOURCE_DATA_BACKUP_DIR',
              destination_file_name => 'TEST_TTS_bkup.DMP');
    END;
    The file transfer completes without error, but we also require to delete the source file in the directory SOURCE_DATA_DIRECTORY once the backup has been taken.
    But for some reason we are not able to delete source file after executing the above command. This is a windows 7 machine. When we try to physically delete file we get error: The action can't be completed because the file is open in OracleService<ServiceName>.
    It is only after I close the connection and reconnect that I am able to physically(or through the fremove command) delete the source file 'TEST_TTS_.DMP'. Could somebody help me with this problem on how to release the lock on Source file after it has been backed up.
    Or is there a workaround for achieving this functionality. Please note we are trying to move oracle ASM files. UTIL_FILE.fCOPY does not work for me.
    Regards,
    Puru

    Sorry ..
    The code is var_resultado := WEBUTIL_FILE_TRANSFER.URL_TO_CLIENT('http://wp_hulloa.metlife.cl:8888/forms90/html/snoo.gif','c:\webutil\snoo.gif',null);
    not
    var_resultado := WEBUTIL_FILE_TRANSFER.URL_TO_CLIENT('http://wp_hulloa.metlife.cl:8888/forms90/html/snoo.gif','c:\webutil\',null);
    There are way copy the same name , without necessity to write it
    Thanks
    Hector

  • Dbms_file_transfer in PARALLEL

    Hi ,
    The following code is linux shell script which is
    part of 10g transportable tablespace.
    I used it to transport tablespace between two ASM file system.
    The problem is that using DBMS_FILE_TRANSFER i can move the files one after
    one , and cant do it in parallel.
    Could someone suggest a way to do it in parallel ?
    (Please note that currently rman is not an option)
    Thanks.
    declare
    v_link varchar2(30);
    begin
    select db_link
    into v_link
    from dba_db_links
    where db_link like '%TTS%';
    for x in (select fname, ltrim(rtrim(substr(fname,1,instr(fname,'.')-1)))||'_'||rownum
    nf_name
    from (select substr(file_name,instr(file_name,'/',-1)+1) fname
    from dba_data_files
    where tablespace_name in ('${TableSpacesList}')
    order by file_id)
    loop
    DBMS_FILE_TRANSFER.PUT_FILE('source_tts',
    x.fname,
    'target_tts',
    x.nf_name,
    v_link);
    end loop;
    exception
    when others then
    raise;
    end;

    Hi Jim,
    I used the same shell script againts two databases where ASM is not involved.
    The code i used :
    while read sourcefile destfile
    do
    cp $sourcefile $destfile &
    done < $CopyFilesFromPath
    wait
    which mean, copy in parallel the datafiles from one filesystem to another.
    The performance gain is dramatic .
    This process is MUCH faster then the one with dbms_file_transfer.
    Thanks.

  • DBMS_FILE_TRANSFER utility

    I have been trying to do a clone from ASM-ASM using the dbms_file_transfer utility in 10.2.0.4 by copying the datafiles from the source database to the target database.RMAN is not an option for us as the source and target database are on different clusters. I am using the syntax as given below.
    exec dbms_file_transfer.get_file('SOURCE_DIRECTORY_OBJECT','SOURCE_FILE_NAME','SOURCE_DATABASE','DESTINATION_DIRECTORY_OBJECT','DESTINATION_FILE_NAME')
    An example would be as given below to copy the datafile related to system tablespace.
    exec dbms_file_transfer.get_file('sgecm', 'system.1161.639928703','sgeca2','SgecM','system')
    Everything works fine except that, the files are transferred with the file name as FILE_TRANSFER_XXXXXXXX and have an alias to the file name given by me(system).
    I would like to know how I can change the format of the default name from FILE_TRANSFER_XXXXXXXX to some other format, this would be really helpful to fine tune my cloning document.
    Currently, the procedure I am using is as follows.
    1) Copy the datafiles using the DBMS_FILE_TRANSFER utility and get a backup of the control file trace from the source.
    2) Edit the control file script to reflect the new file name(system in our example above).
    3) Open the database using resetlogs options.
    4) Take an RMAN backup of the new database.
    5) Shutdown the database and delete all the datafiles.
    6) startup mount
    7) Restore the datafiles from backup. (Here, RMAN creates OMF file names and creates aliases to the file names like system etc as those are still the data file names in the controlfile).
    8) shutdown the database again.
    9) startup mount
    10) Rename the datafiles to point from names like system(the aliases) etc., to the OMF file names like system.123.456789 etc.
    11) Start the database.
    I am basically looking for a solution where I dont need to take up so many steps as it might be pretty time consuming when we try to clone huge databases.
    Best Regards,
    Prithvi

    This whole scenario has been drawn up for the following reasons.
    1) We are migrating to different servers where the existing legato tapes are not accessible.
    2) We take an RMAN backup to disk(ASM) initially but this cannot be used as the source and target are on different disk groups.
    3) The source databases are on 10.2.0.3(32-bit linux) and we are migrating to 10.2.0.4(linux 64-bit) servers. RMAN cannot be used if the backup was taken using 10.2.0.3 binaries and you are trying to restore using 10.2.0.4 binaries.
    Prithvi

  • Unable to clone database looking for some recommendations?

    Hi I am running 10.2.0.3 on linux itanium and I am having difficulty getting my datbase cloned. I run 2 differnt types of backups on the production database which is about 700 gig in size. I online backups to disk in which the disk area is an oracle ASM diskgroup and then also I once a week a use the HP data protector software to backup to tape in order to have offsite tapes.
    The only way that I know of to create the rman duplicate database on a different host is to have the new host connect to my media mgmt layer and pull the data file from tape. The problem is that it takes sooo long and also the process with tapes has been very error prone and I am having a great deal of difficulty getting the db cloned on the a different host. I know that my rman scripts work ok as I have used this method many times in the past with success burt what I was wondering is that if there is any way to use the online disk backups that I have in my ASM diskgroupo to clone to another host so that I do not have to mes with tapes any longer? Can i gave another host access to the ASM disk group somehow over the network without jeopardizing the integrity of the production data backups?
    Thanks to any suggestions that may be provided.

    Hi there,
    another host can only directly access you asm instance if you implement RAC, which is probably not suitable for you.
    you can transfer the backup pieces with asmcmd copy command over the network, but you would need to upgrade
    asm instance to 11g. another option is dbms_file_transfer. with this package you can transfer your backuppieces
    over the network to a remote dir. Better will be the situation also in 11g as you can duplicate a database there
    from active database.
    HTH Mathias

  • How to move Tablespace from One disk group to another disk group in RAC

    Hi All,
    I have 11gR2 RAC env on Linux.
    As ofnow I have problem with disk group. I have 3 disk group which is almost full - 98%. I have added one NEW disk group and want to move some of the Tablespace(TBS) from OLD disk group to NEW diskgroup and make some free space in OLD disk group.
    Can any one suggest me how to move TBS from one disk group to another disk grup without shutting down the instance.
    DB is in Noarchive mode.
    Thanks...

    user12039625 wrote:
    Hi Helios,
    Thanks for doc id but I am looking for noarchive mode solution. becaues I got ORA-
    "ORA-01145: offline immediate disallowed unless media recovery enabled " when run alter database datafile '...' offline.
    Hence I am trying something and findout below steps but not sure how useful it is:
    1- put tablespace offine
    2- Copy the file to new diskgroup using Either RMAN or DBMS_FILE_TRANSFER.
    3- Rename the file to point to new location.
    4- Recover the file.
    5- Bring the file online.
    I had move 240M TBS from OLE to NEW.
    These steps run successfully so I think this is valid for noarchive mode.Hence want to confirm..so inform me please.
    Thanks :)I have doubt in my mind:
    1. You database is in noarchivelog mode
    2. You're taking tablespace offline
    3. Suppose you're moving a file of size 10GB(or any larger filesize) to another disk group
    4. Now after moving the file, you're trying to bring the tablespace online............NOW
    tablespace will need recovery. if the required data is inside the SGA then it is ok. But if the data has been flushed, then?
    if step 2 and 3 has taken significant time, then most probably you'll not be able to bring that tablespace online.
    Regards,
    S.K.

  • 10 new features to the oracle dataabse 10g

    Hi all.
    Recently, I have been interivewed and I have been asked to list 10 new features of Oracle 10g.
    I told him about:
    1) Here, stats have been collected automatically, in oracle 9i it was manual
    2) AWR
    3) RULE based optimizer is not there only in oracle 9i
    4) ASM
    Anything else which you want to mentioned:

    The Automatic Database Diagnostic Monitor (ADDM) analyzes data in the Automatic Workload Repository (AWR) to identify potential performance bottlenecks. For each of the identified issues it locates the root cause and provides recommendations for correcting the problem. An ADDM analysis task is performed and its findings and recommendations stored in the database every time an AWR snapshot is taken provided the STATISTICS_LEVEL parameter is set to TYPICAL or ALL. The ADDM analysis includes:
    •     CPU load
    •     Memory usage
    •     I/O usage
    •     Resource intensive SQL
    •     Resource intensive PL/SQL and Java
    •     RAC issues
    •     Application issues
    •     Database configuration issues
    •     Concurrency issues
    •     Object contention
    ASM
    Automatic Storage Management (ASM) simplifies administration of Oracle related files by allowing the administrator to reference disk groups rather than individual disks and files, which are managed by ASM
    DBMS_FILE_TRANSFER Package in Oracle Database 10g•     Common Usage Notes
    •     COPY_FILE
    •     GET_FILE
    •     PUT_FILE
    Flashback New Features and Enhancements in Oracle Database 10g•     Flashback Query
    •     Flashback Version Query
    •     Flashback Transaction Query
    •     Flashback Table
    •     Flashback Drop (Recycle Bin)
    •     Flashback Database
    •     Flashback Query Functions
    Oracle Data Pump
    STARTUP UPGRADE
    The is a new startup mode associated with the upgrade procedure in Oracle 10g.
    SQL> STARTUP UPGRADE
    Automatic Shared Memory ManagementAutomatic Shared Memory Management puts Oracle in control of allocating memory within the SGA. The SGA_TARGET parameter sets the amount of memory available to the SGA. This parameter can be altered dynamically up to a maximum of the SGA_MAX_SIZE parameter value. Provided the STATISTICS_LEVEL is set to TYPICAL or ALL and the SGA_TARGET is set to a value other than "0" Oracle will control the memory pools which would otherwise be controlled by the following parameters:
    •     DB_CACHE_SIZE (default block size)
    •     SHARED_POOL_SIZE
    •     LARGE_POOL_SIZE
    •     JAVA_POOL_SIZE
    If these parameters are set to a non-zero value they represent the minimum size for the pool. These minimum values may be necessary if you experience application errors when certain pool sizes drop below a specific threshold.
    The following parameters must be set manually and take memory from the quota allocated by the SGA_TARGET parameter:
    •     DB_KEEP_CACHE_SIZE
    •     DB_RECYCLE_CACHE_SIZE
    •     DB_nK_CACHE_SIZE (non-default block size)
    •     STREAMS_POOL_SIZE
    •     LOG_BUFFER

  • Using OCOPY utility in Windows

    Dear Sirs:
    I have setup a Oracle 10G RAC in VMware where the two guest operating systems are Windows 2003.
    The VOTING DISK, DATABASE DISK, and the OCR DISK are as /device/Hardisk1/Partition1, /device/Harddisk2/Partition1, and /device/Harddisk3/Partition1
    respectively. These are all virtual devices.
    Now when I query the V$Controlfile view for locations I am getting result as:
    NAME
    +DATA/rac/controlfile/Controlfile123456.7889
    +DATA/rac/controlfile/Controlfile16361.737982
    If I am using " C:> OCOPY \\.\PHYSICALDRIVE2 C:\ " the whole ASM drive (that is disk2) is getting copied.
    If I mention " C:> OCOPY \\.\+DATA\rac\controlfile\Controlfile123456.7889 C:\" the utility says that input file not found. I am making lot of permutations
    and combinations for the input file path such as back slash to front slash, getting rid of the + sign before DATA etc etc, but no useful result.
    I know that using OCOPY for backup is never the best practice. RMAN should be used. But my problem is that I want to learn OCOPY learn the concepts of
    ASM, RAC.
    Please let me know that if I want to take manual backup of specific files (data file, control file, log file) then how should I use OCOPY?
    Even if I want to use RMAN for specific files only then what is the command.
    I am extremely new to RAC. Thanks in advance
    Best regards,
    Caesar

    hi User, Welcome to forum.
    DBMS_FILE_TRANSFER copies files on the same Oracle server or between two Oracle servers. It uses directory objects to specify the source and destination directories and, because directory objects support ASM pathnames, so does DBMS_FILE_TRANSFER. This makes it an easy way to move files to and from ASM storage from a regular filesystem.
    for more information, refer the link: how to copy?
    http://www.builderau.com.au/program/oracle/soa/Copy-Oracle-s-Automatic-Storage-Management-files-with-DBMS-FILE-TRANSFER/0,339028441,339280831,00.htm

  • What is the transport mechanism in OWB?

    Dear all,
    We will be using OWB to control the Transportable tablespace process from a "Reporting Mirror" of the E-Business Suite to a Data Warehouse.
    The underlying partitions we will be moving are stored on ASM.
    Am I correct in thinking that OWB, behind the scenes, will be using the DBMS_FILE_TRANSFER utility to copy the partitions from source to target?
    (ftp does appear to be a clear option within OWB but we don't want to use this)
    Many thanks,
    Barry
    Barry Andersen | Technical Architect | +44.7917.265217
    Oracle Technical Architecture Consulting
    Oracle Parkway, Thames Valley Park, Reading. RG6 1RA

    You have an oldschool options aswell:
    Connect as SYS DBA with CONNECT / AS SYSDBA command.
    Shutdown the database instance with SHUTDOWN command.
    Rename or/and move the datafiles at operating system level.
    Start Oracle database in mount state with STARTUP MOUNT command.
    Modify the name or location of datafiles in Oracle data dictionary using following command syntax:
    ALTER DATABASE RENAME FILE ‘<fully qualified path to original data file name>’ TO ‘<new or original fully qualified path to new or original data file name>’;
    Open Oracle database instance completely with ALTER DATABASE OPEN command.
    If the datafiles that need to be changed or moved do not belong to SYSTEM tablespaces, and do not contain active rollback segments or temporary segments, there is another workaround that does not require database instance to be shutdown. Instead, only the particular tablespace that contains the date files is taken offline.
    Login to SQLPlus.
    Connect as SYS DBA with CONNECT / AS SYSDBA command.
    Make offline the affected tablespace with ALTER TABLESPACE <tablespace name> OFFLINE; command.
    Modify the name or location of datafiles in Oracle data dictionary using following command syntax:
    ALTER TABLESPACE <tablespace name> RENAME DATAFILE ‘<fully qualified path to original data file name>’ TO ‘<new or original fully qualified path to new or original data file name>’;
    Bring the tablespace online again with ALTER TABLESPACE alter tablespace <tablespace name> ONLINE; command.

  • Operating file transfer through oracle

    Hi,
    These the syntax provide in the oracle documentation in oracle 10g for copying the os file from one destination to other destination
    DBMS_FILE_TRANSFER.COPY_FILE(
    source_directory_object IN VARCHAR2,
    source_file_name IN VARCHAR2,
    destination_directory_object IN VARCHAR2,
    destination_file_name IN VARCHAR2);
    and my question is any one kindly provide me example for these syntax in windows.
    or else these procedure is used only for the file system in linux and unix
    Kindly

    ORA-27046 file size is not a multiple of logical block size
    Cause: File size as indicated by STAT is not correct, additional information indicates which function encountered the error.
    Action: Verify that the file has not been overwritten or truncated
    And
    OSD-04012
    File size mismatch
    Cause: File to be re-used is either too large or too small.
    Action: Specify correct file size or delete existing file.
    Both of which I looked up at http://tahiti.oracle.com by typing the error code in the search box.
    Sybrand Bakker
    Senior Oracle DBA

Maybe you are looking for