Opérations de journalisation dans Analysis Services

Une instance Analysis Services enregistre les notifications, erreurs et avertissements du serveur dans le fichier msmdsrv.log , un pour chaque instance que vous installez. Les administrateurs font référence à ce journal pour obtenir des informations sur les événements de routine et extraordinaires. Dans les versions récentes, la journalisation a été améliorée pour inclure plus d’informations. Les enregistrements de journal incluent désormais les informations de version et d’édition du produit, ainsi que le processeur, la mémoire, la connectivité et les événements bloquants. Vous pouvez consulter la liste complète des modifications dans les améliorations apportées à la journalisation.

Outre la fonctionnalité de journalisation intégrée, de nombreux administrateurs et développeurs utilisent également des outils fournis par la communauté Analysis Services pour collecter des données sur les opérations de serveur, telles que ASTrace. Consultez les exemples de la communauté Microsoft SQL Server : Analysis Services pour les liens de téléchargement.

Cette rubrique contient les sections suivantes :

• Emplacement et types de journaux de bord

• Informations générales sur les paramètres de configuration des fichiers journaux

• Fichier journal du service MSMDSRV

• Journaux des requêtes

• Fichiers de mini-dump (.mdmp)

• Conseils et bonnes pratiques

Emplacement et types de journaux

Analysis Services fournit les journaux décrits ci-dessous.

Nous vous recommandons vivement le lien suivant pour obtenir des ressources d’informations supplémentaires non abordées dans cette rubrique : conseils de collecte de données initiales du 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 du serveur msmdsrv.ini, situé dans le dossier \Program Files\Microsoft SQL Server\MSAS12.MSSQLSERVER\OLAP\Config. Consultez Configurer les propriétés du serveur dans Analysis Services pour obtenir des instructions sur la modification du fichier.

Si possible, nous vous suggérons de définir les propriétés de journalisation dans la page des propriétés du serveur de Management Studio. Bien que 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 journalise les opérations du serveur dans le fichier msmdsrv.log, un par instance, situé à l’emplacement \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émarrent parfois le service dans le seul but de vider le fichier journal avant qu’il ne puisse croître si grand que pour devenir inutilisable. 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 une taille maximale de fichier journal en mégaoctets. La valeur par défaut est 256. Une valeur de remplacement valide doit être un entier positif. Une fois MaxFileSizeMB atteint, Analysis Services renomme le fichier actuel en tant que msmdsrv{timestamp}.log fichier, puis démarre un nouveau fichier msmdsrv.log.

• MaxNumberFiles spécifie la rétention des fichiers journaux plus anciens. La valeur par défaut est 0 (désactivée). Vous pouvez le remplacer par un entier positif pour conserver les versions du fichier journal. Quand MaxNumberFiles est atteint, Analysis Services supprime le fichier dont l'horodatage est le plus ancien.

Pour utiliser ces paramètres, procédez comme suit :

1. Ouvrez msmdsrv.ini dans le Bloc-notes.

2. Copiez les deux lignes suivantes :

   <MaxFileSizeMB>256</MaxFileSizeMB>  
   <MaxNumberOfLogFiles>5</MaxNumberOfLogFiles>  
   

3. Collez les deux lignes dans la section Journal de msmdsrv.ini, sous le nom de fichier de msmdsrv.log. Les deux paramètres doivent être ajoutés manuellement. Il n’existe aucun espace 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>  
   
   

4. Modifiez les valeurs si celles fournies diffèrent de ce que vous souhaitez.

5. Enregistrez le fichier.

6. Redémarrez le service.

Journaux des requêtes

Le journal des requêtes est un abus de langage dans le sens où il n'enregistre pas l'activité de requête MDX ou DAX de vos utilisateurs. Au lieu de cela, le processus collecte des données sur les requêtes générées par les Analysis Services, qui sont ensuite utilisées comme entrée dans l'Assistant d'Optimisation basée sur l'utilisation. Les données collectées dans le journal des requêtes ne sont pas destinées à une analyse directe. Plus précisément, les jeux de données sont décrits dans les tableaux de bits, avec un zéro ou un qui indique que les parties du jeu de données sont incluses dans la requête. Là encore, ces données sont destinées à l’Assistant.

Pour la supervision et la résolution des problèmes des requêtes, de nombreux développeurs et administrateurs utilisent un outil de communauté , ASTrace, pour surveiller les requêtes. Vous pouvez également utiliser SQL Server Profiler, xEvents ou une trace Analysis Services. Consultez Surveiller une instance Analysis Services pour connaître les liens liés au suivi.

Quand devez-vous 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 des requêtes qui inclut l’Assistant Optimisation basée sur l’utilisation. Le journal des requêtes n’existe pas tant que vous n’avez pas activé la fonctionnalité, créez les structures de données pour le prendre en charge et définissez les propriétés utilisées par Analysis Services pour localiser et remplir le journal.

Pour activer le journal des requêtes, procédez comme suit :

1. Créez une base de données relationnelle SQL Server pour stocker le journal des requêtes.

2. Accordez au compte de service Analysis Services des autorisations suffisantes sur la base de données. Le compte a besoin d’une autorisation pour créer une table, écrire dans la table et lire à partir de la table.

3. Dans SQL Server Management Studio, cliquez avec le bouton droit sur Analysis Services, Propriétés | Général, définissez CreateQueryLogTable sur true.

4. Si vous le souhaitez, modifiez QueryLogSampling ou QueryLogTableName si vous souhaitez échantillonner des requêtes à un taux différent ou utilisez un autre nom pour la table.

La table du journal des requêtes ne sera pas créée tant que vous n’avez pas exécuté suffisamment de requêtes MDX pour répondre aux exigences d’échantillonnage. Par exemple, si vous conservez la valeur par défaut 10, vous devez exécuter au moins 10 requêtes avant la création de la table.

Les paramètres du journal des requêtes sont à l’échelle du serveur. Les paramètres que vous spécifiez seront utilisés par toutes les bases de données s’exécutant sur ce serveur.

Une fois les paramètres de configuration spécifiés, exécutez une requête MDX plusieurs fois. 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 qu’OlapQueryLog existe. Si vous ne voyez pas immédiatement la table, actualisez le dossier pour récupérer les modifications apportées à son contenu.

Autorisez le journal des requêtes à accumuler suffisamment de données pour l’Assistant Optimisation basée sur l’utilisation. Si les volumes de requête sont cycliques, capturez suffisamment de trafic pour avoir un ensemble représentatif de données. Consultez l’Assistant d’Optimisation basée sur l’usage pour obtenir des instructions pour exécuter l’Assistant.

Consultez Configuration du journal des requêtes Analysis Services pour en savoir plus sur la configuration du journal des requêtes. Bien que le document soit assez ancien, la configuration du journal des requêtes n’a pas changé dans les versions récentes et les informations qu’il contient s’appliquent toujours.

Fichiers minidump (.mdmp)

Les fichiers de vidage capturent les données servant à l'analyse des événements extraordinaires. Analysis Services génère automatiquement des mini-vidages (.mdmp) en réponse à un blocage du serveur, une exception et certaines erreurs de configuration. La fonctionnalité est activée, mais n’envoie pas automatiquement les rapports d’incident.

Les rapports d’incident sont configurés via la section Exception du fichier Msmdsrv.ini. Ces paramètres contrôlent la génération du fichier de vidage de mémoire. L’extrait de code 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’incident

Sauf indication contraire du support Microsoft, la plupart des administrateurs utilisent les paramètres par défaut. Cet article de la base de connaissances plus ancien est toujours utilisé pour fournir des instructions sur la configuration des fichiers de vidage : comment configurer 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 CreateAndSendCrashReports paramètre utilisé pour déterminer si un fichier de vidage mémoire sera généré.

CrashReportsFolder est l’emplacement des fichiers de vidage. Par défaut, un fichier .mdmp et les enregistrements de journal associés se trouvent dans le dossier \Olap\Log.

SQLDumperFlagsOn est utilisé pour générer un dump 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 plus d’arrière-plan :

• Examen plus approfondi de SQL Server à l’aide de Minidumps

• Comment créer un fichier de vidage en mode utilisateur

• Comment utiliser l'utilitaire Sqldumper.exe pour générer un fichier de vidage dans SQL Server

Conseils et bonnes pratiques

Cette section est un récapitulatif des conseils mentionnés dans cet article.

• Configurez le fichier msmdsrv.log pour contrôler à la fois la taille et le nombre de fichiers journaux msmdsrv. Les paramètres ne sont pas activés par défaut. Veillez donc à les ajouter en tant qu’étape de post-installation. Consultez le fichier journal du service MSMDSRV dans cette rubrique.

• Consultez ce billet de blog du support technique Microsoft pour découvrir les ressources qu’ils utilisent pour obtenir des informations sur les opérations de serveur : collecte de données initiale

• Utilisez ASTrace2012, plutôt qu’un journal des requêtes, pour savoir qui interroge les cubes. Le journal des requêtes est généralement utilisé pour fournir une entrée dans l’Assistant Optimisation basée sur l’utilisation, et les données qu’il capture ne sont pas faciles à lire ou interpréter. ASTrace2012 est un outil de la communauté, largement utilisé, qui capture les opérations de requête. Consultez les exemples de la communauté Microsoft SQL Server : Analysis Services.

Voir aussi

Gestion des instances des Analysis Services
Introduction à la supervision d’Analysis Services avec SQL Server Profiler
Configurer les propriétés du serveur dans Analysis Services