none
SQL-Spiegelung -> Benötigte Bandbreite und Leistung herausfinden RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo alle zusammen,

    wir haben diverse SQL-Server im Einsatz und möchten diese nun spiegeln.

    Die Spiegelserver befinden sich in einem anderen Standort, der per Glasfaserverbindung angebunden ist.

    Ich würde gerne herausfinden, wie viel Traffic die Spiegelung verursacht und wie viele Server ich benötige.

    Die Server sind alle virtuell (VMs). Ich könnte der Einfachheit alles noch einmal so einrichten, wie bisher. Das bedeutet, die gleiche Serverzahl, gleiche Zahl RAM/Festplatte/CPUs des jeweiligen Servers, gleiche Datenbank-Verteilung etc. Ist das sinnvoll oder könnte ich das alles etwas kleiner ausführen, um mehr Ressourcen einzusparen?

    Vielen Dank!

    Donnerstag, 23. Oktober 2014 07:27
    |

Alle Antworten

  • Question
    Anmelden
    1
    Anmelden

    Hi,

    Du solltest vielleicht noch schreiben, wozu die Spiegelung dienen soll. :-) Willst Du damit ein Failover/HA realisieren oder nur eine Art der "Datensicherung"? Sollen die gespiegelten Systeme nur im Notfall einspringen (dann wäre eine geringere Leistung argumentierbar) oder soll die volle Leistung (abhängig von der Netz-Bandbreite) verfügbar sein?

    Neben den technischen Details ist da sicherlich auch noch die Lizenzierung interessant, da kann es recht schnell sehr teuer werden... :-)

    Gruß

    Ben

    MCITP Windows 7

    Wenn Dir meine Antwort hilft, markiere sie bitte entsprechend als Antwort! Danke! :-)

    Hinweis: Meine Posts werden "wie besehen" ohne jedwede Gewähr bereitgestellt, da menschliche, technische und andere Fehler nicht ausgeschlossen werden können.

    Donnerstag, 23. Oktober 2014 07:48
    |
  • Question
    Anmelden
    0
    Anmelden

    In einem ersten Schritt soll sie nur als eine Art Datensicherung dienen und manuell im Notfall einspringen.

    In einem weiteren Schritt denken wir dann über ein automatisches Failover nach.

    Welche Lizenz-Möglichkeiten gibt es dabei überhaupt? :-)

    Donnerstag, 23. Oktober 2014 08:02
    |
  • Question
    Anmelden
    1
    Anmelden

    Hallo,

    Datenbankspiegelung bzw. AlwaysOn basiert im Kern auf dem Transfer der Protokolldaten. So dass sich der Datenverkehr daraus ergibt, wie viel Aktivität Deine Server haben.

    Siehe dazu: Monitor Performance for AlwaysOn Availability Groups

    und Things to consider when setting up database mirroring in SQL Server.

    Wenn Du die Möglichkeit zum Einrichten einer Testumgebung hast, solltest Du das tun - so findest Du am ehesten heraus, was Dich am Ende erwartet - und kannst den einen oder anderen Stolperstein in einer Testphase beseitigen.

    Checkliste: Voraussetzungen, Einschränkungen und Empfehlungen für AlwaysOn-Verfügbarkeitsgruppen (SQL Server)

    Lektüre dazu: AlwaysOn Architecture Guide: Building a High Availability and Disaster Recovery Solution by Using Failover Cluster Instances and Availability Groups

    Gruß Elmar

    Donnerstag, 23. Oktober 2014 08:29
    |
  • Question
    Anmelden
    0
    Anmelden
    ...ollen die gespiegelten Systeme nur im Notfall einspringen (dann wäre eine geringere Leistung argumentierbar) oder soll die volle Leistung (abhängig von der Netz-Bandbreite) verfügbar sein?...

    Die Spiegelung benötigt immer die gleiche Bandbreite, unabhängig von dem Ziel, welches man damit verfolgt.

    Wessen Performance einbrechen kann, ist letztlich ja auch der Primäre Knoten und niemals der sekundäre allein.(!)

    Wie Elmar sagt, sind die Transaktionen entscheidend - jegliche protokollierte Aktion muss übertragen werden. - In der Enterprise Edition immerhin wird dieser Verkehr komprimmiert.

    Andreas Wolter (Blog | Twitter)
    MCSM: Microsoft Certified Solutions Master Data Platform, MCM, MVP
    www.SarpedonQualityLab.com | www.SQL-Server-Master-Class.com

    Donnerstag, 23. Oktober 2014 08:41
    |
  • Question
    Anmelden
    0
    Anmelden

    Vielen Dank, besonders für den ersten Link!

    Treffen die drei letzten Sachen auch auf 2008 R2 zu? Für 2008 R2 konnte ich schon einiges zum Thema Spiegelung in der Library lesen.

    Donnerstag, 23. Oktober 2014 08:43
    |
  • Question
    Anmelden
    1
    Anmelden

    Hallo,

    AlwaysOn ist der Nachfolger der Datenbank-Spiegelung, die ab SQL Server 2012 deprecated ist.

    Die Datenbankspiegelung ist insgesamt eingeschränkter und die Artikel zu AlwaysOn sind nur bedingt anwendbar - auch wenn die Basis ähnlich ist. Insofern ist nur der 2. Link auf den MS KB Artikel uneingeschränkt anwendbar.

    Gruß Elmar

    Donnerstag, 23. Oktober 2014 09:40
    |
  • Question
    Anmelden
    1
    Anmelden

    Dann will ich auch noch meinen Senf dazugeben.
    Schau dir an, wie viel Volumen die Transaktionsprotokollsicherungen zum Zeitpunkt der Hauptlast auf dem Server in einer Stunde haben. Das ist ungefähr das Volumen, was Du auch in der Stunde durch die Leitung schicken musst. Ggf. liegt die Hauptlast auch in der Nacht beim Reorg der Indizes oder anderen Batch-Jobs.

    Weiterhin ist es wichtig zu entscheiden, ob man synchron oder asynchron spiegeln möchte. Bei synchroner Spiegelung bremst Dich die Latenz auf der Leitung aus, bei asynchroner Spiegelung leidet die Aktualität des Spiegels unter der Latenz.

    Einen schönen Tag noch,
    Christoph
    --
    Microsoft SQL Server MVP - http://www.insidesql.org/blogs/cmu

    Freitag, 24. Oktober 2014 06:35
    |
    Beantworter