In this window, you can deactivate any environment you do not want to include in a migration. This way, when you migrate an archive set to a distribution environment, Stat migrates the objects only to the active environments in the distribution list. To deactivate all the environments, click Set All Inactive. If you want to reactivate an environment, you can do so at any time by selecting the Active check box, or if you want to reactivate all the environments, click Set All Active.
Also, Stat does displays an error message if it successfully completes a migration to a distribution environment but not to one or more of its associated environments (which would be the case if, for example, the password to one of the environments was incorrect). Instead, this information is displayed in the Migration History window. For more information, see Documenting Migrations (Generic Applications) .
2 |
3 |
(Optional) In the Description field, enter a unique description of the migration. |
4 |
(Optional) Select the Stop on Error option if you want the Stat Central Agent to terminate the migration at the first error it encounters. |
5 |
(Optional) De-select the E-mail Notification option if a business rule or personal rule triggered by a migration event has been defined for the service domain and you do not want Stat to send email notifications that may be triggered by the migration. |
8 |
(Optional) In the Migrate column, de-select the individual objects you do not want to migrate. |
10 |
• |
Development Env – Select if you want to place the file objects in the source file locations of the Development environment |
• |
Working – Select if you want to place the file objects in the developers’ working directories. Only the file objects assigned to each developer get copied into their working directories. |
• |
Dev & Working – Select if you want to place the file objects in both the source file locations and the working directories. If the archive set does not contain any file objects or the target environment is not Development, this option is dithered with a value of “NA.” |
11 |
Click Migrate. |
Regarding Pre and Post Migration Steps windows:
Unlike the Pre Migration Steps window, the Post Migration Steps window is not opened automatically. Instead, post migration steps have a default status of Pending, which means that until the user changes the status of a post migration step to either Complete or N/A (Not Applicable), the migration will have a status of Wait for Post Step in the Migration Console. This is how Stat prompts users to complete post migration steps as intended. Once all the post migration steps have been marked as Complete or N/A, the status of the migration will change to Complete.
Automatic steps consist of custom commands defined by your system administrator. For more information on automatic steps, see the book, Stat System Administration, Chapter 5, “Service Domain-Specific Maintenance.”
To execute an automatic step, click Run. Depending on the step, Stat may prompt you to specify additional parameters.
Predefined parameters specify values used to login to a target environment during a migration (database name, user name and password), whereas user and server-based parameters generally invoke values specific to the users and file servers defined in Stat. Also, certain parameters may be defined so that their values are different depending on which user or server they are being applied to. For more information on pre and post migration step parameters, see the book, Stat System Administration, Chapter 4, “General Maintenance Tables”.
1 |
In the Command with parameters field, enter the command you want Stat to run. |
NOTE: System administrators can restrict user access to certain servers at the service domain level. The servers displayed in the Server field drop-down list may be limited if the server access of the current user has been restricted. For more information, see Stat System Administration, Chapter 3, “Stat Security.” |
3 |
Click Interpret >>. |
4 |
5 |
Click OK. |
To view the history of any automatic step, select it and click History. This opens the Migration Step History window, which displays a record of each time Stat successfully executed the command. These records display the date and time the step was run, the user who ran it, and what parameters were used.
To view the log for the step, click Log. To print the history table, click Print. To export it to a file format, click Export.
2 |
Select Complete for each step that Stat performs successfully. |
3 |
(Optional) Complete any manual steps, or perform them at a later time as required. Then select Complete for each step you perform. |
NOTE: Until a post migration step has been marked as either Complete or N/A (non-applicable or not applied), the migration will have a status of Wait for Post Step in the Migration Console. Once all the post migration steps have been marked as Complete or N/A, the status of migration will change to Complete. |
4 |
Click OK. |
The process is the same for migration of all types of archive sets.
© ALL RIGHTS RESERVED. Feedback Terms of Use Privacy Cookie Preference Center