none
Réduire la taille de la banque d'information Exchange 2010 RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour,

    j'ai un souci au niveau de la banque d'information Exchange qui ne fait qu'augmenter sachant bien que j'ai lancé l'archivage PST chez les personnes qui occupent une grande partie de la banque d'information, mais ca ne s'actualise pas. la taille ne fait qu'augmenter.

    Mehdi SARAH

    vendredi 11 mai 2012 08:14
    |

Réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Tout d'abord, il faut effectuer des sauvegardes planifiées de vos DB exchange.

    Cette augmentation en  matière de taille est du à plusieurs facteurs:

    1- Quota sur les MBX ou la base de donnée ne sont pas personnalisés ou bien contiennent des larges valeurs

    [PS] C:\>Get-MailboxDatabase MBX | fl *quota*

    2- Paramètre de retention laissé par défaut ou non paramétré.

    3- Elément recupérable est laissé par défaut (30 GO) , vous pouvez cette commande PowerShell 

    [PS] C:\>Get-MailboxDatabase MBX | fl recoverable*

    Du coup, vous pouvez agir sur ces facteurs pour limiter la taille de la base de donnée de BAL. En plus, vous pouvez:

    - Déplacer les BAL volumineuses vers une base de données dédiée.

    - Supprimer des BAL de la base intiale.

    - Effectuer une défragmentation sur la base.

    Bonne chance.


    Best Regards Don't forget to mark it as answer if it helps

    vendredi 11 mai 2012 08:36
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Elle ne va pas se réduire, elle va augmenter si il n'y a pas assez d'espace vide dans le fichier EDB. De plus si vous avez configuré (ou laisser tel quel) la rétention des objets effacés, ceux ci resteront stockés dans votre EDB un certain temps.

    • Marqué comme réponse Florin Ciuca mardi 15 mai 2012 13:44
    vendredi 11 mai 2012 09:50
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Oui, tout a fait d'accord avec Bruce. D'autant plus, avec Exchange 2010 on a tendance à éliminer l'usage des fichiers PST, on recommande d'utiliser les BAL d'archives. 

    Voir ce que j'ai mentionné au début du thread pour agir sur la taille de la base de donnée de Exchange .

    A+

    Best Regards Don't forget to mark it as answer if it helps

    • Marqué comme réponse Mehdi SARAH mardi 15 mai 2012 15:23
    vendredi 11 mai 2012 09:56
    |

Toutes les réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Je suppose que vous parlez des fichiers edb? Quelles sont les tailles actuelles de ces fichiers, sachant que Microsoft recommande 50Go par base, mais tolère jusqu'a 100Go sans avertissement?

    Avez vous intégré une estimation du volume de flux email, des quota de reception ainsi que de la rétention des éléments supprimés dans vos prévisions de capacité des bases?

    Est ce que la "online maintenance" est active? Celle ci ne va pas réduire la taille des EDB, mais réarranger le contenu de ceux ci et réaliser certaines opérations de vérification.

    Si il s'agit des fichiers logs, il s'agit d'un problème de sauvegarde.

    vendredi 11 mai 2012 08:26
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Tout d'abord, il faut effectuer des sauvegardes planifiées de vos DB exchange.

    Cette augmentation en  matière de taille est du à plusieurs facteurs:

    1- Quota sur les MBX ou la base de donnée ne sont pas personnalisés ou bien contiennent des larges valeurs

    [PS] C:\>Get-MailboxDatabase MBX | fl *quota*

    2- Paramètre de retention laissé par défaut ou non paramétré.

    3- Elément recupérable est laissé par défaut (30 GO) , vous pouvez cette commande PowerShell 

    [PS] C:\>Get-MailboxDatabase MBX | fl recoverable*

    Du coup, vous pouvez agir sur ces facteurs pour limiter la taille de la base de donnée de BAL. En plus, vous pouvez:

    - Déplacer les BAL volumineuses vers une base de données dédiée.

    - Supprimer des BAL de la base intiale.

    - Effectuer une défragmentation sur la base.

    Bonne chance.


    Best Regards Don't forget to mark it as answer if it helps

    vendredi 11 mai 2012 08:36
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Merci pour ces infos.

    la taille du fichier .edb est 237 GB donc trop superieure par rapport à 100 GB.

    Mehdi SARAH


    vendredi 11 mai 2012 08:45
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    100 Go c'est une recommandation. Mais une Base de donnée sous Exchange 2010 peut atteindre 16 TO sans DAG. Dans un DAG la taille max est 2TO.

    Cordialement;

    Best Regards Don't forget to mark it as answer if it helps

    vendredi 11 mai 2012 09:10
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    juste une question, est ce que lorsque les utilisateurs archivent leurs mails dans un fichier PST au niveau de leurs postes. est ce que la taille du .edb va se réduire ou elle s'incremente sans qu'elle applique les changements effectuer au niveau des postes client ?

    Merci pour le coup de main les amis.

    Mehdi SARAH

    vendredi 11 mai 2012 09:24
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Elle ne va pas se réduire, elle va augmenter si il n'y a pas assez d'espace vide dans le fichier EDB. De plus si vous avez configuré (ou laisser tel quel) la rétention des objets effacés, ceux ci resteront stockés dans votre EDB un certain temps.

    • Marqué comme réponse Florin Ciuca mardi 15 mai 2012 13:44
    vendredi 11 mai 2012 09:50
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Oui, tout a fait d'accord avec Bruce. D'autant plus, avec Exchange 2010 on a tendance à éliminer l'usage des fichiers PST, on recommande d'utiliser les BAL d'archives. 

    Voir ce que j'ai mentionné au début du thread pour agir sur la taille de la base de donnée de Exchange .

    A+

    Best Regards Don't forget to mark it as answer if it helps

    • Marqué comme réponse Mehdi SARAH mardi 15 mai 2012 15:23
    vendredi 11 mai 2012 09:56
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Merci pour votre aide les amis, j'ai compris un peu le principe de fonctionnement, j'ai une deuxiéme question.

    Comment programmer une suppression de mails qui datent de plus de 6mois sur Exchange 2010 ?

    "j'ai déjà tous les mails bien sauvegardés en double copie dans un serveur distant."

    je pense en procedant ainsi, ca va aléger un peu la taille de la BI Exchange?

    Mehdi SARAH

    vendredi 18 mai 2012 08:13
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Concernant le fichier EDB : celui ci est une base de données où les emails qui arrivent sont stockés non pas à la fin, mais dans les espaces vides de celle-ci. Si il n'y a pas assez d'espace vide, alors le fichier EDB augmente. Si vous supprimez un email, vous créez de l'espace vide dans la base, qui n'est pas forcement à la fin.

    Les opérations de maintenance automatique sur les bases n'ont pas pour but premier d'en réduire la taille, mais de vérifier certaines incohérences, et d'optimiser les accès (surtout depuis 2010).

     

    Si vous supprimez un grand nombre d'émail avec une politique de rétention (http://technet.microsoft.com/en-us/library/dd297955.aspx) vous allez crée des zones d'espace vide dans vos EDB, où seront stockés les nouveaux emails arrivant. Cela ne signifie pas que votre EDB va se réduire (du moins significativement).

    Si vous avez un problème d'EDB trop important, sans solution pour augmenter son espace de stockage, il faudra soit réaliser une défragmentation offline (en coupant donc la production), soit migrer toutes les BAL dans d'autres bases de données, ces opérations semblent différentes, mais techniquement il s'agit au final de la même chose : sortir tout le contenu de l'EDB pour le transvaser dans un ou plusieurs autres EDB.

    vendredi 18 mai 2012 13:19
    |
    Modérateur