Lors de l’ouverture du Database Troubleshooter, plusieurs options s’affichent dans le volet gauche de l’écran, à savoir Start troubleshooting et Select a result file to review. Une option apparaît immédiatement, afin de vous permettre de nommer votre projet de dépannage en cours et d’identifier le serveur Exchange à analyser, ainsi
Analyse des bases de données
qu’un nom de serveur contrôleur de domaine (DC) optionnel utilisé pour l’authentification, comme le montre la figure 2.
Si vous optez pour cette approche, le Database Troubleshooter recherche le serveur Exchange que vous avez identifié dans le contexte de nommage de configuration d’AD afin de déterminer les groupes de stockage (SG) et bases de données installés sur celui-ci, ainsi que les chemins d’accès à chacun de ces fichiers. Par défaut, le Database Troubleshooter utilise les informations d’authentification sous lesquelles vous êtes actuellement connecté. Néanmoins, vous pouvez cliquer sur le bouton Show advanced logon options afin de sélectionner d’autres informations d’authentification.
En supposant que votre connexion soit valide, ExTrA vous demande d’effectuer votre sélection dans une liste de tous les groupes de stockage situés sur le serveur pour lequel vous disposez des autorisations appropriées, puis de sélectionner les banques démontées dans le groupe de stockage en question. L’incidence de cette opération sur les performances d’AD est minime. Il est important de noter que le Database Troubleshooter détecte si une base de données est montée ou non et vous autorise à dépanner uniquement les banques démontées.
La majorité des actions effectuées en coulisses par cet outil s’apparentent à celles des analyses en ligne de commande Eseutil /MH et Eseutil /ML, lesquelles nécessitent qu’une base de données soit démontée. Si vous n’êtes pas intéressé par la détection automatique des bases de données Exchange, le Database Troubleshooter vous permet d’effectuer une analyse manuelle des fichiers de données bruts et simplement d’entrer les chemins d’accès aux répertoires des bases de données et des fichiers journaux des transactions Exchange.
Après avoir déterminé la base de données à analyser, le Database Troubleshooter analyse cette dernière et les entêtes des fichiers journaux des transactions, et contrôle l’intégrité des fichiers journaux en question. L’opération se déroule entièrement en lecture seule ; aucune modification n’est effectuée au niveau des fichiers accédés.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Semperis : gouverner l’identité à l’ère des agents IA
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Akamai Technologies déploie sa stratégie de protection en ligne
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
