Beiträge von DrNo

Zitat

(1)du kannst die Temporäre DB NICHT mounten!!!!

(2)Diese Datei existiert nur so lange, wie das eseutil braucht für die Offline-Defragmentierung!!

Soo... sicher?

erst zu (2):
Der Befehl eseutil /d /p [XXXXX]exchsrvr\mdbdata\priv1.edb /t"[YYYYYY]\priv1.edb" macht folgendes.

eseutil /d
ist klar!

[XXXXX]exchsrvr\mdbdata\priv1.edb
Welche nicht komprimierte DB soll benutzt werden?

/t"[YYYYYY]\priv1.edb"
Wo soll die temporäre Datenbank erstellt werden?

/p
Und das ist der springende Punkt! Sagt Microsoft: Bewahrt die temporäre Datenbank (in anderen Worten: Erstellt nicht) Hinweis: Wenn das Erstellen deaktiviert ist (wenn Sie beispielsweise die Option /p verwenden), wird die ursprüngliche Datenbank nicht komprimiert beibehalten, und die defragmentierte Version der Datenbank ist in der temporären Datenbank enthalten.

Das heisst also das man die unkompremierte hat und die neue kompremierte an einem anderen Speicherort!

Dann zu (1):
Nach dem Oben angegebenen Prozess folgendes:
1. SMTP stoppen
2. Speichergruppe offline nehmen
3. alte unkompremierte .stm und .edb Dateien umbenennen (zur sicherheit)
4. Speichergruppe online schalten
5. Er legt selbsttändig eine Leere an
6. Diese über den System Manager verschieben
7. Speichergruppe offline nehmen
8. die verschobenen leeren DB's löschen
9. die kompremierten .stm und .edb Dateien wieder in priv1.stm und priv1.edb um benennen (halt so wie die leeren DB's nach dem Verschieben hiessen)
10. Online nehmen
11. SMTP starten

So hatte ich es vorgehabt und das ist nach der Beschreibung der Parameter von Microsoft auch möglich.
http://support.microsoft.com/kb/192185/de

Was sagste dazu?

Ich hab es aber raus bekommen woran es lag. Es war bei uns eine in irgend einer Form defekte Datenbank.

Vollständig gelöst habe ich mein Problem so:

1. SMTP stoppen
2. Informationsspeicherdienst Stoppen
3. Kopieren der .edb und .stm
4. umbenennen der orig. priv1.edb und priv1.stm Dateien (zur sicherheit)
5. Hacken setzen unterm Postfachspeicher bei "diesen Informationsspeicher beim Start nicht bereitstellen"
6. Wiederherstellungsspeicher erstellen mit der Kopie der Dateien
7. Dienst wieder starten Wiederherstellungsspeicher bereitstellen
8. Aus dem Wiederherstellungsspeicher die Postfächer wiederherstellen
9. evtl. drauf achten ob oder welches Postfach unverhältnismässig gross ist
10. Hacken wieder raus nehmen(siehe oben)
11. Dann SMTP starten

Dabei hab ich fest gestellt das wohl irgendwelche toten Daten im Speicher lagen und die damit weg waren.

Jetzt haben wir wieder 35 Gig.

PS: Es war wohl deshalb alles so langsam da alle Speicher bewegungen auf einem RAID 5 waren.

Hallo,

Wie Prüfe ich zuverlässig die Frage ob der Port offen ist?

Wir haben die selbe Schwierigkeit mit den Entourage.
Der Test ob es von aussen ohne die Warnung geht hat
auch funktioniert.
Gehe auch gern einen anderen Weg. Nur bin ich seit
langen Suchen über den Post wenigstens mal auf die
richtige Spur gekommen.

Hallo,

jepp richtig das Kopieren lokal dauert so lang. Hardwarefehler kann ich glaube ich ausschliessen (Keine komischen Geräusche; Nichts im GeräteManager; und in den Log's)
Soweit ich das sehen kann haben wir zwei SCSI Platten drin.
Bei den Treibern kann ich keine offenkundigen Fehler erkennen. Suche gleich noch mal im Netz nach aktuelleren.

(Zu 2.)

Zitat

Wenn du den Befehl wie aufgeführt ausführst, wird lediglich die temporäre DB in das andere Verzeichnis/LW gelegt.

Soweit war es noch klar. Hatte vorgehabt dann die Temporäre online zubringen um die Off-Time zu verkürzen.
Weil:
Ablegen der DB im selben Ordner/Partition = zu wenig Platz
Löschen der alten DB nach dem Befehl (s.o.) und Kopieren der Temp danach = dauert zu lang.
Darauf bezog sich die Frage worauf ich achten muss.

(Neuer Pkt. 3)
Ich hatte vor einiger Zeit den Fehler gemacht das ich die Grösse der Postfächer als Liste ausgedruckt habe.
Seit dem werde ich ständig damit konfrontiert das wir ca. 35GB an Postfachspeicher belegen...
Leider ist aufgefallen das 35GB nicht so viel ist wie die Speichergrenze von 75GB.
Ist das so normal und woran liegt das eigentlich? Komme dort in starke Argumentationsnöte.
(Bevor die Frage kommt: Letztes Onlinedefrag besagt das umumbei 200MB frei sind bei den Postfächern)

Weis das keiner?

Weis das keiner eine Antwort zu meinem vorhereigen Post?

(((
1. Ist bekannt warum das kopieren der priv1.edb so lang dauert?
Normal sollte so eine Kopie relativ fix gehen auch wenn sie so gross ist. (Intel Xeon 4Kerne mit 1,6Ghz und 2Gig RAM) Liegt es vielleicht daran das die Datei auf der Festplatte stark fragmentiert ist?

2. Worauf muss ich bei Folgendem achten:
eseutil /d /p [XXXXX]exchsrvr\mdbdata\priv1.edb /t"[YYYYYY]\priv1.edb"
danach
eseutil /d /p [XXXXX]exchsrvr\mdbdata\pub1.edb /t"[YYYYYY]\pub1.edb"
Spiele mit den Gedanken den neuen Speicherort für den öffentlichen Ordner und die Postfächer vorerst auf das [YYYYYYY] Verzeichnis zu legen.
Worauf muss ich achten und/oder was muss ich noch kopieren so, dass ich nur noch die Pfade im ESM ändern muss?
)))

Hallo,

wo stellt man das genau ein?

So.

War das ganze Wochenende dabei.
Das Kopieren der Dateien gerade der priv1.edb (61GB) hat extrem lang gedauert. War glaub ich fast 17Std. nur die Datei.
Hab die Defragmentierung gestartet mit dem Standard Start:
eseutil /d [XXXX]exchsrvr\mdbdata\priv1.edb
Ging nur leider nicht zu Ende, da wir zu wenig Speicherplatz durch die Datensicherung hatten.

Werde es noch mal wiederholen aber frühestens am Wochenende, da sonst unsere Produktion stillsteht.

Hab es auch eingereicht das wir einen zweiten Exchange brauchen.

Paar fragen hab ich noch:
1. Ist bekannt warum das kopieren der priv1.edb so lang dauert?
Normal sollte so eine Kopie relativ fix gehen auch wenn sie so gross ist. (Intel Xeon 4Kerne mit 1,6Ghz und 2Gig RAM) Liegt es vielleicht daran das die Datei auf der Festplatte stark fragmentiert ist?

2. Worauf muss ich bei Folgendem achten:
eseutil /d /p [XXXXX]exchsrvr\mdbdata\priv1.edb /t"[YYYYYY]\priv1.edb"
danach
eseutil /d /p [XXXXX]exchsrvr\mdbdata\pub1.edb /t"[YYYYYY]\pub1.edb"
Spiele mit den Gedanken den neuen Speicherort für den öffentlichen Ordner und die Postfächer vorerst auf das [YYYYYYY] Verzeichnis zu legen.
Worauf muss ich achten und/oder was muss ich noch kopieren so, dass ich nur noch die Pfade im ESM ändern muss?

Schon mal vielen Dank.
Die Symantec lösung prüfe ich auch grad.

Bin grad beim Umsetzen der Punkte.
- Onlinedefrag (Abgeschlossen)
- Kopier Sicherung (Grad dabei)
- Offlinedefrag

Melde mich dann noch mal.

Zitat

Was passiert denn wenn Du die Datenbank bereitstellst?
Bleibt die denn ein paar Stunden online?

Heut morgen ist sie das erste mal ausgegangen(Bei der 75Gig Prüfung).
Kurz danach hab ich sie wieder aktiviert und seit dem läuft sie. Hoffe ich kann sie wenn alle Stricke reissen immer so reaktivieren.

Falls du mit "Deleted Item Retention Time für die gelöschten Mails" die Einstellung meinst die unter Grenzwerte stehen, die hatte schon vorher gemacht(Siehe Bild).

Ausgemistet wurde auch schon. Am Montag wurde knapp 5Gig befreit. Dann wird in jeder Nacht ein Onlinedefrag gemacht.
Am Montag morgen hatte er noch 74Gig von 75maxGig und heut ist er voll. Wir bekommen kein Gig pro Tag Mails.
Hatte auch nicht das Gefühl das es durch das Löschen langsamer auf die 75 zu ging.

Zitat

wenn Du die HW Resourcen hast, setze einen weitern Window 2003 Member Server auf, und installieren einen weiteren Exchange Server und verschiebe zumindest einen Teil der Postfächer auf diesen. (Dazu müssten allerdings die Datenbanken online sein) Dann könntest Du einen offline Defrag machen und die DB wird dann kleiner .....

Werde Schwierigkeiten bekommen bei der Argumentation des Vorschlags. Weil die Posfächer zusammen mit 35Gig nicht die Grösse haben und die HW Resourcen leider nicht kurzfristig zur Verfügung stehen.

Werden denn nur die Postfächer der USER drin gespeichert oder noch andere Sachen? z.B. Wenn der Exchange(IMF) SPAM mit einer Nachricht ablehnt oder irgendwas anderes was man da rausbekommen kann?

Nein ist OK. Du kennst ja mein know how nicht. Da weis ich selbst nicht wo ich mich einordnen kann.

zur 1. Frage:
priv1.edb knapp 61GB
priv1.stm knapp 20GB
================
Also zusammen 81GB

zur 2. Frage:
Das ist der Text aus der Ereignissanzeige 1221 von heut morgen:

Die Datenbank "Erste Speichergruppe\Postfachspeicher (XXXXXXX)"
besitzt 6 MB freien Speicherplatz, nachdem die Onlinedefragmentierung
abgeschlossen wurde.

Public ist ca 500MB frei ist aber auch nur ein Gig gross (Grösse der Dateien).