Transportable tablespace between 10.1 and 11.1 database

Platform: Solaris
From: 10.2.0.4
To: 11.1.0.7
I did some google searches and I don't see anything about transporting tablespaces between a 10.1 database and an 11.1 database
Edited by: user11990507 on Oct 19, 2010 4:24 AM

user11990507 wrote:
Platform: Solaris
From: 10.2.0.4
To: 11.1.0.7
I did some google searches and I don't see anything about transporting tablespaces between a 10.1 database and an 11.1 database
It should work fine. check MOS :
Compatibility and New Features when Transporting Tablespaces with Export and Import *[ID 291024.1]*
Regards
Rajesh

Similar Messages

Stock transport order between storage locations and assignment category type E not in MRP

Hello Gurus,
I have a stock transport order between 2 storage location which belongs to the same plant. Besides the stock transport order is allocated to a sales order (account assigment category E). When I run the MD03, the system take into account the quantity of the stock transport order as a future entry and this is wrong. I need that the MRP has not into account the stock transport order as an entry.
As an important information, If I modify the stock transport order removing the account asignment category E (sales order), then the MRP doesn't take into account it, so this is correct.
Could anybody tell me how to get it?
Thanks in advanced.

Laura,
It is normal that MRP will consider an STO as a receipt element; this is basic planning. It is unclear to me why you think you do not want it to do so, but I will assume you have some logical reason.
Contrary to what some others may have suggested, changing the scope of check for availability checking has no effect on which elements are considered for MRP. MRP is a completely separate functionality from Availability Check.
For Location > Location STOs (within a plant), then, you normally have the receipt element of the STO in the destination storage location, and the requirements element of an equal amount in the source storage location. Net of these two elements is zero, unless you have already issued the STO at the source location.
Changing the Account assignment from "E" means that the STO will not be relevant for your Sales order (in other words, when you receive this STO into the destination storage location, it cannot be used for your sales order). In a general MTO scenario, it also means that the proceeds of this STO (the stock you received) cannot be used for ANY sales orders.
One way that some people make an STO 'not relevant' for MRP is to alter the destination storage location such that it is not relevant for MRP. You can change the MRP relevancy of the storage location in MM02 > MRP4 tab
Best Regards,
DB49

Link between SAP Ztables and MS-ACCESS database via XI

Hi All,
I have two application one is in Ms-Access and other is in SAP . I have to link the SAP ztables to the MS-Access databse, is this be done with via XI. If yes, do i need to write the interface programs while fetching the data from the XI to SAP, or XI will take care of the updation and linking between the SAP and access application , since the cross flow of data between two application will be there .
Regards
Gajendra

hi !!
It is possible with XI, of course.
You can use jdbc as sender at the MS-Access end and at R/3 (as reciever) you can have an RFC to put the data into the tables.
There is no need of interface programming to be done manually.
you have to be clear at what condition the synchronizations should happen and there is more enhancements that could be done.
regards,
nikhil.
**reward if helpful

Transport tablespaces between databases with different character sets

Hi everyone:
I have two 10R2 databases on the same hp-ux 64bit server, 1st one with NLS_CHARACTERSET=US7ASCII, 2nd one with
NLS_CHARACTERSET=AL32UTF8.
NLS_NCHAR_CHARACTERSET on both databases is AL16UTF16.
Can I transfer tablespaces from the 1st one to the 2nd. The data could be in English, French & Spanish.
If not what are my options?
Thanks in advance.

First off, if you are storing French and Spanish data in database 1 where the character set is US7ASCII, you've got some serious problems. US7ASCII doesn't support non-English characters (accents, tildes, etc). If you're storing data this way, you've introduced data corruption that you'd have to resolve before copying the data data over to another machine.
Second, technically, the source and target character set have to be identical. Since US7ASCII is a strict binary superset of AL32UTF8, you could theoretically transport a US7ASCII tablespace to an AL32UTF8 database. In your case, though, since the data is not really US7ASCII, you'd end up with corruption.
Any of the Oracle built-in replication options is going to require that you resolve the corruption issue. Assuming that you can figure out what character set the source database really is, you could potentially dump the data to flat files (taking care not to allow character set conversion to take place) and SQL*Loader them into the destination system by identifying the proper character set in your control file. That's obviously going to be a rather laborious process, though.
Justin

VPD date issue between 10.1 and 10.2 databases

I have uncovered an issue today with VPD against date fields. The issue came up at a client site on a 10.2 database. When I got back to the hotel and tried this on my own database, which is 10.1, I got no issue and everything worked ok.
Therefore, I am asking if anyone is able to try out the following for me on different Oracle databases and platforms and let me know whether it worked for you or not. I'd like to compile a list of database versions and platforms on which the issue occurs.
Step 1: create this table as a user
CREATE TABLE TST_DATE AS (
SELECT 1 PERSON_UID,
Trunc(SYSDATE) BIRTH_DATE,
To_Char(Trunc(SYSDATE), 'DD-MON-YYYY') CHAR_DATE,
123456 TAX_ID,
'Smith, Michael B.' FULL_NAME FROM dual);
Step 2: grant select rights on the table
GRANT SELECT ON TST_DATE TO PUBLIC;
Step 3: switch your login to SYS and run this script:
CREATE OR REPLACE FUNCTION F_CHECK_ITEM_TST(p_object_schema in varchar2, p_object_name varchar2)
RETURN VARCHAR2 IS
V_PREDICATE VARCHAR2(2000) := '1 = 2';
BEGIN
RETURN(V_PREDICATE);
END F_CHECK_ITEM_TST;
Step 4: As SYS, run this to grant access rights over the function
GRANT EXECUTE ON F_CHECK_ITEM_TST TO PUBLIC;
Step 5: As SYS, run this to enable the policy
BEGIN DBMS_RLS.ADD_POLICY(
OBJECT_SCHEMA => 'DRAKE',
OBJECT_NAME => 'TST_DATE',
POLICY_NAME => 'SecByTST',
FUNCTION_SCHEMA => 'SYS',
POLICY_FUNCTION => 'F_CHECK_ITEM_TST',
STATEMENT_TYPES => 'SELECT',
POLICY_TYPE => DBMS_RLS.DYNAMIC,
SEC_RELEVANT_COLS => 'BIRTH_DATE',
SEC_RELEVANT_COLS_OPT => DBMS_RLS.ALL_ROWS);
END;
Note: in the above policy change the OBJECT_SCHEMA name to be the name of the user who owns the table you created in Step 1
Step 6: Go into Discoverer Admin and import the table as a new folder.
Be sure to uncheck the "Date hierarchies" box and set "Default aggregate on data points" to detail. Grant access to any user.
Step 7: Using Desktop or Plus, log in as that user then try to query the folder with the date not included, there should be no problem.
Step 8: Now try to query with the date included
On my 10.2 database I get ORA-24334: no descriptor for this position. This happens when logged into Discoverer as the table owner, EUL owner or any other user. However, when logged into Discoverer as SYS which is exempt from all VPD policies, there is no error when the date is included.
We tried this in Discoverer Desktop, Plus and Viewer with the same results in all three. We can successfully query the table from SQL*Plus, SQL Developer and TOAD.
There also seems to be no issue at all with the 10.1 database so there seems to be an issue between Discoverer and the 10.2 database.
What do you think?
P.S. to cancel the policy use this script when logged in as SYS:
EXEC DBMS_RLS.drop_policy(
OBJECT_SCHEMA => 'DRAKE',
OBJECT_NAME => 'TST_DATE',
POLICY_NAME => 'SecByTST');
This same information is available on my blog in a more readable format here:
http://learndiscoverer.blogspot.com/2006/12/vpd-date-issue-between-101-and-102.html

Hi Rod
Well don't you just love Oracle. Obviously, whatever tests were done for certifying Discoverer against the 10.2 database did not include checking VPD policies. This merits a blog entry from me.
Your workaround for V_PREDICATE VARCHAR2(2000) := 'BIRTH_DATE=TO_DATE(''01-JAN-0001'')'; works. However, I had to write a new function to do this because my real function was trapping about a dozen items at the same time, some dates, some numbers and some varchars - exactly the way that the Oracle example code shows it in the 10.2 database manual.
So what I did was to create a new function that only handles dates and added a dedicated policy that works with only that function. Unfortuately, because I have many dates to manage, I was unabe to hard code the BIRTH_DATE so here is what I did:
V_PREDICATE VARCHAR2(2000) := 'SYSDATE = TO_DATE(''01-JAN-0001'')';
This works perfectly and Discoverer stopped complaining. It just has two policies on the same table for different data items. Isn't VPD cool? I'm hooked.
I really appreciate your time and effort on this. Now, let's see what Oracle support make of the issue because I raised a service request last night. No reply yet I'm afraid.
Best wishes
Michael

Difference between Oracle SID and an Oracle Database

Hi
Can any one please differeniate what exactly is the difference between an Oracle SID and a new Oracle Database?
We just need to create another instance of an application (so we need another copy of all tables).
So either we can:
1. New database SID created or
2. New user created in existing schema or
3. New database provided
Which is the best approach?

Hi,
New database SID created orThat is equivalent of creating a new database in your case.
New user created in existing schema orYou meant new schema(user) created in existing database. I assumed this because you do not want both application to update the same table copy, but different copy.
3. New database providedIt all depends on your you whether you want to create a new database or a new schema for getting another copy of table.
Some points which I take in mind
1) If I have a production database and I need to create a new set of tables for testing or any other purpose, I would create a new database.
2) If I have a test database and I need to create a new set of tables for testing or any other purpose, if possible I would create a new schema in existing database.
3) If I am running less in resources(hardware/memory), I would be createing a new schema in existing database.
4) If I am not running less in resources and I would to keep these two copies entirely different, then from security purpose I would create a new database.
Regards
Anurag Tibrewal.

Interactions between Oracle XE and other Oracle database or products

Hello,
My computer is already supporting Oracle 9i Developer Suite and I would like to know if there is some possibles interactions with Oracle database XE which I plan to install on the same computer.
Thank you

Ivok - To answer your first question, each of those two versions is the latest version to run on Oracle SE/EE and Express editions, respectively. Version 2.0 does not run on Oracle Express Edition and Version 2.1 runs only on Oracle Express Edition. Applications developed in either version of Application Express can be installed and run in the other version.
Scott

Transportable Tablespace and Table Statistics

We are loading a large datawarehouse of about 2Tb, with tables up to 100Gb full of raster images. The database is 9.2.0.7 on Solaris, and we are using Transportable Tablespaces to move datafiles and tablespaces from data integration server to production server.
During the data integration, we calculate statistics on large tables, and it takes forever. We are wondering if these statistics are moved along with the metadata from data integration server to production server. In other words, should we calculate statistics before the tablespace export or after the tablespaces have been set online on the production server.
Thanks,

Hi,
Upto my knowledge you dont need to calculate statistics.
Even with export & import command there is a option for statistics.
So when ever you export oracle by default export the statistics of that table.
Hope this helps.
Regards
MMU

Transportable Tablespaces

Hi all,
I am trying to tranport a tablespace from one Database to another database.
I tried the following steps.
I made the tablespace which going to transport as read only.
Then I issue the exp command to export the meta data, but throwing following errors,
With the Partitioning, OLAP and Data Mining options
Export done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
Note: table data (rows) will not be exported
About to export transportable tablespace metadata...
EXP-00008: ORACLE error 29341 encountered
ORA-29341: The transportable set is not self-contained
ORA-06512: at "SYS.DBMS_PLUGTS", line 1387
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfully
Could you please tell me any other settings I have to do for this export?
Thanks & Cheers
Antony

Hi,
Be aware of the following limitations as you plan to transport tablespaces:
The source and target database must use the same character set and national character set.
You cannot transport a tablespace to a target database in which a tablespace with the same name already exists. However, you can rename either the tablespace to be transported or the destination tablespace before the transport operation.
Objects with underlying objects (such as materialized views) or contained objects (such as partitioned tables) are not transportable unless all of the underlying or contained objects are in the tablespace set.
Beginning with Oracle Database 10g Release 2, you can transport tablespaces that contain XMLTypes, but you must use the IMP and EXP utilities, not Data Pump. When using EXP, ensure that the CONSTRAINTS and TRIGGERS parameters are set to Y (the default).
The following query returns a list of tablespaces that contain XMLTypes:
select distinct p.tablespace_name from dba_tablespaces p,
dba_xml_tables x, dba_users u, all_all_tables t where
t.table_name=x.table_name and t.tablespace_name=p.tablespace_name
and x.owner=u.username
For your reference go through this link
http://youngcow.net/doc/oracle10g/server.102/b14231/tspaces.htm#i1007169
and "Transporting Tablespaces Between Databases"
Aman,
Sorry I could not seen your reply....due to the refresh...Other wise I would not have been posted...
Thanks
Pavan Kumar N
Message was edited by:
Pavan Kumar

Dbid in transportable tablespaces

Is it necessary to have same DBID for rman transportable tablesapace or for normal exp/imp transportable tablespace ?

Pascal Nouma wrote:
Hi Kamran
Someone in database general forum posted that, dbid is essential. Is he wrong?
transport tablespace from raw to cooked
I forget to mark question as resolved sorry about thatI don't like to say someone's answer that it's "right" or "wrong". But according to Oracle documentation, there's no any need for two databases to have same dbid to transport tablespace between them. Generally, database's have different unique DBID which make them different from others. So if you have two databases which runs on Linux and Windows OS and you want to transport a tablespace between them, you don't need to changed dbid of one of them.
Moreover, you can refer to documentation: [Limitations on Transportable Tablespace Use|http://download.oracle.com/docs/cd/B28359_01/server.111/b28310/tspaces013.htm#i1007233]

Transport content between two Portals (DEV - Prod)

Hi Everybody,
how can i transport a content from one Portal to another one? I heard there is a possibility in Visual Admin for transport Content between a Development and a Productive System.
I know only the way by Federated Portal Network. Is this the only possibility and what about KM-Konfiguration is there a way for transporting?
regards,
Seed

you can download and upload your portal transports.
System administrator -> transport.
KM folders: you can just copy everything by open the KM dir as a webfolder.
br

Error in Transport Tablespace from linux to windows

I am testing the cross-Platform Transport Tablespace. As per the oracle, we can transport tablespace from linux to windows without conversion because both are using same endian (Little).
But i am fail to do Transport Tablespace from Linux to Windows.
I am performing Transport Tablespace process as following:
from Source Oracle Database server(red had linux as 4 32-bit oracle version:10.2)
Sql> alter tablespace TEST read only;
$ expdp system/pass dumpfile=test.dmp directory=export_dir transport_tablespaces=test transport_full_check=y
after this i am coping test.dmp and data file (test.dbf) to the target machine (ms windows xp 32-bit with oracle 10.1) .
on Target Machine (with Ms windows xp os) here i am giving the following command:
impdp system dumpfile=test.dmp directory=exp_dir transport_datafiles=/exp_dir/test.dbf
but it is giving following error:
ora-39001: invalid argument value
ora-39000: bad dump file specification
ora-31619: invalid dump file "c:\pks\1103.dmp"
what may by ...
Prabhaker

now for version compatibility i am inclusding version option with expdp
edpdp scott dumpfile=1103.dmp directory=pks transport_tablespaces=prabhu version=10.1.0.2.0
but now it is giving following error:
Import: Release 10.1.0.2.0 - Production on Saturday, 11 March, 2006 19:07
Copyright (c) 2003, Oracle. All rights reserved.
Connected to: Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
Master table "SCOTT"."SYS_IMPORT_TRANSPORTABLE_01" successfully loaded/unloaded
Starting "SCOTT"."SYS_IMPORT_TRANSPORTABLE_01": scott/******** DUMPFILE=1103.DMP DIRECTORY=PKS TRANSPORT_DATAFILES=C:\PKS\PRABHU version=10.1.0
Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK
ORA-39123: Data Pump transportable tablespace job aborted
ORA-06550: line 2, column 2:
PLS-00306: wrong number or types of arguments in call to 'BEGINIMPORT'
ORA-06550: line 2, column 2:
PL/SQL: Statement ignored
Job "SCOTT"."SYS_IMPORT_TRANSPORTABLE_01" stopped due to fatal error at 19:07
regards
Prabhu

Transportable Tablespace in No archive log

Can I use transportable tablespaces when both source and destination databases are in noarchive log mode?

Fahd Mirza wrote:
Can I use transportable tablespaces when both source and destination databases are in noarchive log mode?Yes... It is exp/imp utility so it has nothing to do with archivelog.
Regards
Rajesh

11i Migration to Linux - Using transportable tablespace of 10g to move DB

Hi there,
We are planning to move 11i from HP-UX to Linux. Our Oracle EBS 11i database version is 10g R2. Does anyone know if its possible to use the "Transportable" tablespace feature of 10g to move the entire database to Linux rather than using Export/Import?
Since 10g offers to move the tablespaces across the platforms using its transportable tablespace feature, I just wanted to poll this group to see if anyone has any experience on doing this for Oracle E-Business suite's database.
Thanks,
Ashish

Consider the limitations of Transportable Tablespaces, Objects with underlying objects (such as materialized views) or contained objects (such as partitioned tables) are not transportable unless all of the underlying or contained objects are in the tablespace set.
Most database entities, such as data in a tablespace or structural information associated with the tablespace, behave normally after being transported to a different database but there are some exceptions:
Transporting Tablespaces Between Databases
http://download-west.oracle.com/docs/cd/B13789_01/server.101/b10739/tspaces.htm#i1007233

SPP Error - No valid transportation lane between Supplier and LOC1

Hi
While running the EOQ and SFT planning service, we get the following error
"No valid transportation lane between Supplier and LOC1". LOC1 is the entry location for our BOD.
We have not created any procurement relationships as we are working on a standalone SCM trialbox.
Appreciate any help/suggestions to resolve this issue.
Thanks & Best Regds
Mitesh

Hi Mitesh,
You need to have valid transportation lanes from the supplier. Maintain it manually. If I remember correctly it is possible to have External Procurement Relationships in APO only (type 4) and not just contracts, purchasing inforecords or scheduling agreements CIFed from ECC.
Hope this helps.
Thanks,
Somnath

Transportable tablespace between 10.1 and 11.1 database

Similar Messages

Maybe you are looking for