Déploiement d'une solution de modèle tabulaire (SSAS Tabulaire)

Article
07/30/2013

Après la création d'un projet de modèle tabulaire, vous devez déployer ce dernier pour que les utilisateurs puissent parcourir le modèle à l'aide d'une application cliente de création de rapports. Cette rubrique décrit les différentes propriétés et méthodes que vous pouvez utiliser lors du déploiement de solutions de modèle tabulaire dans votre environnement.

Sections de cette rubrique :

Avantages
Déploiement d'un modèle tabulaire
Propriétés de déploiement
Méthodes de déploiement
Configuration du serveur de déploiement et connexion à un modèle déployé
Tâches associées

Avantages

Le déploiement d'un modèle tabulaire crée une base de données model dans un environnement de test, de mise en lots ou de production. Les utilisateurs se connectent ensuite au modèle déployé par le biais d'un fichier de connexion .bism dans Sharepoint ou en utilisant une connexion de données directement à partir d'applications clientes de création de rapports telles que Microsoft Excel, Power View ou une application personnalisée. La base de données model de l'espace de travail, créée lorsque vous créez un projet de modèle tabulaire dans Outils de données SQL Server (SSDT) et utilisée pour créer le modèle, reste sur l'instance du serveur de l'espace de travail et vous permet d'apporter des modifications au projet de modèle, puis d'effectuer un nouveau déploiement dans l'environnement de test, de mise en lots ou de production lorsque cela est nécessaire.

Déploiement d'un modèle tabulaire à partir de SQL Server Data Tools (SSDT)

Le déploiement est un processus simple ; toutefois, certaines étapes doivent être respectées pour garantir que votre modèle est déployé sur l'instance d'Analysis Services correcte et avec des options de configuration appropriées.

Les modèles tabulaires sont définis avec plusieurs propriétés spécifiques de déploiement. Lors du déploiement, une connexion est établie à l'instance Analysis Services spécifiée dans la propriété Serveur. Une nouvelle base de données model portant le nom spécifié dans la propriété Base de données est ensuite créée sur cette instance, s'il n'en existe pas déjà une. Les métadonnées du fichier Model.bim du projet de modèle sont utilisées pour configurer des objets dans la base de données model sur le serveur de déploiement. Avec Option de traitement, vous pouvez spécifier si seules les métadonnées du modèle sont déployées, créant ainsi la base de données model, ou si Par défaut ou Complet est spécifié, les informations d'identification d'emprunt d'identité utilisées pour se connecter aux sources de données sont transmises en mémoire de la base de données model de l'espace de travail à la base de données model déployée. Analysis Services exécute ensuite le traitement pour remplir les données dans le modèle déployé. Une fois le processus de déploiement terminé, le modèle peut ensuite être accédé par les applications clientes à l'aide d'une connexion de données ou en utilisant un fichier de connexion .bism dans SharePoint.

Propriétés de déploiement

Les propriétés Options de déploiement et Serveur de déploiement du projet spécifient comment et où un modèle est déployé dans un environnement Analysis Services de production ou de mise en lots. Alors que les paramètres par défaut des propriétés sont définis pour tous les projets de modèle, vous pouvez les modifier pour chaque projet en fonction des besoins particuliers de votre déploiement. Pour plus d'informations sur la configuration des propriétés de déploiement par défaut, consultez Configurer les propriétés par défaut de modélisation des données et de déploiement (SSAS Tabulaire).

Propriétés Options de déploiement

Les propriétés Options de déploiement incluent les éléments suivants :

Propriété	Paramètre par défaut	Description
Option de traitement	Valeur par défaut	Cette propriété spécifie le type de traitement obligatoire lors du déploiement de modifications sur les objets. Cette propriété a les options suivantes : Par défaut : ce paramètre spécifie qu'Analysis Services détermine le type de traitement nécessaire. Les objets non traités seront traités, et si nécessaire, les relations d'attributs, les hiérarchies d'attributs, les hiérarchies utilisateur et les colonnes calculées seront recalculés. Ce paramètre réduit généralement la durée de déploiement par rapport à l'utilisation de l'option de traitement complète. Ne pas traiter : ce paramètre spécifie que seules les métadonnées seront déployées. Après le déploiement, il peut être nécessaire d'effectuer une opération de traitement sur le modèle déployé pour mettre à jour et recalculer les données. Complet - Ce paramètre spécifie que les métadonnées sont déployées et qu'une opération complète de traitement est exécutée. Cela garantit que le modèle déployé dispose des mises à jour les plus récentes apportées aux métadonnées et aux données.
Déploiement transactionnel	False	Cette propriété spécifie si le déploiement est transactionnel. Par défaut, le déploiement de tous les objets ou des objets modifiés n'est pas transactionnel avec le traitement de ces objets déployés. Le déploiement peut réussir et être conservé même si le traitement échoue. Vous pouvez modifier cette valeur pour incorporer le déploiement et le traitement dans une seule transaction.
Mode de requête	In-Memory	Cette propriété indique le mode dans lequel la source à partir de laquelle les résultats de la requête sont retournés s'exécute en mode In-Memory (mis en cache) ou en mode DirectQuery. Cette propriété propose les options suivantes : DirectQuery : ce paramètre spécifie que toutes les requêtes sur le modèle doivent utiliser la source de données relationnelle uniquement. DirectQuery avec InMemory : ce paramètre spécifie que, par défaut, il convient de répondre aux requêtes en utilisant la source relationnelle, sauf indication contraire dans la chaîne de connexion du client. InMemory : ce paramètre spécifie qu'il convient de répondre aux requêtes à l'aide du cache uniquement. InMemory avec DirectQuery : ce paramètre spécifie, par défaut, qu'il convient de répondre aux requêtes à l'aide du cache, sauf indication contraire dans la chaîne de connexion du client. Pour plus d'informations, consultez Mode DirectQuery (SSAS Tabulaire).

Option de traitement

Valeur par défaut

Cette propriété spécifie le type de traitement obligatoire lors du déploiement de modifications sur les objets. Cette propriété a les options suivantes :

Par défaut : ce paramètre spécifie qu'Analysis Services détermine le type de traitement nécessaire. Les objets non traités seront traités, et si nécessaire, les relations d'attributs, les hiérarchies d'attributs, les hiérarchies utilisateur et les colonnes calculées seront recalculés. Ce paramètre réduit généralement la durée de déploiement par rapport à l'utilisation de l'option de traitement complète.
Ne pas traiter : ce paramètre spécifie que seules les métadonnées seront déployées. Après le déploiement, il peut être nécessaire d'effectuer une opération de traitement sur le modèle déployé pour mettre à jour et recalculer les données.
Complet - Ce paramètre spécifie que les métadonnées sont déployées et qu'une opération complète de traitement est exécutée. Cela garantit que le modèle déployé dispose des mises à jour les plus récentes apportées aux métadonnées et aux données.

Déploiement transactionnel

False

Cette propriété spécifie si le déploiement est transactionnel. Par défaut, le déploiement de tous les objets ou des objets modifiés n'est pas transactionnel avec le traitement de ces objets déployés. Le déploiement peut réussir et être conservé même si le traitement échoue. Vous pouvez modifier cette valeur pour incorporer le déploiement et le traitement dans une seule transaction.

Mode de requête

In-Memory

Cette propriété indique le mode dans lequel la source à partir de laquelle les résultats de la requête sont retournés s'exécute en mode In-Memory (mis en cache) ou en mode DirectQuery. Cette propriété propose les options suivantes :

DirectQuery : ce paramètre spécifie que toutes les requêtes sur le modèle doivent utiliser la source de données relationnelle uniquement.
DirectQuery avec InMemory : ce paramètre spécifie que, par défaut, il convient de répondre aux requêtes en utilisant la source relationnelle, sauf indication contraire dans la chaîne de connexion du client.
InMemory : ce paramètre spécifie qu'il convient de répondre aux requêtes à l'aide du cache uniquement.
InMemory avec DirectQuery : ce paramètre spécifie, par défaut, qu'il convient de répondre aux requêtes à l'aide du cache, sauf indication contraire dans la chaîne de connexion du client.

Pour plus d'informations, consultez Mode DirectQuery (SSAS Tabulaire).

Propriétés Serveur de déploiement

Les propriétés Serveur de déploiement incluent les éléments suivants :

Propriété	Paramètre par défaut	Description
Serveur Définie à la création du projet.	localhost	Cette propriété, définie à la création du projet, spécifie le nom de l'instance Analysis Services sur laquelle le modèle sera déployé. Par défaut, le modèle sera déployé dans l'instance par défaut d'Analysis Services sur l'ordinateur local. Toutefois, vous pouvez modifier ce paramètre pour spécifier une instance nommée sur l'ordinateur local ou n'importe quelle autre instance sur un ordinateur distant sur lequel vous avez l'autorisation de créer des objets Analysis Services.
Édition	La même édition de l'instance dans laquelle le serveur de l'espace de travail se trouve.	Cette propriété spécifie l'édition du serveur Analysis Services sur lequel le modèle sera déployé. L'édition du serveur définit différentes fonctionnalités qui peuvent être incorporées dans le projet. Par défaut, l'édition sera celle du serveur Analysis Services local. Si vous spécifiez un serveur Analysis Services différent, par exemple, un serveur Analysis Services de production, veillez à spécifier l'édition de ce serveur Analysis Services.
Base de données	<nom du projet>	Cette propriété spécifie le nom de la base de données Analysis Services dans laquelle les objets de modèle seront instanciés après le déploiement. Ce nom sera également spécifié dans une connexion de données au client de création de rapports ou un fichier de connexion de données .bism. Vous pouvez modifier ce nom à tout moment lorsque vous créez le modèle. Si vous modifiez le nom après avoir déployé le modèle, les modifications que vous avez apportées après le déploiement ne vont pas affecter le modèle que vous avez déployé précédemment. Par exemple, si vous ouvrez une solution nommée TestDB et déployez votre solution avec le nom de base de données par défaut « Model », puis modifiez la solution et renommez la base de données model Ventes, l'instance d'Analysis Services sur laquelle les solutions ont été déployées affichera des bases de données différentes, l'une nommée « Model » et l'autre « Ventes ».
Nom du cube	Modèle	Cette propriété indique le nom du cube tel qu'il s'affiche dans les outils clients (notamment Excel) et les objets AMO (Analysis Management Objects).

Propriétés Options DirectQuery

Les propriétés Options de déploiement sont les suivantes :

Propriété	Paramètre par défaut	Description
Paramètres d'emprunt d'identité	Par défaut	Cette propriété indique les paramètres d'emprunt d'identité utilisés lorsqu'un modèle s'exécutant en mode DirectQuery se connecte aux sources de données. Les informations d'identification d'emprunt d'identité ne sont pas utilisées lors de l'interrogation du cache en mémoire. Ce paramètre de propriété a les options suivantes : Par défaut - Ce paramètre spécifie qu'Analysis Services utilisera l'option spécifiée sur la page Informations d'emprunt d'identité lorsque la connexion à la source de données a été créée à l'aide de l'Assistant Importation de table. ImpersonateCurrentUser : ce paramètre spécifie que le compte de l'utilisateur actuellement connecté sera utilisé lors de la connexion à toutes les sources de données.

Paramètres d'emprunt d'identité

Par défaut

Cette propriété indique les paramètres d'emprunt d'identité utilisés lorsqu'un modèle s'exécutant en mode DirectQuery se connecte aux sources de données. Les informations d'identification d'emprunt d'identité ne sont pas utilisées lors de l'interrogation du cache en mémoire. Ce paramètre de propriété a les options suivantes :

Par défaut - Ce paramètre spécifie qu'Analysis Services utilisera l'option spécifiée sur la page Informations d'emprunt d'identité lorsque la connexion à la source de données a été créée à l'aide de l'Assistant Importation de table.
ImpersonateCurrentUser : ce paramètre spécifie que le compte de l'utilisateur actuellement connecté sera utilisé lors de la connexion à toutes les sources de données.

Méthodes de déploiement

Il existe plusieurs méthodes que vous pouvez utiliser pour déployer un projet de modèle tabulaire. La plupart des méthodes de déploiement qui peuvent être utilisées pour d'autres projets Analysis Services, telles que le déploiement multidimensionnel, peuvent également être utilisées pour déployer des projets de modèles tabulaires.

Commande Déployer dans les outils de données SQL Server

La commande Déployer fournit une méthode simple et intuitive pour déployer un projet de modèle tabulaire depuis l'environnement de création de Outils de données SQL Server.

Attention
Cette méthode ne doit pas être utilisée en cas de déploiement vers des serveurs de production. Cette méthode peut remplacer certaines propriétés dans un modèle existant.

Déployer à partir de SQL Server Data Tools (SSAS Tabulaire)

Automatisation AMO (Analysis Management Objects)

AMO fournit une interface de programmation à l'ensemble de commandes complet pour Analysis Services, y compris les commandes qui peuvent être utilisées pour le déploiement de solutions. En tant qu'approche au déploiement de solutions, l'automatisation AMO constitue la méthode la plus souple, mais elle nécessite également un effort de programmation. Le principal avantage de l'utilisation d'AMO est que vous pouvez utiliser SQL Server Agent avec votre application AMO pour exécuter le déploiement selon une planification prédéfinie.

Développement avec AMO (Analysis Management Objects)

XMLA

Utilisez SQL Server Management Studio pour générer un script XMLA des métadonnées d'une base de données Analysis Services existante, puis exécutez le script sur un autre serveur pour recréer la base de données initiale. Les scripts XMLA sont aisément formés dans SQL Server Management Studio en définissant le processus de déploiement, puis en le codifiant et en l'enregistrant dans un script XMLA. Une fois que le script XMLA est dans un fichier sauvegardé, vous pouvez aisément l'exécuter le script conformément au calendrier ou l'incorporer dans une application qui se connecte directement à une instance Analysis Services.

Vous pouvez également exécuter des scripts XMLA sur une base prédéfinie à l'aide de SQL Server Agent, mais la flexibilité n'est pas aussi grande que celle offerte par AMO. AMO fournit un large éventail de fonctionnalités en hébergeant tout le spectre des commandes administratives.

Déployer des solutions de modèle à l'aide de XMLA

Assistant Déploiement

Utilisez l'Assistant Déploiement pour utiliser les fichiers de sortie XMLA générés par un projet Analysis Services pour déployer les métadonnées du projet sur un serveur de destination. Avec l'Assistant Déploiement, vous pouvez effectuer directement le déploiement à partir du fichier Analysis Services, tel que créé dans le répertoire de sortie par la génération du projet.

Le principal avantage de l'utilisation de l'assistant Déploiement Analysis Services est son aspect pratique. Tout comme vous pouvez enregistrer un script XMLA en vue d'une utilisation ultérieure dans SQL Server Management Studio, vous pouvez enregistrer les scripts de l'assistant Déploiement. L'Assistant Déploiement peut être exécuté de façon interactive et à partir de l'invite de commandes via l'Utilitaire de déploiement.

Déployer des solutions de modèles à l'aide de l'assistant Déploiement

Utilitaire de déploiement

L'utilitaire de déploiement permet de démarrer le moteur de déploiement Analysis Services à partir d'une invite de commandes.

Déployer des solutions de modèle avec l'utilitaire de déploiement

Assistant Synchronisation de base de données

Utilisez l'Assistant Synchronisation de base de données pour synchroniser les métadonnées et les données entre deux bases de données Analysis Services.

L'Assistant Synchronisation peut être utilisé pour copier des données et des métadonnées d'un serveur source vers un serveur de destination. Si le serveur de destination n'a pas de copie de la base de données que vous souhaitez déployer, une nouvelle base de données est copiée sur le serveur de destination. Si le serveur de destination dispose déjà d'une copie de la même base de données, la base de données sur le serveur de destination est mise à jour afin d'utiliser les métadonnées et les données de la base de données source.

Synchroniser des base de données Analysis Services

Sauvegarde et restauration

La sauvegarde offre la méthode la plus simple permettant de transférer des bases de données Analysis Services. Dans la boîte de dialogue Sauvegarde, vous pouvez définir la configuration des options, puis exécuter la sauvegarde à partir de cette même boîte de dialogue. Vous pouvez également créer un script qui peut être enregistré et exécuté aussi souvent que nécessaire.

La sauvegarde et la restauration ne sont pas utilisées aussi souvent que les autres méthodes de déploiement, mais elles permettent de terminer rapidement un déploiement avec une infrastructure minimale.

Sauvegarde et restauration de bases de données Analysis Services

Configuration du serveur de déploiement et connexion à un modèle déployé

Une fois qu'un modèle a été déployé, il existe d'autres éléments à prendre en compte pour la sécurisation de l'accès aux données de modèle, des sauvegardes et des opérations de traitement, qui peuvent être configurés sur le serveur Analysis Services à l'aide de SQL Server Management Studio. Si ces propriétés et paramètres de configuration sortent du cadre de cette rubrique, ils sont néanmoins très importants pour assurer la sécurité des données de modèle déployées, tout comme pour les tenir à jour et pour fournir des ressources d'analyse des données précieuses pour les utilisateurs de votre organisation.

Une fois le modèle déployé et les paramètres de serveur facultatifs configurés, le modèle peut être connecté à des applications clientes de création de rapports et utilisé pour parcourir et analyser les métadonnées du modèle. La connexion à une base de données model déployée à partir des applications clientes sort du cadre de cette rubrique. Pour en savoir plus sur la connexion à une base de données model à partir d'applications clientes, consultez Accès aux données de modèle tabulaire.

Tâches associées

Tâche	Description
Déployer à partir de SQL Server Data Tools (SSAS Tabulaire)	Explique comment configurer les propriétés de déploiement et déployer un projet de modèle tabulaire à l'aide de la commande Déployer de Outils de données SQL Server.
Déployer des solutions de modèles à l'aide de l'assistant Déploiement	Les rubriques de cette section expliquent comment utiliser l'Assistant Déploiement Analysis Services pour déployer des solutions de modèles tabulaires et multidimensionnels.
Déployer des solutions de modèle avec l'utilitaire de déploiement	Explique comment utiliser l'utilitaire de déploiement Analysis Services pour déployer des solutions de modèles tabulaires et multidimensionnels.
Déployer des solutions de modèle à l'aide de XMLA	Explique comment utiliser XMLA pour déployer des solutions tabulaires et multidimensionnelles Analysis Services.
Synchroniser des base de données Analysis Services	Explique comment utiliser l'Assistant Synchronisation de base de données pour synchroniser les métadonnées et les données entre deux bases de données tabulaires ou multidimensionnelles Analysis Services quelconques.

Voir aussi

Concepts

Se connecter à une base de données model tabulaire (SSAS)

Power View (SSRS)

Partager via