1 votes

Réparation d'EDB dans SBS exchange 2003

Une semaine auparavant, dans notre serveur HP PROLIANT ML370 G5 avec RAID5, un disque dur est passé à l'orange et nous l'avons retiré et il fonctionne en état dégradé jusqu'à maintenant.

Hier matin, nos utilisateurs dans le domaine se sont plaints que les mails ne vont pas de leur OUTLOOK connecté à notre échange sbs 2003. Tous les utilisateurs sont configurés avec des psts. pas des osts. Après avoir vérifié l'ESM, il a été constaté que tous les mails étaient dans la file d'attente et la connectivité Internet et smtp smart host tous atteignables. Donc, les services d'échange ont été redémarrés, à ce que nous avons constaté que le magasin d'information est en cours de démarrage au dernier moment, il s'arrête avec l'erreur 1068.

Nous avons redémarré le serveur, il a fallu beaucoup de temps pour atteindre le bureau et il s'est avéré que le magasin d'information n'est pas démarré. Ce que l'on observe, c'est que lorsque le service de magasin d'information est démarré, le serveur se bloque totalement ; nous avons dû faire un hard reset du serveur à plusieurs reprises lors du dépannage.

Après une recherche sur Internet, nous avons trouvé que la corruption des fichiers edb du magasin d'informations entraîne ce symptôme à partir du lien suivant http://support.microsoft.com/kb/313184

et nous sommes en train de réparer la base de données selon ce document ; il a traversé priv1.edb avec succès mais depuis 4 heures pub1.edb et stm scannant le catalogue de la base de données est en cours.

Veuillez me conseiller sur la marche à suivre car je dois préparer ce serveur de production demain matin.

N.B : la base de données priv1.edb et ses fichiers connexes - 9 GB & pub1.edb et fichiers stm -2 GB

Merci et salutations

S.Swaminathan


2voto

Evan Anderson Points 140581

Il me semble que vous avez des problèmes matériels (probablement plus d'erreurs dans le RAID déjà dégradé).

Le service Information Store ne va pas faire en sorte que le serveur se bloque totalement, même si les fichiers de la base de données sont "corrompus". Si la machine se bloque réellement lorsqu'elle essaie de monter le magasin d'informations, vous n'obtiendrez pas une réparation réussie sur ce matériel.

Même si vous avez réussi à réparer la base de données, ce n'est pas une bonne idée de continuer à exécuter une installation Exchange de production à partir d'une base de données qui a été réparée. Si vous parvenez à la réparer, il est préférable de déplacer les boîtes aux lettres du serveur vers une autre instance d'Exchange et de jeter la base de données réparée.

À ce stade, j'effectuerais une installation de reprise après sinistre d'Exchange, je restaurerais votre sauvegarde la plus récente d'Exchange sur un nouveau serveur (machine virtuelle, etc.) et je m'éloignerais du matériel défaillant qui a probablement causé vos problèmes au départ. Continuer à fournir un service de production sur un matériel qui a déjà causé des temps d'arrêt et la corruption de données est une mauvaise idée.

Si vous n'avez pas de sauvegarde, j'espère au moins que vous avez sauvegardé les fichiers de la base de données avant de tenter de les réparer. Vous pouvez essayer de réparer ces fichiers sur une autre machine (Exchange n'a pas besoin d'être installé pour que ESEUTIL fonctionne - une copie du répertoire "Bin" d'Exchange suffit pour fournir les fichiers nécessaires à son exécution).

Si vous n'avez aucune sauvegarde, vous avez peut-être perdu votre magasin d'informations publiques (pub1.edb et pub1.stm). Puisque vous dites que votre magasin d'informations privées a été réparé avec succès (priv1.edb et priv1.stm), vous pouvez peut-être récupérer les données des boîtes aux lettres des utilisateurs.

1voto

Ryan Raten Kuhar Points 2769

Consultez la section sur la reprise après sinistre de ce lien.

http://www.msexchange.org/tutorials/exchange-isinteg-eseutil.html

Vous devrez exécuter ISINTEG à la fin pour vous assurer que vous avez effectué une bonne réparation avec ESEUTIL.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X