none
Pri zalohovani Exchange NTBackup vyhodi chybu 474

    Dotaz

  • DDV, mam problem se zalohovanim Exchange 2003.

    OS je SBS 2003 Premium Edition 32bit a na nem bezi Exchange 2003. Zalohovani provadim NTBackupem kazdy den plnou zalohou do sitoveho uloziste na NAS serveru pomoci protokolu iSCSI. Zalohovani probiha pomoci stinove kopie a minutu po zahajeni zalohovani se v logu objevi chyba 399 a pote chyba 474. Za nekolik sekund se zalohovani ukonci.

    Na google jsem nasel tento odkaz http://www.articlesbase.com/data-recovery-articles/event-id-474-while-accessing-exchange-server-database-1910794.html ktery radi opravit/defragmentovat a zkontrolovat integritu databaze Exchange.

    Jeste me napada, zda by nebylo od veci zkusit zkontrolovat disk prikazem chkdsk /r, zda chyby nejsou na disku.

    Jelikoz bych delal opravu databaze poprve, rad bych si to ujasnil.

    1. Udelat kopii souboru *.edb a na nem provadet opravy.

    2. V pripade uspesne opravy chyb nahradit poskozeny soubor *.edb opravenym souborem *.edb zkopirovanim do adresare Exchange.

     

    399 - Information Store (4164) First Storage Group: The database page read from the file "C:\Program Files\Exchsrvr\mdbdata\priv1.edb" at offset 28995584 (0x0000000001ba7000) (database page 7078 (0x1BA6)) for 4096 (0x00001000) bytes failed verification. Bit 27539 was corrupted and has been corrected.  This problem is likely due to faulty hardware and may continue. Transient failures such as these can be a precursor to a catastrophic failure in the storage subsystem containing this file.  Please contact your hardware vendor for further assistance diagnosing the problem.

    474 - Information Store (4164) First Storage Group: The database page read from the file "C:\Program Files\Exchsrvr\mdbdata\priv1.edb" at offset 208007168 (0x000000000c65f000) (database page 50782 (0xC65E)) for 4096 (0x00001000) bytes failed verification due to a page checksum mismatch.  The expected checksum was 1260843520178380359 (0x117f6a805995de47) and the actual checksum was 1549073896330092103 (0x157f6a805995de47).  The read operation will fail with error -1018 (0xfffffc06).  If this condition persists then please restore the database from a previous backup.  This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.

     

    Diky za rady.

    4. listopadu 2011 12:43

Odpovědi

  • opravu DB EXCH dělej hlavně po odpojení těch DB. jinak tak jak to píšeš tak to je obecný postup. doporučuju spíš to co kopíruješ bokem použít pro případnou obnovu a naopak se snažit opravit ty DB v původním umístnění. protože po opravě je stejně zas musíš připojit a ověřit si zda je vše v pořádku.
    michal zobec www.michalzobec.cz | www.virtualnipc.cz
    • Navržen jako odpověď Michal Zobec 9. listopadu 2011 14:05
    • Označen jako odpověď J.Urbanik 14. listopadu 2011 8:24
    9. listopadu 2011 14:05

Všechny reakce

  • opravu DB EXCH dělej hlavně po odpojení těch DB. jinak tak jak to píšeš tak to je obecný postup. doporučuju spíš to co kopíruješ bokem použít pro případnou obnovu a naopak se snažit opravit ty DB v původním umístnění. protože po opravě je stejně zas musíš připojit a ověřit si zda je vše v pořádku.
    michal zobec www.michalzobec.cz | www.virtualnipc.cz
    • Navržen jako odpověď Michal Zobec 9. listopadu 2011 14:05
    • Označen jako odpověď J.Urbanik 14. listopadu 2011 8:24
    9. listopadu 2011 14:05
  • Zkusim, diky za tip.
    11. listopadu 2011 11:10
  • Oprava podle obecneho postupu probehla uspesne, databazi je mozne zase zalohovat.

    Je nutne/vhodne provest jeste nejakou kontrolu databaze, napr. eseutils /g, nebo eseutil /k ?

    14. listopadu 2011 8:24