Bonjour,
 
Je voudrais connaitre votre avis sur mon problème.
 
Je travaille sur un ensemble de serveur dont un d'eux héberge un serveur Exchange 2003.
 
J'ai compressé la base donné avec le paramètre /D, ma base de donné qui faisait un bon 90Go est maintenant arrivées à +/-75Go.
Hors, quand je calcule manuellement la taille de mes boites mails je me retrouve avec seulement 25Go.
 
Conséquence je me demande d'où viennent les 50Go inutiles (selon moi) et surtout comment les supprimers.
Normalement une base de donnée exchange 2003 est limité à 75 Go pour fonctionner correctement.
 
Je tiens à signaler que je découvre la société, je reprend la place d'un de mes collègues qui à prit une retraite bien mérité et injoignable pendant au moins 3 mois.
 
 
Auriez vous une idée pour supprimer ces fantômes de ma base de données et aussi me dire d'où ils viennent.
 
NB: j'ai procédé à la compression suite au démontage automatique toute les 48heures lors de la vérification automatique de la base
la taille était trop importante.

Exchange 2003 (et suivant) maintient les éléments supprimés pendant une période par défaut de 30 jours. Et ce avant de définitivement les effacer... ca permet de récupérer un élément "définitivement supprimé" avec Outlook depuis le menu Outils -> Récupérer les éléments supprimés...
 
Comme ca concerne aussi les éléments archivés, ça peut vite faire quelques Go qui ne sont pas listés dans la taille des BAL.
 
Tu peux changer la durée pendant laquelle Exchange conserve ces éléments.

Merci de l'information.
 
Sais tu me dires à quel endroit je peu modifier la durée de conservation de ces éléments?
 
Merci
 
[EDIT]
 
Après une recherche google, j'ai trouvé ceci:
Aller dans le gestionnaire système exchange me rendre au niveaux de la boites aux lettres privées de mon domaines et accéder aux propriétés de celle-ci. La je découvre un onglet "Limite" et je découvre avec horreur que la limite de rétention est déjà placé à 0.
 
La je suis perplexe... une idée?

As-tu des dossiers publics ?
 
Sinon il existe des outils d'analyse téléchargeable sur Technet (avec 2007 et 2010 ils sont intégrés) :
http://www.microsoft.com/downloads [...] laylang=en

Mes fichiers privé edb et STM sont les seuls énormes.
Les fichiers publics ne représentent que quelques centaines de méga.
 
Existe - t-il un moyen manuel de nettoyer la base de données exchange?
 
J'hésite à utiliser ton outil. Je m'inquiète des conséquences de sont utilisation sur ce serveur.

Disons il pourrait te donner une idée d'où en est ton serveur... après c'est clair que tu peux être prudent et te monter un environnement virtuel pour le tester à fond avant de balancer cela sur un système en prod.
 
Sinon la maintenance de ta base fonctionne correctement  et la tâche est planifiée ?
 
- http://www.petri.co.il/defragment_ [...] abases.htm
- http://blogs.msdn.com/b/jeremyk/ar [...] 54283.aspx
 

J'avais déjà pris les devants en virtualisant une copie complète du serveur.
J'ai exécuter l'outil que tu m'as fourni dans le lien dans un post précédent.
 
Je suis heureux d'avoir virtualisé, après l'analyse via l'outils Microsoft Exchange Best Practices Analyzer v2.8 mon serveur n'a plus su remonter la base de données. Fichier corrompu... je pense que ma base n'est pas saine... Je commence à comprendre pk mon chère collègue est parti si loin de son ancien travail.
 
Pour ce qui est de la maintenance, tout s'effectue correctement dans les logs et tout est planifié pour ne jamais interférer avec un autre modèle de backup (comme un shadow protect)