Tablespace import

hi
any one help me
i have taken import of tablespace one database to another but i could not import data of existing tablespace from sorce database to target databse.
please tell me command with path

Hi user10808038!
If I guess right you want to transport a tablespace from one database to another?!? You can't do that with a normal tablespace-export. You have to use transportable tablespaces. Please tell me your oracle version (9i or 10g, 11g). Depending on that you may use imp or impdp.
yours sincerely

Similar Messages

  • Transportable Tablespace Importing - Failed to read stderr from process

    Hello,
    I'm using the normal EM console packaged with Oracle (10gR2) and am trying to import a tablespace on RedHat rel4.
    I follow the Transport Tablespaces link on the maintenance tab and get the option of export or import and also the place to put the host credentials in. I select import, enter the credentials and click continue and am given this error: Failed to read stderr from process.
    I've tried logging into EM as SYSTEM, SYS, and a DBA account I use and have used both root and the oracle account with no luck.
    Searching hasn't gotten me any useful results here or in metalink so I'm stuck. What am I missing?
    Thanks

    Thank you thank you!
    The short version is I traced it back to an error with /bin/nmo which traced back to a failure to run root.sh when upgrading to 10.2.0.3.
    Thanks again!

  • Oracle 10gR2 - Any way to speed up Transportable Tablespace Import?

    I have a nightly process that uses expdp/impdp with Transportable Tablespace option to copy a full schema from one database to another. This process was initially done with just expdp/impdp, however the creation of the indexes started to slow down the process at which time I switched to using Transportable Tablespace.
    In the last 3 months, the number of objects in the schema has not changes however the amount of data has increased 15.73%. At the same time, the Transportable Tablespace impdp has increased 30.77% in time to process.
    Is there any way to speed up a Transportable Tablespace impdp in Oracle 10gR2? The docs show that I cannot use parallel with TTS. I have excluded STATISTICS in the export.
    Eventually I will be moving away from doing this TTS expdp/impdp, however for now I need to do what I can to contain the amount of time it takes to process.
    Environment: Oracle 10.2.0.4 (source and destination) on Sun Solaris SPARC v10. We are not using ASM currently. Tablespace is 6 datafiles for a total of 87.5GB, 791 tables, 1924 indexes, 1773 triggers, and 10 LOBs.
    Any help would be greatly appreciated.
    Thanks!
    -Vorpel

    My reading of this thread was that there was a need to be able to do offline setups when the client had lost oracle lite (we get this on PDAs all the time when they go totally dead), so the CD install is something that can be sent out.
    Any install (CD or otherwise) will be empty in terms of applications and data, not much you can do about that on a CD, but depending on the type of device and the storage possibilities you have you can secure the database and application files seperately. for example on a PDA using the external SD or flash for the data and file storage will keep them when the orace directory is lost from main storage and therefore all thet is needed after the oracle lite recovery is to recreate the odbc file (and possibly polite if you have special parameters). The setting of the crr flags for 'real' data on the server is a trick to bring the database up to date without a total rebuild.
    NOTE if you use SD cards etc. on PDAs/small devices, beware of windows ce/mobile power up differential between main memory and external storage. If you power down in the middle of an update or query, you can get device read/write errors when the device powers up due to processing continuing before the storage media is active

  • Activity going on in a tablespace

    I'm doing an import. But I find that the import is populating a totally different tablespace rather then the one it should actually populate.
    The export is tablespace vise export so when i do the import it should actually not populate the other tablespace
    I could view this in the OEM console.
    Could you please let me know how do I know what import is exactly goin on . I mean what actually is populating that particular tablespace.

    Check with indexfile = y during import. It will give you a script with tablespacename
    in which objects actually being created.
    If there is miss-match between your desired tablespace and the one in script, you
    can change it to your desired one and run script. Following are details:
    Oracle offers no parameter to specify a different tablespace to import data into. Objects will be re-created in the tablespace they were originally exported from. One can alter this behaviour by following one of these procedures:
    Pre-create the table(s) in the correct tablespace:
    Import the dump file using the INDEXFILE= option
    Edit the indexfile. Remove remarks and specify the correct tablespaces.
    Run this indexfile against your database, this will create the required tables in the appropriate tablespaces
    Import the table(s) with the IGNORE=Y option.
    Change the default tablespace for the user:
    Revoke the "UNLIMITED TABLESPACE" privilege from the user
    Revoke the user's quota from the tablespace from where the object was exported. This forces the import utility to create tables in the user's default tablespace.
    Make the tablespace to which you want to import the default tablespace for the user
    Import the table
    Message was edited by:
    Yogesh Yadav

  • Rerun tts import with ASM

    I am doing a data migration from one platform to another (itanium, shared file system to linux ASM). I went through the process to import all datafiles into ASM with Rman, and I was ready to import the metadata.
    I messed up, and forgot to create the system trigger setting the proper date format for some default column values.. My import worked but many of the objects failed creation. Now I have a database with the tablespaces imported, but I want to rerun my import. If I drop the tablespaces including contents (to remove the metadata), I will lose my datafiles and I will have to start over.
    1) is there anyway to drop a tablespace without dropping the datafiles so I can rerun ??
    2) is there anyway to rerun a transportable tablespace import once it has a partial success ??
    3) what is my best option.
    At this point, I am probably going to shutdown the database, and remove the non-imported tablespaces (system, undo, etc), recreate the database, then rerun the import with the new "shell" leaving the TTS datafiles I already copied over intact.. This is time consuming, and I am hoping to find a better solution
    Any ideas would be appreciated.

    1. Straight from the documentation ([DROP TABLESPACE|http://download.oracle.com/docs/cd/B14117_01/server.101/b10759/statements_9004.htm|DROP TABLESPACE]):
    Oracle Database removes from the data dictionary all metadata about the
    tablespace and all datafiles and tempfiles in the tablespace. The
    database also automatically drops from the operating system any
    Oracle-managed datafiles and tempfiles in the tablespace. Other
    datafiles and tempfiles are not removed from the operating system
    unless you specify INCLUDING CONTENTS AND DATAFILES.
    HTH!

  • IMPORT 시 발생하는 ORA-1658 ERROR에 대해서

    제품 : ORACLE SERVER
    작성날짜 : 2002-04-08
    IMPORT 시 발생하는 ORA-1658 ERROR 처리
    =======================================
    PURPOSE
    IMPORT시에 ORA-1658 ERROR가 발생할 경우의 해결책을 알아본다.
    Problem Description
    이 error 는 import 시 특정 tablespace 에 table 생성이 불가능할 때
    발생하는 error 이다 .
    이는 EXPORT 시 EXPORT OPTION 중의 하나인 COMPRESS OPTION의 값을
    'YES' 로 하여 받았을 경우 (DEFAULT 값이 YES임) TABLE 의 EXTENT가
    일어난 모든 부분이 INITIAL 로 묶여지게 되며 IMPORT 시 INITIAL 만큼의
    연속된 영역이 TABLESPACE 에 있어야만 IMPORT 시 이 ERROR 가 발생하지
    않는다.
    Solution Description:
    1) error 가 발생한 tablespace 를 check 하여 해당 tablespace 를 늘려준다.
    disk 가 충분한 경우에 해주는 방안이다.
    2) 미리 import할 user 영역에 initial을 적절하게 주어 table을 생성한다.
    그리고 import 시 ignore=y option 을 주어 import 한다 .
    만일 이 경우 table script가 없으면 export받은 dump file로부터 얻을
    수 있다.
    strings expdat.dmp | grep 'CREATE TABLE' >> tables.sql
    3) import 시 ora-1658 에러를 예방하기 위해서는 export 시 compress
    option 을 no 로 하여 export 를 한다.
    Reference Documents
    --------------------

  • Set table to import parameter.

    Hi
    I am having an RFC.
    It contains following schema :
    Import Parameters
    Parameter Name----
    Associated type
    Field1----
    ABC_Tabletype1(Table type)
    |____________________Struct1(here line type of table is a structure.)
    Now, suppose STRUCT1 contains following field :
    StructureField.
    Now how can I set this StructureField from JCO call in java.
    Initially we used to get tables as separate Table parameters but they have become obsolete in ABAP !
    So now, we get these tables as parameters in import parameter list as table type where line type is actually a structure.
    How can we set fields in this structure !

    You can try transportable tablespace, check document below:
    "Transportable Tablespace Mode
    A transportable tablespace export is specified using the TRANSPORT_TABLESPACES parameter. In transportable tablespace mode, only the metadata for the tables (and their dependent objects) within a specified set of tablespaces is exported. The tablespace datafiles are copied in a separate operation. Then, a transportable tablespace import is performed to import the dump file containing the metadata and to specify the datafiles to use.
    Transportable tablespace mode requires that the specified tables be completely self-contained. That is, all storage segments of all tables (and their indexes) defined within the tablespace set must also be contained within the set. If there are self-containment violations, Export identifies all of the problems without actually performing the export.
    Transportable tablespace exports cannot be restarted once stopped. Also, they cannot have a degree of parallelism greater than 1.
    Encrypted columns are not supported in transportable tablespace mode."

  • IMPORT FIle Error

    hi,
    I am using oracle express edition 10g in os linux ,
    i hv create export dump file easy_defination.dmp in my own schma ,all granted to my user but when take a import some error is occured.
    IMP-00003
    ORA-00959 :tablespace CDLS_ADMIN does not exit
    IMP-00017
    how can sole this problem

    If the objects are explicitly created in a particular tablespace imported where such a tablespace is not present, then you will get this error.
    create table dept(deptno number,dname varchar2(10),loc varchar2(10)) tablespace USERS;
    While importing dept in another database for example and if tablespace USERS does not exist then you will get this complain.
    If objects are not created explicitly then uncle oracle will put all these objects in the destination user's default tablespace. Make an experiment on this to crystallize it.
    If you still face the problem, post here the complete log and let us see what we can do for you.

  • How to truncate / drop database automatic?

    Using: 10gR2 and "imp" and "exp" for Import/Export.
    Hi.
    We have a problem. We have two databases. One to test/develope and one live database.
    The test/developers one was created with a full dump after settin up the developer server.
    Now we want to actualize the test/developer server with the live database.
    The best way would be a normal import from a full dump file which overwrites all existing data.
    Now we try it with "ignore=y" (it runs longer than 6h) and it seems to append all not existing data in the test/database from the full-dump (of the live server).
    Is it the only way (to have a full clone) to drop/truncate the old DB and import than the data?
    Can we automate the truncating/droping before import?
    It would be to much work every time to delete the whole database, create it, create tablespaces, import the dump-file and so on.
    What is the easiest way to do that?
    Or is there no need to drop/truncate?
    Thanks for your help!

    The problem is, that importing the live database in the test system doesn´t update (because all tables, many rows, ... already exists) the database when ignore=n is set.
    If we set ignore=y we get several of messages (and it runs up on 6h for a whole import), because many many rows exists (there are several foreign keys and constraints).
    Then only the rest (newest) rows will append.
    So if we want to import all new (fresh) from the live system (because direct overwriting does not work), we want to truncate/drop the database to get all fresh in (but does not recreate the whole database).
    But I don´t know if there is a automaticated solution to truncate the whole database (and does not do it for each table by hand).
    System privileges are not the problem, we have to import with sys as sysdba privileges.

  • How to imp database for a recover

    Hi Experts,
    We have a database as oracle10G R4 in 32 bit window.
    I makk a full database exp as a backup.
    At the present, i find some data file is missing in user dev tablespace.
    My question, we do not have a schema or tablespace exp dump file.
    For exiting DB, Do we need to drop all tablesapce (include sys tbs) and recreate tablespaces for imp full database recover?
    Thanks for help!
    JIM

    Hi,
    If you have a full database export, you can perform a full, table, schema, or tablespace import from this. If you want to just recover a tablespace, then you would want
    1. drop that tablespace from the database
    2. create the tablespace as you want it
    3. run import with a tablespace filter:
    impdp user/password directory=your_dir dumpfile=your_dumpfiles tablespace=your_tablespace ...
    Dean

  • Pre-upgradarion tool

    i am going to migrate and upgrade database from
    8.1.7 / 2000 server to 10.2.0.1.0 / OEL
    using exp and imp
    ie
    take exp from source database( 8i )
    install OEL / 10.2.0.1.0 IN ANOTHER SERVER create empty datebase with necessary tablespaces.
    import the dump file into 10.2.0.1.0.
    no problem in downtime ( 9am to 9pm / Monday to saturday) database.
    upgradation from 8.1.7 / 2000 server to 10.2.0.1.0/OEL
    Can i use utlu102i.sql
    copy the sql script a from 10g database and run it in the database to be upgraded database( 8.1.7.0)
    or any other method for pre upgradation analysis.
    during testing stage it throws error in db link and sequence.
    any suggestion please.
    Edited by: santhanam_oradba on Aug 3, 2010 7:16 PM

    >
    ... during testing stage it throws error in db link and sequence...
    >
    We cannot troubleshoot what we cannot see ;-) Pl post the complete error message from relevant logs
    HTH
    Srini

  • Rolling Upgrade 9i - 10g - Shareplex or Oracle Streams

    Does anyone have any experience using any of these two for the above upgrade?
    Good or bad..?
    Pros and Cons
    (Also posted in General forum)

    Hi Davey,
    Does anyone have any experience using any of these two for the above upgrade?I do about one a week, and I use many methods, depending on the system. Beware, MetaLink says that in some cases, using shareplax can make you unsupported:
    http://dba.ipbhost.com/index.php?showtopic=1059
    If you are staying on the same server, you can upgrade from 9i to 10g with about 5 minutes of downtime.
    http://www.dba-oracle.com/t_rolling_upgrades.htm
    To do this, you will be using transportable tablespaces. The only requirement is that all your tablespaces are locally managed. The idea is simple.
    1) Install Oracle 10g to a separate Oracle Home on the same server
    2) Create a 10g database with only the base tablespaces: SYSTEM, SYSAUX, UNDO, and TEMP
    3) On the 9i database, put all your tablespaces into read only mode (write downtime begins)
    4) Perform a transportable tablespace export of all non-system tablespaces (as a sysdba user)
    5) Shut down the 9i database (true downtime begins)
    6) Start up the 10g database
    7) Perform a transportable tablespace import into the 10g database (end true downtime)
    8) Make all your tablespaces read/write (end write downtime)
    Here are my minimum downtime upgrade methods:
    http://www.dba-oracle.com/t_mimimizing_downtime_release_upgrades.htm
    Of course, there are an infinit numbers of ways to do it.
    Also, make sure to check these notes for "gotchas" after to get to 10g:
    http://www.dba-oracle.com/t_slow_performance_after_upgrade.htm
    Hope this helps. . .
    Donald K. Burleson
    Oracle Press author
    Author of "Oracle Tuning: The Definitive Reference":
    http://www.dba-oracle.com/bp/s_oracle_tuning_book.htm

  • How to get the hr,sh and ix user 's script in 10.2.0.1 ?

    I cannot find the script in %oracle_home%/demo,
    can you tell me how to get it?
    Thanks in advance.

    In 10gR2, it is no longer a [simple] script. It is now (at least for the Enterprise Edition) a transportable tablespace import/attach.
    Unfortunately the docco doesn't seem to be updated to reflect the new mode of installation - and DBCA doesn't seem to allow adding it after the fact. (Reminds me ... there aughta be a docco bug on this ... I've been meaning to check, so I'll go check after I save this response ...)
    One way - create a new instance with the schemas, do a simple export, scrap the new instance, import.
    Message was edited by:
    forbrich
    Doh ... according to Metalink note 310955.1, the samples are part of the Companion CD. Separate download and install from the Companion CD should make it available as part of DBCA.

  • How to move a database to another server

    Hi - I am new to Oracle and am used to SQL Server. In SQL Server there was a DETACH and ATTACH DATABASE command that would allow you to make a copy of a database and all structures including triggers, procedures, indexes etc. Make a copy and reattach the database on the new server. I assume that the same is possible in Oracle but I can't seem to find the equivilent command(s). So how does one move a database? I take it that the SQL Server equivilent to database is in Oracle called a schema? Other than creating a sql script for each object, is there a overall process to move my application?

    You could do one of the following:
    1) Create a full export, create a another database with a script or DBCA, create the appropriate sized tablespaces, import to the new database.
    2) If you are copying to the same OS you could shutdown the database, copy all the datafiles, logfiles, control files, etc. to the appropriate locations, rename the datafiles, control files, etc. as needed, and open the database.
    3) Use RMAN to duplicate the database if it has been backed up using the RMAN utility.
    4) If you already have a backup of all the datafiles, logfiles, control files, etc. from a backup you could copy those to the appropriate locations, rename the files as needed, and open the database.
    I would suggest changing the database name. I can go into more detail on any of these if needed.

  • Errors  during Datapump operations

    I am trying to impor t a tablespace xyz in schema scott
    {oracle@localhost ~]$ impdp system dumpfile=expdat.dmp directory=data_pump_dir transport_datafiles=/home/oracle/app/oracle/oradata/orcl/data01.dbf remap_schema=scott:scott logfile=tts_import.log
    Import: Release 11.2.0.2.0 - Production on Sat Mar 9 13:21:23 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
    Password:
    Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    ORA-39002: invalid operation
    ORA-39322: Cannot use transportable tablespace with timestamp with timezone columns and different timezone version.}
    Can anyone help me to troubleshoot this issue?
    Edited by: 918868 on Mar 9, 2013 12:10 AM
    Edited by: 918868 on Mar 9, 2013 12:12 AM

    918868 wrote:
    I am trying to impor t a tablespace xyz in schema scott
    {oracle@localhost ~]$ impdp system dumpfile=expdat.dmp directory=data_pump_dir transport_datafiles=/home/oracle/app/oracle/oradata/orcl/data01.dbf remap_schema=scott:scott logfile=tts_import.log
    Import: Release 11.2.0.2.0 - Production on Sat Mar 9 13:21:23 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
    Password:
    Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    ORA-39002: invalid operation
    ORA-39322: Cannot use transportable tablespace with timestamp with timezone columns and different timezone version.}
    Can anyone help me to troubleshoot this issue?
    Edited by: 918868 on Mar 9, 2013 12:10 AM
    Edited by: 918868 on Mar 9, 2013 12:12 AMCheck MOS notes *Data Pump TTS Import Fails With ORA-39002 And ORA-39322 Due To TIMEZONE Conflict [ID 1275433.1]*
    And some bugs *Bug 10384616 - Data Pump transportable tablespace import fails with ORA-39002 / ORA-39322 with TIMESTAMP data [ID 10384616.8]*

Maybe you are looking for