AustriaWien 10 Geschrieben 8. Oktober 2009 Melden Geschrieben 8. Oktober 2009 Hi, ich muß im Moment Bottlenecks suchen auf einem SQL-Server. (Server 2008, SQL-Server 2008, RAID5) Ich benutze dazu die Zuverlässigkeits- und Leistungsüberwachung. Die Auslastung der CPU pendelt zwischen 3-12%, Speicher 10%. Die Datenträgerkurven sehen allerdings etwas verdächtig aus. In der Zeile mit Datenträger sind auch 2 Werte zu sehen KB/s und %Zeit mit max. Aktivität. Besonders der Parameter "%Zeit mit max. Aktivität" würde mich interessieren. MS meint dazu "Unter Datenträger werden die gesamte aktuelle E/A in Grün und der höchste Prozentsatz an aktiver Zeit in Blau angezeigt.", daraus werde ich allerdings auch nicht schlau. Weiss jemad, was dieser Parameter genau anzeigt und welche Auswirkungen ein hoher Wert haben kann? mit bestem Dank vorab lg D.
Blackbit 10 Geschrieben 8. Oktober 2009 Melden Geschrieben 8. Oktober 2009 Hallo, trifft zwar nicht deine Frage aber, sind die >Datenbanken und das dazugehörige Transaktionsprotokoll getrennt also auf Physikalisch anderen Datenträgern?
AustriaWien 10 Geschrieben 8. Oktober 2009 Autor Melden Geschrieben 8. Oktober 2009 hi, die sind beide auf der gleichen logischen Platte. lg D.
phoenixcp 10 Geschrieben 8. Oktober 2009 Melden Geschrieben 8. Oktober 2009 Dann wäre das schon der erste Bottleneck. ;) Welche Komponenten hast du denn im Rahmen deiner Performance-Analyse bereits abgehandelt? Damit würde ich leichter fallen, dir noch ein paar Anregungen zu geben, an welchen Schrauben man noch drehen kann.
AustriaWien 10 Geschrieben 8. Oktober 2009 Autor Melden Geschrieben 8. Oktober 2009 eigentlich nur CPU und Speicher. würde es genügen wenn die .ldf Dateien auf ein anderes logisches Laufwerk gelegt werden? Oder muß es unbedingt ein phys. sein?
phoenixcp 10 Geschrieben 8. Oktober 2009 Melden Geschrieben 8. Oktober 2009 Ich würde es auch physikalisch trennen, da du damit die IO-Last auch über mehrere Controller auftrennen kannst. Darf ich mal fragen wie der Server ausgestattet ist und wie groß DB/Logs aktuell sind?
Blackbit 10 Geschrieben 8. Oktober 2009 Melden Geschrieben 8. Oktober 2009 es geht dabei auch um den Lese/Schreibkopf und der kann nur physikalisch sein Ups, Überschneidung :-))
AustriaWien 10 Geschrieben 8. Oktober 2009 Autor Melden Geschrieben 8. Oktober 2009 das ganze liegt auf einem RAID5-Verbund, wo es 3 logische laufwerke gibt. von den nennenswerten DBs sind 2 .mdf-files je ca. 25GB und die zugehörigen .ldf-files je 12 GB, dann sind noch 2 kleinere mit .mdf-files je 1GB und die zugehörigen .ldf-files je 6GB.
switchkil 10 Geschrieben 8. Oktober 2009 Melden Geschrieben 8. Oktober 2009 Hallo! Du solltest generell eine (physikalsiche) Trennung zwischen Betriebssystem, DB und Transaktionslog haben. Für die DB sind möglichst viele Platten (also z.Bsp. Raid5)von Vorteil. Damit wird die Read Performance erhöht. Für Log Dateien mit hohen Schreibzugriffen sollte besser ein Raid1 gewählt werden. Generell hängt es natürlich von deiner HW und den Anforderungen der Software ab (wieviele IOs sollen erreicht werden).
djmaker 95 Geschrieben 8. Oktober 2009 Melden Geschrieben 8. Oktober 2009 Off-Topic: Manchmal reicht es, sich am Server die HDD-Leds anzuschauen um das Bottleneck zu finden.
AustriaWien 10 Geschrieben 10. Oktober 2009 Autor Melden Geschrieben 10. Oktober 2009 danke für die Hinweise! wenn ich die ldf-files verkleinern kann, dann kann ich sie auf ne andere platte legen wo ich noch ein bißchen platz hab. Ich werd mich mal schlaumachen wie ich sie verkleinern kann und wie ich sie verschieben kann. lg D.
groszmann 10 Geschrieben 10. Oktober 2009 Melden Geschrieben 10. Oktober 2009 wenn ich die ldf-files verkleinern kann Das kannst Du mit einem SQL-Query machen. ldf-Dateien von 12 GB halte ich sowieso für übertrieben. Du brauchst diese Dateien nur, wenn Du einzelne Datenbankoperationen feingranular wiederherstellen oder rückgängig machen willst. Die Grösse erklärt sich auch aus dem gewählten Recovery-Mode "full". Ich habe alle ldf-Files auf Recovery-Mode "simple" gesetzt und die Grösse auf 300 MB beschränkt. Für meine Bedürfnisse reicht das völlig aus, aber Du solltest prüfen, wieviel Recovery-Sichertheit Du brauchst. Bei Bedarf kann ich Dir den Code für das Query geben. Gruss Hans
Empfohlene Beiträge
Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren
Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können
Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!
Neues Benutzerkonto erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde dich hier an.
Jetzt anmelden