问题标签 [journaling]

最初使用 MS 特定的键盘日志挂钩 (WH_JOURNALRECORD) 设置 C++ 应用程序后，我们发现它无法在 Vista 上运行，除非以管理员身份运行并启用 uiAccess。MSDN 问题 - Vista 上的日志挂钩？

我们希望以一种友好的方式记录来自用户的键序列，该序列将在以后重复。用户按下录制按钮，将显示一个带有停止按钮和录制键的对话框。

使用日志钩子的一个优点是你只得到了做某事的击键。按住 shift 键并没有报告 100 个 shift 键，但是当你敲击一个字母时确实报告了使用情况。另一个优点是您可以将焦点设置到应用程序之外的区域，例如另一个应用程序窗口，并在用户交互时记录操作。

除了将现有应用程序的键盘捕获部分作为单独的可执行文件以管理员身份使用 uiAccess 运行之外，我还在寻求其他想法，了解如何记录在 2K、2K3、2K8、XP、Vista 的 Windows 上工作的击键。

编辑：我知道仅记录任何内容都会存在安全问题，显然，如果您可以在没有用户注意到的情况下执行此类操作，则您拥有用于黑客攻击的典型击键记录器。呜呜呜……

有没有办法让这个用户和他们的应用程序在相同级别（或更低级别）运行并捕获击键？让它弹出 vista 安全性，你确定对话框没问题，但该进程不能用 uiAccess 标记（否则它不会与系统的其余部分正确交互），并且在 98% 的情况下它将由用户运行而无需提升为管理员的权限。

假设您正在构建一个日志/预写日志存储系统。您可以通过（对于每个事务）附加数据（使用 write(2)）、附加提交标记然后 fsync-ing 来简单地实现这一点吗？

要考虑的场景是，如果您对此日志进行大量写入，然后对其进行 fsync，并且在 fsync 期间出现故障。是否仅在刷新所有数据块后才刷新 inode 直接/间接块指针，还是不能保证按顺序刷新块？如果是后者，那么在恢复过程中，如果您在文件末尾看到一个提交标记，则您不能相信它与前一个提交标记之间的数据是有意义的。因此，您必须依赖另一种机制（至少涉及另一个 fsync）来确定日志文件的一致程度（例如，写入/fsync 数据，然后写入/fsync 提交标记）。

如果它有所作为，主要是想知道 ext3/ext4 作为上下文。

我正在查看在 ext3 中实现日志的源代码，我遇到了类型handle_t,transaction_t和journal_t.

handle_t表示由进程执行的单个原子更新。transaction_t表示一组复合的原子更新，并journal_t维护单个文件系统的所有日志信息。

我有以下疑问：-

1. 一组磁盘交互如何分组到各种事务中？
2. 请提供句柄和事务的示例。

我正在寻找有关任何可以帮助我使用 Ruby 构建电子邮件归档系统的库或方法的信息（如果建议，我对其他语言持开放态度）。

该应用程序需要执行以下操作：

• 1）坐在接收邮件服务器上，接收并存储所有传入的电子邮件。

  2) 存储电子邮件后，将其推送到我们实际的电子邮件服务器。

  3) 电子邮件存档应该是可搜索的。

对此的任何想法表示赞赏，我似乎无法找到执行此操作的现有项目。

ext3 有 3 个日志选项：日志、有序和写回。根据维基百科条目，这些范围从风险最小到崩溃恢复风险最大。由于某种原因，Android 的 Linux 版本只支持后两种选项，并且默认为 writeback。（我正在运行 Froyo）

有没有办法添加对日志模式的支持？我想在 /data 分区上执行此操作，即 ext3，也是大多数文件写入发生的地方。我的设备没有电池，所以当有人断开电源时，我需要确保它是防撞的。

如果有人感兴趣，Linux 选项在 kernel/fs/ext3/Kconfig 中定义。具体选项是 EXT3_DEFAULTS_TO_ORDERED。

我知道日志文件系统 (JFS) 只记录元数据。

但是Linux下的JFS是像ext3 writeback模式还是像ordered模式那样工作呢？

我正在开发一个项目，我们需要在我们的 DBMS（MySQL）中使用“事务日志”。我们已经切换到使用 InnoDB 以便将事务用于另一个需求。我试图了解什么是事务日志。我已经搜索了一天多，包括阅读 MySQL 文档。也许我只是没有搜索正确的关键字，我不确定。或者“事务日志”可能是不恰当的术语。

据我了解，数据库事务日志类似于日志文件系统，因为在将日志提交到文件系统之前对日志进行了更改。根据我的阅读，听起来 InnoDB 引擎在将事务提交到磁盘之前将它们存储在某种日志中。这听起来准确吗？如果是这样，交易日志在哪里？是 ib_logfile0 和 ib_logfile1 吗？

这是我的看法，不知道是对是错：

日记日志是“重做”日志。它记录数据文件的修改。

比如我想把一条记录的字段值从'a'改成'b'，那么mongodb会找到怎么修改dbfile（包括所有的命名空间、数据、索引等），然后mongodb写对期刊的修改。

之后，mongodb 对 dbfile 进行所有真正的修改。如果这里出现问题，当 mongoDB 重新启动时，它将读取日志（如果存在）。然后它将更改 dbfile 以使数据集保持一致。

所以，在日志中，没有记录要更改的数据，而是记录了如何更改dbfile。

我对吗？我在哪里可以获得有关期刊格式的更多信息？

ext3 和 ext4 文件系统具有日志功能。是否有一些 API 可以获取有关文件的详细信息或事件？

某种 API，允许用户空间程序访问文件的日志条目。甚至是日志事件，例如“文件 x 已删除”。

这似乎是某种文档，但我不确定它是否正确。

我在 Exchange 2010 上使用日记功能将所有通过集线器传输的电子邮件放在一个邮箱中。在这些电子邮件中，我得到收件人、发件人、主题和消息 ID。怎么可能得到身体？