Time is too far in the future

[ralphatnotes]

Hallo zusammen,

seit Freitag haben wir ein Problem mit einem falschen Timestamp auf einem Mail-Server. Nachdem wir massive Probleme mit diesem Mail-Server hatten (Serverabstürze), wurden einige Bauteile der Maschine (unter anderm der Speicher) ausgetauscht. Leider hatte der Server danach für kurze Zeit einen falschen Timestamp. Betroffen sind ca. 10 % unserer Mail-Datenbanken. Das Feld "DBModifiedDate" hat jeweils den Wert: 17.05.2006. Unsere Server laufen jeweils im Cluster (Serverversion 6.5.4)

Ich weiß, dass das Thema hier schon ein paarmal diskutiert wurde. Trotzdem meine Fragen:

Welche Auswirkungen kann dies haben - insbesondere in Systemdatenbanken?
Reicht es die betroffenen Datenbanken zu löschen und eine neue Replik vom "sauberen" Server zu holen?
Gibt es weitere Möglichkeiten den Fehler zu beheben?
Würde sich das Thema am 17.05 von selbst erledigen oder ist mit irgendwelchen Spätfolgen zu rechnen?

Viele Grüße
Ralph

[diali]

erstmal die gute Nachricht, das Thema würde sich am 17.05.2006 von selbst erledigen.

Folgendes kann passiert sein:
- Agenten, die mit dem falschen Datum gelaufen sind, werden erst wieder nach dem Datum laufen -> Agent nochmal speichern
- Ansichtsindexe sind eventuell in der Zukunft -> compact
- Inboxen sind eventuell def.
- Replizierprotokolle stimmen nicht -> Protokoll löschen
- CutOffDate steht ind er Zukunft -> Feld löschen
- eventuell betrifft es auch FT-Indexe -> löschen und neu anlegen