Ma base de donn=E9es priv1.edb a atteint son=20
maximun de sa capacit=E9.
Nous avons un serveur Exchange 2000 pour environ 70=20
usagers alors nous avons achet=E9 la version Standart qui=20
limite le information store =E0 16 GB. Maintenant je me dois=20
de rouler l'utilitaire eseutil.exe justement pour=20
reprendre de la place sur la base de donn=E9es (sachant que=20
j'ai en dessous de 13GB de donn=E9es courriel mais je fais=20
la demande =E0 mes usagers de faire le m=E9nage)
Ma question: Croyez vous que cela va r=E9gler mon probl=E8me??
Est-ce un utilitaire qui a tendance =E0 ''plant=E9''??
Merci et n'h=E9siter pas =E0 m'envoyer d'autres infos qui se=20
ratache =E0 ce sujet.
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
Thierry DEMAN \(MVP\)
Sylvain wrote:
Bonjour à tous,
Ma base de données priv1.edb a atteint son maximun de sa capacité.
Nous avons un serveur Exchange 2000 pour environ 70 usagers alors nous avons acheté la version Standart qui limite le information store à 16 GB. Maintenant je me dois de rouler l'utilitaire eseutil.exe justement pour reprendre de la place sur la base de données (sachant que j'ai en dessous de 13GB de données courriel mais je fais la demande à mes usagers de faire le ménage)
Ma question: Croyez vous que cela va régler mon problème??
Est-ce un utilitaire qui a tendance à ''planté''??
Merci et n'hésiter pas à m'envoyer d'autres infos qui se ratache à ce sujet.
Bonsoir,
la défragmentation "on-line" de exchange 2000 serait bien meilleure que celle de Exchange 5.5 ! Donc, Microsoft déconseille de défragmenter "off-line" avec Eseutil de manière régulière.
Une défragmentation ponctuelle pour un gain de place "certain/calculé" (après de fortes suppressions) est possible.
L'utilitaire ne plante pas, mais c'est la qualité de la base qui fait... Si des données sont vérolées, l'utilitaire aura tendance à supprimer les données génantes (un peu comme la vérification de cohérence).
Ma base de données priv1.edb a atteint son
maximun de sa capacité.
Nous avons un serveur Exchange 2000 pour environ 70
usagers alors nous avons acheté la version Standart qui
limite le information store à 16 GB. Maintenant je me dois
de rouler l'utilitaire eseutil.exe justement pour
reprendre de la place sur la base de données (sachant que
j'ai en dessous de 13GB de données courriel mais je fais
la demande à mes usagers de faire le ménage)
Ma question: Croyez vous que cela va régler mon problème??
Est-ce un utilitaire qui a tendance à ''planté''??
Merci et n'hésiter pas à m'envoyer d'autres infos qui se
ratache à ce sujet.
Bonsoir,
la défragmentation "on-line" de exchange 2000 serait bien meilleure que
celle de Exchange 5.5 !
Donc, Microsoft déconseille de défragmenter "off-line" avec Eseutil de
manière régulière.
Une défragmentation ponctuelle pour un gain de place "certain/calculé"
(après de fortes suppressions) est possible.
L'utilitaire ne plante pas, mais c'est la qualité de la base qui fait... Si
des données sont vérolées, l'utilitaire aura tendance à supprimer les
données génantes (un peu comme la vérification de cohérence).
Ma base de données priv1.edb a atteint son maximun de sa capacité.
Nous avons un serveur Exchange 2000 pour environ 70 usagers alors nous avons acheté la version Standart qui limite le information store à 16 GB. Maintenant je me dois de rouler l'utilitaire eseutil.exe justement pour reprendre de la place sur la base de données (sachant que j'ai en dessous de 13GB de données courriel mais je fais la demande à mes usagers de faire le ménage)
Ma question: Croyez vous que cela va régler mon problème??
Est-ce un utilitaire qui a tendance à ''planté''??
Merci et n'hésiter pas à m'envoyer d'autres infos qui se ratache à ce sujet.
Bonsoir,
la défragmentation "on-line" de exchange 2000 serait bien meilleure que celle de Exchange 5.5 ! Donc, Microsoft déconseille de défragmenter "off-line" avec Eseutil de manière régulière.
Une défragmentation ponctuelle pour un gain de place "certain/calculé" (après de fortes suppressions) est possible.
L'utilitaire ne plante pas, mais c'est la qualité de la base qui fait... Si des données sont vérolées, l'utilitaire aura tendance à supprimer les données génantes (un peu comme la vérification de cohérence).
