[EXCH5.5] PRIV.EDB Repaired

Pagina: 1
Acties:

  • Matthey
  • Registratie: Februari 2002
  • Laatst online: 23-04 22:51
Hoi,
Ik heb vorige week de priv.edb van de exchange 5.5 server moeten repareren.

Alles is weer goed gekomen, maar in sommige postbussen staan mailtjes, alleen je kan ze niet meer verwijderen/openen...

Iemand enig idee hoe je dit kan oplossen?
Zou een Offline Defrag helpen¿

Matthey

  • Zwelgje
  • Registratie: November 2000
  • Laatst online: 20-01 19:37
offline defrag is een optie, (consistancy check eerst doen) wel even een goede werkende backup maken natuurlijk

overigens, hoe heb je hem precies 'gerepareerd' dan :?

A wise man's life is based around fuck you


  • mutsje
  • Registratie: September 2000
  • Laatst online: 23-04 19:36

mutsje

Certified Prutser

Krijg je meldingen in je eventviewer? application log / system log

Zwelgje je kunt met eseutil repair acties op de edb's doen. Met bekende parameters en niet gepubliceerde parameters.

[ Voor 48% gewijzigd door mutsje op 16-04-2003 11:13 ]


  • Zwelgje
  • Registratie: November 2000
  • Laatst online: 20-01 19:37
mutsje schreef op 16 April 2003 @ 11:12:
Krijg je meldingen in je eventviewer? application log / system log

Zwelgje je kunt met eseutil repair acties op de edb's doen. Met bekende parameters en niet gepubliceerde parameters.
ja ok, maar dan doe je dat offline, en niet online toch? TS heeft het dus online gedaan,

A wise man's life is based around fuck you


  • Brahiewahiewa
  • Registratie: Oktober 2001
  • Laatst online: 30-09-2022

Brahiewahiewa

boelkloedig

matthey schreef op 16 April 2003 @ 10:41:
Hoi,
Ik heb vorige week de priv.edb van de exchange 5.5 server moeten repareren.

Alles is weer goed gekomen, maar in sommige postbussen staan mailtjes, alleen je kan ze niet meer verwijderen/openen...

Iemand enig idee hoe je dit kan oplossen?
Zou een Offline Defrag helpen¿

Matthey
Offline Defrag gaat zeker niet helpen; de mailtjes in kwestie ben je kwijt want de pages waar ze stonden zijn gewist.
Je maakt een kans met ISINTEG, een kleine kans, that is. En wat er dan maximaal gebeurt is dat de mailtjes in kwestie niet meer aan de gebruikers getoond worden. Het probleem is dan weg, maar de mailtjes ook.
Overigens is het leuk dat je die database gerepareerd hebt, maar heb je ook de oorzaak van die corruptie weggenomen? Anders bestaat nl. de kans dat je bezig blijft met repareren en zodoende steeds meer mail ziet verdwijnen.

QnJhaGlld2FoaWV3YQ==


  • mutsje
  • Registratie: September 2000
  • Laatst online: 23-04 19:36

mutsje

Certified Prutser

Volgens mij ligt het er aan als hij zijn logfiles nog heeft kan hij grote delen terug rollen. (wel actuele mailtjes van die dag trouwens) met de rest heb je grote kans dat je het kwijt bent.

Ik heb zelf ook een gecrashte priv.edb gehad na restore dag mail kwijt toch nog geprobeerd om te recoveren en na 5 uur stampen bleken toch 50% van de mailboxen volkomen leeg te zijn.(dit was op een 2e server)

  • Matthey
  • Registratie: Februari 2002
  • Laatst online: 23-04 22:51
De oorzaak van de corruptie is bekend, en ook meteen opgelost.
Had te maken met onze MIME Sweeper.

Okee voor de zekerheid heb ik gisteravond (Ja met dat mooie weer :() de database offline gehaalt en een Offline Defrag gedraait.
Dit hielp dus inderdaad niet.

Moet ik bij het draaien met ISINTEG ook nog een speciale flag aanhouden?

Bedankt.

Matthey

  • mutsje
  • Registratie: September 2000
  • Laatst online: 23-04 19:36

mutsje

Certified Prutser

je kunt isinteg /? doen dan krijg je alle parameters te zien.

Aan te raden is om een 2e exchange server op te zetten hier de databases werkende opkrijgen en op deze server ISINTEG te gaan draaien. Mocht er iets mis gaan is je productie systeem nog gewoon werkende.

  • Matthey
  • Registratie: Februari 2002
  • Laatst online: 23-04 22:51
De database werkt nu goed, geen problemen.
Alleen in sommige postbussen nog wat mail die 'verloren' is gegaan.

Wel zo net om die even te verwijderen.

  • Taigu
  • Registratie: Februari 2002
  • Laatst online: 25-04 08:52
Ook aan te raden is om over te gaan naar nieuwe databases (dmv exmerge of als het kan en tweede server). Een schone databse is altijd beter dan een gerepareerde

Cling to truth and it turns into falsehood. Understand falsehood and it turns into truth.


  • Matthey
  • Registratie: Februari 2002
  • Laatst online: 23-04 22:51
Nee geen kick :)

De oplossing was ISINTEG met de fix flag.

Allen bedankt.

En wat bij betreft /close
Pagina: 1