Datenbankreorgs: Warum sie wichtig sind und der Unterschied zwischen Online und Offline
Datenbankreorgs werden durchgeführt, um Datenspeicherplatz zu sparen und die Effizienz und Leistung der Datenbank zu verbessern. Dieser Artikel erklärt warum. Der nächste Artikel zeigt, wie Sie mehrere Tabellen und Datenbanken in Eclipse neu organisieren.
Daten in großen RDBMS-Tabellen werden schließlich fragmentiert. Die Größe von Tabellen und Indizes nimmt zu, wenn Datensätze über mehr Datenseiten verteilt werden. Mehr Seitenlesevorgänge und Zeilen in nicht verknüpfter Reihenfolge während der Abfrageausführung verlangsamen Abfrageantworten. Ziehen Sie eine Strategie zur Reorganisation Ihrer Datenbankobjekte in Betracht, um den verschwendeten Speicherplatz zurückzugewinnen, die Verfügbarkeit der Datenbank zu verbessern und den Datenzugriff (Antworten auf Abfragen) zu beschleunigen.
Datenbankreorgs bestehen für diese Tabellen-, Index- und Tablespace-Objekte aus zwei Arten:online (an Ort und Stelle) und offline (klassisch).
Online-Datenbank Reorgs arbeiten inkrementell, indem sie Zeilen innerhalb der vorhandenen Tabelle verschieben, um das Clustering wiederherzustellen, freien Speicherplatz zurückzugewinnen und Überlaufzeilen zu beseitigen. Objekte sind nur für kurze Zeit gegen Ende nicht verfügbar, nicht während der Neulade- und Neuaufbauphasen, die bei großen Objekten langwierig sein können. Sie ermöglichen Anwendungen, sich mit der Datenbank zu verbinden, verlangsamen jedoch häufig ihre Leistung und können zu diesem Zeitpunkt Wartezeiten für Sperren verursachen.
Offline-Datenbank Reorgs sind schneller, können aber die Datenbank offline schalten (wenn das Datenbank-Reorg-Dienstprogramm verwendet wird). Bei dieser Methode werden Daten aus der Datenbank in eine Dump-Datei exportiert (unload). Die basierend auf dem Extrakt eingerichteten Datenbankobjekte werden typischerweise neu geordnet (sortiert) gesichert. Sie werden dann an den gleichen Tablespace zurückgegeben (load), wo die Indizes implizit wiederhergestellt werden (rebuild).
Leistungsbewusste DBAs verwenden IRI FACT (Fast Extract) für das Entladen, wodurch eine portable Flatfile erstellt wird, die (mit IRI CoSort) nach dem primären Indexschlüssel der reorganisierten Tabelle sortiert werden kann. Bei diesem Ansatz können andere Umwandlungs- und Berichtsoperationen erfolgen, und die Datenbank bleibt online. Vorsortierte, direkte Pfadladevorgänge umgehen auch die Sortierung (Overhead) des Datenbankladeprogramms. Alle diese Vorgänge werden im Offline-Reorganisationsassistenten der IRI Workbench automatisiert.
Das Vorhalten einer „Schatten“-Kopie der Daten im Dateisystem für jede Tabelle sollte nicht übermäßig belastend sein, da die flache Datei, sobald sie sortiert und neu geladen ist, gelöscht werden kann. Gleichzeitig ermöglicht die Externalisierung und Verfügbarkeit der Reorg-Daten für CoSort auch die Möglichkeit für andere Verwendungen der Daten, einschließlich Archivierung, Berichterstellung, Schutz und Migration zu anderen Datenbanken, BI-Tools und Anwendungszielen.
Der Vorbehalt besteht natürlich darin, dass während des Entladens andere Systembenutzer den Tabellenbereich lesen und aktualisieren können, sodass alle Aktualisierungen während dieser Zeit das erneute Laden verpassen und Inkonsistenzen im Ziel erzeugen könnten. Es wird daher empfohlen, Offline-Reorgs durchzuführen, wenn keine Aktualisierungen stattfinden.
IRI bietet eine Offline-Reorganisationslösung an, die hier beschrieben und gezeigt wird.
