Enregistrer les opérations dans Analysis Services
S’applique à :
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
Un instance Analysis Services consigne les notifications, les erreurs et les avertissements du serveur dans le fichier msmdsrv.log, un pour chaque instance que vous installez. Les administrateurs se réfèrent à ce fichier journal pour en savoir plus sur les événements ordinaires et extraordinaires. Dans les versions récentes, la journalisation a été améliorée pour inclure davantage d'informations. Désormais, les enregistrements de journaux incluent des informations sur la version et l'édition du produit, ainsi que sur des événements du processeur, de la mémoire, de la connectivité et de blocage. L'article Améliorations apportées à la journalisationfournit une liste de tous les changements.
En plus de la fonctionnalité de journalisation intégrée, de nombreux administrateurs et développeurs utilisent des outils fournis par la communauté Analysis Services pour recueillir des données sur les opérations du serveur, comme ASTrace.
Cette rubrique contient les sections suivantes :
Emplacement et types de journaux
Analysis Services fournit les journaux décrits ci-dessous.
| Nom de fichier ou emplacement | Type | Utilisé pour | Activé par défaut |
|---|---|---|---|
| Msmdsrv.log | Journal des erreurs | Surveillance de routine et dépannage de base | Yes |
| Table OlapQueryLog dans une base de données relationnelle | Journal des requêtes | Recueillir les entrées de l'Assistant Optimisation de l'utilisation | No |
| Fichiers guid.mdmp> SQLDmp< | Blocages et exceptions | Dépannage approfondi | No |
Nous vous recommandons vivement de consulter le lien suivant pour accéder à des ressources supplémentaires non traitées dans la rubrique suivante, qui fournit des conseils sur la collecte de données initiale depuis le support Microsoft.
Informations générales sur les paramètres de configuration des fichiers journaux
Vous trouverez des sections pour chaque journal dans le fichier de configuration de serveur msmdsrv.ini, qui se trouve dans le dossier \Program Files\Microsoft SQL Server\MSAS13.MSSQLSERVER\OLAP\Config. Pour obtenir des instructions sur la modification du fichier, consultez Propriétés du serveur dans Analysis Services .
Dans la mesure du possible, nous vous suggérons de définir des propriétés de journalisation dans la page de propriétés du serveur de Management Studio. Toutefois, dans certains cas, vous devez modifier le fichier msmdsrv.ini directement pour configurer les paramètres qui ne sont pas visibles dans les outils d'administration.
Fichier journal du service MSMDSRV
Analysis Services consigne les opérations du serveur dans le fichier msmdsrv.log, un par instance, situé dans \program files\Microsoft SQL Server\<instance>\Olap\Log.
Ce fichier journal est vidé à chaque redémarrage du service. Dans les versions précédentes, les administrateurs redémarraient parfois le service dans le seul but de vider le fichier journal avant que sa taille ne devienne ingérable. Cela n'est plus nécessaire. Les paramètres de configuration, introduits dans SQL Server 2012 SP2 et versions ultérieures, vous permettent de contrôler la taille du fichier journal et son historique :
MaxFileSizeMB spécifie la taille maximale (en mégaoctets) du fichier journal. La valeur par défaut est 256. Une valeur de remplacement valide doit être un entier positif. Quand la valeur MaxFileSizeMB est atteinte, Analysis Services renomme le fichier actuel msmdsrv{horodateur_actuel}.log et crée un nouveau fichier msmdsrv.log.
MaxNumberFiles spécifie la conservation des anciens fichiers journaux. La valeur par défaut est 0 (option désactivée). Vous pouvez la modifier et affecter un entier positif pour conserver les versions du fichier journal. Quand la valeur MaxNumberFiles est atteinte, Analysis Services supprime le fichier ayant l'horodateur le plus ancien.
Pour utiliser ces paramètres, procédez comme suit :
Dans le Bloc-notes, ouvrez msmdsrv.ini.
Copiez les deux lignes suivantes :
<MaxFileSizeMB>256</MaxFileSizeMB> <MaxNumberOfLogFiles>5</MaxNumberOfLogFiles>Collez les deux lignes dans la section Log de msmdsrv.ini, sous le nom de fichier de msmdsrv.log. Les deux paramètres doivent être ajoutés manuellement. Il n'existe aucun emplacement réservé pour eux dans le fichier msmdsrv.ini.
Le fichier de configuration modifié doit ressembler à ce qui suit :
<Log> <File>msmdsrv.log</File> <MaxFileSizeMB>256</MaxFileSizeMB> <MaxNumberOfLogFiles>5</MaxNumberOfLogFiles> <FileBufferSize>0</FileBufferSize>Modifiez les valeurs si celles qui sont fournies ne vous conviennent pas.
Enregistrez le fichier .
Redémarrez le service.
Journaux d’activité des requêtes
Le journal des requêtes peut être activé uniquement pour les instances en mode multidimensionnel Analysis Services. Le journal des requêtes ne peut pas être activé pour les instances en mode tabulaire.
Le journal des requêtes porte mal son nom, car il n'enregistre pas l'activité des requêtes MDX ou DAX de vos utilisateurs. Au lieu de cela, il recueille des données sur les requêtes générées par Analysis Services, qui sont ensuite utilisées comme entrées de données dans l'Assistant Optimisation de l'utilisation. Les données recueillies dans le journal des requêtes ne sont pas destinées à être analysées directement. Plus précisément, les datasets sont décrits dans des tableaux de bits, avec un chiffre zéro ou un indiquant que les parties du dataset sont comprises dans la requête. Là encore, ces données sont destinées à l'Assistant.
Pour l'analyse et le dépannage des requêtes, de nombreux développeurs et administrateurs utilisent un outil communautaire, ASTrace, pour analyser les requêtes. Vous pouvez également utiliser SQL Server Profiler, xEvents ou une trace Analysis Services.
Quand faut-il utiliser le journal des requêtes ? Nous vous recommandons d'activer le journal des requêtes dans le cadre d'un exercice de réglage des performances de requête qui inclut l'Assistant Optimisation de l'utilisation. Le journal des requêtes n'existe qu'une fois que vous avez activé la fonctionnalité, créé les structures de données pour la prendre en charge et défini les propriétés utilisées par Analysis Services pour localiser et renseigner le journal.
Pour activer le journal des requêtes, procédez comme suit :
Créez une base de données relationnelle SQL Server pour stocker le journal des requêtes.
Accordez des autorisations suffisantes sur la base de données au compte de service Analysis Services. Le compte nécessite une autorisation pour créer une table, écrire dans la table et lire à partir de la table.
Dans SQL Server Management Studio, cliquez avec le bouton droit surPropriétés | Analysis Services | Général, définissez CreateQueryLogTable sur true.
Éventuellement, modifiez QueryLogSampling ou QueryLogTableName si vous souhaitez échantillonner les requêtes à une fréquence différente ou utiliser un autre nom pour la table.
La table du journal des requêtes ne sera créée qu'une fois que vous aurez exécuté suffisamment de requêtes MDX pour répondre aux critères d'échantillonnage. Par exemple, si vous conservez la valeur par défaut (10), vous devez exécuter au moins 10 requêtes pour que la table soit créée.
Les paramètres du journal des requêtes sont applicables à l'échelle du serveur. Les paramètres que vous spécifiez sont utilisés par toutes les bases de données en cours d'exécution sur ce serveur.
Une fois les paramètres de configuration spécifiés, exécutez une requête MDX à plusieurs reprises. Si l'échantillonnage est défini sur 10, exécutez la requête 11 fois. Vérifiez que la table est créée. Dans Management Studio, connectez-vous au moteur de base de données relationnelle, ouvrez le dossier de base de données, ouvrez le dossier Tables et vérifiez que OlapQueryLog existe. Si la table n'est pas visible immédiatement, actualisez le dossier pour faire apparaître les modifications apportées à son contenu.
Laissez le journal des requêtes accumuler suffisamment de données pour l'Assistant Optimisation de l'utilisation. Si les volumes de requêtes sont cycliques, capturez suffisamment de trafic pour avoir un jeu de données représentatif. Pour obtenir des instructions sur la façon d'exécuter l'Assistant, consultez Aide F1 sur l'Assistant Optimisation de l'utilisation .
Pour en savoir plus sur la configuration du journal des requêtes, consultez Configuration du journal des requêtes Analysis Services . Bien que cet article soit assez ancien, la configuration du journal des requêtes n'a pas changé dans les dernières versions et les informations qu'il contient sont toujours valables.
Fichiers de vidage minimal (.mdmp)
Les fichiers de vidage capturent des données utilisées pour l'analyse des événements extraordinaires. Analysis Services génère automatiquement des vidages minimaux (.mdmp) en réponse à un blocage du serveur, à une exception et à certaines erreurs de configuration. Cette fonctionnalité est activée, mais n'envoie pas automatiquement de rapports d'incidents.
Vous pouvez configurer les rapports d'incidents via la section Exception du fichier Msmdsrv.ini. Ces paramètres contrôlent la génération des fichiers de vidage de la mémoire. L'extrait suivant montre les valeurs par défaut :
<Exception>
<CreateAndSendCrashReports>1</CreateAndSendCrashReports>
<CrashReportsFolder/>
<SQLDumperFlagsOn>0x0</SQLDumperFlagsOn>
<SQLDumperFlagsOff>0x0</SQLDumperFlagsOff>
<MiniDumpFlagsOn>0x0</MiniDumpFlagsOn>
<MiniDumpFlagsOff>0x0</MiniDumpFlagsOff>
<MinidumpErrorList>0xC1000000, 0xC1000001, 0xC102003F, 0xC1360054, 0xC1360055</MinidumpErrorList>
<ExceptionHandlingMode>0</ExceptionHandlingMode>
<CriticalErrorHandling>1</CriticalErrorHandling>
<MaxExceptions>500</MaxExceptions>
<MaxDuplicateDumps>1</MaxDuplicateDumps>
</Exception>
Configurer les rapports d'incidents
Sauf instruction contraire fournie par le support Microsoft, la plupart des administrateurs utilisent les paramètres par défaut. Cet article de base de connaissances est ancien, mais il fournit toujours des instructions sur la configuration des fichiers de vidage : Comment faire pour configurer SQL Server 2005 Analysis Services pour générer des fichiers de vidage de mémoire.
Le paramètre de configuration le plus susceptible d'être modifié est le paramètre CreateAndSendCrashReports qui sert à déterminer si un fichier de vidage de la mémoire sera généré.
| Valeur | Description |
|---|---|
| 0 | Désactive le fichier de vidage de la mémoire. Tous les autres paramètres dans la section Exceptions sont ignorés. |
| 1 | (Par défaut) Active mais n'envoie pas le fichier de vidage de la mémoire. |
| 2 | Active et envoie automatiquement un rapport d'erreurs à Microsoft. |
CrashReportsFolder est l'emplacement des fichiers de vidage. Par défaut, un fichier .mdmp et les enregistrements de journaux associés se trouvent dans le dossier \Olap\Log.
SQLDumperFlagsOn sert à générer un vidage complet. Par défaut, les vidages complets ne sont pas activés. Vous pouvez affecter la valeur 0x34à cette propriété.
Les liens suivants fournissent des explications plus détaillées :
Conseils et meilleures pratiques
Cette section est un récapitulatif des conseils mentionnés dans cet article.
Configurez le fichier msmdsrv.log pour contrôler la taille et le numéro du fichier journal msmdsrv. Les paramètres ne sont pas activés par défaut. Veillez à les ajouter comme étapes de post-installation. Consultez Fichier journal du service MSMDSRV dans cette rubrique.
Utilisez ASTrace plutôt qu’un journal des requêtes pour savoir qui interroge les cubes. Le journal des requêtes sert généralement à fournir une entrée pour l'Assistant Optimisation de l'utilisation. Les données qu'il capture ne sont pas faciles à lire ou à interpréter. ASTrace est un outil de communauté, largement utilisé, qui capture les opérations de requête.