Voici quelques facteurs courants qui peuvent entraîner l’erreur de service Exchange 1068 :<\/p>
- \n
- En raison d’une panne de courant soudaine, les bases de données ne sont pas fermées correctement et les journaux de transactions ne sont pas transférés vers la base de données.<\/li>\n\n\n\n
- Interruption pendant l’installation de Cumulative Update (CU) sur le serveur.<\/li>\n\n\n\n
- Erreur matérielle ou problèmes avec le matériel.<\/li>\n\n\n\n
- Logiciel incompatible qui entrave le fonctionnement d’Exchange Server.<\/li>\n<\/ul>
Solutions possibles pour corriger l’erreur 1068 du service Exchange<\/strong><\/h2>
Voici quelques solutions que vous pouvez essayer pour résoudre l’erreur 1068 : Le service ou le groupe dépendant n’a pas pu être démarré.<\/p>
1. vérifiez et démarrez les services<\/strong><\/h3>
Si le problème survient après l’installation d’une mise à jour sur le serveur Exchange, alors que l’installation a réussi, cela signifie que le script de contrôle des services a rencontré un problème et n’a pas modifié l’état des services. Vous pouvez vérifier les services et les activer, puis les démarrer.<\/p>
2. vérifier les services dépendants<\/strong><\/h3>
Si le service ne peut pas être démarré en raison d’une dépendance, vous devez vérifier les propriétés du service pour trouver le service dépendant. Pour ce faire, faites un clic droit sur le service et cliquez sur Propriétés<\/strong>. Cliquez ensuite sur l’onglet Dépendances <\/strong>et voyez de quels services il dépend.<\/p>
![\"Dépendances\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2024\/06\/Dependencies-tab.png\")
<\/figure>3. vérifier l’affichage de l’événement<\/strong><\/h3>
Vous pouvez également vérifier l’affichage des événements pour savoir où se situe le problème. Bien que cela ne résoudra pas le problème, cela vous donnera une indication de la nature et de l’emplacement du problème. Cela vous aidera à résoudre le problème.<\/p>
4. vérifier l’état du serveur Exchange<\/strong><\/h3>
Vous pouvez également vérifier l’état du serveur Exchange. Vous pouvez vérifier l’état du serveur à l’aide de la commande PowerShell Get-ServerHealth <\/strong>dans le Exchange Management Shell (EMS).<\/p>
Get-ServerHealth -Identity <Servername> | Format-Table Server,CurrentHealthSetState,Name,HealthSetName,AlertValue,HealthGroupName <\/code><\/pre>Il fournit des informations sur tous les services du serveur Exchange et affiche toutes les erreurs du serveur. Pour plus d’informations et de connaissances, vous pouvez lire le document Microsoft Overview of Exchange services on Exchange servers<\/a>.<\/p>
![\"Exchange](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2024\/06\/Get-ServerHealth-PowerShell-command.png\")
<\/figure>5. vérifier les autres ressources du serveur<\/strong><\/h3>
Vous pouvez également vérifier d’autres ressources telles que le processeur, la mémoire et l’espace de stockage. Il est important que le disque sur lequel le serveur Exchange et les bases de données sont installés dispose d’un espace de stockage suffisant.<\/p>
6. vérifier les demandes de gestion des modifications<\/strong><\/h3>
Vous pouvez également consulter les demandes de gestion des modifications pour identifier les changements ou l’introduction de nouveaux outils\/logiciels susceptibles d’être à l’origine du problème. Cela vous aidera à résoudre le problème.<\/p>
7. reconstruire le serveur<\/strong><\/h3>
Si les solutions ci-dessus ne résolvent pas le problème, la seule option est de recréer le serveur Exchange. Reconstruire le serveur est une tâche facile car toutes les configurations du serveur, à l’exception des connecteurs et des certificats personnalisés, sont stockées dans le schéma Active Directory. Pour reconstruire le serveur Exchange, vous pouvez exécuter la même configuration en mode de récupération des données (voir l’exemple ci-dessous).<\/p>
Setup.exe \/Mode:<\/code><\/pre>La partie la plus difficile, cependant, est la récupération des données. Si la base de données est corrompue ou si les journaux de transactions sont manquants, vous pouvez la remettre en état à partir de la sauvegarde. Cependant, vous risquez de perdre les données reçues ou envoyées entre le moment de la sauvegarde et le moment du problème. Dans ce cas, vous devez remettre les données à partir de la base de données endommagée\/détruite. Pour cette tâche, vous pouvez utiliser une application tierce externe, telle que Stellar Repair for Exchange. Cette application peut réparer les fichiers de base de données Exchange (EDB) corrompus de n’importe quelle version d’Exchange Server et de n’importe quelle capacité. Elle peut facilement exporter toutes les données de la base de données réparée, y compris les boîtes aux lettres des utilisateurs, les archives des utilisateurs, les boîtes aux lettres partagées, les boîtes aux lettres désactivées et les dossiers publics directement vers un serveur Exchange actif. Il offre des fonctionnalités telles que la synchronisation automatique des boîtes aux lettres, l’exportation parallèle et l’exportation prioritaire pour faciliter la récupération des données et la rendre plus efficace.<\/p>
![\"récupération](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2024\/06\/Setup.png\")
<\/figure>Conclusion<\/strong><\/h2>
L’erreur 1068 du service Exchange peut être due à différents facteurs. Vous pouvez résoudre le problème en suivant les solutions mentionnées dans cet article. Si vous devez restaurer le serveur, assurez-vous qu’aucune donnée n’est perdue et que tous les services sont remis en état, en gardant à l’esprit l’objectif de temps de récupération (RTO) et l’objectif de point de récupération (RPO) de l’organisation. Si la base de données a été corrompue, la meilleure option consiste à utiliser une application de réparation Exchange telle que Stellar Repair for Exchange<\/a>. Avec cette application, vous pouvez récupérer toutes les données de la base de données Exchange sans perte de données et dans un délai très court.<\/p>\n","protected":false},"excerpt":{"rendered":"