MS-SQL 2000: Query-Analyzer wird lahme Krücke...

[alzaimar]

Ich habe hier vielleicht ein nerviges Problem:

Also, ich arbeite viel mit dem Query-Analyzer. Seit einiger Zeit fällt mir auf, das er zwischendurch immer langsamer wird.
Wenn ich also ein 'Select * from Bla where 1=0' ausführe, dauert es konstant 40 Sekunden, bis die Antwort kommt. Egal, welchen Befehl ich ausführe, es dauert immer mindestens 40 Sekunden.

1. Gleicher Server, anderer Client-PC. Kein Problem.
2. Zugriff über IP-Adresse. Gleiches Problem.
3. Anderer Server, mein Client-PC. Gleiches Problem.
4. Neustart des Query-Analyzers. Keine Änderung.
5. Neustart des SQL-Servers. Problem behoben. Besonders wegen (1)
6. Der SQL-Server ist in meiner Domäne.

Ich habe manchmal eine VPN-Verbindung geöffnet. Aber auch nach dem Schließen der VPN bleibt dieses Zeitproblem.

Was kann das sein?

[Elvis]

Dumme Frage, sind vllt die tablespaces in denen die Planinfos abgelegt wurden über die halbe HDD verteilt, oder werden sie ständig vergrößert/verkleinert wenn du sie anfasst? DBMSse sind heutzutage recht zickige Divas geworden...

[generic]

ich rate mal das du netbios/namedpipes als protokoll nutzt.
dann glaube ich auch noch das dein wins server nicht richtig läuft.

versuch mal das protokoll auf tcp umzustellen.
das geht mit dem "cliconfg" programm.

[alzaimar]

cliconfg habe/sehe/kenne ich nicht. Ich mach das immer über den Umweg: Control Panel->Dienste->ODBC->SQL-Server verbindung
Ist aber auf TCP (1433). Aber da steht noch der Server im Klartext.

Ich denke auch, das irgendwie die Namensauflösung vom Wins nicht ok ist. Wie kann ich das denn reparieren?

@Elvis: Probleme dieser Art sollten auf allen Clients ähnliche Performanceprobleme ergeben. Diese 40 Sekunden Sch**** passiert aber nur auf meinem PC. Dafür aber mit allen Servern(!)

Ach so: Eine normale ADO-Connection klappt wunderbar, ohne Zeitverzögerung o.ä. Es ist nur dieser kranke Query Analyzer. Auch der Enterprisemanager ist ganz brav.

[edit] Schon wieder! Ich starte den Server jetzt aber nicht neu. Vielleicht hat jemand eine Idee[/edit]

[Flocke]

Bzgl. WINS: Probiere doch mal
1. Den Server über die IP-Nummer anzugeben oder
2. Den Server in WINDOWS\System32\driver\etc\hosts einzutragen.

[alzaimar]

Es scheint sich vielleicht doch um ein Problem des Query Analyzers zu handeln. Diesmal habe ich den QA beendet und im Taskmanager sichergestellt, das sonst keine Instanz geöffnet ist. Diesmal hat sich der QA erholt und das Zeitproblem ist weg.

Den Eintrag habe ich mal in die hosts-Datei geschrieben. Danke ,Flocke.

Jetzt kann ich wieder Datenbanken zerstören und sehe die Ergebnisse sofort! Das Thema ist aber noch nicht beendet, wie das so üblich ist bei diesen sporadischen Fehlern.

Danke trotzdem.

[generic]

start->ausführen->cliconfg und "ok"

[alzaimar]

Muhaaha
Danke, generic.

[generic]

hat das nun dein problem mit der geschwindigkeit gelöst?

[alzaimar]

Nein. Das Problem besteht weiterhin. Ich kann mir allerdings helfen, indem ich
- Den Query Analyzer beende und sicherstelle, das keine weitere Instanz irgendwo im Hintergrund läuft (wie vorher geschehen, als ich fälschlicherweise behauptet habe, das das nichts brächte)
- Den SQL-Server beende und neu starte.

Wenn es reicht, den QA zu schließen und neu zu starten, könnte ich ja damit leben, aber es nervt einfach, zumal es ein Problem ist, welches doch ziemlich pervers rüberkommt.

Ich glaube nicht, das es ein Verbindungs- oder WINS-Problem ist. Denn:
-Der Enterprise-Manager läuft ohne Probleme.
-Delphi-Applikationen, die auf den SQL-Server zugreifen auch.
-Der Profiler funktioniert auch.
....

Ergo muss es irgendwie mit dem Query Analyzer zusammenhängen.