Hallo Ralf,

du kannst mit der SP "sp_spaceused" rausfinden, wieviel Speicher durch Daten
belegt ist und wieviel frei ist.
Vielleicht könntest du das Ergebnis hier posten - ist ja schon eine
interessante Sache.

Gruß,
Andreas




> Am Wed, 26 Mar 2008 13:04:28 -0700 (PDT) schrieb drs@radeberger-gruppe.de:
>
> > Hallo zusammen,
>
> > wir haben auf unserem SQL Server 2005 eine 10 GB große DAtenbank. Nach
> > dem Löschen von Daten sind 7,5 GB frei (nach SQL Manager). Wir
> > versuchen nun die Datenbank zu verkleiner, über die SLQ Server GUI
> > aber es funktioniert nicht, egal wie wir es auch tun. Wir haben schon
> > den Server gebootet, darauf geachtet, dass niemand auf die DB
> > zugreift, vor dem Verkleinern gesichert...
> > Wir haben beide Arten des Verkleinern ausprobiert - mit und ohnen
> > Reorganisation, aber die Größe bleibt immer gleich. Wenn wir
> > allerdings die Startgröße des DB Files auf 15 GB setzen können wir die
> > dann 15 GB große DB wieder auf die vorherigen 10 GB verkleinern.
> > Weiter kommen wir nicht, obwohl dann der SQL Manager wieder anzeigt,
> > dass 7,5 GB frei sind.
>
> > Hat jemand eine Idee woran das liegen könnte?
> > Gruß
> > Ralf
> > DRS@radeberger-gruppe.de

On 27 Mrz., 10:15, Andreas Dettmer
<AndreasDett...@discussions.microsoft.com> wrote:
> Hallo Ralf,
>
> du kannst mit der SP "sp_spaceused" rausfinden, wieviel Speicher durch Daten
> belegt ist und wieviel frei ist.
> Vielleicht könntest du das Ergebnis hier posten - ist ja schon eine
> interessante Sache.
>
> Gruß,
> Andreas
>
>
>
> > Am Wed, 26 Mar 2008 13:04:28 -0700 (PDT) schrieb d...@radeberger-gruppe.de:
>
> > > Hallo zusammen,
>
> > > wir haben auf unseremSQLServer2005eine 10 GB große DAtenbank. Nach
> > > dem Löschen von Daten sind 7,5 GB frei (nachSQLManager). Wir
> > > versuchen nun die Datenbank zu verkleiner, über die SLQServerGUI
> > > aber es funktioniert nicht, egal wie wir es auch tun. Wir haben schon
> > > denServergebootet, darauf geachtet, dass niemand auf die DB
> > > zugreift, vor demVerkleinerngesichert...
> > > Wir haben beide Arten desVerkleinernausprobiert - mit und ohnen
> > > Reorganisation, aber die Größe bleibt immer gleich. Wenn wir
> > > allerdings die Startgröße des DB Files auf 15 GB setzen können wir die
> > > dann 15 GB große DB wieder auf die vorherigen 10 GBverkleinern.
> > > Weiter kommen wir nicht, obwohl dann derSQLManager wieder anzeigt,
> > > dass 7,5 GB frei sind.
>
> > > Hat jemand eine Idee woran das liegen könnte?
> > > Gruß
> > > Ralf
> > > D...@radeberger-gruppe.de- Zitierten Text ausblenden -
>
> - Zitierten Text anzeigen -

Hier die Daten:

database_name / DB
database_size / 10335.50MB
unallocated space / 6845.23MB

Hallo,

Habt ihr das verkleinern über das Management Studio angestoßen, oder habt
ihr es über den Befehl "DBCC SHRINKDATABASE" gemacht?
Für den Befehl gibt es noch die Option "TRUNCATEONLY", welcher den gesamten
ungenutzten Speicherplatz an das System freigibt.

In eurem Fall müsste der Befehl also in etwa so aussehen (wenn sich eure
Datenbank DB nennt):

DBCC SHRINKDATABASE (DB, TRUNCATEONLY)
GO

Vielleicht bringt das ja ein Ergebnis.

Gruß,
Andreas

"Micha" wrote:

> On 27 Mrz., 10:15, Andreas Dettmer
> <AndreasDett...@discussions.microsoft.com> wrote:
> > Hallo Ralf,
> >
> > du kannst mit der SP "sp_spaceused" rausfinden, wieviel Speicher durch Daten
> > belegt ist und wieviel frei ist.
> > Vielleicht könntest du das Ergebnis hier posten - ist ja schon eine
> > interessante Sache.
> >
> > Gruß,
> > Andreas
> >
> >
> >
> > > Am Wed, 26 Mar 2008 13:04:28 -0700 (PDT) schrieb d...@radeberger-gruppe.de:
> >
> > > > Hallo zusammen,
> >
> > > > wir haben auf unseremSQLServer2005eine 10 GB große DAtenbank. Nach
> > > > dem Löschen von Daten sind 7,5 GB frei (nachSQLManager). Wir
> > > > versuchen nun die Datenbank zu verkleiner, über die SLQServerGUI
> > > > aber es funktioniert nicht, egal wie wir es auch tun. Wir haben schon
> > > > denServergebootet, darauf geachtet, dass niemand auf die DB
> > > > zugreift, vor demVerkleinerngesichert...
> > > > Wir haben beide Arten desVerkleinernausprobiert - mit und ohnen
> > > > Reorganisation, aber die Größe bleibt immer gleich. Wenn wir
> > > > allerdings die Startgröße des DB Files auf 15 GB setzen können wir die
> > > > dann 15 GB große DB wieder auf die vorherigen 10 GBverkleinern.
> > > > Weiter kommen wir nicht, obwohl dann derSQLManager wieder anzeigt,
> > > > dass 7,5 GB frei sind.
> >
> > > > Hat jemand eine Idee woran das liegen könnte?
> > > > Gruß
> > > > Ralf
> > > > D...@radeberger-gruppe.de- Zitierten Text ausblenden -
> >
> > - Zitierten Text anzeigen -
>
> Hier die Daten:
>
> database_name / DB
> database_size / 10335.50MB
> unallocated space / 6845.23MB
>

On 27 Mrz., 22:43, Andreas Dettmer
<AndreasDett...@discussions.microsoft.com> wrote:
> Hallo,
>
> Habt ihr dasverkleinernüber das Management Studio angestoßen, oder habt
> ihr es über den Befehl "DBCC SHRINKDATABASE" gemacht?
> Für den Befehl gibt es noch die Option "TRUNCATEONLY", welcher den gesamten
> ungenutzten Speicherplatz an das System freigibt.
>
> In eurem Fall müsste der Befehl also in etwa so aussehen (wenn sich eure
> Datenbank DB nennt):
>
> DBCC SHRINKDATABASE (DB, TRUNCATEONLY)
> GO
>
> Vielleicht bringt das ja ein Ergebnis.
>
> Gruß,
> Andreas
>
>
>
> "Micha" wrote:
> > On 27 Mrz., 10:15, Andreas Dettmer
> > <AndreasDett...@discussions.microsoft.com> wrote:
> > > Hallo Ralf,
>
> > > du kannst mit der SP "sp_spaceused" rausfinden, wieviel Speicher durchDaten
> > > belegt ist und wieviel frei ist.
> > > Vielleicht könntest du das Ergebnis hier posten - ist ja schon eine
> > > interessante Sache.
>
> > > Gruß,
> > > Andreas
>
> > > > Am Wed, 26 Mar 2008 13:04:28 -0700 (PDT) schrieb d...@radeberger-gruppe.de:
>
> > > > > Hallo zusammen,
>
> > > > > wir haben auf unseremSQLServer2005eine 10 GB große DAtenbank. Nach
> > > > > dem Löschen von Daten sind 7,5 GB frei (nachSQLManager). Wir
> > > > > versuchen nun die Datenbank zu verkleiner, über die SLQServerGUI
> > > > > aber es funktioniert nicht, egal wie wir es auch tun. Wir haben schon
> > > > > denServergebootet, darauf geachtet, dass niemand auf die DB
> > > > > zugreift, vor demVerkleinerngesichert...
> > > > > Wir haben beide Arten desVerkleinernausprobiert - mit und ohnen
> > > > > Reorganisation, aber die Größe bleibt immer gleich. Wenn wir
> > > > > allerdings die Startgröße des DB Files auf 15 GB setzen können wir die
> > > > > dann 15 GB große DB wieder auf die vorherigen 10 GBverkleinern.
> > > > > Weiter kommen wir nicht, obwohl dann derSQLManager wieder anzeigt,
> > > > > dass 7,5 GB frei sind.
>
> > > > > Hat jemand eine Idee woran das liegen könnte?
> > > > > Gruß
> > > > > Ralf
> > > > > D...@radeberger-gruppe.de- Zitierten Text ausblenden -
>
> > > - Zitierten Text anzeigen -
>
> > Hier die Daten:
>
> > database_name / DB
> > database_size / 10335.50MB
> > unallocated space / 6845.23MB- Zitierten Text ausblenden -
>
> - Zitierten Text anzeigen -

Hallo,
wir haben es sowohl über die GUI als auch über das SQL Statement
probiert.
Mit und ohne Speicherplatz neu organisieren.
Aber leider ohne Ergebnis
Ralf

Halo

drs@radeberger-gruppe.de schrieb:
>>
>> DBCC SHRINKDATABASE (DB, TRUNCATEONLY)

> wir haben es sowohl über die GUI als auch über das SQL Statement
> probiert.
> Mit und ohne Speicherplatz neu organisieren.
> Aber leider ohne Ergebnis

shrinkdatabase verkleinert nicht unter die in den Datenbank-Optionen
angegebene Größe.

Verwende DBCC SHRINKFILE (logical_filename, 7)

für logical_filename den logischen Namen des Datenbank-files einsetzen,
danach die gewünschte Größe.
Dafür natürlich einen sinnvollen Wert einsetzen.

Bei uns ist es meistens das Log-file, was trotz regelmäßiger Sicherung
(15 min) immer wieder explodiert.

Gruß
Irmgard