Kenne mich zwar auch nicht mit allen Feinheiten aus und es gibt wahrscheinlich einen besseren Weg, aber zumindest m�sste sich die alte DB detachen lassen... Danach kannst Du die Dateien auf der Platte l�schen und das wars....
Claudius > > > Ich muss gerade einen Ver-Konfigurierten SQL Server DB wieder > in Ordnung > bringen. > Da die Transactionlogs nicht (im Gegensatz zu allen anderen > Teilen der DBs) > gesichert wurden, wurden sie auch nicht verkleinert. Das Ergebniss im > eingetretenen Extremfall: eine Kunden DB besteht aus 2mB > Daten und mehr als > 2Gb Transaktionsprotokoll. > Verkleinern l�sst es sich nicht mehr (DBCC SHRINKFILE). Auch > nicht nach > sicherung des Transaction Logs. Nichts einacher als das, > dachte ich mir: > Neue DB angelegt, Daten hineinkopiert. Jetzt m�sste ich > einfach nur die alte > DB l�schen und wieder aus der Kopie generieren. Da macht mir > allerdings der > SQL Server einen Strich durch die Rechnung. Die DB l�sst sich nicht im > laufenden Betrieb l�schen. > > Habt Ihr irgendwelche Vorschl�ge, wie ich die �berf�llten > Transaction-Logs > wieder wegbekomme? > > > Andreas Roth > -------------------------------------- > [EMAIL PROTECTED] *jetzt mit Chat* > http://www.EuphoriasChild.DarkTech.org > -------------------------------------- > > | [aspdedatabase] als [EMAIL PROTECTED] subscribed > | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv > | Sie k�nnen sich unter folgender URL an- und abmelden: > | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp > | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
