理解と分析-1018、-1019、および-1022 Exchange データベース エラー

文書翻訳 文書翻訳
文書番号: 314917
この記事は、以前は次の ID で公開されていました: JP314917
すべて展開する | すべて折りたたむ

目次

概要

この記事を理解して-1018、-1019、および-1022 Exchange データベースのエラーを分析する情報を提供します。この資料では、それぞれのこれら 3 つのエラーを報告する原因となる違いこれら 3 つのエラーと、問題の種類のデータベースします。

詳細

Exchange には、そのデータベース内のページへのファイル レベルの破損を検出するための機能が含まれます。ファイル レベルの破損は、Exchange データベースに関連付けられている、3 つの最も一般的なエラーは次のとおりです。
  • -1018 JET_errReadVerifyFailure
  • -1019 JET_errPageNotInitialized
  • -1022 JET_errDiskIO
Exchange データベースで、次の 3 つのレベルの破損が発生します。
  • ページ (ファイル システム) レベル
  • データベース (JET データベース エンジン) レベル
  • アプリケーション (Exchange インフォメーション ストア) レベル
Esefile.exe ユーティリティはデータベース ページ レベルでエラーを検出できます。指定した Eseutil.exe ユーティリティを検出およびページ レベルとデータベース レベルの両方で問題を修復できます。Isinteg.exe ユーティリティを検出し、アプリケーション レベルの問題を修復します。

破損が低レベル (ページ レベル) ほとんど常に、高レベル (データベースまたはアプリケーション レベル) でも問題が。Eseutil でデータベースを修復した後、したがって、ほとんど常に後から Isinteg を使用する必要があります。

データベースおよびアプリケーション レベルの破損が問題 Exchange コードまたは Exchange を統合するサードパーティ製のプログラムに関連しています。ページ レベルの破損も Exchange の問題がある可能性がありますが、ページ レベルの損傷は、通常、ドライバー、ファームウェア、またはハードウェアの問題によって発生します。

根本的な原因 Exchange によって異なります、基になるシステムのいずれかでの-1018 エラーを検索するほとんど常に、Exchange 自体ありません。このルールには非常にいくつかの例外があります。Exchange が-1018 エラーの原因しないための例外日を交換に関してに、-1018 条件を報告されています。 詳細については、マイクロソフト サポート技術記事を表示するのには、次の資料番号をクリックしてください。
237953誤った-1018 エラーがオンライン バックアップ中に返される
230215 シングル プロセッサのコンピューターでは実行されません、バックアップ checksuming
エラー-1019、および-1022 エラーの多くも発生しますが、障害によっては、基になるシステムで、-1019、および-1022 エラーのエラーにより Exchange コードとしてすばやく可能性を可能性を排除できません。

エラー-1018 は、Exchange データベース、ファイル システム レベルの破損が発生したことを示す、最もよく見られるエラーです。したがって、ほとんどのこの資料ではエラー-1018 について説明します。

ディスク上のデータが破損ことができます 3 つの基本的な方法があります。
  • 誤ったデータがストレージ ・ メディアに書き込まれます。
  • データは、記憶域メディアに間違った場所に書き込まれます。
  • データは壊れているか変更の格納されるとします。
回避または 100 パーセントのすべての破損を修正するは非常に困難ですが、発生した問題を検出するは比較的簡単です。Exchange がデータベース ファイルに不適切なと、正しく配置されなかったデータを検出して、-1018 エラーまたは-1019 エラーが報告します。ファイルが破損しているとの完全に失われているか、Exchange を使用してファイルを読み取るしようとするとそれ以外の場合にアクセスできない場合、-1022 エラーが報告されます。

Exchange の番号のデータベース ページのチェックサムと計算方法

-1018 エラーおよび-1019 エラーを発生させるメカニズムが機能するしくみを理解するには、Exchange データベースのデータ ページの格納方法を理解する必要があります。

最も低い論理レベルでは、4 キロバイト (KB) のページを順番に番号が付けられてセットとして Exchange データベース ファイルを表示できます。データが読み込まれ、Exchange データベースのあるページに同時に書き込むこと。

データの各ページからすべてのデータがページに計算されたチェックサムと共に、独自のページ番号を格納します。チェックサム値自体は、この計算に含まれていないページの一部だけです。

Exchange が使用するチェックサム アルゴリズムを含め、チェックサム アルゴリズムは理解しやすく、比較的単純です。ページ間の差は 1 つだけの場合でも、2 つの異なるページのチェックサムと同じになります可能性が不足していないように設計されますビット。

チェックサム テストは、書き込まれたため、ページが変更されていないかどうかを確認するだけで十分ですが、チェックサム テスト ページが正しい場所にいることを確認するだけでは不十分ではありません。このため、Exchange の各ページ チェックサムに加えて、独自のページ番号をスタンプします。

データベース内の最初の 2 つの 4 KB ページはデータベースの「ヘッダー」に予約されていますデータベースが停止した場合、Eseutil ユーティリティを使用することができます。 /MH このヘッダーの表示を切り替えます。ヘッダーには、識別情報、データベース全体が含まれます。

これらの最初の 2 つのヘッダー ページは、他のページは、データベース内のすべてのデータの後。すべてのデータ ページは共通の構造を共有します。各ページは、実際のデータで、特定のページに関する識別情報が含まれています、独自ページのヘッダーがあります。

Exchange データベースでは、最初のデータ ページで最初の 2 つのヘッダー ページの後に置かれているので、データベース内の物理ページ 3 が論理ページ 1 です。物理ページ 4 が論理ページ番号は 2 です。

データベース内の論理ページ番号は、物理的なページ番号を直接、次の数式で対応します。
論理ページ番号 = 物理ページ番号 - 2
データベース ファイルの論理と物理ページ構造は密接に関係するため、Exchange は各論理ページの適切な物理ファイル内にあるかどうかを容易に判断できます。

「初期化されていないページ」のみのページのチェックサムが計算されていないデータベースをします。これらより多くのデータを確保するために、データベースのサイズが拡張するときに作成されるページのブロックです。初期化されていないページは、ゼロのチェックサムとゼロのページ番号が 1 つです。通常、初期化されていないページのすべてのバイトを文字でいっぱいになります。 0x00.

初期化されていないページを最初に使用すると、空にした場合でも、初期化されていない状態には、返されません。代わりに、フラグは、空のページで再使用可能にする設定されます。空場合でも、ページは、ページ番号とチェックサムを実行します。

Exchange Server 2003 Service Pack 1 (SP1)、チェックサム アルゴリズムと使用されるページの書式を変更します。さらに、Exchange Server 2003 SP1 の修正コード (ECC) アルゴリズムが検出して自動的にシングル ビット エラーを修正するのには、エラーが導入されました。この新機能の詳細については、Knowledge Base の資料を参照するのには、次の資料番号をクリックしてください。
867626Exchange Server 2003 Service Pack 1 で別のエラー コードの修正が含まれています

どのような-1018 エラーを原因します。

Exchange は、-1018 エラーは、初期化済みのページと、データベース ファイル、次の条件のいずれかが見つからないを報告します。
  • ページが読み取られるときに実行されるチェックサム再計算の結果がページに格納されているチェックサムが一致しません。
  • ページ番号がページに格納されているページで、ページの物理的な場所にデータベース ファイルを指定する必要があるページ数が一致しません。
Exchange Exchange には、次のいずれかが含まれている場合、-1018 エラーとを行うことができます。
  • 間違ったチェックサムを持つページを作成します。
  • ページの構築は正しく行ったが、オペレーティング システムは、間違った場所にページを書き込むように指示します。
システム管理者管理者サーバーに対してハードウェア診断テストを実行して、これらのテストの問題が報告されない場合、-1018 エラーを検出した後で、管理者、ハードウェアが初期分析に合格したため Exchange が問題の原因する必要があります結論に達しました。

ただし、状況、調査をさらに Microsoft またはハードウェア ベンダー小さな問題が見つかるにデータベース ファイル破損の実際の原因がハードウェア、ファームウェア、またはデバイス ドライバーによって。

通常の診断テスト、過渡的な障害のいくつかの理由を検出可能性があります。ファームウェアまたはドライバー ソフトウェアの問題の診断プログラムの機能の外にある可能性があります。診断テストは、長時間に及ぶ実行や複雑な読み込みを適切にシミュレートできない場合があります。また、診断監視機能やデバッグ ログの問題が再び表示されないようにするのには、システムが変わることがあります。

シンプルさと安定性は、チェックサムの生成およびデータベース ファイルにページを書き込む Exchange のメカニズムは、-1018 エラーの根本原因が Exchange の問題である可能性が低いという理由の 1 つです。チェックサムと正しくないページの検出メカニズムは単純で信頼性の高いとの最初の Exchange リリース以来、データベース バージョン間でのデータベース ページ形式の変更に適応するのには、多少の変更は基本的には変わっていません。

さらに、約すべての他のデータが書き込まれた後にページがディスクに書き込まれるページのチェックサムが生成されることを説明するなど、ページ番号自体。Exchange チェックサムがページに追加すると、Exchange は公開されている標準的な Windows アプリケーション プログラミング インターフェイス (Api) を使用して、ページをディスクに書き込むには、Microsoft Windows オペレーティング システムに指示します。

チェックサムは、ページを正しく生成可能性がありますが、ページを間違った場所に、ハード ディスクに書き込むことがあります。これは、「ビット フリップします」などの一時的なメモリ エラーによって発生可能性があります。たとえば、Exchange が新しいバージョンの 70 ページを作成するとします。ページ自体はエラーを発生しませんが、ディスク コント ローラーやオペレーティング システムによって使用されるページ番号のコピーがランダムに変更されます。場合は、不安定なメモリ セルによって 70 (バイナリ 100110) が 6 (バイナリ 000110) に変更されています、この問題が発生可能性があります。ページのチェックサムは正しいのであるがデータベース内のページの場所を今すぐが間違っています。論理ページ番号がページの物理的な場所に一致しないことが検出されると Exchange ページに対して-1018 エラーを報告します。Exchange が不正なページ番号がページに書き込みを行う場合は、別の種類のページ (Exchange) エラー番号ことがあります。これ-1018 エラーではなく、ほかのエラーが発生します。Exchange 70] ページに 71 を書き込み、ページのチェックサムを正しく実行する場合は、ページは 71 の場所に書き込まれますされ、ページ番号とチェックサム テストの両方を渡します。

多くの場合、Exchange データベースで報告される単一の-1018 エラーを停止したり、-1018 エラー自体が存在する以外の現象が発生すると、データベースは発生しません。ページはアクセス頻度の低いフォルダーに可能性があります (たとえば、[送信済みアイテムまたは削除済みアイテム フォルダーなど)、またはほとんど開かれないか空の添付ファイルにします。

1 回の-1018 エラーが大規模なデータ損失が発生する可能性は低いですが、-1018 エラーは、ストレージ ・ システムが確実に格納または少なくとも 1 回のデータを取得するには、失敗したことを証明であるために、-1018 エラーによって問題の原因が残っています。-1018 エラーが再び発生する非定常の問題可能性がありますが、このエラーは、徐々 に進行する問題を早期に警告が表示されます可能性があります。最初の-1018 エラーがデータベース内の空のページである場合でも、どのページを次へが破損している可能性がありますを知ることはできません。重要なグローバル テーブルが破損している場合は、データベースを起動できなくになる場合があります、データベースの修復が失敗したかのみ部分的に成功したことがあります。

-1018 エラーがログに記録すると、検討して可能性エラーまたはさらにランダムな破損がデータベースの検索し、は、根本的な原因を排除するまで計画してください。

-1018 エラーからの回復

Exchange は、-1018 エラーの問題は、データベースに発生さらにランダムなデータに対する操作を防ぐために読み取りがまったく不可能で障害が発生したページを処理します。

-1018 エラーが、ページを修復または回収されることはできません。データベースを消去する必要があります。ページがデータベースかられたことができる 3 つの方法のとおりです。
  • データベースをオンライン バックアップから復元します。
  • 指定した Eseutil.exe を使用します。 /D データベースのオフラインでの最適化を行うには次のように切り替えます。
  • 指定した Eseutil.exe を使用します。 /P データベースを修復するスイッチです。

オンライン バックアップからデータベースを復元します。

オンライン バックアップ中に-1018 エラーが見つかった場合は、バックアップを停止します。これは、損傷したページの最後の正常なバックアップが存在しないことを確認します。循環ログが無効になっている場合は、最新のすべてのバックアップを復元し、後続のトランザクション ログは、データベースをロール フォワードすることができます。

指定した Eseutil.exe を使用して、データベースのオフラインでの最適化を行うには、"/d"スイッチ

このメソッドは、空のページで-1018 エラーが報告される場合に効果的です。-1018 エラーがオンライン バックアップまたは夜間のオンライン保守中にのみ発生する場合は、ページがめったにアクセスしていることや、でも空があることを示しています。すべての空のページおよびセカンダリ インデックスでは、データベースのオフラインでの最適化を破棄します。

指定した Eseutil.exe を使用して"/P"スイッチは、データベースを修復するのには

このメソッドを使用しても、不良ページが破棄された場合は、不良ページは修復されず。関連するページが「リーフ ページ」の場合は、ある程度のデータ損失が発生します。データベース内のリーフ ページは、実際のデータを保持するページです。内部ページは、構造的および論理的情報を実行します。内部ページが失われた場合は、ほとんどの場合、Eseutil 完全にテーブル再構成できます.ただし、データベース内のページの大多数はリーフ ページです。

Eseutil の修復機能は正常機能し、ほとんどの場合、データベース操作を最小限のデータ損失を復元できます。ただし、多くのページが破損している、か、重要なシステム テーブルが失われる場合は、データ損失が壊滅的になるか、データベースが修復不可能にします。

データベースの修復は通常、バックアップからの復元とは、通常、修復は復元よりも長い時間がかかるし、危険ですので、データベースのロール フォワードに比較が劣って方式です。修復した場合にのみ選択してください。
  • バックアップはありません。
  • 完全バックアップからフォワードできません。
修復または、データベースを復元する前に、常に現在のデータベース ファイルのバックアップ コピーを確認します。復元が行われない場合は、既存のデータベースを修復できます。修復ができない場合は、データベースの以前のコピーがまだ起動可能で、失うことになるデータを回復できる場合があります。

重要です データベースを修復した後、修復を再計算し、データベース ヘッダーをチェックします。Count がゼロより大きい場合は、Eseutil を使用して、オフラインでの最適化を実行する必要があり、Isinteg ユーティリティが情報ストア レベルでデータベースを修復する必要があります。そうしない場合は、ユーザー、メッセージまたは添付ファイルを参照に自分のメールボックスに存在しないアイテムを開けないなどの問題があります。

修復カウントを確認するには、次のコマンドを実行するときに生成される画面出力を調べます。
ESEUTIL/MH [database_file_name]
修復済みデータベースのオフラインでの最適化を実行するには、次のコマンドを実行します。
ESEUTIL/D [database_file_name]
包括的 Isinteg 修正プログラムを修復した後 Exchange 2000 を実行するには、インフォメーション ストア サービスが実行されている必要がありますが、修復するデータベースのマウントを解除する必要があります。データベースの修正プログラムは、次のコマンドを実行します。
ISINTEG-S [サーバー名-修正のテスト ALLTESTS
行うには、包括的な Isinteg 修正修復した後に Exchange Server 5.5 のインフォメーション ストア サービスを停止する必要があります。適切なスイッチ (を使用して、次のコマンドを実行します。優先順位 または -PUB) をプライベート、またはパブリック データベースに対して修復を実行しているかどうかによって異なります。
ISINTEG-PRI|PUB-修正のテスト ALLTESTS
メモ Eseutil および Esefile に対して生のデータベース ファイルに関係なく、ファイル システムの場所実行できます。データベース ファイルであっても、Exchange サーバー上にある必要はありません。Isinteg が情報ストア レベルで動作し、Information Store サービスを使用してデータベースにアクセスするため、データベースを完全に構成された Exchange サーバー上で中に、Isinteg を実行する必要があります。

詳細については、Knowledge Base の資料を参照するのには、次の資料番号をクリックしてください。
244525コンピューターの Exchange Server の場合、Eseutil を実行する方法

-1019 エラーからの回復

-1019 エラー (JET_errPageNotInitialized) は使用中に予想されるページが初期化されていないか空だときに報告されます。使用中のページのページ番号フィールドが 0x00000000 の場合は、ページのチェックサム テストも失敗する可能性がありますが、-1019 エラー-1018 エラーではなく、報告されます。

-1019 エラーを解決する方法は、-1018 エラーを解決するものと同じです。-1019 の問題は、オンライン バックアップでは検出されないため、-1019 の問題は-1018 の問題よりも長い察知ことに注意してください。

-1018 エラーの根本原因が Exchange の外部のことが非常に高いですが、-1019 エラーは論理ポインター、またはページ間のリンクが無効な場合 Exchange で発生可能性があります。

ただし、ファイル システムが破損したか、ファイルに所属しない、データベース ファイルにページをマッピングするため、-1019 エラーを発生することが一般的です。

-1022 エラーからの回復

Exchange、オペレーティング システム、データベース内のページを要求し、返されるページのデータの代わりにエラーが発生する場合は、-1022 (JET_errDiskIO) エラーが発生します。-1022 エラーは、ディスクの入出力 (I/O) の問題により、Exchange がデータベース内の要求されたページにアクセスできないときに必ず、一般的なエラーです。

-1022 エラーの最も一般的な理由は、データベース ファイルに重大な破損や切り捨てです。この問題が発生した場合、Exchange はページ番号を要求では、データベース ・ ファイルのページ数よりも大きいし、-1022 エラーが発生します。この問題はファイル システム内の問題のため、または不適切なトランザクション ログの再生のために発生します。

Exchange 2000 には、データベースに問題を起こす可能性があるトランザクション ログの再生を防ぐために、広範な保護が含まれていますがの Exchange Server 5.5、不完全な一連のログ ファイルを再生して、データベースが破損することが可能です。たとえば、この問題再生をログ 9 から開始する必要がありますが、再生にログ 10 からのスタートに強制的されます代わりに場合に発生する可能性があります。管理者がチェックポイント ファイルとログ 9 を削除する場合は、再生を強制的に可能性があります。トランザクション ログ 9 で、データベースのサイズを拡張しますが、ログ 9 がデータベースに再生されていない場合は、ログ 10 をデータベースに追加された新しいページへの参照は、-1022 エラーが発生します。クラッシュしたり、停止 (ハング)、アクセス違反は、不完全なトランザクション ログ セットをデータベースに再生することの共通の現象もあります。

理解し、-1022 エラーの根本原因のトラブルシューティングは、-1018 エラーや-1019 エラーのトラブルシューティングよりも複雑です。ファイルシステム内でデータベースの破損でエラーが発生したが場合は、確認またはファイル システムを修復し、Exchange をバックアップから復元する必要があります。データベースの修復はオプションですが、修復が広範囲に破損して多くの場合、-1022 エラーを通知するため、その他のエラーが正常よりも少ないです。

壊れていないデータベースで-1022 エラーの最も一般的な理由ファイルを開いてし、インフォメーション ストアの防止の他のアプリケーション サービスへのアクセスします。このような場合に、-1032 エラー (JET_errFileAccessDenied) も表示可能性があります。すべての Exchange サービスを再起動するか、サーバーを再起動、ロックが削除されます。

Exchange データにアクセスする Exchange とウイルス対策のプログラムなど、サードパーティ製のプログラムはブロックします。常に Exchange データ ファイルはファイル操作をスキャンから除外するのには、ファイル レベルのウイルス スキャナーを構成します。いくつかのウイルス対策プログラムが使用可能のアプリケーション プログラミング インターフェイス (API) のメッセージをスキャンして、インフォメーション ストア内の添付ファイルは、Exchange ウイルス検索を実行します。

-1018 エラーおよび-1019 エラーの解析

このセクションの情報は、主にテクニカル サポートの対象としています、な原因の分析をベンダーの担当者がルートに関係しています。

管理者は、-1018 エラーや-1019 エラーを発見した管理者には、少なくとも次の 3 つのことを知っておく必要があります。
  • 損傷したページの内容
  • どのような修復が成功する可能性が
  • どのような最初に破損
-1018年および-1019 エラーがアプリケーション イベント ログ、または Eseutil など Exchange のユーティリティの出力で、サービスを起動するとコマンド ・ ラインで発生します。データベースの整合性チェックを実行すると、アプリケーション イベント ログ内の-1018 エラーを報告する可能性がありますいない、 Eseutil/G コマンドです。この状況では、不良ページが空である可能性が高いです。

ほとんどの場合、エラーは、問題を報告しているページを識別することができます一種で報告されます。データベースが Esefile は不良ページを識別するために全体をスキャンすることもできます。 Esefile の詳細については、Knowledge Base の資料を参照するのには、次の資料番号をクリックしてください。
248406Exchange Server 5.5 および Exchange 2000 の Esefile サポート ユーティリティ
次の例は、さまざまなバージョンの Exchange は、各エラーの詳細の分析、アプリケーション ・ イベント ・ ログからの典型的な-1018 エラーの説明です。
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.
					
上記の例では、括弧内の数字は次のように解釈できます。
  • (1:3106 1:3106) は、要求された (ページ 3106) と (ページ 3106) のページに記載されて、実際に見つかったページ番号が、データベース内のページを表します。1: この Exchange Server 5.5 の Priv.edb データベース 1、です。データベース 2 は Pub.edb です。
  • (0-310013) を表す、 dbtime ページ上に書き込まれる現在の値です。は、 dbtime 値は、約ページが変更された後どのように行ったと関連している各ページに書き込まれた 64 ビット値です。
  • (0 〜 312215)、現在を表します。 dbtime 値はデータベース全体に: 可能性があります、 dbtime ここでは、ページが変更された場合は、このページに書き込まれます値。は、 dbtime ページにある既存の値は常に、現在よりも小さい場合があります。 dbtime 値です。
ページでは、ページ番号が正しく読み取られたことと、 dbtime (最初の合理的には dbtime 値が 2 番目より小さい)、このページはデータベースの外部のページまたは別のページに置き換えられなかった。

Esefile を使用して、コマンドは次のように、ページ自体を出力できます。
Esefile/d database.edb 3106 > 3106.txt
構造に関して大幅に変更するこのページを表示するため、Eseutil を使用して、ページに関するより論理的情報を表示することも可能性があります。Exchange Server 5.5 と Exchange 2000 の両方のデータベースからのページ構造情報を表示するのには、Exchange 2000 バージョンの Eseutil を使用できます。

警告 Exchange Server 5.5 データベースに対して Exchange 2000 バージョンの Eseutil では、データベースに書き込まれますことがあります。安全のためには、のみを使用して、 /M スイッチを使いは、 /P, /G、または /R.また、Exchange 2000 バージョンの Eseutil.exe および Ese.dll、Exchange Server 5.5 コンピューターにコピーしないでください。代わりに、これらのファイルをリモート サーバーにコピーし、調査対象データベースへの明示的なコマンド ・ ラインの汎用名前付け規則 (UNC) パスを入力します。

論理ページに関する情報をテキスト ファイルには、次のようなコマンドが出力されます。
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
この出力から、実際のデータがあることを意味は、リーフ ページ、ページがあることを確認できます。このデータベースを修復する場合は、修復が失われるには、少なくともこのデータになります。 テーブルまたは、ページを所有しているメールボックスを検索する方法の詳細については、Knowledge Base の資料を参照するのには、次の資料番号をクリックしてください。
262196メールボックス データベース内の特定のページを所有しているかを確認する方法
完全] ページで、修復する可能性がありますは、Eseutil の出力がリーフ ページに表示されていない場合に機能する高い。最も内側または構造上のページは、修復処理により完全に再構築できます。

出力もこの「空のページとしてします。」表示可能性があります。この例では、オフラインでの最適化は、不良ページがデータベースから破棄されます。

ページで、データベース ファイルに属さないデータのブロックを完全に交換済みの場合は、Eseutil の出力が無意味なことがありますに注意してください。

次のエラーは、別の例を示します。
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.
この例では、ページ番号の格納場所、ページ ヘッダー領域が破損していないことを意味します。 要求されたページ (3688618971) ページから実際に読み取られるページの数を一致しません。ページ数も、データベースに存在しないことが可能です。そうであるかどうかを確認するには 4,096 で、ページの数を乗算し、バイト サイズをデータベース ファイルの数とを比較します。この例では、ページ番号は、データベースが 15 テラバイト (3,688,618,971 x 4,096 = 15,108,583,305,216) の場合は、Exchange が最初に記述することはまずです。

また、最初の dbtime 値は、ページ番号のパターンが正確に繰り返されます。3688618971 を 16 進数 (Calc.exe を関数電卓モードで使用) に変換する場合は、0xDBDBDBDB になります。Exchange 2000 で Exchange Server 5.5 では、8 バイト dbtime 値は、4 バイトのページ番号値後すぐに保存されます。このため、少なくとも 12 の連続したバイトの 2 つの異なるフィールドが特定のパターンで上書きされたこと知っています。Esefile を使用してこのページを直接参照する場合は、通常、ページ全体、0xDB のパターンで上書きされていることを検出します。他の頻繁に見られる無効なバイトのパターンは 0 xff です。これは、上記のエラーである場合、 dbtime 値は 4294967295 になります。

次のエラーはファイルへのバイト オフセットとして、ページ番号としてではなく、ページの情報を提供します。
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.
					
次の 3 つの後続のゼロを削除するには、1 を減算、結果を 10 進数に変換することにより、ページ番号を最初のオフセットを変換できます。この例では、0x00000000000db - 1 = 0xda = 218 10 進数。この 10 進数のページ番号は、Esefile または Eseutil を使用できます。

メモ 1, 2 オフセット 0x1 ではなく 0x0 でカウントを開始するためのデータベース内の 2 つのヘッダー ページには、代わりには、減算します。ヘッダーのページが Esefile または Eseutil をチェックする場合は、ページ-1 とページ 0 が参照します。

Exchange データベースのヘッダーは、1 つのページのみが実際に必要とします。2 ページ目のヘッダーの「シャドウ」コピーです。使用時に報告されるチェックサムは、 Esefile/D データベースはクリーン シャット ダウンした後ページ ダンプ関数は常に同じページ-1 と 0 ははずです。クラッシュ時に、ヘッダーが書き換えられる場合は、Exchange を再起動すると Exchange のヘッダーのコピー クリーンなチェックサムを使用します。

前の例を続行すると、チェックサムは実際に非常に互いに近くには、2 つの文字を異なるです。チェックサムを閉じる場合は、このページで変更が最小限であったことを示します。 ビット エラーの 1 つ可能性がありますのみ。このページは十分な数の論理構造の分析も行うが、非常に高いです。 Eseutil/M/P.

エラー メッセージ内の予想されるチェックサムがデータベースに存在するときに、ページから実際に読み取られるチェックサムです。エラー メッセージでは、実際のチェックサムは、ページを読み取りながら Exchange を動的に再計算、チェックサムです。

ページ上の実際のチェックサムが 0x89abcdef の場合は、ページには 0x00 のすべての文字が含まれています。実際のチェックサムが 0x76543210 の場合は、ページには 0 xff のすべての文字が含まれます。

次の使用例は-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.
					
通常の操作中にはページ-1019 エラーまたは-1018 エラーが報告することができる場合は、-1019 エラーは、優先されが報告されます。ページに書き込まれるページ番号が 0x00000000 である場合、-1019 エラーを発生が Exchange が使用されているページを要求することに注意してください。ファイル ・ システム、データベース ファイルにゼロのブロックがマップされているため、-1019 エラーを発生するかどうか、または Exchange が間違いを犯したし、「使用」としては、未使用のページを参照するために証明することは困難です。

ページが初期化されているかどうか、またはその他の状態から、上記のエラーを判断できません。Esefile および Eseutil を使用して、ページをさらに調査する必要があります。この例では、ページ数 408 の 10 進数 (0x199 から計算) です。

Eseutil を使用してさらにページを確認することができます。は、 pgnoThis 値、照会、ページ番号が一致する必要があり、 ulChecksumParity 追加の値を報告します。 ** 計算されたチェックサム 値の場合は、ページ上のチェックサムが違います。Esefile を使用することができます。 /D (すべての 0x00 文字) が初期化されているかどうかを確認するのには、生ページを見てに切り替えます。

誤った-1018 エラー

"False"-1018 エラーは、ディスク上でページが正しいことが、I/O システムがデータを誤って取得したときに発生します。通常、このようなエラーは一時的なとを分離することは困難です。"False"-1018 エラーであっても重大な注意に値する。ストレージ ・ システムの信頼性が侵害される可能性は、システム内の他の問題や障害の危険性があります。

システムに一時的な読み取りエラーと考えられる場合は、Esefile を使用します。 /D スイッチまたは Eseutil/M/P 関係する個々 のページを確認します。いずれかのユーティリティを使用してデータベース全体をスキャンする場合で誤ったエラーがさらに発生する可能性があります、I/O システムを負担します。

Exchange Server 5.5 Service Pack 2 (SP2) は、一時的な読み取りエラーを識別するために機能を追加しました。Exchange 16 回、読み取り確認エラー後ページを再度読み込みします。数回の施行後にページの読み取りに成功した場合は、読み取りはディスクから確実にシステムの問題があることを示しています。すべての 16 回の読み取りが失敗した場合でも、最終的、ページが不良である明かされません。第 2 のテストには、Esefile または Eseutil を実行します。

Database Zeroing

Database zeroing、回復したりできませんデータベース ファイルの直接の検査で読み取るように、Exchange データベース内の削除済み情報を不明瞭に対象としています。 Database zeroing の詳細については、Knowledge Base の資料を参照するのには、次の資料番号をクリックしてください。
223161ESE のゼロ化について
Database zeroing を有効にすると、空または部分的に空のページのセクションが特定の文字パターンで上書き可能性がありますが、ページが初期化されていない状態には返されません。

プロパティ

文書番号: 314917 - 最終更新日: 2011年7月25日 - リビジョン: 2.0
キーワード:?
kbinfo kbmt KB314917 KbMtja
機械翻訳の免責
重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。
英語版 KB:314917
Microsoft Knowledge Base の免責: Microsoft Knowledge Baseに含まれている情報は、いかなる保証もない現状ベースで提供されるものです。Microsoft Corporation及びその関連会社は、市場性および特定の目的への適合性を含めて、明示的にも黙示的にも、一切の保証をいたしません。さらに、Microsoft Corporation及びその関連会社は、本文書に含まれている情報の使用及び使用結果につき、正確性、真実性等、いかなる表明・保証も行ないません。Microsoft Corporation、その関連会社及びこれらの権限ある代理人による口頭または書面による一切の情報提供またはアドバイスは、保証を意味するものではなく、かつ上記免責条項の範囲を狭めるものではありません。Microsoft Corporation、その関連会社 及びこれらの者の供給者は、直接的、間接的、偶発的、結果的損害、逸失利益、懲罰的損害、または特別損害を含む全ての損害に対して、状況のいかんを問わず一切責任を負いません。(Microsoft Corporation、その関連会社 またはこれらの者の供給者がかかる損害の発生可能性を了知している場合を含みます。) 結果的損害または偶発的損害に対する責任の免除または制限を認めていない地域においては、上記制限が適用されない場合があります。なお、本文書においては、文書の体裁上の都合により製品名の表記において商標登録表示、その他の商標表示を省略している場合がありますので、予めご了解ください。

フィードバック

 

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