Die Datenbank kann gelegentlich als SUSPECT markiert werden, wenn Sie eine Verbindung zu einer SQL Server-Instanz herstellen. In dieser Situation können Sie keine Verbindung zur Datenbank herstellen, um Daten zu lesen und zu schreiben. Die Verfahren, die Sie befolgen müssen, um Ihre als VERDÄCHTIG markierte Datenbank wiederherzustellen, werden im Artikel erläutert.
Gründe für diesen Fehler
Hier sind einige der folgenden Ursachen, die auf den vermuteten Datenbankfehler zurückzuführen sind.
- Starten Sie die Datenbank neu oder fahren Sie sie herunter, ohne den SharePoint-Server herunterzufahren.
- Die Datenbank könnte beschädigt sein.
- Es ist nicht genügend Speicherplatz für den SQL Server verfügbar, um die Datenbank während des Startvorgangs wiederherzustellen.
- Die Datenbank kann nicht geöffnet werden, da auf Dateien nicht zugegriffen werden kann oder nicht genügend Arbeits- oder Festplattenspeicher vorhanden ist.
- Die Datenbankdateien werden von den Betriebssystemen, Backup-Software von Drittanbietern usw. gespeichert.
- Es kam zu einem unerwarteten Herunterfahren des SQL Servers, einem Stromausfall oder einem Hardwarefehler.
Resolutions
Hier sind einige Schritte, um dieses Problem zu beheben. Stellen Sie zunächst sicher, dass Sie Microsoft SQL Server Management Studio in Ihrem System haben.
1. Öffnen Sie zunächst Ihr Microsoft SQL Server Management Studio und geben Sie Ihre Datenbankanmeldeinformationen ein, um eine Verbindung zu Ihrer Datenbank herzustellen.
2. Klicken Sie dann mit der rechten Maustaste auf Ihre verdächtige Datenbank und klicken Sie auf die Schaltfläche „Neue Abfrage“, um eine Abfrage zu schreiben.
3. Führen Sie anschließend die folgenden Befehle nacheinander aus. Hier müssen Sie [Ihre Datenbank] durch den Namen Ihrer Datenbank ersetzen.
A. Setzen Sie den Datenbankstatus zurück, um alle Fehlerflags zu löschen.
| EXEC sp_resetstatus [Ihre Datenbank]; |
Dieser Befehl setzt den Status der angegebenen Datenbank zurück. Wenn eine Datenbank als „verdächtig“ markiert ist oder sich in einem ähnlichen Zustand befindet, kann dieser Befehl diesen Status löschen. Dies ist der erste Schritt, um zu versuchen, die Datenbank wieder online zu bringen.
B. Versetzen Sie die Datenbank in einen Zustand, in dem sie sicher überprüft und repariert werden kann (Notfallmodus).
| ALTER DATABASE [YourDatabase] SET EMERGENCY |
Dieser Befehl versetzt die Datenbank in den Notfallmodus. Der Notfallmodus ist ein spezieller Zustand, der zur Fehlerbehebung verwendet wird. In diesem Modus:
- Die Datenbank ist schreibgeschützt.
- Nur Mitglieder der Sysadmin-Rolle können auf die Datenbank zugreifen.
- Es wird verwendet, wenn die Datenbank stark beschädigt ist und nicht normal darauf zugegriffen werden kann.
C. Suchen Sie nach Problemen in der Datenbank.
| ,war DBCC checkdb([IhreDatenbank]) |
Dieser Befehl führt das Dienstprogramm DBCC CHECKDB aus, das die physische und logische Integrität der gesamten Datenbank überprüft. Es identifiziert etwaige Beschädigungen oder Probleme innerhalb der Datenbank.
D. Stellen Sie sicher, dass keine anderen Benutzer verbunden sind, die den Reparaturvorgang stören könnten (Einzelbenutzermodus).
| ,war ALTER DATABASE [Ihre Datenbank] SET SINGLE_USER MIT ROLLBACK IMMEDIATE |
Dieser Befehl versetzt die Datenbank in den Einzelbenutzermodus mit sofortigem Rollback. Das heisst:
- Es kann immer nur ein Benutzer gleichzeitig auf die Datenbank zugreifen.
- Alle anderen Verbindungen zur Datenbank werden sofort beendet.
- Es muss verhindert werden, dass andere Benutzer den Reparaturvorgang stören.
e. Reparieren Sie die Datenbank und akzeptieren Sie, dass einige Daten verloren gehen könnten, um die Probleme zu beheben.
| ,war DBCC CheckDB ([Ihre Datenbank], REPAIR_ALLOW_DATA_LOSS) |
Dieser Befehl führt das Dienstprogramm DBCC CHECKDB erneut aus, dieses Mal jedoch mit der Option REPAIR_ALLOW_DATA_LOSS. Mit dieser Option wird versucht, erkannte Beschädigungen zu reparieren. Dies kann jedoch zu Datenverlusten führen, da beschädigte Daten möglicherweise gelöscht oder geändert werden, um die Datenbank wieder funktionsfähig zu machen.
F. Bringen Sie die Datenbank wieder in den Normalbetrieb (Mehrbenutzermodus).
| ,warALTER DATABASE [Ihre Datenbank] SET MULTI_USER |
Dieser Befehl setzt die Datenbank wieder in den Mehrbenutzermodus zurück, sodass mehrere Benutzer eine Verbindung herstellen und die Datenbank wie gewohnt verwenden können.
4. Nach der Ausführung aktualisiert das Skript die Datenbank.
Bei Fragen erreichen Sie uns unter support@knowband.com. Knowband bietet erstklassige Lösungen für alles im E-Commerce. Wir bieten auch kundenspezifische Entwicklungen aller Art wie Plugins und an Mobile Apps für Prestashop, und Opencart. Magento und Magento 2. Hier geht es weiter. mehr wissen.
Empfehlungen für Sie:
Wir empfehlen unsere Keine Code-Mobile-App Lösung für alle E-Commerce-Shop-Besitzer. Mehr wissen:
