問題タブ [edb]

Exchange サーバーの .edb ファイルで使用されるさまざまなテーブルと、それらのスキーマを教えてください。

60GBのedbファイルがあり、データベースを個別の電子メールに分割したいと思います。元のドメイン情報がないため、Server2k8vmを起動してそこに再接続することはできません。バイナリデータ（0x09、0x0a、0x0d、および0x20から0x7fではないバイト）をファイル（60から30 GBに変更）から削除し、それを明白なSMTPヘッダーで分割するという単純なアプローチである程度の進歩を遂げました。Exchangeは電子メール全体を連続したブロックにまとめておらず、多くの電子メールを複製しているように見えるため、このアプローチは機能していないようです（これは、ファイル全体をファイルシステムとして扱うのではなく、ファイルシステムとして扱うことによるものです。ファイルシステムをファイルシステムにし、電子メールを/ var / mailなどに保存するなどのより賢明な方法）。

それで、質問は次のとおりです：Googleが私に見せることができないか、見せないであろうExchangeデータベースファイルフォーマットのためのどんなツールと文書が世界に隠されていますか？

Exchange データベースの EDB ファイル形式に関する情報が必要ですか?

次のリンクで提供されている情報を確認しました。

http://sourceforge.net/projects/libesedb/files/

ドキュメントは優れていましたが、非常に紛らわしいので、さらにヘルプが必要です。

EDB フォーマットに関する詳細情報をお持ちの方がいらっしゃいましたら、私に提供してください。

ご協力いただきありがとうございます。

既存のマウントされていないesentデータベースファイル（Windows.edbなど）を読み込もうとしています。私はいくつかのedbファイルをかなりうまくいじっています。しかし、8192と等しくないPageSizeでデータベースを開こうとすると、エラーが発生します。

これが私のコードです（エラー処理なし）：
FError：= JetSetSystemParameter（@FInstance、nil、JET_paramDatabasePageSize、FPagesize、nil）;
FError：= JetCreateInstance（@FInstance、'EDBInstance'）;
FError：= JetInit（@FInstance）;
FError：= JetBeginSession（FInstance、@FSessionId、nil、nil）;
FError：= JetAttachDatabase（FSessionId、FFilename、JET_bitDbReadOnly）;

FPageSize = 8192である限り、正常に機能します。他の値（4096、32768）は、-1213コードを返すJetInit呼び出しで失敗します。データベースに適切なPageSize値を設定しないと、JetAttachDatabaseで同じエラーが発生します。これは理解できます。しかし、JetInitによって返される最初のエラーは理解できません。私は何を間違えますか？Laurion Burchallがこれを読んでいることを願っています！:-)

私はWindows764ビットを実行しています。

ページサイズに問題があるため、esentデータベース（Windows.edb）を開くときに問題が発生しました。私のシステムのWindows.edbのページサイズは32Kです。JET_paramDatabasePageSizeを介してこれを設定すると、JetInitはエラー-1213を返します（データベースのページサイズがエンジンと一致しません）。Laurion Burchallは、データベースへの読み取り専用アクセスのみが必要になったら、JET_paramRecoveryをオフにすることを提案しました。それで私の問題は解決しました。

今まで。データベースを完全にシャットダウンしていません。JET_paramRecovery = Onを使用すると、JetInitが自動的にリカバリを実行し、データベースを読み取らせると思います。しかし、それを試してみると、古い-1213エラーが発生します。

これで、ESENTUTLを使用してファイルを修正できますが、アプリのダミーユーザーは修正できません。リカバリをオンにして、任意のDatabasePageSizeを定義できる方法はありますか？データベースの場所にログファイルはありません（そして、ログパスを同じディレクトリに設定して、他の場所に書き込まれないようにします）。

これは、私のマシンのエンジンがページサイズまたはデータベースをサポートしていないことを意味しますか？または、別のマジックスイッチを設定することで問題を解決できますか？

オフラインのedbファイルを読み込もうとしています。現在持っているのは、テーブルの構造を知りたいedbファイルのテーブルです。

esent.dll (Extensible Storage Engine) の配布権について疑問に思っていました。

Windows に含まれていることは知っていますが、Windows のバージョンによっては同じではありません。

たとえば、Windows 2000 では初期化が異なり、Windows Vista+ ではいくつかの興味深いパラメータが追加されています。

では、クライアント OS に応じて異なる方法でソフトウェアをプログラミングする代わりに、最新バージョンの esent.dll を取得して、ソフトウェアと共に配布することはできますか?

edbデータベースの多様なコレクションからデータ（ダンプと列の選択的読み取り）を抽出しようとしたときに、根本的な問題に直面しました。いくつかのログファイルが付属しているedbデータベースがあります。データベース内にどのような情報があるかはわかっていますが、その半分だけが抽出されています。残りの半分がログファイルのどこかで眠ってしまうのではないかと心配しています。EDBエンジンはログファイルの場所を認識しており、データベースを接続するときに自動的にログファイルをロードすると仮定しました（JET_paramSystemPath、JET_paramLogFilePath、およびJET_paramBaseNameが適切に設定されています）。それは間違った仮定ですか？もしそうなら、ログもロードするにはどうすればよいですか？

または、トランザクションをEDBファイルにコミットして、ログを削除することもできますか？

バイナリ ファイルを開くと、「開けませんでした」というダイアログが表示され、次のエラーが表示されました。

プロセスを開いてアタッチできませんでした。権限を確認して、もう一度お試しください。

（特権ではなく特権である必要があります）

再現する手順：

• edb を起動し、File --> Open でバイナリ ファイルを開きます。
• または、ターミナルから直接開きます: edb --run /path/to/binary/file

ビルド日とプラットフォーム:

Gentoo r10 - 2.6.31

以下は、gdb で実行したときの情報です。

PS: root として実行しようとしましたが、それでも同じエラーが発生しました。

顧客 EDB データベースのテーブルのプライマリ インデックス内をシークしようとしています。そして私は惨めに失敗します。JetGetIndexInfoを使用してインデックス情報を取得し、インデックスについてすべて知っています (これはプライマリ インデックスであり、使用されている列はわかっています)。パフォーマンスを最大化するために、既知の値と既存の値のインデックスをシークしたいのですが、JetSeekは、検索したいキーを見つけることができないと主張しています。

現在、インデックス キーをダンプする方法を探しています。そうすれば、使用しているキーに何かを追加する必要があるか、何らかの方法で変換する必要があるかを確認できます (それが正しいキーであると確信しています)。または、何が問題なのかを見つけるための別のトリックはありますか?

失敗の原因と思われる詳細の 1 つは、 MSysObjectsテーブルのKeyFldIDs列のエントリである可能性があります。特定のインデックスには、いくつかのエントリがあります。自分でインデックスを作成した場合、そのフィールドは通常空白です。それは何をするためのものか？

UPDATE @Laurion: データベースで dbutil を実行できました。関連する抜粋は次のとおりです。