Sur le serveur source
- Export de l'application: Exporter l'ensemble des métadatas de l'application. cela comprend les dimensions, hiérarchies, models etc. Utiliser la ligne de commande suivante:
ppscmd migrate /export /server/application - Préparation de la base de Staging: Utiliser l'application Planning Data Migration Tool
- Backup de la base de Staging
- Export des reports: Dans l'add-in Excel, exporter chaque rapport au format "ZIP Compression".
Sur le serveur destination
- Copie des fichiers: Copier sur le serveur destination les fichiers sauvegardés de la machine source (application, base de staging, reports). Ou sinon les rendre au moins accessibles sur le réseau.
- Création de l'application: Utiliser la console d'administration. Attention, choisir l'option de génération des scripts et d'exécution manuelle
- Exécution des scripts: Exécuter les 4 scripts SQL créés par l'application
- Import de l'application : Importer les métadatas de l'application. Utiliser la ligne de commande suivante:
ppscmd migrate /import /server - Restore de la base de Staging
- Chargement des données de la base de Staging: Utiliser l'application Planning Data Migration Tool
- Déploiement du site
- Import des rapports: Depuis l'add-in Excel, importer les fichiers ZIP exportés du serveur source
- Paramétrage la sécurité: Après avoir importé (ou recréé) les utilisateurs, les affecter à leurs rôles respectifs. Attention, si certains rôles ont une sécurité par utilisateur d'activée sur certaines dimensions, penser à les reconfigurer.
- Création des cycles et assignements
Conclusion
Cette méthode de migration fonctionne bien. Cela dit je ne doute pas qu'elle puisse encore être améliorée. Si vous avez des astuces n'hésitez pas à les partager dans les commentaires de ce post, merci d'avance! :-)
Nb: Cette méthode fonctionne également pour migrer une application d'un serveur RTM vers un serveur SP1.
.png)
.png)