Weil sie glauben, dass es ein Speicherproblem gibt - SQL Server verwendet den gesamten verfügbaren Speicher bis zu seiner maximalen Speichereinstellung (und sogar darüber hinaus). Unwissende Personen gehen in den Task-Manager, sehen, wie SQL Server viel Speicher verwendet, und überlegen, "Es muss ein Speicherverlust vorliegen. Ich werde SQL Server stoppen und neu starten und sehen, was passiert." Sicher genug, das spart viel Speicherplatz (da SQL Server standardmäßig nicht sofort alles zuweist), sodass sie glauben, den Fehler behoben zu haben. Als nächstes starten sie SQL Server wöchentlich neu.
Weil sie glauben, dass es ein CPU-Problem gibt - Abfragen verbrauchen eine Menge CPU-Ressourcen, insbesondere bei Problemen mit dem Parameter-Sniffing. Unwissende Personen versuchen, eine Verbindung zum SQL Server herzustellen, ohne über die Dedicated Admin Connection (DAC) Bescheid zu wissen. Sie können keine Verbindung herstellen und haben einfach keine Optionen mehr. Sie werden neu gestartet, weil die Führungskräfte hinter ihnen stehen und schnell eine Lösung suchen.
Weil sie gehört haben, dass es Korruption behebt - wenn Leute auf ein Korruptionsproblem stoßen, sind sie oft bereit, alles zu versuchen, um es zu beheben.
Weil sie möchten, dass ein Rollback abgeschlossen wird - sie beenden eine Abfrage und sie bleibt eine Weile im Rollback, weil sie nicht wussten, dass das Zurücksetzen einer Abfrage Single-Threaded ist. Nach Minuten (oder Stunden) des Wartens starten sie den SQL Server neu und denken, dass das Rollback nicht erforderlich ist, wenn es erneut gestartet wird. Leider liegen sie falsch und SQL Server fährt beim Start mit dem Rollback fort.