Hello,
Je l'utilise également pour la supervision de mes environnements et je contribue au projet.
Ce que tu vois ce sont peut etre des faux positifs dans ton contexte et il faudra soit ajuster les valeurs de configuration adéquates ou éventuellement exclure les tests concernés
.
Pour commencer je te conseille de ne pas utiliser l'option -AllChecks car elle ne permet pas de maitriser les vérifications qui sont effectuées. Il suffit que d'une version à l'autre il y ait de nouvelles vérifications, elles seront automatiquement prises en compte. Fort probablement que tu ne veuilles pas d'une telle situation. Personnellement je préfère tester avant de les envoyer en production.
DbaChecks utilise un système de tags que tu peux utiliser pour personnaliser tes checks ainsi qu'un grand nombre de paramètres de configuration et d'options
Par exemple:
1 2 3 4 5 6 7 8
| Set-DbcConfig -Name app.cluster @('cluster1','cluster2')
Set-DbcConfig -Name domain.name 'domain.local'
Set-DbcConfig -Name skip.hadr.replica.tcpport $true
Set-DbcConfig -Name app.maildirectory -Value '\\share\dbachecks\Prod'
Set-DbcConfig -Name policy.validdbowner.name 'sa'
Set-DbcConfig -Name policy.instance.sqlenginestart -Value 'Automatic'
Set-DbcConfig -Name policy.instance.sqlenginestate -Value 'Running'
... |
Vérification configuration AlwaysOn
Invoke-DbcCheck -Checks HADR
Vérification niveau instance
Invoke-DbcCheck -Checks MaxMemory, MaxDopInstance, TempDbConfiguration, TraceFlagsExpected, ErrorLogCount, AdHocWorkload, OrphanedFile, ModelDbGrowth, ValidDatabaseOwner
++
Partager