Uwe Ricken

Hallo Herr Ricken, danke für diesen Artikel. Allerdings hilft er mir nicht weiter, wenn eine Datenbank wirklich verkleinert werden muss um freien Speicher zu bekommen. Ein Kunde hat eine 800 GB Datebank. Nach einer Datenbereinigung ist die DB eigentlich nur noch ca. 80 GB groß und wird durch den regelmäßigen Einsatz von Löschskripten auch nicht mehr größer als ca. 100 GB. Ohne Shrinken kommt man aber nicht mehr an den Speicherplatz heran. Was wäre denn Ihre Empfehlung für so einen Fall? Viele Grüße Markus Meyer

Klasse Uwe, ich freue mich schon auf weitere Artikel von Dir.

Hallo Torsten, ACK! - aber eine 600 GB-Datenbank für mehrere Stunden offline zu nehmen, ist ein NOGO :) Es gibt SLA, die pro Jahr maximal 6 Stunden definieren! Ein SHRINKDATABASE ist in solchen Systemen IMMER der falsche Ansatz. Aber leider so z. B. in einer Anwendung erlebt, bei der JEDEN Montag ein Incident geöffnet wurde, um die Datenbank (DATA und LOG) zu verkleinern! Das die Kosten für diese "Snnlosaktion" deutlich über den Kosten für zusätzlichen Storage liegen, war/ist dem Business bis heute nicht zu vermitteln!

p.s.: kleiner Nachtrag zur starken Fragmentierung von Dateien im NTFS-Volume http://support.microsoft.com/kb/967351

gerne :-) ... auch bei 24/7 muss es ein Maintenance Fenster geben.

Lieber Torsten, herzlichen Dank für den Link; das Tool kannte ich noch nicht. Da aber für eine Defragmentierung ein DB-File offline genommen werden muss, ist es nicht wirklich sinnvoll in einer 24 / 7 - Anwendung ;( Bezüglich der "Erfahrungen eines dba" solltest Du nicht zu optimistisch sein :) Gerade im Segment Betrieb / Operations weltweit agierender Konzerne sollte man die Messlatte nicht sehr hoch setzen. Ich habe schlechte Erfahrungen in diesem Bereich mit den Kollegen "jenseits des Pazifks" machen müssen. Sicherlich nicht repräsentativ aber immer wieder erstaunlich!

Hallo Uwe, ich dachte über diesen Punkt sind die meisten DBA's schon raus - naja. Kleine Anmerkung noch zur hohen Fragmentierung auf Dateisystemebene, hier hilft Contig von Mark Russinovich (http://technet.microsoft.com/en-us/sysinternals/bb897428). Mit contig -a DatenbankName.mdf kann man sich die physikalische Fragmentierung ansehen. Und nach einem ALTER DATABASE [DatenbankName] SET OFFLINE kann man mit contig DatenbankName.mdf die Datenbank auf Dateisystemebene defragmentieren.

Für dieses Problem habe ich nun bei Microsoft Connect einen Bugreport erstellt: https://connect.microsoft.com/SQLServer/feedback/details/794983/alter-database-properties-shrink-size-of-databases-in-gui

Leider habe ich einen wichtigen Hinweis im Artikel vergessen: Das obige Verfahren kann nicht angewendet werden, wenn der DEFAULT einer Relation nicht für alle Zeilen eindeutig ist! z. B. - newid() - newsequentialid() Sobald ein jeweils unterschiedlicher Wert für JEDE Zeile einer Relation generiert werden kann, kann kein DEFAULT Value für alle Zeilen gelten und die Werte müssen direkt eingetragen werden.

Meinen ganz herzlichen Glückwunsch. Deine Artikel und Vorträge sind immer gern gesehen.

Gratulation! Willkommen im Klub!

Chapeau! Ich wünsche Dir einen schönen Tag, Torsten

Genau. Beide Beiträge ergänzen sich hervorragend.

Nice! Eine kleine Anmerkung habe ich dennoch. :-) Ist zwar nicht die Stossrichtung deines Beitrages, aber dennoch solltest du vielleicht erwähnen, dass es zwischen DELETE und TRUNCATE einige weitere gewichtige Unterschiede gibt. * TRUNCATE funktioniert nicht, wenn Foreign Keys im Spiel sind. Von daher wird man es bei den meisten Tabellen eines OLTP Systems kaum einsetzen können * TRUNCATE setzt einen evtl. vorhandenen IDENTITY Wert zurück. Das sollte zwar kein grosses Problem sein, aber man sollte sich dessen bewusst sein, bevor man ein TRUNCATE absetzt. * TRUNCATE ist immer alles in einer Tabelle. Es funktioniert aus eben diesen Gründen, die du sehr schön beschrieben hast, leider nicht, dass man ein TRUNCATE TABLE .... WHERE.... ausführen kann (....nachdem ich den 1.ten Kaffee ausgetrunken habe, ist mir dann auch aufgefallen, dass du das ja bereits erwähnst) ...der Einfachheithalber könnten wir auch einen Querverweis einbauen (Shameless plug....).

Klasse Überblick über die Verwaltungsdaten hinter den Daten!