Principy a analýze-1018,-1019 a-1022 Exchange chyby databáze

Překlady článku Překlady článku
ID článku: 314917 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek poskytuje informace vám pomohou porozumět a analyzovat chyby databáze Exchange-1018,-1019 a-1022. Tento článek popisuje rozdíly mezi typy problémů a tyto tři chyby v databázi, které každý tyto tři chyby hlášeny způsobit.

Další informace

Exchange obsahuje funkce ke zjištění poškození úrovni souboru na stránky v jeho databází. Tři nejběžnější chyby, které jsou přidruženy k úrovni souboru poškození databáze Exchange jsou následující:
  • -1018 JET_errReadVerifyFailure
  • -1019 JET_errPageNotInitialized
  • -1022 JET_errDiskIO
Následující tři úrovně poškození může dojít v databázi Exchange:
  • Úroveň stránky (file system)
  • Úroveň databáze (databázový stroj JET)
  • Úroveň aplikace (úložiště informací serveru Exchange)
Nástroj Esefile.exe může zjistit chyby v databázích na úrovni stránky. Nástroj Eseutil.exe lze rozpoznat a opravit problémy databáze úrovni a úrovni stránky. Nástroj Isinteg.exe rozpoznává a opravuje problémy na úrovni aplikace.

Poškození na nižší úroveň (úroveň stránky) téměř vždy výsledky problémy na vyšších úrovních (úroveň databáze nebo aplikace). Proto po opravě databáze s Eseutil téměř vždy potřebujete použít Isinteg později.

Poškození úrovni databáze a aplikace související s problémy v kódu Exchange nebo programy jiných výrobců, které integrovat se serverem Exchange. Poškození na úrovni stránky je obvykle způsobena ovladače, firmware nebo problémy s hardwarem, ačkoli úrovni stránky poškození může také být způsobeny problémy Exchange.

Téměř vždy najít příčinu kořenové pro-1018 Chyba v podkladové systémy, které závisí na Exchange, není Exchange kód samotného. Jsou velmi málo výjimky z tohoto pravidla. Byly ohledem na Exchange vykazování-1018 podmínku výjimky k datu, není, protože Exchange samotný způsobí chybu-1018. Další informace naleznete v následujících článcích znalostní báze Microsoft Knowledge Base:
237953Chybné vrácena během zálohování online chyba-1018
230215Zálohování nebyla provedena v počítačích s jedním procesorem checksuming
Ačkoli většina-1019 a-1022 chyby jsou způsobeny také chybu v podkladové systému, které nelze vyloučit možnost,-1019 a-1022 chyby může dojít kvůli chybě Exchange kód jako rychle.

Chyba-1018 je nejčastěji zobrazenou chyba označuje, že databázi Exchange má došlo poškození na úrovni systému souborů. Proto většina Tento článek se zaměřuje na chyba-1018.

Existují tři základní způsoby lze poškození dat na disku:
  • Nesprávná data zapsána do paměťového média.
  • Data zapsána na nesprávné místo na média úložiště.
  • Data je poškozen nebo změněna po právě uloženy.
Přestože je velmi obtížné zabránit nebo opravte všechny poškození 100 procent je poměrně snadno rozpoznat problému došlo. Exchange zjistí nesprávné a chybně umístěné dat v jeho soubory databáze a sestavy-1018 chyba nebo Chyba-1019. Pokud je vážně poškozen soubor a jeho části jsou zcela chybí nebo jsou jinak nepřístupné při Exchange pokusí číst soubor, je ohlášena chyba-1022.

Jak Exchange vypočítá kontrolních součtů a databáze čísla stránky

Porozumět práci mechanismy, které aktivují-1018 a-1019 chyby, pochopit, jak databáze Exchange ukládá datových stránek.

Na úrovni nejnižší logické zobrazení souboru databáze Exchange jako sada stránek (KB) 4 kilobyte číslovány v pořadí. Data je čtení a zapsána do jedné stránky s Exchange databáze najednou.

Každou stránku obsahující data ukládá vlastní číslo stránky spolu s kontrolního součtu, která je vypočtena z všechna data na stránce. Vlastní hodnota kontrolního součtu je pouze část stránky není v tomto výpočtu zahrnuta.

Kontrolní součet algoritmy, včetně kontrolního součtu algoritmus, který používá Exchange jsou dobře srozumitelné a relativně jednoduchý. Tyto jsou navrženy tak, aby pravděpodobnost bude výsledek stejný kontrolní součet dvou různých stránek jsou nízká, i když je rozdíl mezi stránkami pouze jeden bit.

Přestože test kontrolní součet je dostatečná k určení, zda stránky byl změněn, protože byl zapsán, test kontrolního součtu není dostatek, zda je stránka v pravém místě. Z tohoto důvodu Exchange označí každou stránku s vlastním číslem stránky stejně jako kontrolní součet.

První dvě stránky 4 KB v databázi jsou vyhrazeny pro databázi "záhlaví." Při zastavení databáze můžete použít nástroj Eseutil /MH přepínač Zobrazit toto záhlaví. Hlavička obsahuje identifikační informace o databázi jako celek.

Po data jsou tyto stránky první dvě záhlaví, všechny ostatní stránky v databázi. Všechny datové stránky sdílet společné struktury. Každá stránka má svůj vlastní záhlaví stránky, která obsahuje identifikační informace o určité stránky Následuje skutečná data.

Protože po první dvě záhlaví stránky je umístěn na první stránku data v databázi Exchange, je fyzická stránka 3 v databázi logickou stránku 1. 2 je logickou stránku číslo fyzické stránky 4 atd.

Logická stránka čísla v databázi mapovat na fyzickou stránku čísla následujícím vzorcem:
číslo logické stránky = číslo fyzické stránky - 2
Protože stránky logické a fyzické struktury soubor databáze tak úzce souvisejí, můžete Exchange snadno určit, zda je každý logickou stránku ve správné fyzické umístění v souboru.

Jsou pouze stránky v databázi, pro které není vypočtena kontrolní součet "neinicializované stránky. Tyto jsou bloky stránek, které jsou vytvořeny při velikost databáze je rozšířen a uvolnit tak místo pro další data. Neinicializované stránka je jeden má nulové kontrolního součtu a nulové číslo stránky. Obvykle je každý bajt neinicializované stránky vyplněno znak 0x00, ale nemusí to být pravda databází, které byly inovovány z Exchange Server 4.0 nebo 5.0 Exchange Server.

Po použití neinicializované stránku pro první jej nevrátí do stavu neinicializované i když je vyprázdněn. Místo toho je nastaven příznak na stránce emptied označit k dispozici pro opětovné použití. Na stránce stále nese číslo stránky a kontrolní součet, i když je prázdný.

Exchange Server 2003 Service Pack 1 (SP1) změněn algoritmus kontrolního součtu a formát stránky, které jsou používány. Také Exchange Server 2003 SP1 zavedla oprava kód (ECC) algoritmus rozpoznat a automaticky opravovat chyby Jednobitová chyba.Další informace o nové funkce klepněte na následující číslo článku databáze Microsoft Knowledge Base:
867626Nové opravné kód chyby je zahrnuta v Exchange Server 2003 Service Pack 1

Co způsobuje chybu-1018

Exchange hlásí nalezeno-1018 Chyba při inicializována stránky v souboru databáze s některá z následujících podmínek:
  • Kontrolní součet, který je uložen na stránce neodpovídá výsledku kontrolního součtu přepočet, která je provedena čtení stránky.
  • Číslo stránky, který je uložen na stránce číslo stránky, které by měly být na stránce dané fyzické umístění na stránku v souboru databáze neodpovídá.
Exchange může být zodpovědný za self-generating chyba-1018 Pokud Exchange provede jednu z následujících:
  • Konstrukce stránka, která má chybný kontrolní součet.
  • Konstrukce stránku správně, ale informuje operační systém zápisu stránky nesprávné umístění.
Po správce systému narazí-1018 chyba, pokud správce spustí testy diagnostiky hardwaru serveru a tyto testy sestavy žádné problémy, může správce ukončuje, Exchange musí být zodpovědný za problém, protože hardware předán počáteční analýzy.

V případ po případu další Microsoft nebo hardwaru dodavatelů tato decentní problémy v ovladače hardwaru, firmwaru nebo zařízení, které jsou skutečně zodpovědný za poškození souboru databáze však šetření.

Běžná diagnostické testy nemusí zjistit všechny chyby přechodné několika důvodů. Problémy ve firmwaru nebo ovladače software pravděpodobně spadají mimo schopnosti diagnostické programy. Diagnostické testy pravděpodobně nelze správně simulovat časy spuštění dlouhé nebo složité načte. Přidání diagnostické sledování nebo ladění protokolování může také změnit systému dostatečně zabránit problému zobrazení znovu.

Jednoduchost a stability Exchange mechanismy, které generují kontrolních součtů a zapsat stránky souboru databáze je jiný důvod je nízká pravděpodobnost, že příčina chyby-1018 je problém Exchange. Kontrolní součet a mechanismy zjišťování nesprávné stránky jsou jednoduché, spolehlivé a zůstaly naprosto stejné od vydání první Exchange kromě pro menší změny přizpůsobit změny formátu stránky databáze mezi verzemi databáze.

K vysvětlení dále generovaná kontrolní součet pro stránku, která je k zápisu na disk po všechna ostatní data byla zapsána na stránku, včetně stránku číslo samotného. Po Exchange kontrolního součtu přidá na stránku, Exchange pokyn operačního systému Microsoft Windows zapisovat stránky na disk pomocí standardní, publikované Windows rozhraní pro programování aplikací (API).

Kontrolní součet může být generován správně pro stránku, ale potom stránky může být zapsána do nesprávného umístění na pevném disku. Může to být způsobeno chyby přechodné paměti, jako je například "bit překlopit." Předpokládejme například, že nová verze stránky 70 konstrukce Exchange. Samotná stránka dojít k chybě, ale náhodně změněn kopie číslo stránky, která je použita řadičem disku nebo operačního systému. Tento problém může dojít, pokud 70 (binární 100110) byl změněn na 6 (binární 000110) buňku nestabilitě paměti. Kontrolní součet na stránce je stále správné, ale umístění stránky v databázi je nyní nesprávné. Exchange hlásí chybu-1018 pro stránku zjistí číslo logické stránky neodpovídá fyzické umístění stránky. Jiný druh číslování chyba (způsobeny Exchange) může dojít, pokud Exchange zapíše stránky na nesprávné stránce číslo. Ale způsobuje další chyby, není chyba-1018. Pokud Exchange zapíše 71 na stránce 70 a potom provede kontrolního součtu na stránce správně, stránka je zapsán do umístění 71 a předává obě stránky číslo a kontrolní součet testy.

Jedné chybové-1018, které je hlášeno v databázi Exchange často, nezpůsobí databáze zastavit nebo výsledkem příznaku než přítomnosti chyba-1018 samotného. Na stránce může být ve složce zřídka přistupovat (například odeslané nebo odstraněné složky), nebo přílohu málokdy je otevřen nebo dokonce prázdný.

Přestože nepravděpodobné způsobit ztrátu dat rozsáhlé jedné chybové-1018,-1018 chyby jsou stále příčina významný protože chyba-1018 je obtah, úložiště systému nepodařilo spolehlivě uložit nebo načíst data alespoň jednou. Ačkoli-1018 chyba může být přechodné problém, který nikdy nedojde znovu, je pravděpodobnější, že tato chyba je prvotní upozornění problému, který se stane postupně snižuje. I když je chyba-1018 nejprve na prázdné stránce v databázi, nelze víte stránku, která může být poškozen Další. Poškozené důležité globální tabulky databáze pravděpodobně stanou unstartable a oprava databáze může být pouze částečně úspěšný nebo neúspěšný.

Po je zaznamenána chyba-1018, musíte zvážit a plánování pro možnost imminent selhání nebo další náhodné poškození databáze, dokud nalézt a eliminovat příčiny kořenový.

Zotavení z chyby-1018

Exchange považuje stránky selže s chybou-1018 jako zcela nečitelná zabránit akce náhodná data způsobí další problémy v databázi.

Stránka selže s chybou-1018 nelze opravit nebo salvaged. Musí být expunged z databáze. Existují tři metody, které můžete použít stránky z databáze expunge:
  • Obnovení databáze z online zálohu.
  • Použít Eseutil.exe přepínač /D proveďte defragmentaci databáze v režimu offline.
  • Použít Eseutil.exe přepínač /P opravit databázi.

Obnovení databáze ze online zálohy

Pokud je nalezena chyba-1018 během zálohování online, zálohování se zastaví. Tím zajistíte poškozené stránky neexistuje v poslední úspěšné zálohy. Pokud cyklické protokolování je zakázáno, obnovte nejnovější úplnou zálohu k dispozici a vrátit databáze dopředu z následné protokoly transakcí.

Použít Eseutil.exe / D"přepnout do offline defragmentace databáze

Tato metoda je účinné, pokud je na prázdné stránce hlášena chyba-1018. Pokud dojde k chybě-1018 během zálohování online nebo nočního online údržby, to označuje, že stránky málokdy přístup nebo, může dokonce být prázdný. Defragmentace v režimu offline zahodí všechny prázdné stránky a sekundární indexů v databázi.

Použít Eseutil.exe "/ P" přepnout opravit databázi

Chybná stránka není opraven, pokud použijete tuto metodu, ale zahozena chybná stránka. Pokud je stránka, která se zabývá "list stránky", dojde ke ztrátě některých dat. Stránka listu v databázi je stránka, která přenáší skutečná data. Vnitřní stránky přenášejí strukturální a logické informace. Ve většině případů Eseutil lze zcela rekonstrukci tabulky Pokud vnitřní stránky je ztraceno. Většina stránek v databázi však jsou listové stránky.

Eseutil's opravy funkce funguje dobře a ve většině případů lze obnovit databázi operace s ztrátu dat minimální. Pokud mnoho stránek jsou poškozené nebo důležitých systémových tabulek jsou ztraceny, však může být katastrofální ztrátu dat nebo databáze může být unrepairable.

Oprava databáze je obvykle špatná strategie porovnání se obnovení ze zálohy a postupných databáze dopředu, protože obvykle trvá déle než obnovení a je rizikovější opravy. Zvolte opravy, pouze pokud:
  • Máte zálohy.
  • Nelze vrátit vpřed zcela ze zálohování.
Před opravit nebo obnovit databázi vždy vytvořit záložní kopii aktuální databáze soubory. Obnovení nefunguje, můžete opravit existující databázi. Pokud opravy nefunguje, ale je stále spustitelná předchozí kopie databáze, pravděpodobně moci data při vyřazení, které by byly jinak ztraceny.

Důležité: Po opravě databáze je třeba zkontrolovat počet opravy v záhlaví databáze. Počet je větší než nula, je nutné provést pomocí Eseutil offline defragmentaci a potom musí opravit databázi na úrovni úložiště informace s Nástroj Isinteg. Pokud to neprovedete, uživatelé setkat problémy jako například neschopnost otevření zprávy nebo přílohy nebo odkazy v poštovním schránkám položky, které již neexistují.

Zkontrolujte počet opravy prozkoumejte výstupu obrazovky je generována při spusťte následující příkaz:
ESEUTIL /MH [database_file_name
Chcete-li provést defragmentaci opravené databáze v režimu offline, spusťte následující příkaz:
ESEUTIL /D [database_file_name
Provést komplexní oprava Isinteg po opravě Exchange 2000, musí být spuštěna služba úložiště informací, ale musí být odpojen databáze, kterou chcete opravit. Spusťte následující příkaz oprava databáze:
ISINTEG -S [server_name] - oprava - TEST ALLTESTS
Komplexní oprava Isinteg po opravy v Exchange Server 5.5 provedete musí být zastavena služba úložiště informací. Spusťte následující příkaz použití příslušné přepínače (-PRI nebo -PUB), v závislosti na zda používáte opravy proti privátní nebo veřejné databáze:
ISINTEG - PRI|PUB - FIX - TEST ALLTESTS
Poznámka: Proti soubory raw databáze bez ohledu na jejich soubor umístění systému můžete spustit Eseutil a Esefile. Soubory databáze dokonce nemusí být na serveru Exchange. Ale musíte spustit Isinteg, zatímco databáze je na místě v plně nakonfigurovaném serveru Exchange, protože Isinteg pracuje na úrovni úložiště informací a používá službu úložiště informací pro přístup k databázi.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
244525Jak použít program Eseutil v počítači bez serveru Exchange Server (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)

Zotavení z chyb-1019

Při stránky je očekáváno v použití je prázdný nebo neinicializované, je ohlášena chyba-1019 (JET_errPageNotInitialized). Pokud je pole číslo stránky na stránce v použití 0x00000000, je namísto chyba-1018 hlášena chyba-1019, přestože stránky nemusí zdařit jeho test kontrolního součtu.

Metody-1019 chybu opravit jsou stejné jako ty-1018 chybu opravit. Všimněte si, že problém-1019 může přejít nerozpoznané již problém-1018, protože problémy-1019 nejsou zjištěny nástrojem zálohování online.

Ačkoli příčina chyby-1018 je velmi pravděpodobně mimo Exchange,-1019 chyba může být způsoben Exchange Pokud logické ukazatelů nebo odkazy mezi stránkami jsou neplatné.

Je však více běžné, protože byl poškozen systém souborů nebo do souboru databáze, které nepatří do souboru namapován stránek je způsobena chyba-1019.

Zotavení z chyb-1022

Pokud Exchange dotazem operačního systému pro stránku v databázi a namísto stránky dat vracených dojde k chybě, výsledky chyba-1022 (JET_errDiskIO) Chyba-1022 je obecné chyby, které se zobrazí při každém disku vstupu a výstupu (I/O) problém zabraňuje v získání přístupu k požadované stránce v databázi Exchange.

Nejběžnější příčiny chyby-1022 je soubor databáze, které bylo vážně poškozena nebo zkrácena. Pokud k tomuto problému dojde, Exchange požadavky číslo stránky, která je větší než počet stránek v souboru databáze a výsledky chyba-1022. K tomuto problému může dojít z důvodu problémů v systému souborů nebo z důvodu nesprávné transakce protokolu přehrání.

Exchange 2000 obsahuje rozsáhlé zabezpečení zabránit přehrání protokolu transakce, které může poškodit databáze, ale v Exchange Server 5.5 bylo možné přehrát neúplné sadu souborů protokolu a poškodit databáze. Tento problém může například dojít, pokud přehrání měli spustit z protokolu 9, ale místo toho je vynuceno přehrání spuštění z protokolu 10. Pokud správce odstraní soubor kontrolního bodu a protokolu 9, může být vynuceno přehrání. Pokud transakce v protokolu 9 rozšiřuje velikost databáze, ale protokolu 9 není přehrán do databáze, odkaz v protokolu 10 na nové stránky přidané do databází způsobí chybu-1022. Porušení přístupu jsou také běžné příznaky opakované sady protokolu neúplné transakce do databáze a Sudden zhroucení, zastaví (předsazení).

Principy a odstraňování potíží příčina chyby-1022 je složitější než odstraňování chyba-1018 nebo-1019. Chyba je způsobena poškození databáze v systému souborů, je třeba ověřit nebo opravit systém souborů a obnovení Exchange ze zálohy. Přestože oprava databáze je stále možnost, je méně pravděpodobné, že být úspěšný než s další chyby, protože chyba-1022 často signály rozsáhlé poškození opravy.

Podle daleko nejběžnější příčiny-1022 chyba s nepoškozeného databáze jiné aplikace podržením otevřené soubory a zabránění úložiště informací služby z jejich přístupu. V takových případech může také zobrazit chyby-1032 (JET_errFileAccessDenied). Všechny služby Exchange restartování nebo restartování serveru odebrat uzamčení.

Programy jiných výrobců, například virů, může blokovat přístup k výměna dat Exchange. Vždy konfigurovat virus na úrovni souborů Skenery vyloučit soubory Exchange data ze souboru operaci skenování. Jsou k dispozici několik virů, které můžete využít virů Exchange rozhraní pro programování aplikací (API) skenování zprávy a přílohy v úložišti informací.

Analýza chyby-1018 a-1019

Informace v této části je určena především pro technické podpory a dodavatele pracovníky, kteří se účastní kořenové způsobit analýzy.

Po správce nalezne chybu-1018 nebo-1019, správce potřebuje znát alespoň tři věci:
  • Jaký byl na stránce poškozený
  • Je pravděpodobnost úspěšného opravy
  • Co způsobilo poškození na prvním místě
-chyby 1018 a-1019 může dojít na příkazovém řádku při spuštění služby, v protokolu událostí aplikace nebo ve výstupu nástroje Exchange například Eseutil. Chyba-1018 v protokolu událostí aplikace mohou být při spuštění kontrolu integrity databáze s hlášeno Eseutil /G příkazu. V této situaci je pravděpodobně chybná stránka je prázdný.

Ve většině případů jsou hlášeny chyby ve formuláři, který umožňuje identifikovat stránku hlášení problému. Můžete také skenovat celou databázi s Esefile identifikovat chybné stránky. Další informace o Esefile klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
248406Nástroj Esefile podporu pro Exchange Server 5.5 a Exchange 2000
Následující příklady jsou popisy Typickou chybovou-1018 z protokolu událostí aplikace pro různé verze Exchange spolu s analýzy podrobnosti v každé chybě.
MSExchangeIS (248) Synchronous read page checksum error -1018
((1:3106 1:3106)(0-310013)(0-312215)) occurred.
Please restore the databases from a previous backup.
					
V předchozím příkladu, můžete čísla v závorkách interpretovat způsobem:
  • (1:3106 1:3106) představuje stránku v databázi, která byla požadovaná (stránka 3106) a číslo stránky, která byla nalezena skutečně zapsána na stránce (stránka 3106). 1: Označuje, že se jedná o databázi 1, což je Priv.edb 5.5 Exchange Server. Databáze 2 je pub.edb.
  • (0-310013) představuje hodnotu dbtime vzniku aktuálně na stránce. Hodnota dbtime je hodnota 64-bit, který je napsán na každé stránce zhruba koreluje s jak dlouho jej byl od stránky byl změněn.
  • (0-312215) představuje aktuální hodnotu dbtime databáze jako celek: pravděpodobně dbtime hodnotu, která by být zapsán na této stránce, pokud byl nyní změněn na stránce. Hodnota dbtime již na stránce vždy být menší než aktuální hodnota dbtime.
Given, že číslo stránky byl správně číst ze stránky a jsou hodnoty dbtime přiměřené (s první dbtime hodnota nižší než druhé), tato stránka není zcela nahrazen stránky z mimo databázi nebo na jinou stránku.

Můžete použít Esefile výstup samotnou stránku s příkaz podobný následujícímu:
Esefile /d database.edb 3106 > 3106.txt
Protože být podstatně beze změny struktury s ohledem na této stránce se zobrazí, také pravděpodobně možné použít k zobrazení více logických informace o stránce Eseutil. Verze Exchange 2000 Eseutil slouží k zobrazení stránky strukturu informací z databází Exchange 2000 a 5.5 Exchange Server.

Upozornění Nepoužívejte verze Exchange 2000 Eseutil proti databáze Exchange Server 5.5 v režimu, který zapisuje do databáze. Za bezpečné, použijte přepínače /M a nikdy nepoužívejte /P, /G nebo /R. Verze Exchange 2000 Eseutil.exe a ESE.dll také, nekopírujte počítače 5.5 Exchange Server. Místo toho zkopírujte tyto soubory do vzdáleného serveru a poskytují explicitní příkazového řádku cestu Universal Naming Convention (UNC) databáze jsou prověřování.

Příkaz podobný následující příkaz vypíše logické informace pro stránku do textového souboru:
Eseutil /M \\exchange1\d$\exchsrvr\mdbdata\priv.edb /p3106 > 3106.txt

Initiating FILE DUMP mode...
      Database: priv.edb
          Page: 3106

                        pgnoThis <0x02360004,  4>:  3106 (0x00000c22)
                        objidFDP <0x02360018,  4>:  19 (0x00000013)
                ulChecksumParity <0x02360000,  4>:  4269350574 (0xfe791eae)
        ** computed checksum: 157180847 (0x095e63af)
                   dbtimeDirtied <0x02360008,  8>:  310013 (0x000000000004bafd)
                          cbFree <0x0236001c,  2>:  436 (0x01b4)
                       ibMicFree <0x02360020,  2>:  3608 (0x0e18)
                     itagMicFree <0x02360022,  2>:  3 (0x0003)
               cbUncommittedFree <0x0236001e,  2>:  0 (0x0000)
                        pgnoNext <0x02360014,  4>:  3108 (0x00000c24)
                        pgnoPrev <0x02360010,  4>:  3088 (0x00000c10)
                          fFlags <0x02360024,  4>:  2050 (0x00000802)
                Leaf page
                Primary page
Z tohoto výstupu můžete zobrazit na stránce je stránce Listový znamená, že obsahuje skutečná data v něm. Pokud opravit tuto databázi opravy bude mít za následek ztrátu alespoň tato data. Další informace o tom, jak zjistit, která tabulka nebo poštovní schránky na stránku patří klepněte na následující číslo článku databáze Microsoft Knowledge Base:
262196Jak zjistit, které poštovní vlastníkem určité stránky v databázi
Pokud není stránky seznamu koncového pro stránku pravděpodobnost opravit bude pracuje zcela výstup Eseutil jsou vysoké. Většina vnitřku nebo strukturální stránek lze zcela přetvoří procesu opravy.

Výstup může také zobrazit toto jako "Prázdná stránka." V tomto případě defragmentace v režimu offline zahodí chybné stránky z databáze.

Nezapomeňte, že stránky byla zcela nahrazena bloku dat v souboru databáze nepatří, výstup Eseutil může být nesmyslných.

Následující chyba je jiný příklad:
MSExchangeIS ((247) ) Synchronous read page checksum error -1018
((1:1057816 1:3688618971) (3688618971-3688618971) (0-16815256)) occurred.
Please restore the databases from a previous backup.
V tomto příkladu číslo stránky ve skutečnosti číst ze stránky (3688618971) neodpovídá stránku, která byla požadována, což znamená, že je poškozen oblast záhlaví stránky, kde je uložen číslo stránky. Je spočítána, číslo stránky i neexistuje v databázi. Chcete-li zjistit, zda se jedná o tento případ, vynásobte číslo stránky 4 096 a porovnejte toto číslo na bajt velikost souboru databáze. V tomto případě nepravděpodobné být jeden Exchange původně napsali, pokud je databáze 15 terabajtů Velikost (3,688,618,971 x 4 096 = 15,108,583,305,216) číslo stránky.

Také první hodnota dbtime opakuje na stránce oznámení číslo vzorku přesně. Pokud 3688618971 převést na šestnáctkové (použít Calc.exe v jeho Scientific režimu), se stane 0xDBDBDBDB. V Exchange Server 5.5 a Exchange 2000 je uložena hodnota bajtu 8 dbtime ihned po stránce 4bajtové číslo hodnotu. Z tohoto důvodu víte byly alespoň dvanáct bajtů souvislé u dvou různých polí přepsána určitý vzorek. Pokud podívejte se na této stránce přímo pomocí Esefile bude pravděpodobně zjistíte, že byl přepsán celou stránku se vzorkem 0xDB. Jiný vzorek často zobrazenou neplatný bajt je 0xFF. Pokud byl tento případ výše uvedené chyby, hodnota dbtime by 4294967295.

Následující chyba poskytuje informace o stránce jako posun bajtů do souboru, nikoli jako číslo stránky:
Information Store (2160) The database page read from the file
"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 897024 (0x00000000000db000)
for 4096 (0x00001000) bytes failed verification due to a page checksum
mismatch. The expected checksum was 2651583211 (0x9e0bf2eb) and the
actual checksum was 2651582996 (0x9e0bf214). The read operation will
fail with error -1018 (0xfffffc06). If this condition persists then
please restore the database from a previous backup.
					
První posun můžete převést na číslo stránky odebráním tři koncové nuly, odečtením 1 a výsledek převodu do desítkové soustavy. V tomto příkladu 0x00000000000db-1 = 0xda = 218 desítkové. Toto číslo desítkové stránky lze použít s Esefile nebo Eseutil.

Poznámka: Odečíst pouze 1, namísto 2, protože posuny begin inventur na 0x0 namísto 0x1 účet pro dvě záhlaví stránky v databázi. Pokud chcete zkontrolovat záhlaví stránky s Esefile nebo Eseutil odkaz na stránku hodnotu -1 a 0 stránku.

Záhlaví databáze Exchange vyžaduje ve skutečnosti pouze jednu stránku. Druhá stránka je "stínové" kopie záhlaví. Kontrolní součty, které jsou hlášeny při použití Esefile /D funkce výpis stránky by měly být vždy stejný pro stránky -1 a 0 po databáze čistě vypnut. Záhlaví nezměněn během selhání, používá Exchange kopie záhlaví s čistou kontrolního součtu při restartování Exchange.

Pokračováním předchozího příkladu kontrolních součtů jsou ve skutečnosti velmi blízko k sobě, lišící se pouze dva znaky. Při uzavření kontrolních součtů označuje změny na stránce byly minimální: možná pouze jeden bit chyba. Je velmi pravděpodobné, že tato stránka stále obsahuje dostatek jeho logické struktury provést vůči analýza s Eseutil /M /P.

Kontrolní součet očekávaných v chybové zprávě je kontrolní součet, který je ve skutečnosti číst ze stránky jako nyní existuje v databázi. Skutečné kontrolní součet v chybové zprávě je kontrolní Exchange dynamicky re-calculates jako přečte stránky.

Pokud je skutečný kontrolního součtu na stránce 0x89abcdef, stránka obsahuje všechny znaky 0x00. Pokud je kontrolní součet skutečné 0x76543210, stránka obsahuje všechny znaky 0xFF.

Následující příklad je chyba-1019:
Information Store (3928) The database page read from the file
"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 1675264 (0x0000000000199000)
for 4096 (0x00001000) bytes failed verification because it contains
no page data.  The read operation will fail with error -1019 (0xfffffc05).
If this condition persists then please restore the database from a
previous backup.
					
Během operace typické Pokud stránky můžete sestavu-1019 chyba nebo Chyba-1018 chyba-1019 přednost a je vykazován. Nezapomeňte-1019 chybě dochází, kdykoli je číslo stránky zapsány na stránce, 0x00000000, ale Exchange očekává stránka být používán. Může být obtížné prokázat zda-1019 chyba je způsobena protože systém souborů mapovaných bloku nuly do souboru databáze, nebo protože Exchange udělali a odkazované nepoužívané stránku jako "v použití. „

Z předchozí chyby nelze zjistit, zda je stránka neinicializované nebo v některé stavu. Dále prověřte stránky musí používat Esefile a Eseutil. V tomto příkladu je číslo stránky 408 desítkové (odvozené od 0x199).

Pomocí Eseutil můžete dále Prohlédněte si stránku. PgnoThis hodnota by měla odpovídat číslo stránky je dotázána a hodnota ulChecksumParity sestavy dalších ** Kontrolní součet vypočítaný hodnota, jestliže je chybný kontrolní součet na stránce. Můžete použít Esefile přepínač /D prohlížet raw stránce určit, zda neinicializované (všechny 0x00 znaků).

Chyby FALSE-1018

"False"-1018 chybě dochází, pokud stránku na disku je správné, ale systém I/O nesprávně načte data. Takové chyby jsou obvykle přechodné a obtížné izolovat. Ale i "false" Chyba-1018 podle vás zaslouží vážné pozornost. Spolehlivost systému úložiště stále ohrožen a pravděpodobně v nebezpečí další problémy nebo selhání systému.

Pokud máte podezření, že chyby čtení podmínkami přenosu v systému, použijte Esefile přepínač /D nebo Eseutil /M /P ověřit jednotlivé stránky, které přicházejí. Pokud použít buď nástroj ke skenování celou databázi umístit zatížit I/O systému, který může vést více false positives.

Exchange Server 5.5 Service Pack 2 (SP2) přidány funkce pomáhají identifikovat přechodné chyb čtení. Exchange re-reads stránky 16 časy po selhání ověření čtení. Pokud stránku přečíst nakonec úspěšné po několika pokusech, označuje čtení z disku spolehlivě je problém systému. I pokud selžou všechny 16 čtení jednoznačně Nedokazuje stránka je chybný. Provedení testu sekundární s Esefile nebo Eseutil.

Vynulování databáze

Zeroing databáze je určena k odstraněné informace v databázi Exchange překrývat, takže nemohou být obnoven nebo číst přímé kontrolu souboru databáze. Další informace o databázi zeroing klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
223161Informace o ESE zeroing
Povoleno zeroing databáze oddíly prázdné nebo částečně prázdné stránky může být přepsána konkrétní znak vzorky, ale stránky stále není vrácena neinicializované stavu.

Vlastnosti

ID článku: 314917 - Poslední aktualizace: 25. října 2007 - Revize: 5.5
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 4.0 Standard Edition
Klíčová slova: 
kbmt kbinfo KB314917 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:314917

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com