none
Mailbox database non mis a jours RRS feed

  • Question

  • Bonjour a tous,

    J'ai remarqué aujourd'hui que la base "Mailbox database ID" de notre serveur exchange 2010 date au 19/09/13 c'est a dire qu'elle n'a pas effectué de mise a jours et elle est bloqué sur 23.470 GO depuis ces 5 derniers jours sachant que j'ai bien un quota de 50 Go, dans EMC il m'affiche qu'elle est bien monté , 

    la maintenance est bien activé la nuit , Est ce normal

    lundi 23 septembre 2013 15:04

Réponses

  • Oui, mais il faut démonter la base pour l'utiliser, autant dire que ce n'est pas enviseageable en production.

    Il faut plutôt prendre cette règle : tant que les fichiers LOG sont tronqués (donc qu'ils ne remontent pas à plus de X jours), que le dernier backup complet est corret, qu'il n'y a pas d'event indiquant un problème, et qu'il n'y a pas d'incidents vue par les utilisateurs, c'est que tout va bien.

    Si vous avez un problème d'intégration des fichiers de logs, c'est à ce moment qu'on peut se poser la question d'utiliser eseutil.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr


    lundi 30 septembre 2013 14:13
    Modérateur
  • Pour la date du fichier, j'avoue ne pas la regarder en général, mais dans l'idée c'est cela.

    Il faut surtout vérifier le LastFullBackup pour être certains que les logs sont bien incorporés dans l'EDB (sauf si vous utilisez du Circular Logging?).


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    lundi 30 septembre 2013 10:56
    Modérateur

Toutes les réponses

  • Vous pouvez faire un Get-MailboxDatabase -Status | fl *backup* pour voir la dernière date de backup.

    Il est possible qu'une grande partie du contenu logique de la base soit dans des fichiers logs.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    lundi 23 septembre 2013 18:38
    Modérateur
  • Last Full Backup  29/12/12

    C vrai j'ai plusieurs fichiers logs de 1 Mo

    est ce qu'une sauvegarde VSS corrige le probléme

    mardi 24 septembre 2013 10:23
  • Il faudrait faire une full backup des bases

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    mardi 24 septembre 2013 10:59
    Modérateur
  • c a dire une sauvegarde complete du serveur avec une sauvegarde complete VSS 

    C bien ca

    • Marqué comme réponse mehdimhs mardi 24 septembre 2013 13:15
    • Non marqué comme réponse mehdimhs mardi 24 septembre 2013 13:15
    mardi 24 septembre 2013 11:22
  • Non un sauvegarde complète des bases, cela s'appui sur VSS, mais VSS sert aussi à faire d'autres types de sauvegarde. Il faut juste vérifier que cela tronque les logs et que le LastFullBackup est mis à jour.

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    • Marqué comme réponse Florin Ciuca mercredi 25 septembre 2013 11:28
    • Non marqué comme réponse mehdimhs mercredi 25 septembre 2013 16:04
    mardi 24 septembre 2013 12:32
    Modérateur
  • Bonsoir Bruce,

    Merci de votre réponse, j'ai utilisé la sauvegarde de windows et le lastFullBackup m'indique bien le 25/09/13 et j'ai bien gagné de l'espace disque avec l'elimination des anciens logs mais la date du fichier .edb de la base de données reste tjs le 19/09/13 avec une taille de 23.470 Go 

    est ce que c'est un probleme de quota ou bien la base doit être réparer, je ne sais pas exactement la manip que je doit faire ou bien je l'aisse comme ca 

    Merci de votre réponse


    mercredi 25 septembre 2013 15:36
  • Si cela fonctionne il n'y a pas de raison de s'inquiéter, de toute façon la taille d'un fichier EDB n'a pas vocation à diminuer, au pire il ressemblera à du gruyère, les trous seront remplis au fur et à mesure que de nouveaux emails arriveront...


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    mercredi 25 septembre 2013 18:50
    Modérateur
  • J'ai testé la fonction  Isinteg -s <server_name> -fix -test -alltests  pour voir si'il ya des erreurs et la je recoit ce message "Isinteg cannot initiate verification process"

    j'ai entendu parler de la fonction ESEUTIL /p  et ESEUTIL /d qui permet de réparer et défragmenter une base ,

    Est ce que c'est recommandé d'utiliser ces commande et comment savoir si ma base de donnée contient des erreurs ou non?

    Merci de votre aide


    vendredi 27 septembre 2013 14:24
  • Il n'est pas recommandé d'utiliser ces commandes sur une base de maintenance normale, mais uniquement dans des cas précis.

    Dans votre cas, la défragmentation d'une base pour en réduire la taille n'est pas une opération de maintenance normale, mais ne doit s'appliquer que dans des cas exceptionnels, par exemple si vous avez provisionner trop de mailbox sur une base puis déplacées sur une autre. Dans ce cas le fichier EDB contiendra beaucoup d'espace vide, et il peut être utile de défragmenter celui ci.

    En production normale, il ne faut pas défragmenter une base de données, et il est normal qu'elle ne baisse pas en taille. Lors de sa maintenance automatique, Exchange défragmente le contenu de la base, mais ne diminue pas la taille de l'EDB, et c'est normal.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    vendredi 27 septembre 2013 14:56
    Modérateur
  • Merci Bruce de votre réponse ,

    Moi je ne cherche pas a faire diminuer la taille de la base, mais je veux être sur du bon fonctionnement du fichier Mailbox Database ID.edb, ce n'est pas normale qu'il reste toujours bloqué sur 23.470 Go pendant dix jours alors que dans notre société on peut recevoir plus de 30 mails par jours, c vrai que la sauvegarde VSS a bien nettoyer les fichiers log et j'ai bien gagné de l'espace disque mais elle n'a pas entre autre mis a jours la banque d'information .edb

    Quant est ce que ce fichier .Edb peut se metre a jours, Best.

     
    lundi 30 septembre 2013 08:10
  • ce n'est pas normale qu'il reste toujours bloqué sur 23.470 Go pendant dix jours alors que dans notre société on peut recevoir plus de 30 mails par jours

    Ce comportement est normal. Vous ne devez pas voir le fichier EDB comme un espace contenant uniquement des données, il contient aussi du vide.

    Exemple :

    • vous avez dans le fichier EDB les emails A, B, C, D, E, F (6 emails)
    • Vous supprimez les emails C et E, vous avez alors A, B, vide, D, vide, F, mais votre fichier fait toujours la même taille totale. C'est juste que la où vous aviez C et E vous avez maintenant du vide.
    • Si vous recevez un email G, il sera probablement stocké la où se trouvait C ou E.

    Vous pouvez voir l'EDB comme un système de fichier (ou plutôt une base de données), l'enveloppe du fichier varie peu mais le contenu oui.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    lundi 30 septembre 2013 08:49
    Modérateur
  • Merci bruce pour cette info tres utile, mais est ce normal aussi que la date du fichier edb ne se modifie pas aussi.

     

    lundi 30 septembre 2013 09:02
  • Vous avez vérifié quelle date ? Création, Modification, Dernier Accès?

    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr


    lundi 30 septembre 2013 09:08
    Modérateur
  • la date du fichier mailbox database .edb dans le repertoire mailbox dans program files
    lundi 30 septembre 2013 09:19
  • Ce ne serait pas la date de création du fichier? Sinon je ne sais pas.

    Vérifier avec Get-MailboxDatabase 'nom de la base' | ft EDB*

    et vérifier que le chemin est bien celui du fichier EDB.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr


    lundi 30 septembre 2013 09:46
    Modérateur
  • [PS] C:\Windows\system32>Get-MailboxDatabase 'Mailbox Database 1703969957' | ft EDB*

    EdbFilePath
    -----------
    C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 1703969957\Mailbox Database 1703969957.edb

    C'est bien l'emplacement du fichier edb 


    lundi 30 septembre 2013 10:06
  • Dans ce cas je dirais que cela a l'air bon, a part l'histoire du timestamp fichier, mais celui ci est géré par le système et pas Exchange.

    Au pire vous pouvez démonter puis remonter la base de données, cela devrait le mettre à jour, si ce n'est pas le cas il faudrait voir côté Système si il y a des messages d'erreur.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    lundi 30 septembre 2013 10:15
    Modérateur
  • effectivement, j'ai démonté la base puis remonté et la la date du fichier est devenu le 30/09/13


    lundi 30 septembre 2013 10:21
  • donc je ne doit pas faire de soucis, la mise a jour du fichier ce fait lorsque on aura une augmentation de la taille de la base, mais puisqu'il y a des espaces vides on aura toujours la meme taille et la meme date, c bien ca 
    lundi 30 septembre 2013 10:51
  • Pour la date du fichier, j'avoue ne pas la regarder en général, mais dans l'idée c'est cela.

    Il faut surtout vérifier le LastFullBackup pour être certains que les logs sont bien incorporés dans l'EDB (sauf si vous utilisez du Circular Logging?).


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    lundi 30 septembre 2013 10:56
    Modérateur
  • Non je n'utilise pas le circular logging, pour les logs est ce qu'il y a une commande qui me permet de savoir si ces logs sont bien incorporés dans l'EDB , j'ai trouvé ca sur internet Eseutil /ml est ce bien ca  .
    lundi 30 septembre 2013 13:24
  • Oui, mais il faut démonter la base pour l'utiliser, autant dire que ce n'est pas enviseageable en production.

    Il faut plutôt prendre cette règle : tant que les fichiers LOG sont tronqués (donc qu'ils ne remontent pas à plus de X jours), que le dernier backup complet est corret, qu'il n'y a pas d'event indiquant un problème, et qu'il n'y a pas d'incidents vue par les utilisateurs, c'est que tout va bien.

    Si vous avez un problème d'intégration des fichiers de logs, c'est à ce moment qu'on peut se poser la question d'utiliser eseutil.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr


    lundi 30 septembre 2013 14:13
    Modérateur
  • Merci Bruce de votre aide et de ces informations très utiles, je vous serais très reconnaissant,

    Meilleures salutations.


    lundi 30 septembre 2013 15:25