Migration des scénarios et solutions de planification de l’aide à la décision

Article
03/04/2017

S’applique à : SharePoint Server 2010 Enterprise

Dernière rubrique modifiée : 2016-11-30

Migration du déploiement

La migration transporte une solution d’un environnement de développement vers un environnement de production. Cela implique généralement trois environnements et deux étapes de migration :

Migration de développement vers test.
Migration de test vers production.

Développement

Généralement, le développement de la solution peut s’effectuer sur un seul serveur qui utilise tous les services requis. Microsoft SQL Server et Microsoft SQL Server 2008 Analysis Services (SSAS) doivent être installés localement. Cela est idéal puisque pour un développement standard, il vous faut :

Le contrôle total sur l’environnement pour une résolution rapide en cas de problèmes non spécifiquement liés au développement de la solution.
Des configurations simplifiées de serveur.
Vous concentrer sur la conception et les exigences de la solution.

Test

Le but principal de l’environnement de test est de valider la conception dans l’environnement de développement ou dans un environnement qui se rapproche au maximum de l’environnement de production. L’environnement de test est axé sur les aspects suivants :

Validation de la logique métier
Tests de performances
Sécurité et contrôle d’accès

Production

L’environnement de production est celui de mise en service auquel accèderont les utilisateurs finals de la solution. Cet environnement doit être muni d’un système de sauvegarde et de redondance intégré afin qu’il n’y ait aucune perte de données importantes émanant des travailleurs de l’information.

La migration de la solution de planification impliquera le déplacement et la reconfiguration des actifs suivants de l’environnement source vers un environnement cible :

Base de données de planification sur SQL Server
Base de données de planification sur SQL Server Analysis Services
Modèles de formulaires Excel sur Microsoft SharePoint Server 2010
Packages ETL générés à l’aide de Microsoft SQL Server Integration Services (SSIS)

Base de données relationnelle

La migration de la base de données relationnelle peut être effectuée par simple processus de sauvegarde et restauration. Faites un fichier de sauvegarde de la base de données SQL Server en utilisant SSMS :

Le fichier de sauvegarde peut ensuite servir à restaurer la base de données sur l’environnement cible SQL Server. Une fois cette restauration effectuée, vous pouvez procéder à la restauration de la base de données multidimensionnelle.

Base de données multidimensionnelle

Vous pouvez aussi effectuer la migration de la base de données multidimensionnelle par un processus de sauvegarde et restauration comme pour la base de données relationnelle. Les opérations à envisager suite à la restauration de la base de données incluent notamment :

Mise à jour de la sécurité basée sur les rôles
Mise à jour des sources de données

Mise à jour de la sécurité basée sur les rôles

La sécurité est généralement configurée différemment sur les divers environnements de la migration. Par exemple, dans l’environnement de développement, il y a beaucoup plus d’utilisateurs experts ayant l’autorisation de traiter et modifier la base de données multidimensionnelle que dans un environnement de production. Lors de la configuration de la sécurité, il est recommandé de prendre en considération les droits requis pour les utilisateurs dans chaque environnement de migration et de supprimer les rôles non pertinents pour cet environnement.

Sécurité de l’environnement de développement

Il est recommandé de créer un seul rôle SQL Server Analysis Services qui contiendra tous les utilisateurs experts pour l’environnement de développement. Ce rôle de développement aura des autorisations élevées comparées à la plupart des autres rôles sur le plan de l’interactivité avec la base de données multidimensionnelle. Par exemple, les autorisations de traitement de la base de données et de création/modification/suppression d’objets de la base de données sont accordées à ce rôle. La création d’un seul rôle permet à l’administrateur de facilement supprimer ou mettre à jour des utilisateurs dans le rôle lors du déplacement d’un environnement à l’autre. Pour une plus grande simplicité de gestion, utilisez des groupes Active Directory pour l’ajout des membres au rôle. Ainsi, les informaticiens pourront gérer la sécurité sans accéder du tout à SQL Server Analysis Services.

Sécurité de l’environnement de test

Dans l’environnement de test, notre objectif est d’émuler la configuration de la sécurité qui existera dans l’environnement de production. Lors de la configuration de la sécurité, certains aspects sont à prendre en considération selon la complexité des besoins de sécurité, notamment :

Rôle basé sur chaque segment de données sécurisé.
Rôle par travailleur de l’information, contenant sa propre définition de la sécurité.

En majeure partie, il est acceptable que le rôle de développement soit disponible dans l’environnement de test. Par ailleurs, pour les utilisateurs qui n’existent que dans l’environnement de test pour tester l’acceptation utilisateur, il est recommandé de créer des rôles distincts clairement identifiables. Lors de la migration vers la production, les rôles de développement et de test doivent être supprimés.

Sécurité de l’environnement de production

L’environnement de production ne devrait contenir aucun rôle de développement ou de test. Supprimez ces rôles après la restauration de la base de données multidimensionnelle dans l’environnement de production. Vérifiez que les rôles de sécurité configurés sont réservés uniquement aux travailleurs de l’information autorisés à accéder à l’environnement de production.

Mise à jour des sources de données

Sur la base de données multidimensionnelle, assurez-vous de mettre à jour la propriété de la chaîne de connexion vers la source de données afin de la faire pointer vers l’environnement SQL Server cible.

Vérifiez que le serveur SQL Server Analysis Services a accès au serveur de bases de données relationnelles. Pour tester que tout est configuré correctement, effectuez un processus de base de données qui recharge la base de données multidimensionnelle.

Modèles de formulaires Excel

Transférez les modèles de formulaires de la bibliothèque de documents SharePoint dans une autre bibliothèque créée pour l’environnement de migration cible. Mettez à jour les propriétés des chaînes de connexion pour les connexions de données utilisées par les tableaux croisés dynamiques et faites-les pointer vers la base de données multidimensionnelle de l’environnement cible.

Packages ETL

Les packages destinés au transfert de données entre les systèmes sources et la solution de planification peuvent nécessiter une mise à jour lors de leur migration vers l’environnement cible. Selon la façon dont les propriétés de configuration sont définies dans les packages SSIS, des mises à jour des chaînes de connexion peuvent être requises en utilisant les éléments suivants :

Fichier de configuration XML
Variable d’environnement
Entrée de Registre
Variable de package parent
SQL Server

Pour plus d’informations sur la gestion des chaînes de connexion dans les packages SSIS, voir Configuration de package de services d’intégration (éventuellement en anglais).

Pour les environnements de test et de production, il est recommandé de disposer de la configuration suivante à quatre serveurs. Le serveur critique qui doit résider sur un ordinateur autonome est le serveur SQL Server Analysis Services OLAP. Pour les solutions de planification basées sur SQL Server Analysis Services, le goulot d’étranglement principal sera généralement à partir du serveur SQL Server Analysis Services car il est chargé principalement de l’interactivité entre le modèle de données multidimensionnel et les tableaux croisés dynamiques Excel 2010. Cela inclut de répondre à toutes les requêtes de simulation et ad-hoc. De plus, de nombreux calculs seront effectués dynamiquement par le serveur SQL Server Analysis Services pour répondre aux requêtes d’interrogation. Par conséquent, il est habituel de requérir à la fois une grande capacité de calcul et une importante allocation de mémoire sur le serveur SQL Server Analysis Services. Cependant, la configuration exacte du serveur dépendra de la complexité de la solution et des besoins d’utilisation du système des travailleurs de l’information.

Partager via

Migration des scénarios et solutions de planification de l’aide à la décision

Migration du déploiement

See Also

Concepts

Ressources supplémentaires