Bonjour,  
 
Voila j'ai nun serveur exchnage 2003 SP2 avec un groupe de stckage, une banque de boite au lettres et 80 boites a lettres sur un disque D.
 Les fichiers .edb et .stm font 89Go et 52Go et il me reste 3.6Go d'espace sur le disque.
   
Un matin enarrivnat au boulot, la banque de boite a lettre etait démonté.  
 
Banque Exchange 'Premier groupe de stockage\Banque de boîtes aux lettres (SRV-MAIL)' : la taille logique de cette base de données (la taille logique correspond à la taille physique du fichier .edb et du fichier .stm moins l'espace libre logique de chacun) est de 118 Go. Cette taille de bases de données a dépassé la limite de taille de 117 Go.  
 
Si la taille logique de cette base de données n'est pas réduite à une valeur inférieure à la limite de taille maximale, cette base de données sera démontée lors de la prochaine vérification de taille de base de données.  
 
J'ai donc fait du nettoyage grace à l'archivage et alléger les boites des users.
 Les fichiers edb et stm n'ont par contre pas bouger en taille.  
 
j'ai chercher d'ou venant les 118Go et j'ai finalement trouver dans la base de registre Database Size Limit à 75 hexa = 118Go. Sans doite une erreur de celui qui l'a installé. J'ai donc monté a 141Go (89 + 52) pour éviter que cela se reproduise tout en gardant un oeil sur l'espace disque. Y t'il un risque. je compte quand meme activer l'archivage auto sur tous les postes.
   
J'ai un backup via ntbackup qui ne fonctionne plus pour la bdd avec l'erreur :  
 
certsrv.exe (1184) La sauvegarde a été arrêtée car elle a été interrompue par le client ou la connexion avec le client a échoué.
   
et  
 
Information Store (5212) Premier groupe de stockage: La lecture de pages de base de données à partir du fichier « D:\Exchsrvr\mdbdata\priv1.edb » à l'adresse relative 21523521536 (0x0000000502e6e000) (page 5254765 (0x502E6D) de la base de données) de 4096 (0x00001000) octets a échoué à la vérification à cause d'une discordance de total de contrôle. Le total de contrôle attendu était 422628227610283389 (0x05dd7a2242c38d7d) tandis que le total de contrôle réel était 4801191940559179622 (0x42a142a1d37f8f66). L'opération de lecture échouera en indiquant l'erreur -1018 (0xfffffc06). Si le problème persiste, restaurez la base de données à partir d'une version de sauvegarde antérieure. Ce problème est probablement dû à du matériel défectueux. Contactez le fabricant du matériel pour obtenir de l'aide supplémentaire sur ce problème.  
 
puis  
 
Information Store (5212) Premier groupe de stockage: Fin de la sauvegarde du fichier D:\Exchsrvr\mdbdata\priv1.edb. Toutes les données du fichier n'ont pas été lues (21523464192 octets lus sur 91199582208).  
 
J'ai peur mon ma base et ma sauvegarde ( sachant que je sauvegarde quand meme en plus a chaud avec Veeambackup la nuit).
   
Alors dois-je m'inquiété ? comment connaitre la taille logique de la base de données ? Pourquoi la base ne bouge plus en taille et en date de modification aussi.
   
Sachant que tout marche bien malgré tout donc difficile d'intervenir quand le focntionnement est ok.
   
j'ai demandé a mon intervenant pour une defrag il m'a dit que c'est plutot dangereux et qu'on ne peut pas savoir le temps que cela prendrera. Il me propose plutot de recréer une boite au lettre sur un autre disque et de transférer certaine boite. je m'y perd un peu dans les groupe de stockage et les BAL. que faudrait il recréer ?

Faudrait surtout penser à migrer Exchange 2003 en 2014 alors que c'est même plus supporté ...
 
Là tu vas tout droit dans le mur, surtout si tu as jamais fait d'opération de maintenance sur tes bases depuis des années

Ca aurait été bien de copier la base et faire une défrag pendant que le week-end vu que ca risque d'être long.
Sinon migrer rapidement vers Exchange 2010 ou 2013.

De mémoire les bases sous Exchange 2003 SP2 ne peuvent aller au-delà de 90 Go (sauf Edition Enterprise je crois). Donc il te faut créer d'autres bases, si tu as les licences.
 
Et penser à migrer un produit qui n'a plus de support aussi vite que possible aussi