@martinkolberg , ja, es ist zwar erfreulich, dass der laufende Datev-Betrieb wegen der vermeintlich defekten msdb nicht blockiert ist oder zusammenbricht, aber eine solche Fehlermeldung will man natürlich nicht ignorieren, vor allem, weil man keine konkreten Infos erhält, was genau fehlerhaft ist. So ganz naiv hatte ich gedacht, man könne vielleicht einfach aus einer älteren Datensicherung die intakte msdb-Datei und ggfs. weitere Komponenten in den DATA-Ordner rücksichern., aber die von @einmalnoch verlinkte Webseite zeigt, dass man bei diesem Thema doch sehr tiiiiief in die Tasten greifen muss. Außerdem wüsste ich jetzt nicht auf Anhieb, wie weit ich zurückgreifen müsste/dürfte und woran ich eine intakte msdb erkenne. .... da erscheint mir die von Datev ( @Christian_Tölle ) 'abgesegnete' Methode mit der Deinstallation/Installation des SQL-Servers für einen 'Normalsterblichen' machbarer und vom Zeitaufwand her kalkulierbarer. @martinkolberg , ja, ein Testlauf auf einem (wiederhergestellen) Test-PC wäre auch 'charmant' (zum Spielen). Letzten Endes soll aber die Fehlermeldung am 'Original'-Server irgendwie verschwinden und der log-Ordner soll sich nicht immer wieder und immer weiter mit Dump-und Fehler-Dateien füllen Einen Erkenntnisgewinn wird man sowieso nicht haben, denn solche Lösungen sind wahrscheinlich singulär und eignen sich nicht für die Langzeitarchivierung im Gedächtnis.
... Mehr anzeigen