Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Une fois que vous avez développé et déployé votre base de données Analysis Services à partir de votre projet Analysis Services sur une instance Analysis Services, vous devez décider de la façon dont vous souhaitez apporter des modifications aux objets dans la base de données déployée. Certaines modifications, telles que les modifications liées aux rôles de sécurité, au partitionnement et aux paramètres de stockage, peuvent être apportées à l’aide de SQL Server Management Studio ou de SQL Server Data Tools (SSDT). D’autres modifications peuvent uniquement être apportées à l’aide de SQL Server Data Tools (SSDT), en mode projet ou en mode en ligne (par exemple, l’ajout d’attributs ou de hiérarchies définies par l’utilisateur).
Dès que vous apportez une modification à une base de données Analysis Services déployée à l’aide de SQL Server Management Studio ou de SQL Server Data Tools (SSDT) en mode en ligne, le projet Analysis Services utilisé pour le déploiement devient obsolète. Si un développeur apporte des modifications dans le projet Analysis Services et tente de déployer le projet modifié, le développeur est invité à remplacer toute la base de données. Si le développeur remplace l’intégralité de la base de données, celle-ci doit également être traitée. Ce problème devient composé si les modifications apportées directement à la base de données déployée par le personnel de production n’ont pas été communiquées à l’équipe de développement, car elles ne comprennent pas pourquoi leurs modifications n’apparaissent plus dans la base de données Analysis Services.
Il existe plusieurs façons d’utiliser les outils SQL Server Analysis Services pour éviter les problèmes inhérents à cette situation.
Méthode 1 : Chaque fois qu’une modification est apportée à une version de production d’une base de données Analysis Services, utilisez SQL Server Data Tools (SSDT) pour créer un projet Analysis Services basé sur la version modifiée de la base de données Analysis Services. Ce nouveau projet Analysis Services peut être vérifié dans le système de contrôle de code source en tant que copie principale du projet. Cette méthode fonctionne indépendamment de la modification apportée à la base de données Analysis Services à l’aide de SQL Server Management Studio ou de SQL Server Data Tools (SSDT) en mode en ligne.
Méthode 2 : Apportez uniquement des modifications à la version de production d’une base de données Analysis Services à l’aide de SQL Server Management Studio ou de SQL Server Data Tools (SSDT) en mode projet. Avec cette méthode, vous pouvez utiliser des options disponibles dans l’Assistant Déploiement d’Analysis Services pour conserver les modifications apportées par SQL Server Management Studio, telles que les rôles de sécurité et les paramètres de stockage. Cela garantit que les paramètres liés à la conception sont conservés dans le fichier projet (les paramètres de stockage et les rôles de sécurité peuvent être ignorés) et que le serveur en ligne est utilisé pour les paramètres de stockage et les rôles de sécurité.
Méthode 3 : Apportez uniquement des modifications à la version de production d’une base de données Analysis Services à l’aide de SQL Server Management Studio ou de SQL Server Data Tools (SSDT) en mode en ligne. Étant donné que les deux outils fonctionnent uniquement avec le même serveur en ligne, il n'y a aucune possibilité que les versions divergent ou soient désynchronisées.