Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur Administration Exchange Compression fichier priv.edb

Compression fichier priv.edb

9 réponses
Avatar
pscoffoni
Bonjour,

Je viens de faire une compression de mon fichier priv.edb sur un
Exchange 5.5 (h=E9 oui encore...). Si je ragarde dans l'admin Exchnage
la taille totale des resources de boites aux lettres j'obtien juste
7=2E8Go et le fichier reste toujours =E0 15.1Go. La dur=E9e de retention
est de 1 jour. Je ne comprens pas o=F9 sont les autres giga. Le job de
d=E9frag me donne le r=E9sultat suivant : voir ne find de message.

Quelqu'un a-t-il une piste =E0 me donner ?

Merci

Philippe
----------------------------------------------------------------------
C:\WINNT\system32>eseutil /d /ispriv /ti:\temp\tmp_exh.edb

Microsoft(R) Windows NT(TM) Server Database Utilities
Version 5.5
Copyright (C) Microsoft Corporation 1991-1999. All Rights Reserved.

Initiating DEFRAGMENTATION mode...
Database: G:\exchsrvr\MDBDATA\PRIV.EDB
Log files: g:\exchsrvr\MDBDATA
System files: C:\exchsrvr\MDBDATA
Temp. Database: i:\temp\tmp_exh.edb

Defragmentation Status ( % complete )

0 10 20 30 40 50 60 70 80 90 100
|----|----|----|----|----|----|----|----|----|----|
...................................................

Note:
It is recommended that you immediately perform a full backup
of this database. If you restore a backup made before the
defragmentation, the database will be rolled back to the state
it was in at the time of that backup.

Operation completed successfully in 9321.437 seconds.
-------------------------------------------------------------------------
Signaler un problème avec ce contenu

9 réponses

Supprimer
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
Avatar
Laurent Francfort [MS]
Bonjour,

1> N'aurais-tu pas oublié les boites aux lettres cachées, qui n'apparaissent
pas par défaut dans l'administrateur Exchange 5.5 ??

Ensuite, si j'ai bonne mémoire, le surveillant du système d'Exchange 5.5
donnait après chaque défragmentation online (c'est à dire toutes les nuits)
la quantité de place récupérable après une defrag offline. Peux-tu regarder
dans ton obseravteur d'événement, journal applications ?

Laurent


"pscoffoni" a écrit dans le
message de news:
Bonjour,

Je viens de faire une compression de mon fichier priv.edb sur un
Exchange 5.5 (hé oui encore...). Si je ragarde dans l'admin Exchnage
la taille totale des resources de boites aux lettres j'obtien juste
7.8Go et le fichier reste toujours à 15.1Go. La durée de retention
est de 1 jour. Je ne comprens pas où sont les autres giga. Le job de
défrag me donne le résultat suivant : voir ne find de message.

Quelqu'un a-t-il une piste à me donner ?

Merci

Philippe
----------------------------------------------------------------------
C:WINNTsystem32>eseutil /d /ispriv /ti:temptmp_exh.edb

Microsoft(R) Windows NT(TM) Server Database Utilities
Version 5.5
Copyright (C) Microsoft Corporation 1991-1999. All Rights Reserved.

Initiating DEFRAGMENTATION mode...
Database: G:exchsrvrMDBDATAPRIV.EDB
Log files: g:exchsrvrMDBDATA
System files: C:exchsrvrMDBDATA
Temp. Database: i:temptmp_exh.edb

Defragmentation Status ( % complete )

0 10 20 30 40 50 60 70 80 90 100
|----|----|----|----|----|----|----|----|----|----|
...................................................

Note:
It is recommended that you immediately perform a full backup
of this database. If you restore a backup made before the
defragmentation, the database will be rolled back to the state
it was in at the time of that backup.

Operation completed successfully in 9321.437 seconds.
-------------------------------------------------------------------------
Avatar
pscoffoni
Bonjour,

Merci pour ta réponse rapide.

1> N'aurais-tu pas oublié les boites aux lettres cachées, qui n'appar aissent
pas par défaut dans l'administrateur Exchange 5.5 ?


Je me base sur la taille des ressources de boîtes aux lettres
affichés dans l'admin. Mon problème vient des éléments supprimés
qui ne sont pas purgés. J'ai des des utilisateurs qui ont plus de 1Go
de données en Eléments supprimés + 500Mo en taile de boite au
lettres ce qui fait 2Go au total. La durée de rétention des
éléments est fixé à 0 jours. Je ne comprend pas pourquoi ils ne
sont pas épurés. J'ai un deuxième serveur Exchange sur lequel cela
se passe bien et la taille des éléments supprimés reste faible... Je
ne sais pas quel est le process qui se charge de les purgés

Ensuite, si j'ai bonne mémoire, le surveillant du système d'Exchange 5.5
donnait après chaque défragmentation online (c'est à dire toutes le s nuits)
la quantité de place récupérable après une defrag offline. Peux-t u regarder
dans ton obseravteur d'événement, journal applications ?


J'ai un peu fouillé dans les événements, mais je n'ai rien trouvé
qui y ressemble...

Cordialement

Philippe

Avatar
Antoine Leca
Philippe wrote:
1> N'aurais-tu pas oublié les boites aux lettres cachées, qui
n'apparaissent pas par défaut dans l'administrateur Exchange 5.5 ?



Heu, si tu regardes la consomation des ressources, tu as toutes les boîtes,
les cachées (effectif au niveau du répertoire) comme les autres.

Par contre, je ne sais pas si par de´faut tu as la colonne "Éléments
supprimés (K)", c'est-à-dire le contenu du dumpster.


Je me base sur la taille des ressources de boîtes aux lettres
affichés dans l'admin. Mon problème vient des éléments supprimés
qui ne sont pas purgés. J'ai des des utilisateurs qui ont plus de 1Go
de données en Eléments supprimés + 500Mo en taile de boite au
lettres ce qui fait 2Go au total.


Attention : ce que les clients voient dans Éléments supprimés du clients,
c'est du point de vue du serveur du réel, Éléments supprimés est un dossier
comme un autre. Si tu veux que l'espace de ces messages soit récupérés, tu
dois demander à tes utilisateurs de d'abord faire le ménage chez eux, et de
vider leurs corbeilles...

La durée de rétention des éléments est fixé à 0 jours.


Là tu contrôles le passage dans le dumpster (désolé, ne sais pas traduire):
ce dernier est une sécurité contre les fausses manouvres, effacement+vidange
de corbeille par erreur (c'est utilisable par les utilisateurs comme un
outil "Récupération" quand tu es dans le dossier Corbeille).

Question stupide : est-ce que la case "Ne pas détruire [...] sauvegarde",
juste en dessous, est bien décochée ?


Ensuite, si j'ai bonne mémoire, le surveillant du système d'Exchange
5.5 donnait après chaque défragmentation online (c'est à dire toutes
les nuits) la quantité de place récupérable après une defrag
offline. Peux-tu regarder dans ton obseravteur d'événement, journal
applications ?


J'ai un peu fouillé dans les événements, mais je n'ai rien trouvé
qui y ressemble...


Événements 179 et 180, origine ESE97.

Peut-être que la défragmentation a été désactivée ? (mais je ne sais plus où
cela se programme :-( )


Antoine


Avatar
pscoffoni
Bonjour,

Effectivement, la maintenance BI est "descativé", il n'y a aucune
plage horraire ou elle est autorisé à s'éxecuter. Là je pensais
avoir trouver, sauf que lorsque je l'active, Exchange se met à partir
en boucle avec un store.exe à 99% et plei de message d'erreur dans le
journal d'événement : Erreur 0xfffffbd3 pendant un nettoyage en
arrière-plan sur le message 4-3EE9B1.

Et il y en a comme ça des centaines avec un identifiat de message
différente à chaque fois!

C'est ma banque privée qui est HS ? Pourtant les utilisateur n'ont pas
de problèmes

Merci Philippe
Avatar
Laurent Francfort [MS]
Concernant la BI qui est peut-être HS,

Fais-tu des sauvegardes d'Exchange avec NTBackup ou un autre soft qui
utilise les APIs de sauvegarde d'Exchange ?

Si c'est le cas, ça force Exchange à lire la Bdd page par page pour la
donner au soft de backup, et *en général* ça met en valeur (dans l'event
viewer) les incohérences...

C'était bien un defrag offline que tu avais fait ? (eseutil /D)

Laurent

"pscoffoni" a écrit dans le
message de news:
Bonjour,

Effectivement, la maintenance BI est "descativé", il n'y a aucune
plage horraire ou elle est autorisé à s'éxecuter. Là je pensais
avoir trouver, sauf que lorsque je l'active, Exchange se met à partir
en boucle avec un store.exe à 99% et plei de message d'erreur dans le
journal d'événement : Erreur 0xfffffbd3 pendant un nettoyage en
arrière-plan sur le message 4-3EE9B1.

Et il y en a comme ça des centaines avec un identifiat de message
différente à chaque fois!

C'est ma banque privée qui est HS ? Pourtant les utilisateur n'ont pas
de problèmes

Merci Philippe
Avatar
Antoine Leca
Laurent Francfort [MS] wrote:
Concernant la BI qui est peut-être HS,

Fais-tu des sauvegardes d'Exchange avec NTBackup ou un autre soft qui
utilise les APIs de sauvegarde d'Exchange ?


J'ai des problèmes avec ma banque d'informations, et je me dis que cela peut
être lié à cela, en particulier à mon soft de backup (qui n'est PAS
NtBackup) qui pourrait faire des choses pas trop correctes.

Est-ce qu'il y a un moyen (même one shot) de diriger la sortie de NtBackup
vers un fichier plutôt que vers un dispositif physique sur bande ?



Si c'est le cas, ça force Exchange à lire la Bdd page par page pour la
donner au soft de backup, et *en général* ça met en valeur (dans
l'event viewer) les incohérences...


Hmmm, cela pourrait bien m'aider...


philippe scoffoni a écrit dans le

C'est ma banque privée qui est HS ? Pourtant les utilisateur n'ont pas
de problèmes



Pas encore...


J'ai lu que Exchange avait de bons moyens de redondance pour passer outre
certaines erreurs de cohérence. Malheureusement, cela fait que quand les
problèmes sont trop importants pour être résolus par la redondance, ils
frappent d'autant plus fort qu'ils n'ont pas été corrigés à temps.


Antoine


Avatar
Laurent Francfort [MS]
Sous Windows 2000 ou 2003, NTBackup sait backuper sur disque, je dois avouer
que sous Windows NT4, j'ai oublié...

Tu peux aussi essayer *après avoir arrêté la banque d'informations et
sauvegardé les 2 fichiers .edb* les edbutil /r et edbutil /p (attention, le
/p est à utiliser en dernier recours)

Regarde bien les différents articles dispos sur le Web concernant ces
commandes :
http://support.microsoft.com/?id%9851

Laurent

"Antoine Leca" a écrit dans le
message de news: O$
Laurent Francfort [MS] wrote:
Concernant la BI qui est peut-être HS,

Fais-tu des sauvegardes d'Exchange avec NTBackup ou un autre soft qui
utilise les APIs de sauvegarde d'Exchange ?


J'ai des problèmes avec ma banque d'informations, et je me dis que cela
peut
être lié à cela, en particulier à mon soft de backup (qui n'est PAS
NtBackup) qui pourrait faire des choses pas trop correctes.

Est-ce qu'il y a un moyen (même one shot) de diriger la sortie de NtBackup
vers un fichier plutôt que vers un dispositif physique sur bande ?



Si c'est le cas, ça force Exchange à lire la Bdd page par page pour la
donner au soft de backup, et *en général* ça met en valeur (dans
l'event viewer) les incohérences...


Hmmm, cela pourrait bien m'aider...


philippe scoffoni a écrit dans le

C'est ma banque privée qui est HS ? Pourtant les utilisateur n'ont pas
de problèmes



Pas encore...


J'ai lu que Exchange avait de bons moyens de redondance pour passer outre
certaines erreurs de cohérence. Malheureusement, cela fait que quand les
problèmes sont trop importants pour être résolus par la redondance, ils
frappent d'autant plus fort qu'ils n'ont pas été corrigés à temps.


Antoine





Avatar
Antoine Leca
Laurent Francfort [MS] wrote:
Sous Windows 2000 ou 2003, NTBackup sait backuper sur disque, je dois
avouer que sous Windows NT4, j'ai oublié...


Avec NT4 il se plaint de ne pas avoir accès à un pilote de bande :-(
Et effectivement, ma bande de sauvegarde est sur une autre machine NT4, qui
n'a PAS Exchange d'installé, donc elle ne sait pas faire la sauvegarde non
plus (avec NtBackup) :-(


Autrement dit, je vois deux solutions :

-- écrire un mini pilote de bande qui en fait écrit sur un fichier, genre le
FileDisk de Bo Braten http://www.acc.umu.se/~bosse/ (je ne dis rien de plus,
ce n'est pas le sujet du forum ;-), mais cela ne me paraît pas insurmontable
du tout)

-- récupérer le NtBackup de 2000 ou 2003 et l'installer sur NT4.
Quelqu'un a déjà fait ce genre de trucs ?
Je vais aussi poser la question sur microsoft.public.fr.windowsnt

Quant à la solution d'essayer de faire croire à l'autre machine qu'elle peut
accéder aux banques Exchange, je n'y crois pas trop...


Tu peux aussi essayer *après avoir arrêté la banque d'informations et
sauvegardé les 2 fichiers .edb* les edbutil /r et edbutil /p
(attention, le /p est à utiliser en dernier recours)


Oui, cela j'ai déjà fait, 3 fois en fait (enfin, avec eseutil, je suis en
5.5). Et oui, je peux vous garantir que le /p casse des choses...

En fait, la troisième fois, j'ai été encore plus drastique, j'ai sauvegardé
le contenu de la banque privée dans des .PST avec EXMERGE, j'ai détruit le
fichier PRIV.EDB et j'ai réimporté ensuite les .PST, exactement comme lors
d'une migration ; et cela a bien marché (en fait, cela va presque plus vite
de faire cela que le eseutil/p, la sauvegarde intermédiaire est NETTEMENT
plus facile à manipuler :-), et dans mon expérience on récupère au moins
autant ; l'inconvénient théorique, c'est que les messages qui sont dans
plusieurs boîtes se dupliquent, mais je ne suis pas sür que je ne préfère
pas cela...)

Mais les problèmes persistent :-(



Regarde bien les différents articles dispos sur le Web concernant ces
commandes :
http://support.microsoft.com/?id%9851


À l'attention des archives et de ceux qui veulent essayer ce genre de trucs,
voici les articles que j'ai archivé (qui m'ont paru les plus intéressants):
314917/fr
259851/fr déjà cité
272570/fr
248406
244525/fr
219419 (moins bien que 272570, ÀMHA)
et surtout, "Disaster Recovery",
http://www.microsoft.com/technet/prodtechnol/exchange/55/support/exdisrec.mspx,
dont la lecture devrait être obligatoire pour toute personnes opérant un
serveur Exchange (AVANT les problèmes)
(j'ai lu et cité la version anglaise, mais il existe aussi
http://www.microsoft.com/france/technet/produits/exchange/55/info/edrv3p1.html
et
edrv3p2.html qui en semblent être des traductions, donc plus faciles pour
vous, en particulier au niveau des termes utilisés -- mon Exchange est
anglophone.

Il y a aussi l'article 262196, mais cela couvre un autre type de problème,
plus ponctuel (en gros, à utiliser bien avant).


Antoine

Avatar
Antoine Leca
Re...

Laurent Francfort [MS] wrote:
Sous Windows 2000 ou 2003, NTBackup sait backuper sur disque, je dois
avouer que sous Windows NT4, j'ai oublié...


OK, j'ai résolu cette partie du problème.

Les explications en anglais sont dans
http://groups.google.com/group/microsoft.public.exchange.admin/browse_thread/thread/22e35b31d55fbb6e
et http://support.microsoft.com/kb/181445/en-us


En français, cela donne:

-- sur une machine 2000+ (j'ai essayé sur un 2000 professionel)

-- récupérer EDBBCLI.DLL depuis soit un cédérom Exchange, soit le répertoire
System32 du serveur NT4 Exchange, et le ranger là où est NTBACKUP.EXE sur la
machine 2000+ (normalement %windir%system32)

-- lancer NtBackup sur la machine 2000+ avec un compte du domaine permettant
d'accéder aux banques Exchange _et_ d'ouvrir des sessions sur le réseau _et_
d'écrire les fichiers là où vous voulez les sauvegardes sur disque (si c'est
du chinois, essayer !)

-- utilisation normale de NtBackup. Dans l'onglet Copies, il y a une
nouvelle puce dans l'arbre « Microsoft Exchange », si on la sélectionne il
demande le nom du serveur Exchange ; puis cocher la case. En bas, on peut
indiquer le nom d'un fichier (par défaut sur A:, le changer avant d'avoir un
tennis elbow ;-))

-- lancer la sauvegarde ; celle du répertoire dure quelques secondes

-- ouvrir le visualiseur d'événements pour contrôler le résultat ; sur la
machine 2000+ où se font les sauvegardes, je pense qu'il ne va rien
apparaître de réellement intéressant (sauf disk full...), les choses
importantes devraient apparaître sur dans les événements du serveur, origine
ESE97


Comme d'habitude, si vous n'avez pas installé la console d'administration
Exchange sur la machine 2000+ (par exemple parce que vous avez SBS), il faut
soit visualiser les événements sur le serveur, soit mettre ESE.DLL en local
et enregistrer ce qu'il faut dans
<HKLMSYSTEMC·C·S·Services>EventlogApplicationESE97


Ici, aucune erreur à la sauvegarde, merci. Et j'ai « économisé » 1,4 Go de
fichiers .log (qu'il faut maintenant que je grave sur bande, bien sûr)


En espérant que cela pourra vous servir.

Antoine