ferix 10 Geschrieben 3. Juni 2011 Melden Teilen Geschrieben 3. Juni 2011 Hallo, auf unserem Exchange 2010 erhalten wir seit ein paar Tagen die Warnung ID 915 ESE BACKUP. "Information Store (3320) Es wurden 29 Protokolldateien im Protokollbereich (E:\LOG\LOG_DATABASE_1\E0200028D18.log - E:\LOG\LOG_DATABASE_1\E0200028DFB.log) nicht gefunden, für die ein Abschneideversuch unternommen wurde." Kann mir jemand sagen, was dies bedeutet bzw. ob ich etwas unternehmen muss? Auf einer Microsoft-Seite heißt es zu diesem Fehler: """ User Action No user action is required. """ Danke für euer Feedback. Zitieren Link zu diesem Kommentar
XP-Fan 217 Geschrieben 3. Juni 2011 Melden Teilen Geschrieben 3. Juni 2011 Hallo, wurden die Logfiles manuell gelöscht ? Per Windows Explorer o.Ä. ? Zitieren Link zu diesem Kommentar
ferix 10 Geschrieben 3. Juni 2011 Autor Melden Teilen Geschrieben 3. Juni 2011 Nein, es wurde nichts am System gemacht. Zitieren Link zu diesem Kommentar
RobertWi 81 Geschrieben 4. Juni 2011 Melden Teilen Geschrieben 4. Juni 2011 Moin, dann wirst Du im Augenblick keine funktionierende Sicherung mehr haben. Das passiert auch, wenn man Einstellungen am Sicherungsprogramm ändert. Die inkrementelle Sicherung sichert nur die Log-Dateien, und wenn die nicht mehr da sind, gibt es keine Sicherung mehr. Damit die Sicherung wieder ordentlich läuft, muss Du einmal eine Vollsicherung starten. Falls die auch nicht will (hatte ich schon mal), gehst Du wie folgt: - Bereitstellung der Datenbank aufheben - Alle Dateien aus E:\LOG löschen (also *.log, TMP, exx.chk) außer die EDB-Dateien (das sind die Daten!) und den Ordner "catalog-*" (Volltextindex), falls die sich darin befinden (wenn nich, ist das ok). - Waren vorher alle Dateien in einem Ordner, wäre der danach leer, bis auf die EDB-Datei und der catalog-Ordner. - Datenbank wieder bereitstellen, hierbei werden automatisch neue Log-Dateien angelegt, die nun wieder bei 1 bei anfangen mit der Zählung. Vollbackup anlegen und danach normal inkrementell löschen. Zitieren Link zu diesem Kommentar
ferix 10 Geschrieben 6. Juni 2011 Autor Melden Teilen Geschrieben 6. Juni 2011 Danke für die Infos. Allerdings muss ich noch ein paar Einzelheiten dazu einwerfen. Der Fehler taucht immer gegen 21 Uhr auf. Zu dieser Zeit wird aber kein Backup ausgeführt. Außerdem kommt es zu dem Fehler bei genauem Hinsehen nicht täglich, sondern eben nur fast täglich. Zitieren Link zu diesem Kommentar
RobertWi 81 Geschrieben 6. Juni 2011 Melden Teilen Geschrieben 6. Juni 2011 Hmmm.... Die Quelle lautet "ESE BACKUP" und es wurde ein Abschneideversuch mit Fehler protkolliert. Das gibt es nur beim Backup. Ich würde mir dann an Deiner Stelle nochmal genau ansehen, was da um 21 Uhr läuft, wenn es nicht Dein Backup ist. Zitieren Link zu diesem Kommentar
ferix 10 Geschrieben 8. Juni 2011 Autor Melden Teilen Geschrieben 8. Juni 2011 Hallo, laut Protokoll findet folgendes statt: Ereignis: 910 ESE Backup Information Store (3320) Eine vollständige Stellvertretersicherung wird gestartet. Dieser Server ist der Master. Der Requestor ist "Name des Mailservers". Ereignis: 913 ESE Backup Information Store (3320) Der Stellvertretersicherungsvorgang wurde durch "Name des Mailservers" erfolgreich abgeschlossen. Gestern und vorgestern hat das auch ohne den obigen Fehlermeldung funktioniert. Aber was ist das für eine Sicherung und wo kommt sie her? Wo/Wie ist sie konfigurierbar? *** UPDATE *** Achso was mir einfällt bzw. ich auch nachgeschaut habe. Wir haben 2 Exchange-Server und replizieren die Maildatenbanken. Auf dem 2. Mailserver wird das ESE Backup auch um 21 Uhr ausgeführt und es steht in der Ereignisanzeige "msexchangerepl (2524) Dieser Computer führt eine Stellvertretersicherung aus. Der Masterserver ist NameDesMailservers". Das erklärt mir aber immernoch nicht was da genau passiert, wo die Sicherung konfiguriert ist, wieso sie stattfindet (DB-Replikation ist ja ständig aktiv) usw. Würde hier gerne dazulernen :) Zitieren Link zu diesem Kommentar
RobertWi 81 Geschrieben 9. Juni 2011 Melden Teilen Geschrieben 9. Juni 2011 Moin, offensichtlich hast Du eine DAG mit mind. zwei Servern und sicherst die passiven Datenbank, so wie es MSFT auf empfiehlt. Dann gilt das, was ich eingangs schon gesagt habe, mit der kleinen Ausnahme, dass Du vor dem manuellen Löschen der Log-Dateie die Kopie der Datenbank löschen musst und danach neuanlegen. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.