问题标签 [edb]

谁能告诉我交换服务器 .edb 文件中使用的不同表是什么以及它们的架构是什么。

我有一个 60GB 的 edb 文件，我想将数据库分成单独的电子邮件。我没有任何原始域信息，所以我不能只启动一个 Server 2k8 虚拟机并在那里重新连接它。我在从文件（从 60 GB 到 30 GB）中剥离二进制数据（不是 0x09、0x0a、0x0d 和 0x20 到 0x7f 的字节）的天真方法方面取得了一些进展，然后将其拆分为明显的 SMTP 标头。这种方法似乎不起作用，因为 Exchange 不会将整个电子邮件放在一个连续的块中，并且它似乎复制了很多电子邮件（这可能是将整个文件视为文件系统的工件，而不是做更明智的做法，比如让文件系统成为文件系统，并将电子邮件存储在 /var/mail 等中）。

所以，问题是：哪些 Exchange 数据库文件格式的工具和文档隐藏在 Google 无法或不会向我展示的世界中？

我想要有关 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 正在阅读这篇文章！:-)

我正在运行 Windows 7 64 位。

I had a problem opening an esent database (Windows.edb) due to some problem with the page size. The pagesize of the Windows.edb on my system is 32K. When I set this via JET_paramDatabasePageSize JetInit would return the error -1213 (The database page size does not match the engine). Laurion Burchall suggested to turn off JET_paramRecovery once I need only a ReadOnly access to the database. That solved my problem.

Until now. I have a not perfectly shutdown database. I assume that, with JET_paramRecovery=On, JetInit would automagically do the recovery and let me read the database. But if I try that I get that old -1213 error.

Now I can fix my file with ESENTUTL but the dummy user of my app won't be able to. Is there some way to have recovery on and still be able to define ANY DatabasePageSize? There are no log files present at the location of the database (and I set the Logpath to the same directory to make sure they aren't written anywhere else).

Does this mean that the engine on my machine does not support the page size or the database? Or could I solve the problem with setting another magic switch?

我正在尝试读取离线 edb 文件。我现在拥有的是 edb 文件的表格，我想知道表格的结构。任何帮助

我想知道 esent.dll（可扩展存储引擎）的分发权限。

我知道它包含在 Windows 中，但根据 Windows 的版本，它并不相同。

例如，在 Windows 2000 中，初始化是不同的，而在 Windows Vista+ 中，添加了一些有趣的参数。

那么，与其根据客户端操作系统对我们的软件进行不同的编程，我们是否可以只使用最新版本的 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声称它找不到我想要搜索的键。

现在我正在寻找一种方法来转储索引键。这样我就可以查看是否应该在我正在使用的密钥中添加一些内容或以某种方式对其进行转换（我绝对确定它是正确的密钥）。还是有其他技巧可以找出问题所在？

可能是我失败原因的一个细节可能是MSysObjects表中KeyFldIDs列中的条目。特定的索引在那里有一些条目。如果我自己创建索引，该字段通常为空白。它有什么作用？

更新@Laurion：我已经设法在数据库上运行dbutil。这是相关的摘录：