<?xml version="1.0" encoding="utf-8"?><!-- generator="b2evolution/6.11.7-stable" -->
<rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel rdf:about="https://www.insidesql.org/blogs/uricken/">
	<title>Uwe Ricken - Neueste Kommentare</title>
	<link>https://www.insidesql.org/blogs/uricken/?disp=comments</link>
	<description></description>
	<dc:language>de-DE</dc:language>
	<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=6.11.7-stable"/>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>
	<items>
		<rdf:Seq>
					<rdf:li rdf:resource="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c8161"/>
						<rdf:li rdf:resource="https://www.insidesql.org/blogs/uricken/2013/11/14/mitglied-im-technet-wiki-advisory#c3310"/>
						<rdf:li rdf:resource="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2409"/>
						<rdf:li rdf:resource="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2405"/>
						<rdf:li rdf:resource="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2396"/>
						<rdf:li rdf:resource="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2395"/>
						<rdf:li rdf:resource="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2394"/>
						<rdf:li rdf:resource="https://www.insidesql.org/blogs/uricken/2013/07/24/gui-vs-t-sql-trotz#c2347"/>
					</rdf:Seq>
	</items>
</channel>
<item rdf:about="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c8161">
	<title>Als Antwort auf: DBCC SHRINKDATABASE – wirklich ein Segen für dba?</title>
	<link>https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c8161</link>
	<dc:date>2015-04-29T08:58:54Z</dc:date>
	<dc:creator><a href="https://www.insidesql.org/blogs/uricken/?disp=user&amp;user_ID=65" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_65"><span class="identity_link_username">mmeyer</span></a></dc:creator>
	<description>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</description>
	<content:encoded><![CDATA[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]]></content:encoded>
</item>
<item rdf:about="https://www.insidesql.org/blogs/uricken/2013/11/14/mitglied-im-technet-wiki-advisory#c3310">
	<title>Als Antwort auf: Mitglied im TechNet Wiki Advisory Board</title>
	<link>https://www.insidesql.org/blogs/uricken/2013/11/14/mitglied-im-technet-wiki-advisory#c3310</link>
	<dc:date>2013-11-18T07:34:10Z</dc:date>
	<dc:creator><a href="https://www.insidesql.org/blogs/uricken/?disp=user&amp;user_ID=6" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_6"><span class="identity_link_username">cmu</span></a></dc:creator>
	<description>Klasse Uwe,
ich freue mich schon auf weitere Artikel von Dir.</description>
	<content:encoded><![CDATA[Klasse Uwe,
ich freue mich schon auf weitere Artikel von Dir.]]></content:encoded>
</item>
<item rdf:about="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2409">
	<title>Als Antwort auf: DBCC SHRINKDATABASE – wirklich ein Segen für dba?</title>
	<link>https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2409</link>
	<dc:date>2013-09-10T15:13:32Z</dc:date>
	<dc:creator><a href="http://www.db-berater.de" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_14"><span class="identity_link_username">uricken</span></a></dc:creator>
	<description>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 &quot;Snnlosaktion&quot; deutlich über den Kosten für zusätzlichen Storage liegen, war/ist dem Business bis heute nicht zu vermitteln!</description>
	<content:encoded><![CDATA[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!]]></content:encoded>
</item>
<item rdf:about="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2405">
	<title>Als Antwort auf: DBCC SHRINKDATABASE – wirklich ein Segen für dba?</title>
	<link>https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2405</link>
	<dc:date>2013-09-10T05:59:54Z</dc:date>
	<dc:creator><a href="http://de.linkedin.com/in/dbatosc" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_4"><span class="identity_link_username">tosc</span></a></dc:creator>
	<description>p.s.: kleiner Nachtrag zur starken Fragmentierung von Dateien im NTFS-Volume &lt;a href=&quot;http://support.microsoft.com/kb/967351&quot; target=&quot;_blank&quot;&gt;http://support.microsoft.com/kb/967351&lt;/a&gt;</description>
	<content:encoded><![CDATA[p.s.: kleiner Nachtrag zur starken Fragmentierung von Dateien im NTFS-Volume <a href="http://support.microsoft.com/kb/967351" target="_blank">http://support.microsoft.com/kb/967351</a>]]></content:encoded>
</item>
<item rdf:about="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2396">
	<title>Als Antwort auf: DBCC SHRINKDATABASE – wirklich ein Segen für dba?</title>
	<link>https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2396</link>
	<dc:date>2013-09-09T14:32:32Z</dc:date>
	<dc:creator><a href="http://de.linkedin.com/in/dbatosc" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_4"><span class="identity_link_username">tosc</span></a></dc:creator>
	<description>gerne :-) ... auch bei 24/7 muss es ein Maintenance Fenster geben.</description>
	<content:encoded><![CDATA[gerne :-) ... auch bei 24/7 muss es ein Maintenance Fenster geben.]]></content:encoded>
</item>
<item rdf:about="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2395">
	<title>Als Antwort auf: DBCC SHRINKDATABASE – wirklich ein Segen für dba?</title>
	<link>https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2395</link>
	<dc:date>2013-09-09T14:02:50Z</dc:date>
	<dc:creator><a href="http://www.db-berater.de" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_14"><span class="identity_link_username">uricken</span></a></dc:creator>
	<description>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 &quot;Erfahrungen eines dba&quot; 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 &quot;jenseits des Pazifks&quot; machen müssen. Sicherlich nicht repräsentativ aber immer wieder erstaunlich!</description>
	<content:encoded><![CDATA[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!]]></content:encoded>
</item>
<item rdf:about="https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2394">
	<title>Als Antwort auf: DBCC SHRINKDATABASE – wirklich ein Segen für dba?</title>
	<link>https://www.insidesql.org/blogs/uricken/2013/09/08/dbcc-shrinkdatabase-wirklich-ein-segen#c2394</link>
	<dc:date>2013-09-09T11:39:40Z</dc:date>
	<dc:creator><a href="http://de.linkedin.com/in/dbatosc" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_4"><span class="identity_link_username">tosc</span></a></dc:creator>
	<description>Hallo Uwe,
ich dachte über diesen Punkt sind die meisten DBA&#039;s schon raus - naja.
Kleine Anmerkung noch zur hohen Fragmentierung auf Dateisystemebene, hier hilft Contig von Mark Russinovich (&lt;a href=&quot;http://technet.microsoft.com/en-us/sysinternals/bb897428&quot; target=&quot;_blank&quot;&gt;http://technet.microsoft.com/en-us/sysinternals/bb897428&lt;/a&gt;).
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.</description>
	<content:encoded><![CDATA[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 (<a href="http://technet.microsoft.com/en-us/sysinternals/bb897428" target="_blank">http://technet.microsoft.com/en-us/sysinternals/bb897428</a>).
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.]]></content:encoded>
</item>
<item rdf:about="https://www.insidesql.org/blogs/uricken/2013/07/24/gui-vs-t-sql-trotz#c2347">
	<title>Als Antwort auf: GUI vs. T-SQL – trotz dbo / db_owner keine Berechtigungen?</title>
	<link>https://www.insidesql.org/blogs/uricken/2013/07/24/gui-vs-t-sql-trotz#c2347</link>
	<dc:date>2013-07-25T12:52:32Z</dc:date>
	<dc:creator><a href="http://www.db-berater.de" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_14"><span class="identity_link_username">uricken</span></a></dc:creator>
	<description>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</description>
	<content:encoded><![CDATA[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]]></content:encoded>
</item>
</rdf:RDF>
