Vielen Dank f�r die Infos: >3. Ein Platzproblem beim automatischen Vergr��ern der TempDB auf der >Festplatte (wobei SQL Server so etwas erkennt und entsprechend auch >verk�ndet) - Das kann schon einmal bei komplexeren Abfragen mit gro�en >Resultsets passieren.
Ist wohl sehr wahrscheinlich. Das Transaktionsprotokoll der Datenbank war ca 18 GB gro�. Dazu kamen einige Datensicherungen der letzten Tage. auf der Datenplatte standen nur noch ca 500 MB zur Verf�gung. Jetzt vernmute ich mal, dass das ein bisschen wening ist. Ich r�ume gerade das Transaktionsprotokoll auf und l�sche Sicherungen und hoffe dann heute nacht zum Schlafen zu kommen :) Gru�, Markus Walber -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag von Michael Busch Gesendet: Dienstag, 25. Februar 2003 15:40 An: [EMAIL PROTECTED] Betreff: [Database.asp] AW: [Database.asp] AW: Hilfe... Fehler f�hren zu SQL-Absturz und kein Ende :( Hallo Markus, nach langer Abstinenz gebe ich jetzt auch einmal meine 5 Cent dazu... ;-) Ich glaube nicht, dass das Problem eine defekte Festplatte ist. SQL Server erstellt ab Version bei jedem Systemstart die TempDB entsprechend der vorgegebenen Gr��e neu. Dadurch r�umt SQL Server die TempDB recht radikal auf. Das geschilderte Problem kann auftreten wenn 1. Die TempDB aus irgendwelchen Gr�nden nicht neu erstellt werden kann und somit noch M�ll in der Datenbank steht. 2. Die Datenbank MODEL fehlerhaft ist - Diese verwendet SQL Server als Vorlage bei der Erstellung aller neuen Datenbanken (Ist nett zu wissen, weil man so eine ganze Menge Voreinstellungen bei neuen Datenbanken automatisieren kann) 3. Ein Platzproblem beim automatischen Vergr��ern der TempDB auf der Festplatte (wobei SQL Server so etwas erkennt und entsprechend auch verk�ndet) - Das kann schon einmal bei komplexeren Abfragen mit gro�en Resultsets passieren. Ich sehe einige M�glichkeiten, das Problem zu beheben: - �berpr�fe die Datenbank MODEL einmal mit DBCC CHECKDB (Das hat mir schon einmal geholfen). - Versuche einmal, ob die Abfrage ohne das ORDER BY (also ohne die TempDB zu verwenden) durchl�uft. Wenn ja, �berpr�fe mal, wie gro� das Resultset ist. - Wenn ein Platzproblem die Ursache ist, kann dies durch Verschieben der TempDB auf eine gr��ere Partition behoben werden. Alternativ kannst Du die TempDB auf eine feste Gr��e setzen. Gru� Michael KMU intelligence e.K. Oesterm�rsch 13 44145 Dortmund -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Joachim Uersfeld Gesendet: Dienstag, 25. Februar 2003 14:55 An: [EMAIL PROTECTED] Betreff: [Database.asp] AW: Hilfe... Fehler f�hren zu SQL-Absturz und kein Ende :( > I/O error (bad page ID) detected during read at offset 0x00000000762000 in > file 'd:\Microsoft SQL Server\daten\MSSQL\data\tempdb.mdf'. Klingt nach Festplattenfehler bzw. Fehler in der Datenbank. Also erst mal: dbcc checkdb('MeinDatenbankName') im Query Analyzer ausf�hren. Wenn allles ok ist, sofort die Datenbank sichern, dann den Festplattencheck starten. Tsch��, Joachim ~~~~~~~~~~~~~~~~~~~~~~~~~~~sponsored by United Planet~~~~~~~~~~~~~~~~~ Intrexx.BizWalker + ODBC/OLEDB-Daten = ASP-Formular ATTACK! Download Intrexx CRM-Studio Now! http://www.intrexx.com _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp ~~~~~~~~~~~~~~~~~~~~~~~~~~~sponsored by United Planet~~~~~~~~~~~~~~~~~ Intrexx.BizWalker + ODBC/OLEDB-Daten = ASP-Formular ATTACK! Download Intrexx CRM-Studio Now! http://www.intrexx.com _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp ~~~~~~~~~~~~~~~~~~~~~~~~~~~sponsored by United Planet~~~~~~~~~~~~~~~~~ Intrexx.BizWalker + ODBC/OLEDB-Daten = ASP-Formular ATTACK! Download Intrexx CRM-Studio Now! http://www.intrexx.com _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
