Ich habe eine SQL Server 2014-Datenbankauszug, der ca. ist. 60 GB groß. In SQL Server Management Studio wird für die ursprüngliche DB angezeigt, dass die "ROWS Data" eine anfängliche Größe von ~ 99000 MB und die "LOG" eine anfängliche Größe von ~ 25600 MB hat.So verkleinern Sie die Größe der SQL Server 2014-Datenbank
Nun sind in der Datenbank Viewtabellen, die ca. 10GB groß sind und die ich spülen/reinigen kann.
Nach dem Löschen der Daten in diesen Tabellen, was ist der beste Weg, um die physische Größe der Datenbank zu verringern? Viele Posts, die ich entdeckt habe, befassen sich mit SHRINKDATABASE, aber einige Artikel werden es wegen der schlechten Fragmentierung und Leistung nicht empfehlen.
Vielen Dank im Voraus.
Gibt es einen bestimmten Grund, warum Sie es verkleinern möchten? Denn selbst wenn Sie es verkleinern, wird es wieder in der Größe wachsen. Außerdem sind diese Empfehlungen nicht genau richtig. Sie können die SQL-Leistung beeinträchtigen, wenn Sie Ihre Datenbank verkleinern. –
Ja, wir müssen es so klein wie möglich machen, weil wir es teilen müssen und die Daten in den Tabellen, die wir löschen können, sind insgesamt etwa 40 GB. Es gibt also viel Potenzial. – user1032465
Der Grund, warum die Leute SHRINK nicht empfehlen, ist, dass es nicht die "richtige" Strategie für den Umgang mit Datenbanken ist, die in Produktionsumgebungen laufen. Wenn Sie einen Versionstest oder eine Entwicklung bereitstellen oder mit anderen Entwicklern oder etwas Ähnlichem teilen möchten, sehe ich wenig Grund, warum Sie den Schrumpf befürchten müssten. Je nachdem, was Sie eigentlich erreichen wollen, ist ein Schrumpfen möglich. Mach es einfach nicht in der Produktionsversion, außer du bist dir sicher was du tust. (Ich habe im Laufe der Jahre viele Datenbanken geschrumpft - nicht meine erste Wahl, aber gut - es ist ein Werkzeug in der Box) –