Exchange 2000 DB - Platte vollgelaufen
Hallo,
wir setzen hier einen E2k Server ein.
2 Speichergruppen mit je einem Informationsspeicher.
Ein Informationsspeicher ist gestern übergelaufen. (Platte voll)
Ich habe darauf hin den Speicher auf eine grössere Platte im Netz kopiert und das Laufwerk entsprechend gemapped.
Der Speicher konnte auch gestartet werden.
Jetzt habe ich das Problem, das alle eingehenden Mails ca. 10 Minuten sichtbar sind und anschliessend der Inhalt der Mail ins Nirwana verschwindet.
Im Ereignissprotokol habe ich dann folgenden Eintrag:
Ereignistyp: Fehler
Ereignisquelle: MSExchangeIS
Ereigniskategorie: Nachrichtenformatierung
Ereigniskennung: 12002
Datum: 25.08.2005
Zeit: 08:27:41
Benutzer: Nicht zutreffend
Computer: CLAEX2
Beschreibung:
Beim Verarbeiten der Nachricht <> von 'yvonne' ist der Fehler 80004005-82000330 aufgetreten.
Weitere Informationen finden Sie unter http://www.microsoft.com/contentredirect.asp
Wie soll ich jetzt vorgehen?
Ich will zuerst den Speicher "Offline" nehmen, eine Sicherheitskopie anlegen und dann die DB prüfen mit dem Tool
ISINTEG und dann ISINTEG -fix
Kennt jemnad das Problem?
Ich kann auch keine Mailbox verschieben, da anascheinend beschädigte Nachrichten dies verhindern:
Ereignistyp: Fehler
Ereignisquelle: MSExchangeIS Mailbox Store
Ereigniskategorie: Allgemein
Ereigniskennung: 9555
Datum: 24.08.2005
Zeit: 18:11:01
Benutzer: Nicht zutreffend
Computer: CLAEX2
Beschreibung:
Beschädigte Nachricht während MoveMailbox gefunden.
Ordner-ID = 1-23 ; Nachrichten-ID = 1-D02ED5 ;
Einige oder alle Eigenschaften dieser Nachricht werden nicht richtig verschoben.
Weitere Informationen finden Sie unter http://www.microsoft.com/contentredirect.asp.
HILFE::::::::
wir setzen hier einen E2k Server ein.
2 Speichergruppen mit je einem Informationsspeicher.
Ein Informationsspeicher ist gestern übergelaufen. (Platte voll)
Ich habe darauf hin den Speicher auf eine grössere Platte im Netz kopiert und das Laufwerk entsprechend gemapped.
Der Speicher konnte auch gestartet werden.
Jetzt habe ich das Problem, das alle eingehenden Mails ca. 10 Minuten sichtbar sind und anschliessend der Inhalt der Mail ins Nirwana verschwindet.
Im Ereignissprotokol habe ich dann folgenden Eintrag:
Ereignistyp: Fehler
Ereignisquelle: MSExchangeIS
Ereigniskategorie: Nachrichtenformatierung
Ereigniskennung: 12002
Datum: 25.08.2005
Zeit: 08:27:41
Benutzer: Nicht zutreffend
Computer: CLAEX2
Beschreibung:
Beim Verarbeiten der Nachricht <> von 'yvonne' ist der Fehler 80004005-82000330 aufgetreten.
Weitere Informationen finden Sie unter http://www.microsoft.com/contentredirect.asp
Wie soll ich jetzt vorgehen?
Ich will zuerst den Speicher "Offline" nehmen, eine Sicherheitskopie anlegen und dann die DB prüfen mit dem Tool
ISINTEG und dann ISINTEG -fix
Kennt jemnad das Problem?
Ich kann auch keine Mailbox verschieben, da anascheinend beschädigte Nachrichten dies verhindern:
Ereignistyp: Fehler
Ereignisquelle: MSExchangeIS Mailbox Store
Ereigniskategorie: Allgemein
Ereigniskennung: 9555
Datum: 24.08.2005
Zeit: 18:11:01
Benutzer: Nicht zutreffend
Computer: CLAEX2
Beschreibung:
Beschädigte Nachricht während MoveMailbox gefunden.
Ordner-ID = 1-23 ; Nachrichten-ID = 1-D02ED5 ;
Einige oder alle Eigenschaften dieser Nachricht werden nicht richtig verschoben.
Weitere Informationen finden Sie unter http://www.microsoft.com/contentredirect.asp.
HILFE::::::::
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 14906
Url: https://administrator.de/contentid/14906
Ausgedruckt am: 22.11.2024 um 09:11 Uhr
17 Kommentare
Neuester Kommentar
Hätte es nicht gereicht die Protokolldateien zu verschieben, wegen Platz?
Siehe:
http://www.msexchangefaq.de/notfall/diskfull.htm
Zitat:
"Ihr Exchange Dienst läuft nicht mehr und alles was Sie sehen sind 0 MB Frei auf der Festplatte ?
Nun ja peinlich aber kein Beinbruch in Hinblick auf Exchange. Ihr Exchange Server hat sich nämlich schon rechtzeitig sauber heruntergefahren. Dazu hat Exchange eigens einen reservierten Platz genutzt. Sie können also die Exchange Dienste einfach wieder starten, wenn Sie freien Platz geschaffen haben. "
MfG
Basti
Siehe:
http://www.msexchangefaq.de/notfall/diskfull.htm
Zitat:
"Ihr Exchange Dienst läuft nicht mehr und alles was Sie sehen sind 0 MB Frei auf der Festplatte ?
Nun ja peinlich aber kein Beinbruch in Hinblick auf Exchange. Ihr Exchange Server hat sich nämlich schon rechtzeitig sauber heruntergefahren. Dazu hat Exchange eigens einen reservierten Platz genutzt. Sie können also die Exchange Dienste einfach wieder starten, wenn Sie freien Platz geschaffen haben. "
MfG
Basti
Das hätte ihm bestimmt geholfen. Ist aber jetzt wohl ein wenig spät.
Hätte es nicht gereicht die
Protokolldateien zu verschieben, wegen
Platz?
Siehe:
http://www.msexchangefaq.de/notfall/diskfull.htm
Zitat:
"Ihr Exchange Dienst läuft nicht
mehr und alles was Sie sehen sind 0 MB Frei
auf der Festplatte ?
Nun ja peinlich aber kein Beinbruch in
Hinblick auf Exchange. Ihr Exchange Server
hat sich nämlich schon rechtzeitig
sauber heruntergefahren. Dazu hat Exchange
eigens einen reservierten Platz genutzt. Sie
können also die Exchange Dienste einfach
wieder starten, wenn Sie freien Platz
geschaffen haben. "
MfG
Basti
Protokolldateien zu verschieben, wegen
Platz?
Siehe:
http://www.msexchangefaq.de/notfall/diskfull.htm
Zitat:
"Ihr Exchange Dienst läuft nicht
mehr und alles was Sie sehen sind 0 MB Frei
auf der Festplatte ?
Nun ja peinlich aber kein Beinbruch in
Hinblick auf Exchange. Ihr Exchange Server
hat sich nämlich schon rechtzeitig
sauber heruntergefahren. Dazu hat Exchange
eigens einen reservierten Platz genutzt. Sie
können also die Exchange Dienste einfach
wieder starten, wenn Sie freien Platz
geschaffen haben. "
MfG
Basti
so schnell geht Exchange nicht kaputt.... *aufmunternder blick*
also gehen wir mal systematisch vor:
1. wie hast Du die Datenbank "verschoben"? Einfach den Pfad geändert und Exchange das Verschieben machen lassen oder selbst mit dem Explorer gepfriemelt?
2. der Tip von Basti ist sehr gut, häufig ist es nämlich so, daß keine Datensicherung eingesetzt wird, die Exchange backupen kann und dadurch die Transaktionsprotokolle immer länger werden (diese werden, außer es ist die Option Umlaufprotokollierung aktiviert, nämlich NICHT gelöscht)
A.
also gehen wir mal systematisch vor:
1. wie hast Du die Datenbank "verschoben"? Einfach den Pfad geändert und Exchange das Verschieben machen lassen oder selbst mit dem Explorer gepfriemelt?
2. der Tip von Basti ist sehr gut, häufig ist es nämlich so, daß keine Datensicherung eingesetzt wird, die Exchange backupen kann und dadurch die Transaktionsprotokolle immer länger werden (diese werden, außer es ist die Option Umlaufprotokollierung aktiviert, nämlich NICHT gelöscht)
A.
Der Informations-Speicher lässt sich ja starten, wenn auch langsam.
Es kommt zu dem Phänomen, das ich erst die Mails sehe und lesen kann, dann aber nach
5-15 Minuten die Mail plötzlich leer ist oder mit Sonderzeichen gefüllt ist.
5-15 Minuten die Mail plötzlich leer ist oder mit Sonderzeichen gefüllt ist.
Sagt dir das deine Datenbank grad stirbt!
Ich wiederhol mich ja nur ungern aber: Hol deine Datensicherung raus!
eseutil mag zwar was retten können evtl. sogar reparieren. Trotzdem ist das was übrig bleibt aller Wahrscheinlichkeit nach nur noch unzuverlässiger Datenmatsch.
eseutil mag zwar was retten können evtl. sogar reparieren. Trotzdem ist das was übrig bleibt aller Wahrscheinlichkeit nach nur noch unzuverlässiger Datenmatsch.
Orginal lag die DB mit den angegebenen
Dateien (edb,stm,ifs) auf Laufwerk H:
Ich habe die Dateien dann mit dem Explorer
auf eine Netzwerkfreigabe kopiert und
anschliessend Laufwerk H: in Y:
geändert.
Dann habe ich die Netzwerkfreigabe als H:
verbunden.
Der Start des Informationsspeichers
funktionierte ohne Probleme.
Die Umlaufprotokollierung ist übrigends
aktiviert und die Protokolle liegen auf einer
anderen "Platte", also nicht da wo
der Informationsspeicher liegt.
Eigentlich wollte ich aus dem zu grossen
Informationsspeicher die wichtigsten
Mailboxen verschieben, aber aufgrund
defekter Nachrichten kann ich das nicht.
Dateien (edb,stm,ifs) auf Laufwerk H:
Ich habe die Dateien dann mit dem Explorer
auf eine Netzwerkfreigabe kopiert und
anschliessend Laufwerk H: in Y:
geändert.
Dann habe ich die Netzwerkfreigabe als H:
verbunden.
Der Start des Informationsspeichers
funktionierte ohne Probleme.
Die Umlaufprotokollierung ist übrigends
aktiviert und die Protokolle liegen auf einer
anderen "Platte", also nicht da wo
der Informationsspeicher liegt.
Eigentlich wollte ich aus dem zu grossen
Informationsspeicher die wichtigsten
Mailboxen verschieben, aber aufgrund
defekter Nachrichten kann ich das nicht.
Ok. Also ausführlich. Geht wohl nicht anders!
Du hast durch ablegen auf einem Netzlaufwerk eine total zermatschte ExchangeDB.
Die kannst du so oder so vergessen.
Du musst also erstmal deine letzte intakte Datenbank zurückholen. Und die wirst du dann wohl zwansgläufig wieder auf die vormals zu kleine Platte legen müssen. Dann kannst du dort sofort Postfächer in einen anderen Speicher verschieben. Alle Daten die in der Zwischenzeit in die DB geschrieben worden kannst du eh vergessen, wie du ja im Outlook auch schon gesehen hast.
isinteg -s claex2 -test alltests
Zermatschte Berechtigungen find der sowieso nicht.
Und noch mal als 2te Bestätigung!
Zitat von www.msexchangefaq.de
"Beachten Sie aber dass alle Informationen von Exchange, d.h.
Programmdateien, Datenbanken, Transaktionsprotokolle und mehr immer auf
"lokalen" Festplatten liegen müssen, bzw. auf Festplatten die aussehen als
seien sie lokal. (Speichernetzwerke auf SAN-Technik). Netzwerklaufwerke oder
"Network Attached Storage" (NAS) eignen sich nicht."
Du hast durch ablegen auf einem Netzlaufwerk eine total zermatschte ExchangeDB.
Die kannst du so oder so vergessen.
Du musst also erstmal deine letzte intakte Datenbank zurückholen. Und die wirst du dann wohl zwansgläufig wieder auf die vormals zu kleine Platte legen müssen. Dann kannst du dort sofort Postfächer in einen anderen Speicher verschieben. Alle Daten die in der Zwischenzeit in die DB geschrieben worden kannst du eh vergessen, wie du ja im Outlook auch schon gesehen hast.
isinteg -s claex2 -test alltests
Zermatschte Berechtigungen find der sowieso nicht.
Und noch mal als 2te Bestätigung!
Zitat von www.msexchangefaq.de
"Beachten Sie aber dass alle Informationen von Exchange, d.h.
Programmdateien, Datenbanken, Transaktionsprotokolle und mehr immer auf
"lokalen" Festplatten liegen müssen, bzw. auf Festplatten die aussehen als
seien sie lokal. (Speichernetzwerke auf SAN-Technik). Netzwerklaufwerke oder
"Network Attached Storage" (NAS) eignen sich nicht."
das Problem ist doch mit der Datensicherung
nicht behoben, sondern nur mit mehr
Plattenplatz.
Die Datensicherung ist auch 67GB gross.
Blieben mir also noch 700MB, das reicht
evtl. für 10h...
Mit ESEUtil war ich doch noch gar nicht
dran, hab ich eigentlich auch nicht vor.
nicht behoben, sondern nur mit mehr
Plattenplatz.
Die Datensicherung ist auch 67GB gross.
Blieben mir also noch 700MB, das reicht
evtl. für 10h...
Mit ESEUtil war ich doch noch gar nicht
dran, hab ich eigentlich auch nicht vor.
Und noch mal als 2te Bestätigung!
Zitat von www.msexchangefaq.de
Zitat von www.msexchangefaq.de
von der gleichen Seite: http://www.msexchangefaq.de/Konzepte/sannas.htm
"Mit dem Windows Storage Server 2003 Feature Pack ist es auch Exchange 2003 möglich, seine Daten nicht mehr auf den lokalen Festplatten oder SAN-Festplatten abzulagern, sondern auch auf einem Windows Storage Server 2003"
"Beachten Sie aber dass alle
Informationen von Exchange, d.h.
Programmdateien, Datenbanken,
Transaktionsprotokolle und mehr immer auf
"lokalen" Festplatten liegen
müssen, bzw. auf Festplatten die
aussehen als
seien sie lokal. (Speichernetzwerke auf
SAN-Technik). Netzwerklaufwerke oder
"Network Attached Storage" (NAS)
eignen sich nicht."
> das Problem ist doch mit der
Datensicherung
> nicht behoben, sondern nur mit mehr
> Plattenplatz.
> Die Datensicherung ist auch 67GB
gross.
> Blieben mir also noch 700MB, das
reicht
> evtl. für 10h...
>
> Mit ESEUtil war ich doch noch gar
nicht
> dran, hab ich eigentlich auch nicht
vor.
>
Informationen von Exchange, d.h.
Programmdateien, Datenbanken,
Transaktionsprotokolle und mehr immer auf
"lokalen" Festplatten liegen
müssen, bzw. auf Festplatten die
aussehen als
seien sie lokal. (Speichernetzwerke auf
SAN-Technik). Netzwerklaufwerke oder
"Network Attached Storage" (NAS)
eignen sich nicht."
> das Problem ist doch mit der
Datensicherung
> nicht behoben, sondern nur mit mehr
> Plattenplatz.
> Die Datensicherung ist auch 67GB
gross.
> Blieben mir also noch 700MB, das
reicht
> evtl. für 10h...
>
> Mit ESEUtil war ich doch noch gar
nicht
> dran, hab ich eigentlich auch nicht
vor.
>
Au weh! Das mit dem Netzlaufwerk stimmt natürlich.
noch ein Tip zum Verschieben:
sollte man gar nicht manuell machen, sondern einfach in den Eigenschaften des Speichers den Pfad ändern, er fährt dann den Informationsspeicher runter, verschiebt die Datenbank, und setzt die Rechte richtig...
Es lebe das Backup...
@HedgeHog:
zu NTBackup: absolut praktisch und absolut ausreichend, weil es Exchange und Systemstate kann... nur leider bei den meisten Admins (unverständlicherweise) beliebt wie Fußpilz...
noch ein Tip zum Verschieben:
sollte man gar nicht manuell machen, sondern einfach in den Eigenschaften des Speichers den Pfad ändern, er fährt dann den Informationsspeicher runter, verschiebt die Datenbank, und setzt die Rechte richtig...
Es lebe das Backup...
@HedgeHog:
zu NTBackup: absolut praktisch und absolut ausreichend, weil es Exchange und Systemstate kann... nur leider bei den meisten Admins (unverständlicherweise) beliebt wie Fußpilz...
Versteh den ganzen Stress nicht, einfach mit NTBackup den Exchange Server sichern, und sobald der Sicherungsjob vollständig beendet ist, löscht er alle nicht mehr benötigten .log-Dateien.
Also dann sollte doch der Platz nicht so schnell ausgehen.
Wegen dieser Funktion laufen zwischen meinen Image-Backups auch alle 2 Tage (nur deswegen) NTBackup Jobs!
MfG
Basti
Also dann sollte doch der Platz nicht so schnell ausgehen.
Wegen dieser Funktion laufen zwischen meinen Image-Backups auch alle 2 Tage (nur deswegen) NTBackup Jobs!
MfG
Basti