none
Exchange 2010 et Multiple DB par volume. RRS feed

  • Discussion générale

  • Bonjour,

    Je recherche des informations sur les raisons techniques de la non supportabilité d’héberger de multiples DB sur un même volume disque, dans une configuration DAG Exchange 2010. Cette contrainte semble est plutôt présente dans une config en JBOD et non en RAID. Nous ne pouvons migrer vers Exchange 2013 (qui support justement les multiples DB par volume)

    Nous devons mettre en place une plateforme temporaire et la solution que nous pouvons mettre en place dans les temps nécessiterait d'avoir plusieurs DB (jusqu’à 6) par volumes en JBOD.

    Merci,

    Seb



    mardi 27 août 2013 16:07

Toutes les réponses

  • Comme l'a indiqué Ed Crowley sur votre autre post : Il n'est pas interdit de placer plusieurs DB par volume, il y avait une recommandation principalement liée aux besoins en IOPS ainsi que pour prévenir le démontage de plusieurs DB en cas de saturation du volume. 

    Avec Exchange 2010 et maintenant 2013, les besoins en IOPS ne sont plus les mêmes, les outils de monitoring sont plus performants et surtout la vitesse limitée de reseed des bases de données en Dag fait qu'il peut être plus intéressant de diviser une grosse base en plusieurs morceaux.

    Au final c'est plus un problème de philosophie.


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

    mercredi 28 août 2013 07:20
    Modérateur
  • Bonjour,

    s'il ne s'agissait que de Exchange, on peut mettre les bases et les logs où l'on veut... du moment que l'on a la place suffisante, que les performances soient correctes, et identiques sur tous les nœuds du DAG, etc...

    MAIS, c'est au moment d'installer l'outil de sauvegarde que les problèmes surviennent !

    Chacun logiciel a ses contraintes... Bases séparées, logs séparés,...

    Pour BackupExec et ArcServe, et les logiciels fonctionnant directement dans la machine Exchange avec un agent, on peut facilement sauvegarder/restaurer une base et ses logs sans impacter les autres bases.

    Pour les logiciels utilisant les clichés, certains acceptent qu'une base et ses logs soient sur le même LUN (disque), d'autres imposent un LUN par base et un pour ses logs associés.

    Si possible, il vaut mieux savoir AVANT d'installer Exchange quel est l'outil qui sera utilisé et quelles sont ses contraintes!!!

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(78 MCPs). https://mvp.support.microsoft.com/profile=CE2B565B-B13D-4C24-B04D-F0D5766D14A1 http://base.faqexchange.info

    mercredi 28 août 2013 12:10
    Modérateur
  • Merci pour vos réponses claires et précises!

    C'est bien ce qu'il me semblait, donc pas de contraintes techniques inhérente à Exchange, mais il faut disposer des IOPS (et des éventuelles contraintes des outils de sauvegarde).

    Cette "nouveauté" Exchange 2013 est donc juste une amélioration des IOPS.

    mardi 3 septembre 2013 08:18
  • Il y a aussi le fait que le reseed d'une base a une vitesse maximale limitée, donc il est plus rapide de reseed 4 base de 250Go qu'une unique base de 1To.


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

    mardi 3 septembre 2013 08:40
    Modérateur