Eine 1-GB-Datenbank ist in Bezug auf den Speicher so gut wie nichts. Wenn Sie wirklich Platz auf dieser Ebene sparen möchten, kann ich die Umgebungsspezifikationen in Frage stellen. Selbst auf einer kleinen Box ist 1 GB vernachlässigbar.
Ich empfehle Ihnen, sich über die Probleme beim Verkleinern Ihrer Datenbankdateien (insbesondere Ihrer Datendateien) zu informieren. Paul Randal hat einen großartigen Artikel zu diesem Thema geschrieben. Die Moral hier ist zu wissen, was passiert und was Sie mit Ihren Daten tun . Wenn dies akzeptabel ist und das Unternehmen die kleinere Datenbank verlangt, gehen Sie vorsichtig vor. Ich werde Paul Randal mit seiner empfohlenen Praxis in einer Situation wie dieser zitieren :
Was also , wenn Sie noch einen Schrumpf laufen müssen? Wenn Sie beispielsweise einen großen Teil einer sehr großen Datenbank gelöscht haben und die Datenbank wahrscheinlich nicht wächst, oder wenn Sie eine Datei leeren müssen, bevor Sie sie entfernen?
Die Methode, die ich empfehlen möchte, lautet wie folgt:
- Erstellen einer neuen Dateigruppe
- Verschieben Sie alle betroffenen Tabellen und Indizes mit der Syntax CREATE INDEX… WITH (DROP_EXISTING = ON) ON in die neue Dateigruppe, um die Tabellen zu verschieben und die Fragmentierung von ihnen zu entfernen zur gleichen Zeit
- Löschen Sie die alte Dateigruppe, die Sie sowieso verkleinern wollten (oder verkleinern Sie sie ganz nach unten, wenn es sich um die primäre Dateigruppe handelt).
Grundsätzlich müssen Sie etwas mehr Speicherplatz bereitstellen, bevor Sie die alten Dateien verkleinern können, aber dies ist ein viel saubererer Mechanismus .
Muss Ihre Datenbank nie wieder auf diese Größe wachsen? Dies ist die Hauptfrage, die bei der Verkleinerung einer Datenbank im Vordergrund stehen sollte. Es geht um die richtige Dimensionierung, nicht nur für heute, sondern für die langfristig absehbare Zukunft .
Und, was am wichtigsten ist, machen Sie diesen Teil nicht zur routinemäßigen Wartung . Gründe dafür finden Sie in Pauls Blogbeitrag.
