Audience | System Administrators | Version/ Date | v0.1 | Nov 25/2022 |
Collection | DHIS2 PSI SOPs | Effective date |
|
DHIS2 configurations are created and modified on designated development/testing environment. Only after a full testing cycle, and with the final approval from the product owner during UAT, they can be moved to a production environment.
Moving a configuration
Moving a configuration (DHIS2 Program or Dataset) consist in obtaining an export configuration file in the form of a JSON file from the /wiki/spaces/DHM/pages/13271088, to be subsequently imported into the /wiki/spaces/DHM/pages/13271088.
Metadata export
You can export a DHIS2 configuration by using the build-in metadata export, with dependancies, or PSI’s Program Configuration App (PCA). If you use the build-in metadata export, you will need to ensure that you exclude sharing data, Org Unit assignments and any other UIDs that may not exist in the production server. If you use the PCA, simply select ‘clean export’, option that produce a file that can be imported into any server.
Ensure that your destination server uses the same Default Cat Option/ Cat Combo/ Cat Option Combo - otherwise, edit your export file before attempting to import it.
Metadata import
Very few users have the rights to import a metadata file into PSI’s production environment. You should test your metadata file in either PSI’s DHIS2 Clone or Staging /wiki/spaces/DHM/pages/13271088. If your program or dataset perform adequately, you should submit a request ticket to PSI’s help desk with the request “DHIS Production Deployment”
Data move
Normally, there is no need to move data from a testing/staging.
See also
Testing DHIS2 configurations and apps
Moving a DHIS2 Configuration to Production (Deployment)
Versions
0.1 | Nov 29/ 2022 | R. Melia - first draft |
Add Comment