Déplacement d'une application vers la production

Les raisons de déplacer des applications, ou une partie de leur contenu sont les suivantes :

Déplacer des applications vers la production après avoir testé l'environnement de développement
Déplacer des applications vers une autre batterie de serveurs. Par exemple, pour tester une nouvelle version de Infor EPM.
Déplacer des applications d'un locataire unique de développement vers un locataire unique de production. Certaines opérations nécessitent l'aide des responsables Cloud en raison de la limite de téléchargement de 128 Mo.

Vous pouvez déplacer une application personnalisée et une application métier Infor EPM comme action initiale ou comme mise à jour d'une application déjà existante dans l'environnement cible.

Ce tableau affiche les actions et les explications dont vous devez vous souvenir lorsque vous déplacez une application vers le système de production :


Type d'action	Applications personnalisées	Applications métier Infor EPM
Initialiser	Pour regrouper une application personnalisée dans le fichier .biapplication cliquer sur Exporter dans le tableau de bord Applications. Installer ensuite l'application dans le locataire cible.	Pour étendre les applications métier standard, vous pouvez créer une application personnalisée, qui fournit des rapports personnalisés et des processus Application Engine à l'application standard. Pour regrouper une application personnalisée dans le fichier .biapplication cliquer sur Exporter dans le tableau de bord Applications. Installer ensuite l'application dans le locataire cible. Remarque Dans les environnements sur site, vous devez installer manuellement des applications métier Infor EPM dans la batterie de serveurs du locataire cible. Voir « Installation des applications métier Infor EPM ».
Initier/mettre à jour	Pour déplacer le modèle OLAP et le modèle relationnel, y compris les tables de transition, les requêtes de chargement et les scripts, utiliser la fonctionnalité d'exportation de lot dans modélisation relationnelle. Importer ensuite le fichier .rmbundle dans le locataire cible. Voir « Exporter et importer ». Remarque Dans le cas de tables volumineuses et des données qu’elles contiennent, utilisez SQL Management Studio pour déplacer les données.	Pour étendre la base de données OLAP (DEPMAPPS), utiliser la fonctionnalité d'exportation de lot pour déplacer le modèle OLAP et le modèle relationnel, y compris les tables de transition, les requêtes de chargement et les scripts. Importer ensuite le fichier .rmbundle dans le locataire cible. Voir « Exporter et importer ».
Initier/mettre à jour	Actuellement, vous ne pouvez pas exporter et importer des configurations de sécurité telles que les rôles de IFS et les affectations de rôles des utilisateurs. Vous devez effectuer la configuration manuellement.	Actuellement, vous ne pouvez pas exporter et importer des configurations de sécurité telles que les rôles de IFS et les affectations de rôles des utilisateurs. Vous devez effectuer la configuration manuellement.
Mettre à jour	Chaque fois que vous déplacez du contenu mis à jour, il est recommandé d'effectuer ces actions : Avant d'importer, sauvegarder la base de données OLAP. Voir « Exportation et importation de bases de données OLAP ». Vérifier s'il faut déplacer uniquement des parties de la base de données OLAP et certains rôles de données vers le locataire de production. En règle générale, les cubes et dimensions de la base de données OLAP ainsi que les rôles de données sont créés et remplis via la modélisation OLAP dans le locataire de production. Par conséquent, l'exportation et l'importation de la base de données OLAP peuvent ne pas être nécessaire. Remarque Vérifier si la base de données OLAP contient du contenu et une configuration de sécurité qui ne font pas partie du modèle OLAP, tels que les rôles de données, les rôles d'application et leurs autorisations dans les cubes d'accès. Si c'est le cas, vous devez exporter et importer la base de données ou des parties de celle-ci. Voir « Exportations d’applications ». Attention Toujours importer les rôles d'applications et, si nécessaire, les rôles de données avant d'importer la base de données OLAP. Sinon, vous perdrez vos données. Dans la base de données OLAP, la dimension Rôles (_GRP) est automatiquement actualisée via les rôles du système cible lors du démarrage du système. Lorsque vous utilisez les fonctionnalités d'exportation et d'importation de l'application, l'ordre correct de l'exportation et de l'importation est conservé. Veiller à importer soit des rôles d'application uniques, soit le fichier .biapplication avec les rôles d'application avant d'importer la modélisation. Utiliser l'une de ces méthodes pour importer le modèle OLAP dans le locataire de production : Importer de nouveaux objets du modèle OLAP et remplacer les objets existants. Cette méthode permet de s'assurer qu'aucun enregistrement n'est perdu lors de l'importation. Effacer le modèle OLAP existant et le remplacer par le nouveau modèle. Remarque Veiller à enregistrer les données du modèle de production avant de les importer. Vous pouvez importer à nouveau les données du modèle après l'importation du modèle. Vérifier s'il existe des tables de transition dont les données doivent être déplacées vers le locataire de production. Remarque Les tables du locataire de production contiennent des données réelles qui ne doivent pas être remplacées.	Chaque fois que vous déplacez du contenu mis à jour, il est recommandé d'effectuer ces actions : Avant d'importer, sauvegarder la base de données OLAP. Voir « Exportation et importation de bases de données OLAP ». En règle générale, il n'est pas obligatoire d'exporter et d'importer la base de données OLAP (DEPMAPPS) et les rôles de données vers le locataire de production. Dans le système de production, les rôles de données sont générés par l'intermédiaire de Business Modeling. Les cubes et les dimensions de la base de données OLAP sont également créés et remplis par l'intermédiaire de Business Modeling. Vérifiez s'il faut déplacer les données qui se trouvent dans les tables d'intégration. En règle générale, les données des tables d'intégration ne sont conservées que temporairement et sont effacées après leur importation vers Business Modeling. Remarque Il n'est pas obligatoire de déplacer le schéma des tables d’intégration. Les tables sont créées et gérées via Business Modeling. Si vous ajoutez des propriétés personnalisées à un objet métier dans Business Modeling, les tables d'intégration sont automatiquement étendues par des champs supplémentaires.

Ce tableau décrit les tâches, dans l'ordre dans lequel elles doivent être exécutées, pour déplacer une application manuellement :


Terminé	Tâche	Informations supplémentaires
❑	Créer l'application cible. Lorsque vous déplacez le contenu d'une application personnalisée pour la première fois, vous devez créer une application cible vers laquelle importer le contenu. Sélectionner les mêmes fonctions que dans l'application source lorsque vous créez l'application cible. Remarque Ignorez cette tâche si vous utilisez la fonction Exporter l'application pour exporter une application personnalisée vers un fichier .biapplication. Remarque Il n'est pas obligatoire de créer l'application cible pour les applications protégées et standard, qui sont déployées.	Tableau de bord Applications Voir Gestion des applications ST.
❑	Ajouter des connexions de données personnalisées. Les connexions de données personnalisées utilisées par les rapports Application Studio sont déplacées avec l'exportation/l'importation du rapport. Les connexions de données pour les mappages OLAP, etc. doivent être recréées au préalable.	Tableau de bord Connexions de données Voir Ajout d'une connexion de données.
❑	Exporter et importer des requêtes et des tables.	Tableau de bord Modélisation relationnelle Voir Exportation d'un modèle et Importation d'un modèle.
❑	Exporter et importer les rôles de données OLAP. Il convient d'importer les rôles de données OLAP dans l'application de production avant d'importer les données OLAP.	Tableau de bord Rôles de données Voir Exportation des rôles de données et Importation des rôles de données.
❑	Exporter et importer les rôles d'application. Il convient d'importer les rôles d'application dans l'application de production avant d'importer les données OLAP. Remarque Cette tâche ne s'applique pas aux applications restreintes telles que les applications métier Infor EPM. Lorsqu'il s'agit d'applications protégées, vous devez exporter et importer uniquement des objets personnalisés.	Tableau de bord Rôles d'application Voir Exportation de rôles d'application et Importation de rôles d'application.
❑	Exporter et importer des données de OLAP. En règle générale, il n'est pas possible de transférer des données OLAP du développement à la production, car elles se trouvent essentiellement en production. Il peut être nécessaire de déplacer les données OLAP de la production vers le développement pour développer des rapports personnalisés à l'aide de données réelles.	Tableau de bord Bases de données Voir Exportation et importation de bases de données OLAP.
❑	Exporter et importer les mappages.	Tableau de bord Vue d'ensemble du mappage Voir Exportation de mappages et Importation de mappages.
❑	Exporter et importer des processus de Application Engine. Remarque Pour les applications restreintes telles que les applications métier de Infor EPM, les processus personnalisés sont situés dans une application personnalisée qui prolonge l'application restreinte. Lorsqu'il s'agit d'applications protégées, vous devez exporter et importer uniquement des objets personnalisés.	Application Engine Process Editor Voir Exportation de processus vers un dossier et Importation de processus depuis un dossier.
❑	Exporter et importer des rapports Application Studio. Remarque Pour les applications restreintes telles que les applications métier Infor EPM, les rapports personnalisés sont situés dans une application personnalisée qui prolonge l'application restreinte. Lorsqu'il s'agit d'applications protégées, vous devez exporter et importer uniquement des objets personnalisés.	Application Studio Voir Exportation, importation et impression.
❑	Exporter et importer des tableaux de bord. Remarque Cette tâche ne s'applique pas aux applications restreintes telles que les applications métier Infor EPM. Lorsqu'il s'agit d'applications protégées, vous devez exporter et importer uniquement des objets personnalisés.	Voir Exportation de tableaux de bord et Importation de tableaux de bord.
❑	Sauvegarder et restaurer la base de données Business Modeling.	Microsoft SQL Server Voir la documentation de Microsoft SQL Server. Les valeurs de configuration telles que les jeux de configuration et les versions sont stockées dans des cubes de configuration et sont incluses dans la sauvegarde de la base de données OLAP. Les responsables Cloud doivent accomplir cette tâche pour les installations de locataire unique (Single Tenant).
❑	Exporter et copier les définitions ImportMaster (IMD).	Nécessite le client complet ImportMaster. Consulter l'aide en ligne ImportMaster.