none
Exchange 2013 - Meilleure pratique lors de l'installation RRS feed

  • Question

  • Bonjour, 

    Ma société compte 70 employés. 

    J'ai mis en place un Windows server 2008 R2 sur lequel j'ai installé Exchange 2013.

    J'ai une petite question au niveau de la repartition de l'installation sur les différents volumes de mon serveur.

    Ce que j'ai fait : 

    J'ai installé mon Exchange sur ma partition système (C:/) qui fait 100Gb. 

    La base de donnée quant à elle est sur une autre partition (D:/) de 400Gb. 

    Je pense que du niveau DB je suis correct avec 400Gb étant donné qu'après la migration (Lotus à Exchange) la taille de ma BD est rendue à 40Gb. en gros j'ai de la marge. 

    Par contre mon volume système lui est déjà rendu à 70Gb sur les 100.

    Ma question est donc la suivante : est-ce que le repertoire Microsoft qui contient Server Exchange (V15) est sujet à de grosses variations de taille ? 

    Si oui, peut-on déplacer ce dossier vers un nouveau volume ? 

    Merci d'avance pour vos réponses et suggestions.

    Philippe

    lundi 22 juin 2015 13:19

Réponses

  • Je vous conseille de faire une compression NTFS sur le dossier Logging. La plupart des fichiers sont des fichiers txt qui se compressent de façon remarquable.

    Vous pouvez supprimer le dossier \Logging\lodctr_backups folder, pour le DailyPerfomanceLogs, les fichiers vont revenir de façon continue.

    Votre serveur est physique ou virtuel? Si il est physique, vous avez le volume de base de données sur le même disque que l'OS?


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

    mercredi 24 juin 2015 06:53
    Modérateur

Toutes les réponses

  • Les logs Exchange pèsent à eux seul jusqu'à 30Go, par contre il est possible de réaliser une compression NFT sur le dossier Logging. Idem pour les logs IIS qui sont sur leur dossier par défaut.

    Si vous avez enormement de flux emails, vous aurez une grosse base de données de transport.

    Je suppose que les logs de vos bases de données ont aussi été placé sur le volume de 400Go?


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


    lundi 22 juin 2015 14:55
    Modérateur
  • Avec 30 Go libres pour le volume système, vous avez un peu de marge à court terme.

    Cela dit, toutes les mises à jours, tant pour l'OS que pour Exchange, vont s'y accumuler à long terme.

    A supposer qu'en ce moment tout soit à jour, cela devrait être bon pour encore du temps, des mois certainement et peut-être des années.

    Combien de mémoire vive y a-t-il ? Et le fichier de pagination est-il bien de la même taille ?

    Une option: déplacer ce fichier (en tout ou en partie) vers un nouveau disque (par exemple).

    Si vous aviez 16 Go de RAM et donc (par défaut) un fichier de pagination de 16 Go, cela pourrait vous acheter du temps aussi, et c'est plus facile que de déplacer les binaires d'Exchange.

    Il semble que changer l'emplacement de ces fichiers soit possible mais cela vous obligerait sans doute à refaire l'installation avec l'option /m:recoverserver.

    Ceci est ce que j'ai trouvé, a priori, de plus sérieux (venant d'un MVP Exchange):

    https://social.technet.microsoft.com/forums/exchange/en-US/4b47475e-45b8-439e-ae1f-845837661037/can-you-move-the-location-of-exchanges-programbinary-files

     


    Please mark as helpful if you find my contribution useful or as an answer if it does answer your question. That will encourage me - and others - to take time out to help you.

    lundi 22 juin 2015 17:22
  • Merci pour vos réponses.

    Mon serveur a 16Gb de RAM et le fichier de pagination (fichier d'échange) est aussi de 16Gb. (configuration par défaut).

    Est-ce que je peux déplacer cette mémoire ailleurs ? Sur le même volume que la base de données Exchange? (.edb) 

    Je ne peux pas me permettre de refaire l'installation de tout mon serveur Exchange. 

    Peut-on reduire la taille du fihcier d'échange ?

    lundi 22 juin 2015 18:42
  • Merci pour votre réponse.

    Je ne vois pas de dossier Logging.Idem. 

    Pour les logs de la base de données je n'ai pas touché à cette configuration donc les logs doivent être sur le lecteur de la DB.

    À date il me reste 25.8Gb de libre. J'ai l'impression que cet espace diminue de jour en jour.

    lundi 22 juin 2015 18:44
  • J'ai en effet un dossier Logging, il fait 14.2Gb présentement : 

    



    lundi 22 juin 2015 18:48
  • Peut-on supprimer les logs pour me garder que ceux de la veille ? 

    C'est vraiment volumineux les DailyPerformanceLogs :


    mardi 23 juin 2015 13:14
  • Ou au moins les déplacer dans un autre volume , qui a plus d'espace disponible ? 
    mardi 23 juin 2015 17:59
  • Je vous conseille de faire une compression NTFS sur le dossier Logging. La plupart des fichiers sont des fichiers txt qui se compressent de façon remarquable.

    Vous pouvez supprimer le dossier \Logging\lodctr_backups folder, pour le DailyPerfomanceLogs, les fichiers vont revenir de façon continue.

    Votre serveur est physique ou virtuel? Si il est physique, vous avez le volume de base de données sur le même disque que l'OS?


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

    mercredi 24 juin 2015 06:53
    Modérateur
  • Bonjour Bruce, 

    Mon serveur est un serveur virtuel. Pour la BD, elle est sur un autre volume logique mais physiquement c'est sur le même disque. 

    Je vais essayer de compresser le dossier Logging ! Mais les fichier volumineux sont surtout les fichiers de l'analyseur de performance et ça ce n'est pas du texte. 

    Merci !

    jeudi 25 juin 2015 13:49
  • Bonjour, Phil Böhm,

    Le problème persiste-t-il ?
    Je vous remercie par avance de votre retour.

    Cordialeme

    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    mardi 30 juin 2015 00:42
  • Finaelement l'espace s'est stabilisé autour de 33Go de libre.

    Donc je vais laissé ça de même pour un bout. 

    J'opeterai pour la compression NTFS au besoin.

    Merci !

    jeudi 2 juillet 2015 13:06