Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Current »

The best way to think of Data Mart migration is that it is model migration. While models are clearly meant to move from a source to a target environment as part of the software development life cycle, there are likely to be other Mart characteristics like scheduling and users access controls that are not shared among environments, and should not migrate. The following table shows what is and is not migrated by Migration Wizard.

Component

Migrated

Not Migrated

Mart Tables



Table Data


X

Manage Mart Section



Administration/Config Settings


X

Administration/Archive Settings


X

Schedules


X

Snapshots


X

Extensions

X


Model Information
The Business Dates table does not migrate.



Definition tab

X
(Except Schedule to Run check boxes)


Fields tab

X
(Mappings to performance models are migrated, but not the models themselves.)


Field Schedules tab


X

Filters/Mapping tab

X


Funds (Entities) tab


X

Access tab


X

Currencies tab

X


Execution Log section



Filter Settings


X

View Mart Data section



View Settings


X

Underlying Meta Data



Field Attributes

X


Classifications (regular dictionaries)

X


Filter Rules

X


Range Rules

X


Codes/Code Values

X


Performance Dictionaries


X
Use direct migration of performance calculation profile, and run that profile to create the performance dictionary. You may not migrate a model that is mapped to a performance dictionary until that dictionary is present in the target environment.

Source Rules


X
Use direct migration of the source rule.


  • No labels