La surveillance vous alerte quand le service Windows pour l'instance SSAS n'est pas à l'état en cours d'exécution pour une durée supérieure au seuil configuré.
La surveillance vous alerte quand le service Windows pour l'instance SSAS n'est pas à l'état en cours d'exécution pour une durée supérieure au seuil configuré.
Quand cette surveillance génère l'alerte « Le service Windows SQL Server Analysis Service n'est pas en cours d'exécution », cela indique que l'instance SSAS est configurée pour démarrer automatiquement, mais qu'elle est restée à l'état Arrêté pendant une durée supérieure au seuil configuré. La valeur configurée par défaut est de 900 secondes (15 minutes).
La surveillance ne déclenche pas l'alerte avant la durée configurée, quand le service est arrêté. Cela permet à l'administrateur de redémarrer le service sans déclencher l'alerte. Toutefois, si le service ne passe pas à l'état en cours d'exécution durant le délai configuré, l'alerte se déclenche.
Le service Windows SSAS peut ne pas démarrer, même quand il est configuré pour le faire automatiquement. Il existe de nombreuses causes possibles, notamment un échec du démarrage du processus, des problèmes liés au système d'exploitation qui empêchent la réussite du démarrage ou des échecs d'authentification du compte de service.
La résolution de cette alerte nécessite de la part des administrateurs qu'ils comprennent et prennent en compte plusieurs facteurs, notamment la durée normale attendue de démarrage de l'instance, les causes des échecs inattendus du démarrage du service, les exigences d'authentification du serveur et les conditions de l'environnement.
La durée de démarrage de l'instance peut varier selon la taille de la base de données et d'autres facteurs. Les administrateurs peuvent configurer ce paramètre selon leurs besoins pour l'adapter à la durée normale attendue du démarrage d'une instance SSAS donnée.
Voici les actions permettant de remédier à ce problème quand le service SSAS n'a pas démarré (ou ne démarre pas malgré vos tentatives) :
Essayer de démarrer le service SSAS.
Consulter les journaux d'événements Système et Application Windows pour obtenir des indications relatives à la cause de base.
Consulter le dossier OLAP\Journal pour l'instance qui peut contenir des preuves de la cause de base, notamment :
Utilisez les vidages sur incident (fichiers .mdmp), qui peuvent contenir des arborescences des appels de procédure des threads du processus au moment de la défaillance ou, s'ils ont été configurés de manière appropriée, les contenus complets de l'espace mémoire du processus, lesquels peuvent permettre au Support Microsoft d'enquêter pour déterminer la cause racine. Le fait de noter les horodatages des images mémoire pour voir s'ils correspondent aux défaillances est un bon moyen de savoir si un vidage sur incident du dossier peut correspondre à une défaillance connue donnée.
Les traces de boîte noire, des traces minimales du serveur, contiennent parfois des informations indiquant la cause racine.
Msmdsrv.log peut contenir des détails indiquant la cause racine.
Utilisez d'autres outils ou utilitaires de traçage comme l'Analyseur de performances, SQL Server Profiler ou le Moniteur réseau pour découvrir des problèmes potentiels pouvant indiquer la cause racine.
Utilisez le programme d'installation de SQL Server pour réparer l'instance endommagée.
Utilisez l'outil de surveillance de processus pour tracer les accès aux fichiers et au Registre par le processus du service SSAS (msmdsrv.exe) durant les tentatives de démarrage du service. Cela peut révéler, en cas de défaillance des autorisations durant la tentative d'accès aux données nécessaires au processus pendant son initialisation, la cause de l'échec.
Vérifiez la configuration du service dans le panneau de configuration des services pour confirmer que l'emplacement du fichier config SSAS est correct. La ligne de commande du démarrage du service est affichée sous l'onglet Général de sa page de propriétés, accessible via un clic droit sur le service.
Contactez le Support Microsoft pour surveiller une défaillance inattendue liée au démarrage du service.
Désactivez la surveillance entièrement si l'état du service SSAS n'est pas un problème sur le serveur.
Démarrage et arrêt de SQL Services
Nom | Description | Valeur par défaut |
Alerte uniquement si le type de démarrage du service est automatique | Il peut uniquement être défini comme « vrai » ou « faux ». S'il est défini comme « faux », des alertes seront déclenchées, peu importe le type de démarrage défini. La valeur par défaut est « vrai ». | Oui |
Activé | Active ou désactive le workflow | Oui |
Génère des alertes | Définit si le workflow génère une alerte | Oui |
Intervalle en secondes | L'intervalle de temps récurrent en secondes pendant lequel le workflow est exécuté. | 60 |
Nombre d'échantillons | L'état d'intégrité change si le nombre d'échecs de vérifications suivantes est supérieur ou égal au nombre minimal de vérifications. | 15 |
Heure de synchronisation | L'heure de synchronisation spécifiée dans un format de 24 heures. Peut être omise. |
|
Délai d'attente (secondes) | Spécifie la durée pendant laquelle le workflow est autorisé à être exécuté avant d'être fermé et marqué comme un échec. | 300 |
Target | Microsoft.SQLServer.2016.AnalysisServices.Instance | ||
Parent Monitor | System.Health.AvailabilityState | ||
Category | AvailabilityHealth | ||
Enabled | True | ||
Alert Generate | True | ||
Alert Severity | Error | ||
Alert Priority | Normal | ||
Alert Auto Resolve | True | ||
Monitor Type | Microsoft.SQLServer.2016.AnalysisServices.MonitorType.Instance.ServiceState | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
| ||
RunAs | Default |
<UnitMonitor ID="Microsoft.SQLServer.2016.AnalysisServices.UnitMonitor.Instance.ServiceState" Accessibility="Public" Enabled="true" Target="SQLAS!Microsoft.SQLServer.2016.AnalysisServices.Instance" ParentMonitorID="SystemHealth!System.Health.AvailabilityState" Remotable="true" Priority="Normal" TypeID="Microsoft.SQLServer.2016.AnalysisServices.MonitorType.Instance.ServiceState" ConfirmDelivery="false">
<Category>AvailabilityHealth</Category>
<AlertSettings AlertMessage="Microsoft.SQLServer.2016.AnalysisServices.UnitMonitor.Instance.ServiceState.AlertMessage">
<AlertOnState>Error</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>Normal</AlertPriority>
<AlertSeverity>Error</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</AlertParameter1>
<AlertParameter2>$Target/Property[Type="SQLAS!Microsoft.SQLServer.2016.AnalysisServices.ServerRole"]/InstanceName$</AlertParameter2>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="Success" MonitorTypeStateID="Running" HealthState="Success"/>
<OperationalState ID="Error" MonitorTypeStateID="NotRunning" HealthState="Error"/>
</OperationalStates>
<Configuration>
<ComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerName>
<ServiceName>$Target/Property[Type="SQLAS!Microsoft.SQLServer.2016.AnalysisServices.Instance"]/ServiceName$</ServiceName>
<ClusteredInstance>$Target/Property[Type="SQLAS!Microsoft.SQLServer.2016.AnalysisServices.Instance"]/Clustered$</ClusteredInstance>
<CheckStartupType>true</CheckStartupType>
<SampleCount>15</SampleCount>
<IntervalSeconds>60</IntervalSeconds>
<SyncTime/>
<TimeoutSeconds>300</TimeoutSeconds>
</Configuration>
</UnitMonitor>