Hm, ist aber doch 3.176.960 KB gro�, verwendet aber nur 23 MB.
Mein Enterprise Server ist ein 2000er, die ZielDB ist eine 7er (das nenne ich doch mal einen Versionssprung ;-)) Bei der 7er direkt am Rechner sagt er bei einem �hnlichen Befehl (Verkleinerungsassistent) erfolgreich auf 3.1 GB geschrumpft, super!
Vom 2000er Enterprise Manager (bzw. QueryAnalyzer) aus, nach Aufruf von
BACKUP LOG meineDB WITH TRUNCATE_ONLY DBCC SHRINKFILE (meineDB_ProtokollDatei,800)
sagt er nur erfolgreich, bzw. listet mir das Ergebnis auf:
DbId FileId CurrentSize MinimumSize UsedPages EstimatedPages
7 2 397120 128 397120 128
Was soll mir das sagen? Wie gesagt, ich habe jetzt erstmal etwas Platz, es dr�ngelt also nicht. aber 3 GB verschwenden nervt mich halt!
CU Schmiddl
Am Mittwoch, 03.09.03, um 18:17 Uhr (Europe/Berlin) schrieb Charles Bischof:
Also wenn Du die Ausgabe 'Erfolgreich abgeschlossen' erh�ltst dann wurde der Befehl
auch erfolgreich ausgef�hrt. Sehe Dir doch das LogFile mal an. Ich meine unter
C:\Programme\Microsoft SQL Server\MSSQL\Data\xxxxx_Log.LDF.
Falls es vorher 3111 MB gro� war und Du es auf 23? MB geshrinkt hast dann
ist das LogFile auch nur 23 MB gro�.
Wie es sich mit SQL 7 verh�lt kann ich nicht sagen da ich schon lange
keinen 7'er mehr verwende. In wie weit der 7'er Transact SQL versteht wei� ich
nicht. Diesen Befehl verwende ich nur unter SQL 2000.
Eine sehr gute Beschreibung findest Du in der Onlinehilfe des 2000'er. Suche dort DBCC SHRINKFILE und lese es Dir mal durch.
Charles
// // // Alles soweit gemacht... // // BACKUP LOG DerDatenbankName WITH TRUNCATE_ONLY // DBCC SHRINKFILE (DerNameDerLogDatei,Gr��eInMegaByte) // // scheint gar keine Wirkung zu machen, und // // Datenbank verkleinern bei SQL2000 sagt 'Erfolgreich // abgeschlossen', hat aber auch nichts an der Dateigr��e ge�ndert. // // BEI SQL 7 sagt er: 'Dateigr��e erfolgreich auf 3711 MB // geschrumpft', obwohl vorher auch nur ca. 720 verwendet // werden und ich Dateiteile an den Anfang der Datei schreiben // lasse (ist da eine default-gecheckte Option). // // Alles korrekt gemacht ohne Fehlermeldungen, aber nichts geholfen... // // Die Protokolldatei nutzt jetzt 23MB, hat aber 3104MB reserviert. // // Habe aber jetzt erstmal etwas Luft, habe so noch 200MB // wegwerfen k�nnen und bis das Protokoll wieder bei 3GB // angelangt ist, dauert es wohl noch eine Weile, �rgerlich // ist das trotzdem. // // Noch Ideen? // // CU // Schmiddl // // Am Mittwoch, 03.09.03, um 16:50 Uhr (Europe/Berlin) schrieb Charles // Bischof: // // > Erstmal BackUp der DB. // > // > Im Query Analyzer: // > // > BACKUP LOG DerDatenbankName WITH TRUNCATE_ONLY // > DBCC SHRINKFILE (DerNameDerLogDatei,Gr��eInMegaByte) // > // > z.B. // > // > BACKUP LOG Adressen WITH TRUNCATE_ONLY // > DBCC SHRINKFILE (adressen_log,350) // > (verkleinert das Log auf 350 MB) // > // > // > Charles // > // > // > // > // // > // // > // Moin, Liste! // > // // > // Mein Server meldet mir gerade, dass er sehr wenig // Platz auf // // > Laufwerk C: // h�tte, was auch stimmt. Die Datenbank // darauf ist 660 // > MB gro�, die // dazugeh�rige protokoll.LDF allerdings 3111 MB!! // > Sicher ist es ein // bi�chen bl�d, da� die gesamte DB // auf C: liegt. // > Wie verkleinere ich // diese .LDF aber? Und wozu ist die // �berhaupt // > gut? // // > // Danke f�r Hilfe, // > // Schmiddl
_______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
