Export/Import Corruption ?

We have just moved an application from Oracle 9i to 10g via the Export/Import options.
One of our pages now displays the Oracle error "failed to parse SQL query: ORA-00907: missing right parenthesis" in an SQL Query region after the import. It works fine in the Oracle 9i set up.
I found the error is caused by an extra carriage return/paragraph mark being placed in the middle of a function name used in the query.
If we cut/paste between the two environments by running two web browsers the problem is fixed, as the carriage return/paragraph mark is not inserted.
The problem occurs in both Unix and DOS exports.
My concern is that there may now be other introduced errors as a result, but as yet not found.

Geoff,
Have you verified that:
1) you are importing the file with the same character set setting as the one it was exported with?
2) the DAD character set settings are properly configured?
See this thread as well:
9iAS DAD file upload
Sergio

Similar Messages

Error during export & import of rules in RAR 5.2

Hi all,
We followed the steps mentioned in exporting & importing the rules as per the Config guide. But we
are receiving the below error during the import of rules. Can anybody please throw a limelight on why this error message is appearing?
"Error in Table Data ==> VIRSA_CC_CRPROF
SQL==>Insert into VIRSA_CC_CRPROF(VSYSKEY,PROFILE,RULESETID,RISKLEVEL,STATUS)Values(??????)
Record==>D VIRSA_CC_CRPROF null"
We also ensured that the downloaded file is not truncated and saved it in a separate folder. Does the file needs to saved in ANSI or Unicode text? We saved in ANSI
Also the background ground job is not getting scheduled automatically during the import of ruels. Is that due to the above error?
Thanks and Best Regards,
Srihari.K

Hello Sri,
background job for generating the rules won`t be scheduled before you upload the file successfully.
The most obvious reason for this error message is that you have line in your file - in table VIRSA_CC_CRPROF that is corrupted. Make sure all lines from table VIRSA_CC_CRPROF have all predefined fields - (VSYSKEY,PROFILE,RULESETID,RISKLEVEL,STATUS).
If you keep hiting this problem just delete this table, after the upload you`ll add the critical profiles manually - I bet you don`t have many of them.
Also from my experience I always choose to save the downloaded file in UNICODE UTF-8 format.
Once the file is saved in other format, there`s no use of it, download it again and save directly in Unicode.
Make sure you don`t have empty fields, even in the fields where you don`t have values, you must leave space, otherwise you`ll keep hitting the same issue.
Regards,
Iliya

Export/Import Project still buggy in v2.1.3

After seeing the update notes for v2.1.3 and noticing references to project importing, I started to get excited that maybe the bugs have been ironed out. Unfortunately my longstanding bug still remains.
If anyone can think of any workarounds I'd be extremely grateful...
I have a 2.16GHz Intel Core Duo MacBook Pro with 2GB RAM, running OS X 10.5.6 and now Aperture 2.1.3
I have a project with many images, arranged into stacks, a pick in each stack with many adjustment and a 62-page book created from these picks. There are also some smart albums and a light-table.
Now I export the project (i.e. in the Project Inspector I right-click the project and choose Export > Project) to a file on the desktop and rename the existing project in Aperture. I now import the saved .approject file and I find that all my Picks are no longer Picks and my book is therefore no longer made up of my desired images. (I've tried this many times now and ruled out the possibility of a corrupt export file).
As a result, when I select the Book I get the "Non-Pick Images" dialog with the dreaded "One or more placed items are no longer the pick of a stack." message. "Use Current Pick" ruins the book - I have to go through and work out all the picks again (and also re-pan all the images within the Photo Boxes as this data has also been lost). "Create new Version" appears to preserve my book's original look, but my project now contains a couple of hundred more images than it used to and my other albums and light-table still have incorrect images shown as the Picks.
Does anybody have any ideas of what I can do to ensure the stack-picks are preserved during the export/import process?
(By the way, the reason I'm exporting and then re-importing is because I actually want to do the export from my laptop where the project is and then the import on my main work machine where the rest of my Aperture library lives, but that fails for the same reason, so I'm doing the export+import on my laptop for now to reduce the number of variables in the problem.)

I go with the assumption that you now know how to create transport sets. After having created a transport set containing the objects you want to be exported, go to the administer tab under the main page of portal. There you will find the Export/Import portlet. Here you need to choose your transport set from the first LOV and then click EDIT to choose the "Security Option". Now you export out the stuff. This will export all the user page customizations for you.
Thanks.

Export Import to Maintain Test and Production Environments

We have developed an application using Locally built Database Providers in Oracle Portal 9.0.2.6 which is installed to 2 schemas, has 5 different providers, and over 100 Portal major components (Forms, Reports, and Calendars) and over 200 minor components (LOV's and Links). We have used export/import transport sets with some luck, but it is a struggle becuase the import procedures are not very robust. Many things (such as missing LOV's, corrupt components, preexisting versions, etc, etc.) can cause an import to fail. And the cleanup necessary to finally achieve a successful import can be very time-consuming.
Having a robust import mechanism is very important to our strategy for keeping installed (our own and clients') portal instances up-to-date with our latest release. Some of the enhancements that would make it much easier to develop and maintain Portal applications include:
Within the Portal:
1. Ability to copy an entire provider within the same portal (rather than one component at a time).
2. Ability to change the schema to which a Provider is associated.
3. When copying a component from one provider to another, the dependent items (i.e. LOVs and Links) should be copied to new second provider as well. (i.e. rather rebuilding each LOV in each provider and then editing each form to point to the new LOVs)
Transport Sets:
4. Should allow for changing provider names and provider schema, and global component name changes, and resetting unqiue id's on import (to create copy rather than overwrite).
5. Should allow the option to ignore errors and import all components which pass pre-check (rather than failing all components if all items do not pass pre-check).
How are other Portal Developers dealing with installing and then rolling out new sets of Locally built Database Providers from Development environments to Production? Are there any whitepapers on the best practices for replicating/installing a portal application to a new portal instance and then keeping it updated?
Oracle, are any of my wish-list items above on the future enhancement lists? Or have others figured out workarounds?
Thanks,
Trenton

There are a couple of references which can be found on Portalstudio.oracle.com that are of some use:
1. A FAQ for Portal 9.0.2.6 Export/Import http://portalstudio.oracle.com/pls/ops/docs/FOLDER/COMMUNITY/OTN_CONTENT/MAINPAGE/DEPLOY_PERFORM/9026_EXPORT_IMPORT_FAQ_0308.HTM
2. Migration Instructions by Larry Boussard (BRUSARDL)
3. Migrating Oracle Portal from Dev Systems to Production Systems bt Dheeraj Kataria.
These are all useful documents for a successful first-time Export-Import. However, the limitations and lack of robustness I listed in my first post, make the process so time-consuming and error fraught as to not be a practical development strategy.

Export/import in 904 versus 10.1.2

We have two 10G AS 904 installs (dev and prod - same O/S too). From time to time we move our production portal content to the dev server. We sometimes get corruption and have to use the Schema validation Utility scripts to fix the import to the dev server. Not a show stopper but this adds another manual step to the process.
I see the 10.1.2 version has improved import/export checks. Can anyone give feedback on the improvements in the export/import process?
Thanks
Kevin

Kevin,
Careful with this approach. Passing from DEV to PROD is ok, but then to DEV back again, what I suggest you is that you have a clean start on DEV, ie, clean the DEV machine and later do the same to the PROD. Portal Export / Import works only in one-way and not both ways (this basically has to do with the checks we do make and with possible conflicts with the objects on both sides). Also check the available documentation... which is all compiled in Metalink Note:263995.1 - Master Note for OracleAS Portal Export / Import Issues
As to the improvement of the process, please give it a check on the New Features papers (make a find on "export" - it is easier to pick the references):-
10.1.2 -- http://www.oracle.com/technology/products/ias/pdf/1012_nf_paper.pdf
10.1.4 -- http://www.oracle.com/technology/products/ias/portal/pdf/portal_1014_new_features.pdf
I hope it helps...
Cheers,
Pedro.

How to export/import new SCV and products?

Hi,
I have created a new product, product version, software component and software component version in the SLD.
Now I need to import that to another XI system with a different SLD. The product, product version etc. is unknown in the target XI system.
How/What do I have to export all these new things?
If I try to export/import the SCV, I get the following message during import:
"<b>The target namespace for the special import already contains data for one or more export lines. Continuing this import may corrupt the state of your data.</b>
Import CIM models and data to the current namespace: sld/active (Database).
Ensure that this import will not cause an inconsistent state of your data.
If you are uncertain about the consequences of this import, you should cancel it. "
Do I need more export/import steps? That means: First the product, than the product version, than the SV and finally the SVC?
Thanks and regards,
Christian

Hi Christian,
if you want to move SLD content
have a look at this doc:
https://websmp110.sap-ag.de/~sapidb/011000358700000315022005E.PDF
it's an officla guide to moving SLD content
Regards,
michal
<a href="/people/michal.krawczyk2/blog/2005/06/28/xipi-faq-frequently-asked-questions"><b>XI / PI FAQ - Frequently Asked Questions</b></a>

Export/import of Project: Master Image Not Found? No Referenced Files

I am using Snow Leopard and latest Aperture. I just exported a project from my Macbook and imported it on my iMac. All 200 images indicate that the Master Image Not Found and have the yellow triangle with the exclamation point.
I have read about problems using Referenced files. These are not Referenced.
What am I missing? Is this not the preferred way to move projects from machine to machine?
Thanks for any help...
Tom

Tony -
Just to close the loop. I discovered that some new RAM in the MBP was not good (it was OK, then didn't turn on - after a near heart attack, I tried taking out the new RAM and it was fixed!). It may be that the project export was corrupted by the bad RAM. I also disconnected the firewire drive, so that may also have contributed (even though the drive was not directly involved in any of the transfers).
So I'm marking this 'Solved'.
Thanks for your interest and help!
Tom

?BUG? App Export / Import error with javascript

Greetings -
Anyone have an idea on how to get around this or if I'm doing something wrong?
I have a page button to collapse a tree, with a URL Target of:
javascript:apex.widget.tree.collapse_all($v(P2130_TREE_ID));
Page and button work fine, have never had a problem. Until I went to do an application import and found that the SQL file for the import was corrupted due to the above line. SQL file has:
p_button_redirect_url=>'javascript:apex.widget.tree.collapse_all($v(P'||to_char(2130+www_flow_api.g_id_offset)||''_TREE_ID));',
It appears to have an extra (2x) single quote right before _TREE_ID. I have this logic in several places in my application and every place caused the same error.
Application copy also fails with same error.
Thanks,
Scott

Tom -
I assume this is the prior post you where talking about : https://forums.oracle.com/thread/2401714
However, this doesn't cover my problem. I have tried all the follow, and they all break export / import and copy functionality due to mismatched quotes:
collapse_all($v(P2130_TREE_ID));
collapse_all($v('P2130_TREE_ID'));
collapse_all($v("P2130_TREE_ID"));
collapse_all('&P2130_TREE_ID.');
collapse_all("&P2130_TREE_ID.");
These all allow the collapse button to work.
NOW, if I change my ID tag to be something like 'P_SCOTT_TREE' then everything works just fine (import/export/copy). It's having a number in the tag that is cause the problems because the export is casting it to_char and somehow throwing in an extra quote.
Thanks,
Scott

Need help with database migration using export/import

Hi,
I am planning to do a database migration from 8.0.6 to 10.2.0.4. I am using export/import. Please answer some of my queries:
1) Do i need to do full export using SYS/SYSTEM user.
exp80 system/manager file=c:full.dmp log=c:\full.txt full=y consistent=y
2) Will there be any data corruption while export.
3) Is export/import the only method of migration/upgradation.
Please help
Thanks.

I'll answer the specifics that I know about your questions, but please look at the post from Srini for additional info:
1) Do i need to do full export using SYS/SYSTEM user.
exp80 system/manager file=c:full.dmp log=c:\full.txt full=y consistent=yA full export will move as much information (metadata/data) as possible. In order to do a full export/import, you need to do this from a
privileged account. A privileged account is one with EXP_FULL_DATABASE for export and IMP_FULL_DATABASE for import.
2) Will there be any data corruption while export.The data in the objects that you are exporting is being read, nothing is written to user data. I'm not sure what this is available in 8.0.6,
but if you need a consistent export, look to see if consistent=y is available in 8.0.6. All this means is that the dump file created will have
consistent data in it.
3) Is export/import the only method of migration/upgradation.If you are changing hardware, the only supported way from 8.0 to 10.2.0.4, that I know of, is using exp/imp.
Hope this helps.
Dean

Official oracle stance on portal 9.0.2 migrate/export/import

i have been working with oracle support, scouring the forums and deja and metalink, applying patches, standing on my head... trying to export my 9.0.2 portal applications, reports, pages and such from a 9.0.2 implementation into an exact same 9.0.2 implementation. i have run into issues with the reports, issues with the pages, corrupt objects that can't be deleted, most everything stated on this forum, plus more. i have asked oracle time and again when the migrate scripts [the FAQ still posted at technet and portalcenter STILL says the scripts will be available august/september] will be ready and have gotten no meaningful response. surely oracle cannot pretend that this export/import works and I NEED A REPLY FROM ORACLE AS TO THEIR OFFICIAL STANCE on this and as to when we can expect a working solution. i am going to have to recommend against oracle portal because we cannot get from our development environment into a testing one.

thanks... i do hope they can give us some expectation of when this will be ready for primetime. i couldn't get my pages across because i get a region not found error, so i tried just to import my provider applications that include rwreps with parameters. i figured worst case i could manually recreate the pages. the export indicates no errors, the import check mode indicates no errors, but the actual import gives me a warning on every portlet parameter and none of my reports come across:
sample warning i receive:
Importing portlet preferences ..........
Importing category/perspective info ..........
---------- Before Importing Pronto Tables ----------
*** Warning: no corresponding portlet parameter ID found on target for 295 for BUSINESS_UNIT
so i applied patch 2617359 per oracle support but no luck. apparently this is another bug being worked on by support [Bug:2644937 Abstract: IMPORT:PAGE:PRONTO:REPORT:SECURITY:PORTLET PARAMETER ID NOT FOUND IN LOG] but in the meantime i face the prospect of having to manually recreate 40 plus reports on each instance. this may or may not be related to bug 2426089 from version 3.0.9.x [Bug 2426089 Abstract: PARAMETERS ARE NOT VISIBLE AFTER REGISTERING THE REPORTS ON PORTAL]. i am still trying to come up with some way to get my reports across. i'm going to try exporting/importing just a report with nothing else and see what happens.

Export/Import Project problems

I have two machines: a PowerMac (G5) and a MacBook Pro (Intel Dual Core). Both 2GB RAM, running OS X v10.5.6 and Aperture 2.1.2. (More tech spec info available if anyone thinks it relevant).
I have built up a project on the MacBook Pro, creating albums, creating stacks and making picks within the stacks, making adjustments to each of the picks and then creating a book.
I now want the project on the PowerMac G5, which is my master machine and contains all my other projects.
On the MacBook Pro I exported the project and then copied the resulting .approject file to the PowerMac. I then imported the project into Aperture from there. On a cursory scan, everything seems fine and in the Projects Inspector it shows 1376 images against the project on both machines. However, if I look more closely, I've lost all my picks. I.e. I need to go through every stack again and reselect my picks (very boring).
It gets worse when I look at the Book within the project - it's lost the positionings (i.e. I double clicked on the image and moved it around slightly to get the best crop for the selected box shape). And then I did a Close All Stacks and it deleted every picture from the book so all 60 pages were empty again and the images were all back down in the film strip!
At this point, my immediate thought was the .approject file got corrupted during the copy, but I've done a recursive diff (diff -qr fileA fileB) between the file on the MacBook Pro and the file on the PowerMac and it reported no differences at all.
Has anybody else had similar problems? Is the project import/export known to be flakey? Better yet, anybody know of any workarounds?
Thanks in advance for any help anyone can offer.
Darren

OK - I've tried eliminating some of the variables and it turns out the two-machines-issue is a bit of a red herring and this is a straightforward Export/Import bug in Aperture.
On a single machine (2.16GHz Intel Core Duo MacBook Pro with 2GB RAM, running OS X 10.5.6 and Aperture 2.1.2 (build 3G13)) I have a project with many images. I create versions of these images and apply adjustments (Sharpness, Monochrome Mixer, Exposure, Enhance, etc.). I then make the adjusted version the Pick and I've created a 62 page book from these Picks.
Now I export the project (i.e. in the Project Inspector I right-click the project and choose Export > Project). I export the project to a file on the desktop and rename the existing project in Aperture. I now import the saved .approject file and I find that all my (long and carefully chosen) Picks are no longer Picks. (I've tried this a few times and ruled out the possibility of a corrupt export file).
As a result, when I select the Book I get the "Non-Pick Images" dialog with the dreaded "One or more placed items are no longer the pick of a stack." message.
I have two options at this point: "Use Current Pick" ruins the book - I have to go through and work out all the picks again (and also re-pan all the images within the Photo Boxes as this data has also been lost).
Or I can choose "Create new Version", which appears to preserve my book's original look (I haven't looked in too much detail yet), but my project now contains a couple of hundred more images than it used to (or at least extra versions which, whilst I know these are relatively 'cheap', are still unnecessary) and this still doesn't help with my other albums and light tables, which still have incorrect images shown as the Picks.
I'm finding this quite a worry - I originally hesitated to move my photo library into Aperture due to the thought of losing the metadata one day if I moved from Aperture to something else, but in the end I decided to trust that something as simple-to-test as Export/Import would get properly implemented - now I'm beginning to fear that it doesn't even within the same version of Aperture, never mind different versions of Aperture or (heaven forbid) different applications altogether

Memory Limitation on EXPORT & IMPORT Internal Tables?

Hi All,
I have a need to export and import the internal tables to memory. I do not want to export it to any data base tables. is there a limitation on the amount of memroy that is can be used for the EXPORT & IMPORT. I will free the memory once I import it. The maximum I expect would be 13,000,000 lines.
Thanks,
Alex (Arthur Samson)

You don't have limitations, but try to keep your table as small as possible.
Otherwise, if you are familiar with the ABAP OO context, try use Shared Objects instead of IMPORT/EXPORT.
<a href="http://help.sap.com/saphelp_erp2004/helpdata/en/13/dc853f11ed0617e10000000a114084/frameset.htm">SAP Help On Shared Objects</a>
Hope this helps,
Roby.

Using set/get parameters or export/import in BSP.

Hi All,
Is it possible to use set/get or export/import in BSP?
We need to set/export some variables from a BADI and get/ import them in the BSP application.
Code snippet will be of great help..
Thanks,
Anubhav

Hi Anubhav,
You can use the Export / Import statements for your requirement,
from the BADI use EXPORT to send the variable data to a unique memory location
with IDs
e.g.
*data declaration required for background processing
      DATA: WA_INDX TYPE INDX.
**here CNAME is the variable you want to export
EXPORT PNAME = CNAME TO DATABASE INDX(XY) FROM WA_INDX CLIENT
            SY-MANDT ID 'ZVAR1'.
and in the BSP application use the IMPORT statement to fetch back the values
set with the IDs above.
IMPORT PNAME = LV_CNAME
FROM DATABASE INDX(XY) TO WA_INDX CLIENT
SY-MANDT ID 'ZVAR1'.
deletes the data to save wastage of memory
DELETE FROM DATABASE INDX(XY)
    CLIENT SY-MANDT
    ID 'ZVAR1'.
Regards,
Samson Rodrigues

Issue with Memory ID export / import

Hi Experts,
We are facing strange issue during export/import from memory ID.
We are exporting value to Memory ID from module pool program and trying to import same value in SAP workflow method.
While importing the value from memory ID it is failing to import and gives sy-subrc =4.
Any idea how can we do export/import in module pool program to Workflow method?
Regards,
Sanjana

Hi sanjana,
Please check the link. Here you can find some examples also.
http://wiki.scn.sap.com/wiki/display/Snippets/Import+and+Export+to+Cluster+Databases
P.S
http://help.sap.com/saphelp_nw04/helpdata/en/fc/eb3bf8358411d1829f0000e829fbfe/content.htm
You just need to create a key and an ID to save data into INDX table.Once its saved you can use same key and id to import .
Again mentioning , dont forget to delete using same key and ID once you have imported else it may give error.
Regards,
Sandeep Katoch

Best choice for exporting / importing EUL

Hi all
I have been tasked with migrating an EUL from a R11 to a R12 environment. The Discoverer version on both environments is 10.1.2 and the OS is Solaris on oracle db's.
I am unfortunately not experienced with Discoverer and there seems to be no one available to assist for various reasons. So I have been reading the manual and forum posts and viewing metalink articles.
I tried exporting the entire eul via the wizard and then importing it to the new environment but i was not successfull and experienced the system hanging for many hours with a white screen and the log file just ended.
I assumed this was a memory problem or slow network issues causing this delay. Someone suggested I export import the EUL in pieces and this seemed to be effective but I got missing item warnings when trying to open reports. This piece meal approach also worried me regarding consistency.
So I decided to try do the full import on the server to try negate the first problem I experienced. Due to the clients security policies I am not able to open the source eul and send it to our dev. I was able to get it from their dev 11 system but I dismissed this as the dev reports were not working and the only reliable eul is the Prod one. I managed to get a prod eex file from a client resource but the upload to my server was extremely slow.
I asked the dba to assit with the third option of exporting a db dump of the eul_us and importing this into my r12 dev environment. I managed this but had to export the db file using sys which alleviated a priviledge problem when logging in, I have reports that run and my user can see the reports but there are reports that were not shared to sysadmin in the source enviroment are now prefixed with the version 11 user_id in my desktop and the user cannot see her reports only the sysadmin ones.
I refreshed the BA's using a shell script I made up which uses the java cmd with parameters.
After some re reading I tried selecting all the options in the validate menu and refreshing in the discover admin tool.
If I validate and refresh the BA using the admin tool I get the hanging screen and a lot of warnings that items are missing( so much for my java cmd refresh!) and now the report will not open and I see the substitute missing item dialogue boxes.
My question to the forum is which would be the best approach to migrate the entire eul from a R11 instance to a R12 instance in these circumstances?
Many thanks
Regards
Nick

Hi Srini
The os and db details are as follows:
Source:
eBus 11.5.2
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
SunOS 5.10 Generic_142900-11 sun4u sparc SUNW,Sun-Fire-V890
Target:
ebus 12.1.2
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production DEV12
SunOS 5.10 Generic_142900-11 sun4u sparc SUNW,Sun-Fire-V890
Yes the DBA initially did an exp for me using EUL_US as the owner but a strange thing happened with privileges and also, some of the imported tables appeared in the target environment under the apps schema(21 tables) even though the eul_us exp had been 48 tables.
I also had a problem on the db with "eul_us has insufficient privileges on table space discoverer" type errors.
I checked the eul_us db privileges and was unable to resolve this initial privilege error even though the privileges were granted to eul_us.
The dba managed to exp as system and then import it with the full=y flag in the import command which seems to bring in the privileges.
Then I ran the eul5_id.sql and then made up a list of the business areas and made a sh script to refresh the business areas as follows:
java -jar eulbuilder.jar -connect sysadmin/oracle1@dev -apps_user -apps_responsibility "System Administrator" -refresh_business_area "ABM Activities" -log refresh.log
This runs successfully and I can log in select business area and grant access to the users. The reports return data.
Then one of the users said she can't see all her reports. I noticed some if I opened desktop that were sitting there prefixed with a hash and her version 11 user id.
So back to the manuals and in the disco admin help the instructions are to first go to view > validate > select all options then go to the business area and click file refresh. This gives me a lot of warnings about items that are missing. I assume this is because the item identifiers brought across in the db dump are the version 11 ones and thus not found in the new system.
Any suggestions?
Many thanks
Nick

Export/Import Corruption ?

Similar Messages

Maybe you are looking for