Zur DATEV-Community

DATEV Community Archiv

Zurück zur Foren-Übersicht Zurück zum Forum

SQL-Manager - Optimieren vs. Verkleinern

ARCHIV

Sie befinden sich im Archiv der DATEV-Community

Die DATEV-Newsgroup wurde im November 2015 zur DATEV-Community. Diese Seiten sind ein Archiv der Beiträge aus der bisherigen DATEV-Newsgroup. Sie können hier nicht kommentieren oder neue Themen einstellen. Für neue Kommentare oder Beiträge melden Sie sich einfach in der DATEV-Community an.

zur DATEV-Community

    Einträge 16-16 / 16

    Seite 2 von 2

  • Christian Tölle
    12.10.2015 17:30 Uhr

    Hallo Herr Kolberg, hallo Herr Kohls, hallo Herr Hoof,

    die genannten Aussagen schließen sich nicht aus:

    Der überwiegende Teil unserer Kunden kommt mit dem Gespann "Microsoft SQL-Server" und "DATEV-Datenbankstruktur" gut zurecht. Ohne manuellen Eingriff optimiert der Microsoft SQL Server seine Datenbanken selbst - textlich könnte man hier präzisieren: Er versucht die Datenbanken zu optimieren und das klappt in aller Regel gut.
    Hierzu passt auch die Aussage meines Kollegen Hans Luntz aus 2005: "Wenn Sie also weder ein Problem mit der Performance noch mit dem verfügbaren Plattenplatz haben, ist es das Beste, wenn Sie weder "optimieren" noch "verkleinern". Sie hat auch 2015 noch Bestand.

    Andererseits bevorzugen manche Kunden eine zuverlässige zeitgesteuerte Datenbankoptimierung. Damit sind zwei Dinge sichergestellt:
    - die Optimierung läuft zu einem bestimmten Zeitpunkt (außerhalb der Geschäftszeit)
    - die Optimierung wird zuverlässig durchgeführt (besser als wenn es beim reinen Versuch der Optimierung belassen wird)

    Dabei unterstützt Sie nun das Dokument Microsoft SQL-Server (DATEV): Datenbanken optimieren . Im Jahre 2005 war diese Form der Optimierung aufgrund technischer Hürden (gesetzte Sperren im laufenden Betrieb) so nicht einsetzbar.


    Herr Kolbert, zu Ihren Fragen:

    - Was bewirkt diese neu empfohlene wöchentliche Aktion? Wir aktualisieren Statistiken, die bessere Zugriffspläne erstellen. Als Resultat daraus können Abfragen effizienter durchgeführt werden. Weiter werden durch die Defragmentierung (von Indices und Heaps) weniger Lesezugriffe beim Laden der Seiten in den Cache benötigt; u.U. reduziert sich dadurch auch der Cache-Verbrauch.

    - Darf diese Aktion überhaupt auf SSD im Server ausgeführt werden? Ja, es macht keinen Unterschied, ob Sie HDD oder SSD verwenden.

    - Ist theoretisch irgendeine Verbesserung auf SSD im Server durch diese Aktion zu erwarten? Die Defragmentierung soll die Seitenzahl reduzieren.

    Wir freuen uns über Ihre Rückmeldungen zur Datenbankoptimierung - teilen Sie uns Ihre Erfahrungen mit.


    Mit sonnigen Grüßen aus Nürnberg

    Christian Toelle
    IT-Systemplattform
    DATEV eG