5
Defragmentierungsfehler - Auswirkung auf SQL DB?
Hallo Community,
ich möchte gerne wissen, ob sich ein Fehler bei der Defragmentierung explizit auf eine Datenbank von MS SQL oder auch MS Exchange auswirken könnte?
Hat da jemand schon Erfahrungen mit gemacht oder eventuell eine schlüssige Erklärung?
Freue mich über eine Antwort
Fast Fred
ich möchte gerne wissen, ob sich ein Fehler bei der Defragmentierung explizit auf eine Datenbank von MS SQL oder auch MS Exchange auswirken könnte?
Hat da jemand schon Erfahrungen mit gemacht oder eventuell eine schlüssige Erklärung?
Freue mich über eine Antwort
Fast Fred
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 90214
Url: https://administrator.de/forum/defragmentierungsfehler-auswirkung-auf-sql-db-90214.html
Ausgedruckt am: 23.12.2024 um 07:12 Uhr
5 Kommentare
Neuester Kommentar
exchange, keine ahnung.
aber bei sql kann es auswirkungen haben.
wenn gerade in diesem augenblick, als der fehler aufgetreten
ist sie sql datenbankdatei verschoben wurde, kann es passieren,
das die datenbank entweder extrem fragmentiert, oder beschädigt wird.
aber bei sql kann es auswirkungen haben.
wenn gerade in diesem augenblick, als der fehler aufgetreten
ist sie sql datenbankdatei verschoben wurde, kann es passieren,
das die datenbank entweder extrem fragmentiert, oder beschädigt wird.
Hallo Niklas,
danke für deine schnelle Antwort. Das schafft bei mir schon mal Klarheit.
Jetzt habe ich noch eine andere Frage:
Wie wirkt sich eine Defragmentierung überhaupt auf eine SQL DB aus?
Ich hatte jetzt den Fall, dass in einer Warenwirtschaft, die an einer MS SQL DB hängt, ein Artikel aus einem Lieferschein nochmal gebucht wurde,
als dem Lieferschein ein anderer Artikel hinzugefügt wurde. So mit Stimmte der Lagerstand nicht mehr.
Als der Server defragmentiert wurde, trat der Fehler nicht mehr auf.
Gibt es dafür eine Erklärung?
Gruß
Fast Fred
danke für deine schnelle Antwort. Das schafft bei mir schon mal Klarheit.
Jetzt habe ich noch eine andere Frage:
Wie wirkt sich eine Defragmentierung überhaupt auf eine SQL DB aus?
Ich hatte jetzt den Fall, dass in einer Warenwirtschaft, die an einer MS SQL DB hängt, ein Artikel aus einem Lieferschein nochmal gebucht wurde,
als dem Lieferschein ein anderer Artikel hinzugefügt wurde. So mit Stimmte der Lagerstand nicht mehr.
Als der Server defragmentiert wurde, trat der Fehler nicht mehr auf.
Gibt es dafür eine Erklärung?
Gruß
Fast Fred
defragmentieren wirkt sich eigtl. nur auf performance aus,
nichts weiter.
wikipedia zum thema:
1
eine erklärung für inkorrekte lagerstände wären EMP erzeugende computer, oder ein zufall, der 10 aufeinander folgenden 6ern im lotto gleich käme.
nichts weiter.
wikipedia zum thema:
Unter Fragmentierung (Fragment = Bruchstück) versteht man im Zusammenhang mit Datenträgern die ungünstige Verteilung von Datenblöcken, so dass sich die Zugriffszeiten auf die Daten durch zusätzliche Bewegungen der Schreib-/Leseköpfe verlängern. Unter Defragmentierung versteht man die Neuordnung von Datenblöcken fragmentierter Dateien auf den Spuren und Sektoren der Festplatte, so dass Zugriffe mit optimaler Geschwindigkeit durchgeführt werden können.
1
eine erklärung für inkorrekte lagerstände wären EMP erzeugende computer, oder ein zufall, der 10 aufeinander folgenden 6ern im lotto gleich käme.
Moin,
defragmentieren und defragmentieren sind nicht dasselbe.....
Beim einen wird die Festplatte auf Lücken untersucht und diese soweit, wie möglich mit zusammenhängenden Datensätzen gefüllt.
Beim anderen, wird eine neue leere Datenbank mit alten Daten gefüllt, die dabei auf konsistenz überprüft werden.
Mehr oder weniger ist es das gleiche - nun ist die Frage, welche Defragmentierung du meinst.
So ganz grob gesagt, ist eine DB ein eigenes Filesystem in sich und hat eine eigene (betriebsystemunabhängige) Sprache.
Nötig ist beides, weil Daten in beiden Fällen nicht gelöscht werden, sondern nur als gelöscht markiert und damit zum überschreiben frei gegeben werden.
Allgemein gehaltene Aussage, die nicht bei jedem File oder datenabnksystem gelten. Bei Produkten von M$ auf jeden Fall.
Exchange macht das (DB defrag) per Job sogar automatisch
Und ein Fehler ist ein Fehler - meistens fehlt danach etwas - sonst wäre es ja kein Fehler
defragmentieren und defragmentieren sind nicht dasselbe.....
Beim einen wird die Festplatte auf Lücken untersucht und diese soweit, wie möglich mit zusammenhängenden Datensätzen gefüllt.
Beim anderen, wird eine neue leere Datenbank mit alten Daten gefüllt, die dabei auf konsistenz überprüft werden.
Mehr oder weniger ist es das gleiche - nun ist die Frage, welche Defragmentierung du meinst.
So ganz grob gesagt, ist eine DB ein eigenes Filesystem in sich und hat eine eigene (betriebsystemunabhängige) Sprache.
Nötig ist beides, weil Daten in beiden Fällen nicht gelöscht werden, sondern nur als gelöscht markiert und damit zum überschreiben frei gegeben werden.
Allgemein gehaltene Aussage, die nicht bei jedem File oder datenabnksystem gelten. Bei Produkten von M$ auf jeden Fall.
Exchange macht das (DB defrag) per Job sogar automatisch
Und ein Fehler ist ein Fehler - meistens fehlt danach etwas - sonst wäre es ja kein Fehler
Ich habe auch eine Frage und da es zu dem Thema so schön passt. Was passiert eigentlich mit den Exchange und SQL Datenbanken wenn ich während des normalen Betriebs das Filesystem defragmentiere?
Gruß
Seel
Gruß
Seel
