none
Exchange 2010 als VM unter Vpshere 5.0 und Backup = 100% Highest Active Time RRS feed

  • Allgemeine Diskussion

  • Hallo, folgendes Problem

    Exchange 2010 auf 2008 R2 in einer VM unter Vpshere 5 mit 12 GB RAM und einer 1GBit Verbindung zu einem Enterprise ISCSI Storage zeigt beim Backup mittels wbadmin folgende Auffälligkeiten

    Im Resource Monitor geht die Anzeige "Highest Active Time" nicht mehr runter von 100% - und das Konstant solange das Backup Programm von Microsoft folgendes in der CMD schreibt

    "Running a consistency check for the application Exchange"

    Das dauert über eine Stunde

    Leider hat das offensichtlich zur Folge das die paar User welche auf Exchange zugreifen Timeouts bekommen "kann nicht Verbinden usw"

    zwischen 30 und 80 MB / sec. IO zeigt der Recource Monitor noch an

    Ansonsten läuft der Exchange 2010 unauffällig (wenn kein Backup läuft)

    Wie kann ich verhindern dass das Windows Backup soviele Resourcen frisst?

    Viele Grüße Martin

    PS. Vmware Tools sind installiert und aktuell

    Mittwoch, 19. September 2012 12:45

Alle Antworten

  • Bei dem "consistency check" läuft ja ein Eseutil im Hintergrund. Kannst du Resource Monitor noch schauen wie hoch die Disk Queue Length etc ist. Wir hatten einen ähnlichen Fall und die Lösung ist/war "Pleas contact your storage vendor". Da sind irgendwelchen Latenzen im Storage Amok gelaufen...

    Gruß

    Jörg

    Mittwoch, 19. September 2012 13:06
  • die Disk Que length geht nur auf maximal 5 - Normalfall während Backup ist 1

    Man muss evt. noch wissen das der Exchange komplett auf dem VMFS läuft und nicht direkt an das ISCSI Target angebunden ist


    • Bearbeitet Martin2012 Mittwoch, 19. September 2012 13:16
    Mittwoch, 19. September 2012 13:16
  • Naja wenn das Storage an sich "spinnt" ist es egal ob die Disk direkt angebunden ist, oder ob es eine vmdk ist. Evt. sieht man auch schon im vSphere Client Latenzen zu der Zeit --> ESX Host --> Performance --> Datastore auswählen.

    Mittwoch, 19. September 2012 15:35
  • Naja der Storage läuft für zig virtuelle Maschinen ohne Probleme - ist auch zertifiziert für VMWARE und hat einen sechstelligen Preis gekostet- Wenn ich mir die Performance anschaue im ESX sind dort keinerlei Auffälligkeiten zu sehen -max 94 ms - average 4 ms - die VM läuft auf einem VMFS mit 15000er SAS Platten

    Warum bremst das Backup alles andere so krass?

    Grüße Martin

    Donnerstag, 20. September 2012 12:04
  • Rein aus Interesse, habt ihr zufällig eine NetApp? 
    Donnerstag, 20. September 2012 12:08
  • Nein - keine Netapp - - -aber die sind auf ISCSI spezialisiert und seit Jahren am Markt.

    was mich wundert das die  Disk Queue nicht wirklich hoch ist auf dem Exchange  - der Remotedesktop läuft während des Backups auch Einwandfrei - nur die Clients bekommen alle ein Problem - werde dem System noch mehr Cores schenken + mehr Ram und die Plattenanbindung optimieren - (Multipathing usw)

    Hm Grüße Martin

    Donnerstag, 20. September 2012 15:25
  • Hallo -wollte nur mal kurz mitteilen wie die Fortschritte hier sind - habe für VMware ein Multipathing Modul des Herstellers installiert und damit den max. möglichen ISCSI Traffic auf 240 MB/sec erhöht - Exchange braucht jetzt natürlich wesentlich weniger Zeit um das Backup zu machen -allerdings wird die VM immer noch so erheblich belastet das Outlook Clients keine Mails mehr versenden koennen oder eine nur Text Mail gaaaaanz langsam rausgeht (2 min)

    Viele Grüße Martin

    Freitag, 21. September 2012 12:15