Fehler -1018
Posted by Administrator (admin) on Feb 10 2008 at 21:11
Fehler >>

Der Fehler -1018 ist mit der schlimmste Fehler, der einer Exchange- Datenbank passieren kann. Er bedeutet, daß die Struktur der Datenbank inkonsistent ist. Meist wird dies bei einer Sicherung festgestellt, wenn der Sicherungsagent bei der Prüfung die Inkonsistenz der Datenbank feststellt. Die Hauptursache für diesen Fehler ist ein aktivierter WriteBack Cache auf dem Festplatten- (RAID) Controller. Bei einem Absturz des Servers werden die in diesem Cache vorhandenen Daten nicht mehr zurückgeschrieben. Bitte deaktivieren sie diesen Cache in jedem Fall !!! Was ist in einem solchen Fall zu tun ?

  • Ruhe bewahren 
  • Ursache fĂĽr den Fehler finden und beheben 
  • in Erfahrung bringen, welche Sicherungen vorhanden sind 
  • feststellen, wann der Fehler erstmals aufgetreten ist
  • stoppen des MTA- Dienstes (damit keine Mails mehr empfangen werden) 
  • feststellen, ob die Datenbankumlaufprotokollierung aktiv ist

1. Datenbankumlaufprotokollierung aktiv

  • mit dem Tool EXMERGE alle Objekte seit dem Zeitpunkt der letzten Datensicherung in PST- Dateien exportieren 
  • Kopieren der defekten Exchange Datenbank und des Verzeichnisses in ein anderes Verzeichnis 
  • RĂĽcksicherung des Exchange Verzeichnisses und des Informationsspeichers von der letzten funktionierenden Datensicherung, dabei alle bestehen Daten löschen 
  • RĂĽcksicherung eventuell vorhandener Differenz und Zuwachssicherungen  
  • KonsistenzprĂĽfung der Datenbanken mit ISINTEG 
  • PrĂĽfung des MTA's mit MTACHECK 
  • Starten der Exchange- Dienste, danach sollte der Exchange- Server wieder funktionieren 
  • importieren der PST- Dateien mit EXMERGE in die wiederhergestellte Datenbank

2. Datenbankumlaufprotokollierung deaktiviert

  • Kopieren der defekten Exchange Datenbank, des Verzeichnisses und der Transaktionsprotokolle in ein anderes Verzeichnis 
  • RĂĽcksicherung des Exchange Verzeichnisses und des Informationsspeichers von der letzten funktionierenden Datensicherung 
  • RĂĽcksicherung eventuell vorhandener Differenz und Zuwachssicherungen  
  • KonsistenzprĂĽfung der Datenbanken mit ISINTEG 
  • PrĂĽfung des MTA's mit MTACHECK 
  • Starten der Exchange- Dienste, danach werden die Transaktionen seit der letzten Sicherung eingepflegt und der der Exchange- Server sollte wieder funktionieren

3. keine Sicherung vorhanden

  • selbst Schuld 
  • mit dem Tool EXMERGE alle Objekte der Datenbank in PST- Dateien exportieren 
  • exportieren der öffentlichen Ordner mit Outlook in eine PST- Datei 
  • alle Exchange- Dienste herunterfahren 
  • Kopieren der defekten Exchange Datenbank, des Verzeichnisses und der Transaktionsprotokolle in ein anderes Verzeichnis 
  • Reparatur der Exchange- Datenbank mit ESEUTIL 
  • PrĂĽfung der Struktur der Datenbanken mit ISINTEG 
  • importieren der PST- Dateien mit EXMERGE und der Ă–ffentlichen Ordner mit Outlook

ZurĂĽck