Bonjour,
J'ai un gros soucis.
Un serveur Exchange 2000 standard sous win 2000SP4, aujourd'hui la banque
d'information c'est arreté parce que la limite de 16Go était atteinte.
Malheureusement je plus de place sur e disque pour faire une défragmentation
Offline (Disque plein).
L'idée serait donc d'ajouter un disque, de déplacer la banque d'information,
de modifier le registre permetant de passer à 17Go temporairement puis de
faire une défragmentation Offline de la base.
Est ce que quelqu'un peut valider le scénario??
Mon second problème est la différence de taille entre mon fichier EDB et mon
fichier STM, en effet le fichier EDB = 5,5Go alors que mon fichier STM = 12Go
Quelqu'un aurait-t-il une explication ??
Puis-je supprimer le fichier STM d'aujourd'hui remonter la banque et
attendre que le système en crée un nouveau, ce qui résoudrait mon problème de
limite de base ainsi que mon problème de disque ???
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Laurent Francfort [MS]
Bonjour,
Ne supprime surtout pas ton fichier .STM, c'est la réunion du fichier .STM et du fichier .EDB qui constitue la base de données des BALs. Si je résume à l'extréme, le fichier .STM contient les données (messages) provenant du monde SMTP, alors que le fichier .EDB contient les données en provenance du monde MAPI (Outlook)
En premier lieu, utilise la commande ESEUTIL /MH <Chemin et nom du fichier .EDB> pour savoir si tes fichiers .EDB et .STM sont complets (clean shutdown) ou s'il leur manque des infos pour être complets (dirty shutdown). Regarde les 2 fichiers de la base de BALs et aussi les 2 fichiers de la base de dossiers publics.
Si tes fichiers sont complets, tu peux les déplacer sur un autre disque et faire un eseutil /D pour les défragmenter, ou les laisser en place et utiliser les paramètres de eseutil /D pour travailler avec un fichier temporaire sur un autre disque. Si les 2 fichiers sont complets, ton système n'a pas besoin d'autres fichiers pour redémarrer, c'est à dire que tu peux supprimer les fichiers .log, les .chk, les res1 et res2.log
Si les fichiers sont incomplets, il faut que tu te débrouilles pour faire suffisamment de place pour monter la BI le temps nécessaire à ce que les dernières transactions (stockées dans res1.log et res2.log) soient écrites dans les bases. Pour ça, le plus simple est effectivement d'utiliser le gestionnaire système exchange pour déplacer les fichiers de données, puis monter la base quelques minutes. Ne démarre pas le moteur SMTP, ça t'évitera de continuer à recevoir des mails qui vont remplir la base.
Laurent
"Luis" a écrit dans le message de news:
Bonjour, J'ai un gros soucis. Un serveur Exchange 2000 standard sous win 2000SP4, aujourd'hui la banque d'information c'est arreté parce que la limite de 16Go était atteinte. Malheureusement je plus de place sur e disque pour faire une défragmentation Offline (Disque plein). L'idée serait donc d'ajouter un disque, de déplacer la banque d'information, de modifier le registre permetant de passer à 17Go temporairement puis de faire une défragmentation Offline de la base. Est ce que quelqu'un peut valider le scénario?? Mon second problème est la différence de taille entre mon fichier EDB et mon fichier STM, en effet le fichier EDB = 5,5Go alors que mon fichier STM = 12Go Quelqu'un aurait-t-il une explication ?? Puis-je supprimer le fichier STM d'aujourd'hui remonter la banque et attendre que le système en crée un nouveau, ce qui résoudrait mon problème de limite de base ainsi que mon problème de disque ???
Merci de votre aide
Bonjour,
Ne supprime surtout pas ton fichier .STM, c'est la réunion du fichier .STM
et du fichier .EDB qui constitue la base de données des BALs.
Si je résume à l'extréme, le fichier .STM contient les données (messages)
provenant du monde SMTP, alors que le fichier .EDB contient les données en
provenance du monde MAPI (Outlook)
En premier lieu, utilise la commande ESEUTIL /MH <Chemin et nom du fichier
.EDB> pour savoir si tes fichiers .EDB et .STM sont complets (clean
shutdown) ou s'il leur manque des infos pour être complets (dirty shutdown).
Regarde les 2 fichiers de la base de BALs et aussi les 2 fichiers de la base
de dossiers publics.
Si tes fichiers sont complets, tu peux les déplacer sur un autre disque et
faire un eseutil /D pour les défragmenter, ou les laisser en place et
utiliser les paramètres de eseutil /D pour travailler avec un fichier
temporaire sur un autre disque.
Si les 2 fichiers sont complets, ton système n'a pas besoin d'autres
fichiers pour redémarrer, c'est à dire que tu peux supprimer les fichiers
.log, les .chk, les res1 et res2.log
Si les fichiers sont incomplets, il faut que tu te débrouilles pour faire
suffisamment de place pour monter la BI le temps nécessaire à ce que les
dernières transactions (stockées dans res1.log et res2.log) soient écrites
dans les bases. Pour ça, le plus simple est effectivement d'utiliser le
gestionnaire système exchange pour déplacer les fichiers de données, puis
monter la base quelques minutes. Ne démarre pas le moteur SMTP, ça t'évitera
de continuer à recevoir des mails qui vont remplir la base.
Laurent
"Luis" <Luis@discussions.microsoft.com> a écrit dans le message de news:
3E0EFE4B-4393-4F65-B572-859B060F69DC@microsoft.com...
Bonjour,
J'ai un gros soucis.
Un serveur Exchange 2000 standard sous win 2000SP4, aujourd'hui la banque
d'information c'est arreté parce que la limite de 16Go était atteinte.
Malheureusement je plus de place sur e disque pour faire une
défragmentation
Offline (Disque plein).
L'idée serait donc d'ajouter un disque, de déplacer la banque
d'information,
de modifier le registre permetant de passer à 17Go temporairement puis de
faire une défragmentation Offline de la base.
Est ce que quelqu'un peut valider le scénario??
Mon second problème est la différence de taille entre mon fichier EDB et
mon
fichier STM, en effet le fichier EDB = 5,5Go alors que mon fichier STM =
12Go
Quelqu'un aurait-t-il une explication ??
Puis-je supprimer le fichier STM d'aujourd'hui remonter la banque et
attendre que le système en crée un nouveau, ce qui résoudrait mon problème
de
limite de base ainsi que mon problème de disque ???
Ne supprime surtout pas ton fichier .STM, c'est la réunion du fichier .STM et du fichier .EDB qui constitue la base de données des BALs. Si je résume à l'extréme, le fichier .STM contient les données (messages) provenant du monde SMTP, alors que le fichier .EDB contient les données en provenance du monde MAPI (Outlook)
En premier lieu, utilise la commande ESEUTIL /MH <Chemin et nom du fichier .EDB> pour savoir si tes fichiers .EDB et .STM sont complets (clean shutdown) ou s'il leur manque des infos pour être complets (dirty shutdown). Regarde les 2 fichiers de la base de BALs et aussi les 2 fichiers de la base de dossiers publics.
Si tes fichiers sont complets, tu peux les déplacer sur un autre disque et faire un eseutil /D pour les défragmenter, ou les laisser en place et utiliser les paramètres de eseutil /D pour travailler avec un fichier temporaire sur un autre disque. Si les 2 fichiers sont complets, ton système n'a pas besoin d'autres fichiers pour redémarrer, c'est à dire que tu peux supprimer les fichiers .log, les .chk, les res1 et res2.log
Si les fichiers sont incomplets, il faut que tu te débrouilles pour faire suffisamment de place pour monter la BI le temps nécessaire à ce que les dernières transactions (stockées dans res1.log et res2.log) soient écrites dans les bases. Pour ça, le plus simple est effectivement d'utiliser le gestionnaire système exchange pour déplacer les fichiers de données, puis monter la base quelques minutes. Ne démarre pas le moteur SMTP, ça t'évitera de continuer à recevoir des mails qui vont remplir la base.
Laurent
"Luis" a écrit dans le message de news:
Bonjour, J'ai un gros soucis. Un serveur Exchange 2000 standard sous win 2000SP4, aujourd'hui la banque d'information c'est arreté parce que la limite de 16Go était atteinte. Malheureusement je plus de place sur e disque pour faire une défragmentation Offline (Disque plein). L'idée serait donc d'ajouter un disque, de déplacer la banque d'information, de modifier le registre permetant de passer à 17Go temporairement puis de faire une défragmentation Offline de la base. Est ce que quelqu'un peut valider le scénario?? Mon second problème est la différence de taille entre mon fichier EDB et mon fichier STM, en effet le fichier EDB = 5,5Go alors que mon fichier STM = 12Go Quelqu'un aurait-t-il une explication ?? Puis-je supprimer le fichier STM d'aujourd'hui remonter la banque et attendre que le système en crée un nouveau, ce qui résoudrait mon problème de limite de base ainsi que mon problème de disque ???
