Beiträge von midiboy

    Hi Jürgen,


    aha verstehe, dh. beim rückspielen des backups landet das restore automatisch in der RSG und nicht in der first storage group ?


    Das ist zwar bissi gewöhnungsbedürftig aber ok, solangs funktioniert ... kann leider erst morgen mit dem Veritas backup weitertesten weil jetzt schon das backuptape für heute nacht drin ist ...


    Wenigstens komm ich mal wieder zum schlafen (hoffentlich) :)


    Zitat

    Welche SRQ Nummer bei MS hast Du denn?


    Wozu brauchst du die ? Hast zugriff auf die Datenbank ? :D


    Ciao,
    alex


    PS: Es läuft gerade ein eseutil /p auf den public store ... mal sehen wa dabei rauskommt .....


    Hey nochmal,


    eseutil /r hat nicht funktioniert. Ich hab extra die nummer der nötigen logfiles vom dez. in das hexformat gewandelt um den namen des logfiles zu bekommen aber eines der beiden war nicht da.

    Jürgen und Norbert:


    Erstmal supersupervielen Dank für Eure Hilfe. Ich finds ja wirklich genial dass ihr einem newbie (hier im forum zumindest*g*) so geholfen habt (mit anruf und so, wow)


    Ich hab mich den ganzen Tag über nicht gemeldet weil ich einfach nicht dazugekommen bin. Erstens ist heut vormittag noch ein 2. Kunde mit Exchangeproblemen zu mir gekommen (da hat der mailboxstore die 16GB Grenze überschritten) und zweitens hat unsere Firma dann mit Microsoft einen support incident eröffnet dh. ich bin das ganze mit Microsoft heute online durchgegangen.


    Der Stand der Dinge ist:


    der private store lässt sich nicht mehr reparieren. Selbst mit Microsofts Hilfe war das resultat eine unbrauchbare 1MB grosse edb datei die sich nicht mounten lässt). Wie kann ein einzelner 1018 Fehler eine komplette Datenbank zerstören !?!?!


    Den public store habe ich noch nicht angegriffen, das werde ich dann jetzt mal wie Jürgen meint mit eseutil /p und /d testen.


    Im Grunde hab ich das gemacht was Jürgen eh geraten hat dh. neue datenbanken erstellen damit die user wieder aktuelle mails senden/empfangen können.


    Hat wirklich super geklappt (endlich mal was).



    Jetzt habe ich nachwievor 2 Probleme:


    1. Ich will (wenn ich es schaffe das backup zu restoren, da bin ich noch mit Veritas dran) den mailbox store vom backup in die recovery storage Group (RSG) importieren, allerdings habe ich da ein verständnisproblem:



    Nachdem ich die RSG angelegt habe, versuche ich mit rechtsklick und wählen von "Add database to recover" eine datenbank zu erstellen. Oder so hätte ich das verstanden. In Wahrheit erscheint dann aber ein Dialogfeld (siehe pic) in dem man nur den bereits bestehenden Mailbox Store auswählen kann und nirgendwo die möglichkeit hat eine neue db anzulegen.


    Vielleicht verstehe ich das Konzept falsch:


    Ich dachte die RSG ist ein weiterer Store wo man eine datenbank aus einem backup reinladen kann um dann die mailboxen zu übertragen.


    So wie es aber aussieht muss man den store aus der First Storage group auswählen.


    Wie kann ich dann aber im backup programm auswählen dass nicht die first storage group sondern die RSG das Ziel des restores sein soll ?


    Ich will unbedingt vermeiden dass jetzt dann die neue mailbox db in der first storage group überschrieben wird ...


    Vielleicht könnt ihr mir das noch erklären ?


    ;)



    2. Hab ich nun noch ein problem mit dem Public folder ... Kann ich den mit den Powercontrols dann in pst dateien exportieren ? Ich weiss ja auch noch nichtmal ob man die db reparieren kann (werde ich dann gleich mal checken).



    Nochmal danke für eure super Hilfe !
    Danke,
    Alex



    Hi nochmal.


    Beim Mounten der Datenbanken (priv und pub) kommt übrigens diese meldung:


    The database files in this store are corrupted.


    ID no: c104173b
    Exchange system manager


    Ich werde jetzt mal die datenbanken und transaction logs sichern und den store eine neue db erzeugen lassen (tipp von norbert)


    Ciao,
    Alex

    Hi !


    Also bei isinteg kommt immer die meldung


    Cannot initiate verification process, please review the logfile.


    Ich finde aber nirgendwo ein logfile. Und wenn ich versuche mit -l einen ort für das logfile anzugeben wird das nicht akzeptiert ...


    Mit eseutil /mh steht "dirty shutdown" als grund. Das könnte stimmen bei dem reset gestern nacht.


    Anbei ein screenshot ....



    Ciao,
    Alex

    Hi Leute,


    ich bin neu hier, ich weiss, dennoch hoffe ich, dass ihr mir helfen könnt. Ich bin echt am verzweifeln.


    Wir haben vor Kurzem die Serverwartung einer Firma übernommen und seit heute früh ist der exchange server down.


    Genauer gesagt ... es gab in der nacht irgendeinen reset, danach konnte exchange sowohl den private als auch den public store nicht mehr mounten (korrupt, 1018 fehler)


    Ich habe den ganzen Tag verzweifelt versucht, backups wiederherzustellen, das ging aber nicht, aus irgendeinem Grund kann Veritas Backup exec von den Tapes nichts lesen.


    Es gibt zwar auch ein Bricklevel backup (nur die mailboxen) auf einer hd, aber nicht die datenbanken.


    Dann hab ich probiert, die datenbanken mit isinteg und eseutil zu reparieren. Ersteres funktioniert gar nicht, letzteres läuft zwar durch, aber danach ist die edb datei knapp 1 MB statt 8GB (!) und mounten lässt sie sich immer noch nicht.


    Jetzt hab ich 2 konkrete Fragen:


    1. Fällt euch noch irgendwas ein, was ich mit der korrupten datenbank tun kann um sie mounten zu können ?


    2. Ist es möglich im selben store ( Standard edition hat ja nur einen) eine neue Datenbank zu erstellen und dann die einzelnen mailboxen vom obigen mailboxbackup zurückzuspielen oder geht das nicht wegen unterschiedlicher GUIDs ? Es handelt sich hier um ca. 60 Benutzer mit vielen Rechten etc. dh. die mailboxen müssten wieder den selben Benutzern zugeordnert werden ... geht das, wenn die Datenbank eine neue ist ?


    Bitte ganz rasch um antwort, erstens bin ich echt schon fix und fertig und ausserdem muss das morgen früh zumindest irgendwie laufen ...


    Ich danke euch schon im Vorhinein VIELMALS !! für eure Hilfe !!


    Danke, ein verzweifelter :(
    Alex