Comment réparer une erreur d'échange arrêt intempestif dans Exchange Server 2007

Échange sale arrêt est une très mauvaise situation et arrive chaque fois que les banques d'informations n'ont pas été fermés de façon normale. Au cours de l'hiver, c'est généralement dû à une surtension ou une outages.It est essentiel que vos serveurs disposent de systèmes UPS, batteries de secours, tout ce que vous pouvez faire pour aider à fermer la stocke des informations vers le bas correctement pendant une crise d'énergie. Si votre serveur a eu un arrêt intempestif, l'échange de récupération de données sera dans votre avenir si vous ne disposez pas d'un plan de reprise après sinistre Bourse solide en place. Un arrêt brutal est un désastre, par définition. Elle conduit souvent à des erreurs de moteurs d'avions, des clés en double ou illégal ou pour le pire. Gardez vos fichiers sauvegardés, et tout aussi important: tester vos sauvegardes et plan de relance souvent!

Alors, quelle est l'échange «Arrêt incorrect»?

La plupart des gens pensent généralement de l'arrêt sale que l'indication de base de données endommagée. Mais ce n'est pas du tout le cas. C'est juste que la base de données Exchange n'a pas été arrêté normalement et il devient donc notre sujet de préoccupation car elle conduit à des corruptions de base de données Exchange. Fichiers EDB et STM..

Un état d'arrêt brutal n'indique pas la base de données est corrompue ou endommagée. Un état d'arrêt brutal indique seulement que les fichiers de bases de données n'ont pas été détachée du flux du journal correctement. Par conséquent, avant de pouvoir commencer à nouveau la base de données, vous devez d'abord récupérer les fichiers de bases de données.

La prochaine fois que la base de données est montée, cette récupération est exécutée automatiquement. Si la récupération automatique échoue, vous pouvez utiliser le Microsoft Exchange Server Analyzer catastrophes Recovery Tool pour analyser les raisons de l'échec. Après analyse, le serveur Exchange Analyzer en cas de catastrophe de récupération fournira des recommandations pour la récupération manuellement les fichiers de base de données.

Alors comment vérifier arrêt brutal?

Connexion à Exchange Server vous que vous voulez exécuter la vérification et de suivre ces étapes.

• Cliquez sur Démarrer, puis sur Exécuter.
• Dans la zone Ouvrir, tapez cmd, puis cliquez sur OK.
• Basculez vers le dossier C: FilesExchSrvrBin programme, tapez l'une des commandes suivantes (selon votre situation), puis appuyez sur ENTRER.
• Tapez eseutil / mh

Alors quoi faire si vous recevez un arrêt intempestif?

Comme Administrateur Exchange, il serait mauvaise journée si vous avez la base de données change en état d'arrêt brutal et vous n'avez pas besoin des fichiers journaux pour effectuer une récupération douce.

Voici la partie de la situation où vous vouliez aller de nouveau matériel

• Votre matériel est défaillant
• Vous effectuez une récupération de tonalité, où Active Directory est intact
• Vous effectuez une récupération du site, où Active Directory est intact
• Lors de la migration d'un serveur d'accès au client, serveur de transport Hub, serveur de messagerie unifiée, ou serveur de boîtes vers un nouveau matériel

Étapes à suivre pour aborder la récupération des boîtes aux lettres Exchange 2007 Serveur

• Recherche pour le serveur de boîtes aux lettres à partir Crashed les utilisateurs Active Directory et des ordinateurs, et faites un clic droit sur le même et cliquez sur Réinitialiser
• Installez la même version de Windows sur la nouvelle boîte avec même service pack et les correctifs de même nom du serveur Crashed boîtes aux lettres Exchange 2007 avec la même adresse IP de la machine ancienne. Si l'adresse IP est modifiée, alors vous devrez peut-être mis à jour DNS
• Allouer le stockage sur le nouveau serveur qui correspond à l'ancien serveur
• Installer Exchange 2007 en utilisant la commande "Setup / M: RecoveryServer
• Installez toutes les mises à jour de correctifs et de cumul
• Créez tous les groupes de stockage obligatoires et magasins dans la norme même appellation
• Restaurer tous les magasins de base de données avec les options "Cette base de données peut être plus écrites par la restauration"
• Montez les bases de données
• Vous pouvez créer le nouveau magasin du public et de vérifier si la réplication est configuré correctement et permettent d'obtenir des dossiers publics répliqués à partir d'autres banques de dossiers publics
• Ensuite, vous pouvez reconstruire catalogue complet Indice de texte. Le catalogue des index permet de rechercher les documents et les pièces jointes dans les messages. Catalogue Index est pour chaque groupe de stockage
• Document aide à reconstruire l'index de recherche

Dans la plupart des cas, quand un arrêt intempestif se produire, le MS Exchange lui-même un composant qui va essayer de se mou-recover revenir à un état de nettoyage. Vous savez, quand une banque de boîtes aux n'est pas monté ou ne pouvait pas monté, il l'arrêt le plus probablement sale.

Si vous n'avez pas les fichiers journaux requis, alors vous devez suivre les étapes ci-dessous pour récupérer la base de données

• Exécutez Eseutil / P database_filename.edb (dans le dossier BIN et réparer les fichiers edb)
• Supprimez les fichiers journaux et chk.
• Exécutez eseutil / d database_filename.edb (Defrag la base de données)
• Exécutez isinteg (isinteg-s nom_serveur-fix-test alltests) depuis le dossier bin.
• Monter les magasins

Eseutil et Isinteg serait vraiment temps, en fonction de la taille de la base de données. Microsoft recommande de toujours garder la taille de la base inférieure à 100 GB. Si vous utilisez l'environnement CCR alors il peut croître de plus de 100 Go que vous serez en de multiples copies des fichiers journaux à des fins de récupération.

Si la solution ci-dessus ne résout pas cette erreur, essayez un puissant logiciel de récupération Exchange databse

Comment résoudre lors base de données Exchange ne parvient pas à monter avec (hr = 0x80004005, ec = -528) erreur?

Fichiers journaux des transactions enregistre toutes les modifications apportées à une base de données Exchange Server et sont essentiels pour le bon fonctionnement d'Exchange. Si vous supprimez un fichier journal qui n'a pas été écrit à la base de données associée, il peut apporter plusieurs questions, la plus commune étant que la base de données peut ne pas monter. Vous pouvez résoudre ce problème en supprimant tous les fichiers journaux, mais vous devez tout d'abord vérifier la cohérence de la base. Si elle existe dans un état instable, la solution est de restaurer à partir de sauvegarde ou d'appliquer une technique de réparation EDB.

Par exemple, imaginez un scénario dans Exchange Server. Vous essayez de monter une banque de boîtes aux lettres, mais l'opération échoue avec le message d'erreur ci-dessous:

"Exchange est incapable de monter la base de données que vous avez spécifié Thay. Base de données spécifiée: Servername Group \ Mailbox Database First Storage \; Code d'erreur: MapiExceptionCallFailed: Unabble de monter la base de données. (hr = 0x80004005, ec = -528) "

L'erreur se produit à chaque fois que vous essayez de monter la banque. En conséquence, tous les clients connectés au serveur sont déconnectés.

Causer

L'erreur ci-dessus peut se produire si vous supprimez un fichier de log (ou plus), ce qui n'a pas été résolu à la base de données pour le moment.

Solution

Pour résoudre ce problème, vous devez déplacer les fichiers journaux des transactions vers un autre dossier. Pour cela, suivez les étapes ci-dessous:

1. Arrêter la mémorisation de l'information et les bases de données du groupe de stockage

2. Vérifiez l'intégrité de la base de données en exécutant esesutil / mh commande, suivi du nom de la base de données (par exemple, pour la boîte aux lettres Magasin1 base de données, le nom de la boîte aux lettres est Store1.edb). Examinez le terme "État" valeur sous ses informations d'en-tête

3. Si la base de données est en arrêt correct (Conformément) état, vous pouvez supprimer en toute sécurité tous les fichiers du journal des transactions et les enregistrer dans un dossier différent. Assurez-vous que vous ne supprimez pas le fichier journal de transactions courant

4. Si la base de données est en arrêt incorrect (incohérent) l'état, la restauration de la dernière sauvegarde en ligne. En cas de sauvegarde est incorrect, exécutez eseutil / r pour la récupération logicielle.

Exchange Server Recovery est un outil puissant de réparation EDB que les réparations, reconstructions et restaurations de bases de données d'échange créé avec Exchange Server 5.5, 2000, 2003, 2007 et 2010. Le logiciel de réparation de pointe EDB propose d'enregistrer toutes les boîtes aux lettres utilisateur extrait en particulier *. Pst et fournit également l'option pour la récupération sélective boîte aux lettres. L'outil est compatible avec Windows 7, Vista, XP, 2003 et 2000.