Showing results for 
Search instead for 
Did you mean: 

Data Transfer between repositories, Working / Production, V1R3cp14.

New Contributor

Data Transfer between repositories, Working / Production, V1R3cp14.


My EA Team and I are fairly new to the Mega and we are setting up a production repository to publish our models and generate the static Mega Web site. But were having problems getting the export / import objects from the working to production repositories to work correctly.

When exporting a diagram, it's not bring in all the object, Functionalities etc. on the diagram...

Note: I found a Mega document called Data Transfer between Repositories, but it was written for version 2009 SP5.

Is there any information / documents to transfer data or Export / Import for V1R2/V1R3? I performed a search in this site, but didn't find anything relevant.

Any assistance for best practiced for this use case is appreciated.


Tags (1)

Re: Data Transfer between repositories, Working / Production, V1R3cp14.

Hi Mark,


If your repositories are in the same MEGA environment, there is a tool called "Compare & Align" to help transfer data. You can run the utility on an object, a repository, or from your transaction I believe. It compares the state of the objects between a source and target repository, and then allows you to "transfer" the differences to the target repository. A couple of things to keep in mind:

- duration of the compare & aling operation: the more objects you're comparing, the longer it can take

- pick the right perimeter: the "perimeter" in HOPEX determines what related objects will be included in the operation based on propagation from the object you are performing the operation. Export and Compare & Align use the perimeter. It is possible that the perimeter you selected does not include certain objects related to a diagram, which would explain why they weren't included in the export.

- We use both export and compare & align, depending on what we're transfering. If I  need to transfer a set of objects, and their diagrams but only to 1 or 2 levels of decomposition, I prefer using queries to build an export file because I can more easily control what gets included in the export. For example we have processes that are decomposed to 3 levels of detail, but the users only want to transfer the first 2 levels: if I use the perimeter, everytime HOPEX finds a process with a diagram, it will export it, regardless of the level (so my transfer now includes all 3 levels of processes). Using queries, I can extract just the 2 levels I want.


I believe the data transfer functionality still exists in V1R2/R3: I think the value of it is that users can submit content for validation, and once it's validated it can be added to the transfer queue that you can schedule to run.


There should be documentation on the comapre & align function in the online documentation: I believe it's in the Administration user guide.


Hope this helps,


New Contributor

Re: Data Transfer between repositories, Working / Production, V1R3cp14.


Thank you, this helps.


With additional trial and error, I discovered one of the Perimeters, “Standard for Extensions (Compatibility 2009 in Hopex Mode)", worked when I Exported/Imported a project! I'll look into the Compare & Align feature and test it. Sounds like we can use this in place of the Export/Import or use it once we have imported the project and run the compare & Align if any changed take place in the source repository.


I played w/ the transfer, created a test template, added a test object to transfer, and scheduled the transfer. But haven't been able to get it to work, it rejects each time. We'll most likely use the Export/Import Compare and Align at this point, so this isn't a priority. 





MEGA Partner

Re: Data Transfer between repositories, Working / Production, V1R3cp14.

In our context, we use work logs to publish our works to a production environment. We are almost satisfied with this approach.


We used that way to include objects deletion into the delivery which is not applied inexport/import approach.

Also, the "Compare & Align" feature is only applicable in a single environment, which means that publication types (Web site or RTF) are shared. So it is not applicable in our context (we don't want to publish officialy some models in progress).