Akonadi 和地址薄
这里的资料由 KDE-PIM 开发人员 Tobias Koenig 提供。
一些定义
真实数据（real data）我们指的像是联系人或事件这类数据。这些数据或是存储在「群件服务器（groupware server）」，或是存储在本地文件中。具体存储的位置取决于你使用的资源，比如，个人联系人（Personal Contacts）资源就是把数据存储到 $HOME/.local/share/contacts，同时 VCard File 资源（已经不推荐使用了
）则存储数据到 $HOME/.kde/share/apps/kabc/std.vcf。
缓存数据（cached data）则是真实数据的副本，放置在数据库中便于更快速的访问和作为离线缓存。数据库还同时保留着用来管理数据的元数据（meta data），Akonadi需要元数据才能正常工作。
设置数据（configuration data）是设定 Akonadi 服务器和个别资源的数据。服务器的设置数据可以在 $HOME/.config/akonadi 找到，资源的设置数据通常存储在 $HOME/.kde/share/config/akonadi_xyz_resourcerc# (xyz 是资源名而#是其的实例数)。
筹备备份
然后现在是该决定备份什么样的数据了。如果你想备份"真实数据（real data）"，这东西又得具体看你设定的资源……要是你用的是「群件服务器（groupware server）」，备份这事应该在那边搞定。对于联系人，你需要的通常是 $HOME/.local/share/contacts 那的文件。
Akonadi 托盘图标提供备份和恢复功能。备份的是"缓存数据（cache data）"，所以可能没带全你所有的数据！如果你想1:1进行系统拷贝，这功能会很有用，你可以拷贝真实数据和配置的同时复制缓存数据过去，之后便不必再次从源载入数据（比如群件服务器）。
测试你的资源
KRunner 提供 Akonadi Resource Configuration，或是你通过 来访问，你可能会发现已经建立好多个资源。还可能你会看到某个资源带上这样的标签：
Address Book - No KDE address book plugin configured yet.
这是旧的兼容性问题（通常是迁移工具引起的）。你应该直接删除之！
std.vcf - Ready
这是 VCard File Resource，每个默认指向 $HOME/.kde/share/apps/kabc/std.vcf。不推荐再用这种方式，因为其没有使用到Akonadi的优势。
个人联系人（Personal Contacts） - Offline
这是你本地联系人指向的优先资源
$HOME/.local/share/contacts
Note that this may say "Offline" when in fact you are using it. This is a display bug, and can safely be ignored.
什么时候更多的组件改用 Akonadi啊？
剩下的组要要是迁移到 Akonadi，其所有数据会存储到 ~/.local/share 吗？那样的话备份会简单许多。嗯，联系人和邮件现在已经这样处理了。但我不指的事件/todos 今后的计划，但也存储到那确实有道理。我们会在今后讨论的时候记住这点的！