Scott, I feel your pain, but the only real solution I see for you is to get BMC to get their code straight. You SHOULD be able to export from server A and import to server B, and as long as you chose the correct options, have server B look EXACTLY like the export from A, if that's not working, BMC needs to fix it.
Regarding the exports/imports failing....I have personally found on large export/import that separating the forms into one file and everything else into another file has solved all of my timeout issues I personally have experienced. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of W Scott Russell Sent: Thursday, September 20, 2012 7:19 AM To: [email protected] Subject: Imports/Exports in ARS 7.6.4 patch 2 ** Looking to see if anyone else is having issues with Imports/Exports in this version of Remedy. Env: ARS 7.6.4 patch 002 (Server Group with many servers) Solaris 10 Oracle 11g Total Custom Build Applications in Base Mode We have multiple environment so that we can develop, test, and train on our application prior to moving it to production. Therefore, we rely on the ability to perform exports and imports of changed workflow (tracked via server events and another custom application) to move the changes from environment to environment. After upgrading to 7.6.4 patch 2 (from 7.1) we have found that we can no longer export our entire environment into one def file - also, most of the time, export via dev studio (or devil studio as we are calling it now) fails with various errors. We have been working the issue for several months with BMC and got a hotfix; however, it only works some of the time. Therefore, we have resorted to using the driver program to perform the export. As for imports, everything looked good until a developer accidentally added fields to all views of a form. We found it after we imported the form into our test environment. So we went back to the development environment and removed the fields from the other views and exported the form. Here is the main issue, when reimporting the form, the fields are NOT removed from the other views. We tried multiple different options on the import; however nothing worked. BMC told us to use the driver program to perform the import and add in the import option of AR_IMPORT_OPT_OVERWRITE_DISP_PROPS = 16777216 and that this option is not available in dev studio. We did this and the form looked correct on the "admin" server in our server group; however, our user reported that the form was not fixed. After days of research, multiple bounces of the "user" servers, multiple arsignals we found that when looking at the "user" servers via dev studio, the form was not fixed - but it looked fine on the "admin" server. Further investigation, found that the "admin" server had not been bounce after the import; therefore, it was showing the corrected form. Once the "admin" server was bounced, it no longer showed the corrected form. So, if dev studio and the driver will not import (and correct) a form (dev studio - java api; driver - c api), it looks like the only option left is to code directly in each environment - which lead to all kinds of other issues. Thus far, nothing back from engineering. So I am hoping someone else has seen this and (really hoping) has found a better resolution. Thanks, Scott _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
