6
MSSQL: Abfragetimeout nach einer Woche Serverlaufzeit
Hallo,
ich habe bei einem MSSQL 2013 (V13) ein nach etwa einer Woche Laufzeit auftretendes Problem bei der Index-Neuerstellung einer großen Tabelle (ca. 2,5 Mio Datensätze).
Es erscheint der Fehler Abfragetimeout. Ressourcen stehen dem Server in ausreichender Menge noch zur Verfügung (RAM 38GB von 60 GB belegt).
Nach einem Neustart von Windows ist der Server wieder flott; ein Neustart der MSSQL-Dienste reicht dazu nicht.
ALTER INDEX IX_ArticleNumber ON myTable1
REBUILD;
ALTER INDEX ALL ON myTable2
REORGANIZE;
Wodurch kann der Fehler bedingt sein - wie könnte ich durch Wartung das Problem vermeiden?
Danke vorab und viele Grüße,
Peter
ich habe bei einem MSSQL 2013 (V13) ein nach etwa einer Woche Laufzeit auftretendes Problem bei der Index-Neuerstellung einer großen Tabelle (ca. 2,5 Mio Datensätze).
Es erscheint der Fehler Abfragetimeout. Ressourcen stehen dem Server in ausreichender Menge noch zur Verfügung (RAM 38GB von 60 GB belegt).
Nach einem Neustart von Windows ist der Server wieder flott; ein Neustart der MSSQL-Dienste reicht dazu nicht.
ALTER INDEX IX_ArticleNumber ON myTable1
REBUILD;
ALTER INDEX ALL ON myTable2
REORGANIZE;
Wodurch kann der Fehler bedingt sein - wie könnte ich durch Wartung das Problem vermeiden?
Danke vorab und viele Grüße,
Peter
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 399648
Url: https://administrator.de/forum/mssql-abfragetimeout-nach-einer-woche-serverlaufzeit-399648.html
Ausgedruckt am: 25.12.2024 um 02:12 Uhr
6 Kommentare
Neuester Kommentar
Moin,
MSSQL 2013 gibt es nicht:
ID 11 = SQL Server 2012
ID 12 = SQL Server 2014
ID 13 = SQL Server 2016
ID 14 = SQL Server 2017
Welche Edition nutzt Du.
Wie groß ist die Tabelle in MB und wie oft versuchst Du den index neu zu erstellen?
Wie groß ist die gesamte DB?
Gruss
MSSQL 2013 gibt es nicht:
ID 11 = SQL Server 2012
ID 12 = SQL Server 2014
ID 13 = SQL Server 2016
ID 14 = SQL Server 2017
Welche Edition nutzt Du.
Wie groß ist die Tabelle in MB und wie oft versuchst Du den index neu zu erstellen?
Wie groß ist die gesamte DB?
Gruss
Sorry, Tippfehler: ID13 also SQL 2016
Der Indexneuaufbau wird 2x Wöchentlich, also Montag und Donnerstag gemacht.
Die Tabelle hat 2.150 MB (Index 415 MB), die DB 21.200 MB.
Der Indexneuaufbau wird 2x Wöchentlich, also Montag und Donnerstag gemacht.
Die Tabelle hat 2.150 MB (Index 415 MB), die DB 21.200 MB.
Welche SQL Edition nutzt Du?
Standard
Hast Du die "normalen" Wartungspläne aktiviert?
Führst Du die beiden Befehle manuell aus?
Wenn nicht, würde ich die Automatik mal rausnehmen und das mal manuell im Management Studio ausführen.
Führst Du die beiden Befehle manuell aus?
Wenn nicht, würde ich die Automatik mal rausnehmen und das mal manuell im Management Studio ausführen.
Ja, die DB wird täglich (mit Erfolg) gewartet, Indexneuaufbau, Sicherung, usw.
Ja, die Befehle werden manuell ausgeführt, allerdings über einen ODBC-Connstring (Treiber = MSSQL Native Client 13.0)
Wenn ich die Befehle manuell im Management Studio ausführe, kommt - zu diesem Zeitpunkt - auch dort der Fehler.
Erst nach dem Neustart geht es - überall - wieder.
Ja, die Befehle werden manuell ausgeführt, allerdings über einen ODBC-Connstring (Treiber = MSSQL Native Client 13.0)
Wenn ich die Befehle manuell im Management Studio ausführe, kommt - zu diesem Zeitpunkt - auch dort der Fehler.
Erst nach dem Neustart geht es - überall - wieder.
