之前在 Android 手机一直都用一个比较小巧的记账软件 Handy EasyMoney（轻松理财） 来记录管理平时的理财开销等数据，虽然这个 App 也比较流畅好用，但用到后来越来越发现 EasyMoney 的缺点：

• 只支持 Android 平台，不支持 iOS、Windows 等平台；
• 完全不支持网络，没有同步、Web 管理等操作，更别想实现全平台同步等目标了；
• 老版本导出的数据有可能导入不了新版本，有点不保险；
• 条件查询、报表管理功能还比较薄弱；
• 采用私有的数据格式，导出只能再选择 CSV 格式导出，不方便迁移到其它软件；
• 不支持导入其它财务软件的数据。

而最近看到的随手记软件（官网：http://www.feidee.com/）则基本都解决了上面的问题，特别是全平台同步（不止主流的 Android、iPhone、iPad 等平台，连软件现在很稀少的 Windows Store 上都有随手记了）和强大的 Web 管理功能还是有比较深的印象。

最近想着能把数据从 EasyMoney 迁移到随手记，但由于 EasyMoney 并不是特别知名，随手记支持的数据导入方式并没有 EasyMoney，而我在 EasyMoney 上已经记了一年多的财务数据，如果手工导入是会疯掉的。因此稍研究了下 EasyMoney 的 CSV 导出数据格式和随手记的 Web 导入格式，写了一个脚本来自动实现数据转换，方便进行导入。

EasyMoney 数据导入随手记

下面以我现在使用的 Handy EasyMoney 1.6.3 汉化版本为例子说明如何将 EasyMoney 财务数据导入到随手记中，英文版的 EasyMoney 的方法需要稍做下改动，请注意下面的说明。

首先进入手机的 EasyMoney App，记下随手记里的各个账户的名称和初始余额，例如我的账户列表为（名称不可出错）：现金、信用卡、银行账户、支付宝。然后点击菜单中的“数据库工具”，选择“导出.CSV”，然后就可以选择不同的账户类型进行导出，建议将“字段分隔符”设置为“|”或者“Tab”，防止和财务数据中的信息冲突 ：

点击“导出”按钮就会在 SD 卡的 EasyMoney/csv_output 文件夹中产生对应的 CSV 文件，将 CSV 文件拷贝到 PC 中，可以用支持 UTF-8 的文本编辑器打开检查下，格式就像下面这样：

PAYEE_ITEM_DESC|CATEGORY|AMOUNT|STATUS|TRAN_DATE|REMARKS
"上海汽车站"|"交通"|-42.00|"未清算"|"21 Aug 2013"|"回常熟汽车票"|
"常熟公交"|"交通"|-1.00|"未清算"|"21 Aug 2013"|"汽车南站回公司"|
"银环面馆"|"食品"|-8.00|"未清算"|"21 Aug 2013"|"午餐"|
"华兴便利"|"食品"|-1.50|"未清算"|"21 Aug 2013"|"中午雪糕"|
"安徽大排档"|"食品"|-8.00|"未清算"|"21 Aug 2013"|"晚餐"|
"华联超市"|"购物"|-13.60|"未清算"|"21 Aug 2013"|"瑞士卷、山楂、雪碧、牙膏"|

下面先访问随手记官方网站，进入 “我的账本”，点击 “账户” 标签，向随手记的账户列表预先添加好需要的账户以备导入，账户列表里的账户名称最好与 EasyMoney 中的账户名称一致，这样批量导入数据比较方便（可以等导入完成之后修改账户名称的）。

例如如下图所示，我把现金账户中的子账户名称改为与 EasyMoney 对应的名称：现金，并设置初始余额，将信用卡账户中的子账户名称改为：信用卡，将金融账户中的子账户名称改为：银行账户，并在虚拟账户中建立一个账户，名称为：支付宝。

需注意的是 EasyMoney 中信用卡账户与普通账户没什么区别，初始余额表示信用卡的初始可用额度，例如 10000 元的信用卡初始余额为 8000 元；而在随手记中初始余额表示信用卡的负债数额，这样上面的情况就可以用随手记专门的“信用卡”功能模块，先设置信用卡可用额度为 10000 元，初始负载数额为 2000 元。

随后进入随手记 Web 版的 “记账” 标签，这时就有几条记录表示余额变更，此时需要将这几条记录的时间修改为 EasyMoney 中最早的记录时间之前，这样导入数据之后账户的余额就是正确的值。

下载导入数据用的随手记 Web 版 Excel 模板（点击 [这里] 下载），打开查看一下随手记的数据格式如下所示：

简单研究了随手记的 Excel 模板格式之后，我写了一个 Linux shell 环境（Windows 上也可以使用 Cygwin 等 shell 环境）下运行的 easymoney2feidee.sh 脚本来自动将 EasyMoney 导出的数据转换为随手记的数据格式。

你可以直接点击 [这里] 或 [这里] 下载此脚本，脚本内容如下：

#!/bin/sh
if [ $# -lt 3 ]; then
echo "Usage: $0 csv-file account-type out-file"
exit
fi

EM_FILE="$1"
EM_TYPE="$2"
EM_OUT="$3"

sed -i 's/\"//g' $EM_FILE

gawk -F '|' -v ETYPE="$EM_TYPE" 'BEGIN{
m = split("Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec", d, "|")
for (o = 1; o <= m; o++){
months[d[o]] = sprintf("%02d", o)
}
}
{
if (NR > 1 && $2 != "转账 (转入)") {
OUT_TYPE = "";
OUT_VAL = $3;
if ($2 == "转账 (转出)") {
if (substr($1, 1, 13) == "转入账户 ") {
OUT_TYPE = substr($1, 14);
}
printf "转账";
} else if ($3 > 0) {
printf "收入";
} else {
printf "支出";
}
if ($3 < 0) {
OUT_VAL = -OUT_VAL;
}
split($5, time, " ");
date = time[3]" "months[time[2]]" "time[1]" 0 0 0"
printf "\t"strftime("%Y-%m-%d", mktime(date));
if (length(OUT_TYPE) <= 0) {
printf "\t"$2;
} else {
printf "\t";
}
printf "\t";
printf "\t"ETYPE;
printf "\t"OUT_TYPE;
printf "\t"OUT_VAL;
printf "\t本人";
if (length(OUT_TYPE) <= 0) {
printf "\t"$1;
} else {
printf "\t";
}
printf "\t";
printf "\t"$6"\n";
}
}' $EM_FILE > $EM_OUT

下面简单说明下脚本：

在 shell 下运行 easymoney2feidee.sh 脚本并传入 3 个参数，分别表示 EasyMoney CSV 文件名、CSV 文件对应的账户名称、输出文件名称。

如果你的 CSV 文件不是用 “|” 隔开的，请修改脚本第 13 行中的 “|” 分隔符。脚本首先会去掉 CSV 文件中的所有双引号方便处理数据，然后按分割符得到数据，并判断是否是 EasyMoney 的转账处理（转出需要分别记录本账户名称、转入的账户名称；如果是转入则不需要记录），先记录财务记录类型，然后将 EasyMoney 的日期（EasyMoney 只支持日期，没有细化到具体时间）转换为随手记的时间格式，记录商家、金额（EasyMoney 金额为正值表示收入，负值表示支出）等信息，最终以 Tab 隔开生成输出文件（Tab 隔开的文本复制到随手记 Excel 表格中时可以自动跨越列）。

需要注意的是此脚本处理的是汉化版的 EasyMoney 的数据，其中转账用的固定值为：转账 (转入)、转账 (转出)、转入账户，如果你使用的是英文原版的 EasyMoney App，那需要将脚本小做下修改。

例如我在 Cygwin 环境下运行脚本将 “现金” 账户的 CSV 文件转为随手记的数据：

./easymoney2feidee.sh 现金_cny.csv 现金 现金.txt

输出的文件即为：现金.txt 文件，使用文本编辑器打开 现金.txt 文件，并将所有内容复制到随手记的模板 Excel 文件中并保存，最终数据形式即符合随手记的要求了（检查下与 EasyMoney 的 CSV 数据是否相符）：

然后就可以到随手记的 “我的账本” 首页中选择 “导入导出” 并选择数据导入选项的 “随手记web版”，选择上面生成的 Excel 文件，点击 “上传数据” 等待片刻，随手记就能识别到数据，此时还需要最后一步选择分类数据和随手记账户：

如上图所示，仔细选择 EasyMoney 中的分类和随手记分类的对应关系，并选择导入的随手记账户，点击导入数据按钮，稍等几分钟数据就正确导入了（我的现金账户 2000 条数据导入花了 4 分钟左右），在随手记 Web 版的记账界面中可以查看到：

如果你发现刚才选择的分类有的条目不对应，完全可以借助随手记强大的条件查询功能先搜索到对应条目，然后使用批量修改功能统一进行修改，总之比 EasyMoney 的可用性好不少。

本文为个人总结经验所得，所写的脚本并不适合所有的情况，因此使用中有任何问题欢迎提出指正哦，玩的开心~~~ ^_^

这是一篇受密码保护的文章，您需要提供访问密码：

密码：

在某些场合下，用户需要在 Linux 系统中实现直接的块设备同步方式，需要将一个裸设备中的内容完全同步到另一个裸设备，有时甚至需要能自定义位移和大小进行同步，这时 Linux 自带的 dm-mirror 模块很可能是比较好的实现方案。

dm-mirror 是 Linux kernel 中 device-mapper（DM）模块（device-mapper 内部称为 target）中的一个，可以实现多个块设备间的数据同步，并支持通过 dm-log 模块保存同步时的元数据信息，方便在关机和重启之后能够继续之前的进度进行同步，而且 dm-mirror 的元数据可以选择保存在内存中或者固定的块设备中。LVM 逻辑卷管理中的 pvmove 命令可以在卷组中替换物理卷，pvmove 命令正是基于 dm-mirror 模块实现的。Linux kernel 中还包含了其它的一些 device-mapper target 模块，例如 dm-linear（用于实现 LVM 逻辑卷管理）、dm-crypt（加密数据）、dm-snapshot（用于实现即时快照）等。

dm-mirror 的主要实现代码在 Linux kernel 代码树的 drivers/md/dm-raid1.c 中，dm-mirror 的日志元数据记录功能通过 dm-log 模块实现，同步的区块划分由 dm-region-hash 模块实现，底层的同步实现则由 kcopyd 来实现。kcopyd 的功能就是从一个块设备拷贝一定扇区的数据到另一个或多个块设备，kcopyd 支持异步的完成通知功能，目前主要被 dm-snapshot 和 dm-mirror 模块使用。有关 Linux kernel 中 kcopyd 的说明请参考这里：http://www.kernel.org/doc/Documentation/device-mapper/kcopyd.txt。

dm-mirror 设备的装载通过 dmsetup 命令来实现，以下说明的地址都是以扇区为单位（固定为 512 个字节），先看看 dm-mirror target 的 table 格式：

start length mirror log_type #logargs logarg1 ... logargN #devs device1 offset1 ... deviceN offsetN [#features <features>]

对每个值分别说明如下：

• start 为虚拟设备起始扇区地址，一般固定为 0
• length 为 dm-mirror 设备的大小，也就是同步的总扇区大小
• mirror 值固定，表示这是一个 dm-mirror 设备
• log_type 指定日志元数据类型，常用的是 core 和 disk 两种类型
• #logargs 表示后面的 logarg1 ... logargN 一共有多少个
• #devs 表示需要同步的设备个数，每个设备都有一个 device 值和一个 offset 值
• deviceN offsetN 为每个需要同步的设备的设备路径（或者设备号）和偏移地址
• #features 和 features 为可选的值，#features 表示可选项个数
• 如果指定了 #features，则必须为 1，且 features 必须为 handle_errors（表示 dm-mirror 会自动进行错误处理，即同步出错时自动停止同步并删除 dm-mirror 虚拟设备）

然后是 core 和 disk 两种日志元数据类型的介绍（另外有 clustered_core 和 clustered_disk 两种适用于集群的日志类型，有兴趣可以自己去了解下哦）：

• core 类型（内存）：
  日志保存在内存中，关机或者重启之后会丢失，因此安全性较差，但由于元数据存放在内存中，性能相对 disk 类型来说是非常好的。#logargs 个数为 1-2 个，日志参数格式为：
  regionsize [[no]sync]regionsize 为日志区块的大小（512 个字节的扇区为单位），可选的 sync 和 nosync 用于指定 dm-mirror 是否已经同步过。
• disk 类型（磁盘）：
  日志保存在磁盘（块设备）中，因此可以在关机或重启之后继续之前的同步进度，当然性能比 core 类型肯定是要差一些的。#logargs 个数为 2-3 个，日志参数格式为：
  logdevice regionsize [[no]sync]logdevice 指定日志元数据存放在哪个块设备上，可以使用设备路径或者主从设备号形式，其它参数与 core 类型相同。

Linux 系统中 dm-mirror 具体使用步骤举例如下：

1. 首先加载 dm-mirror 模块：
   modprobe dm-mirror
2.  准备好需要同步的设备，假设是实际应用中的一种常见需求：Linux 系统盘为 /dev/sda，系统中另外有个数据盘 /dev/sdb。但由于磁盘 /dev/sdb 寿命快到了，需要将 /dev/sdb 磁盘上的数据同步到 /dev/sdc 上，/dev/sdc 的容量比 /dev/sdb 要大。
   
   先得到 /dev/sdb 和 /dev/sdc 的容量大小（以 512 个字节的扇区为单位）：
   blockdev --getsz /dev/sdb
   blockdev --getsz /dev/sdc
   
   假设分别为 209715200（100G） 和 314572800（150G）。
3. 在系统中通过文件方式产生 loop 设备用作 dm-mirror 同步存放日志元数据的设备，防止关机或重启之后同步进度丢失，1MB 的文件已完全足够保存日志元数据：
   
   dd if=/dev/zero of=meta.dat bs=1024k count=1
   运行完成将产生一个 1MB 大小的 meta.dat 文件。
4. 准备 loop 设备：
   
   losetup -f
   得到空闲的 loop 设备名，假设为 /dev/loop0；
   
   losetup /dev/loop0 meta.dat
   装载 loop 设备。
5. 运行 dmsetup create 命令创建 dm-mirror 设备进行同步：
   
   echo "0 209715200 mirror disk 2 /dev/loop0 16384 2 /dev/sdb 0 /dev/sdc 0 1 handle_errors" | dmsetup create mirror0
   
   运行成功之后将产生名称为 mirror0 的虚拟 dm-mirror 设备。
   
   echo 中间的字符串即为 dm-mirror 的 table 格式：209715200 为同步的大小，disk 指定元数据保存在磁盘中，/dev/loop0 为元数据设备，16384 为区块大小（这里指定为 8MB 为提高同步性能），后面的参数指定将 /dev/sdb（源设备，起始地址为 0）的数据同步到 /dev/sdc（目标设备，起始地址为 0），1 和 handle_errors 表示不忽略同步错误。
6. 查询同步状态和进度：
   
   dmsetup status mirror0
   
   输出类似下面：
   
   mirror0: 0 209715200 mirror 2 8:16 8:32 417/12800 1 AA 3 disk 7:0 A
   
   8:16 和 8:32 为 /dev/sdb 和 /dev/sdc 的设备号，209715200 个扇区的数据以 16384 个扇区为单位可得到需要划分为 12800 个区块，现在已经同步了 417 个区块，AA 表示两个要同步的设备都正常，7:0 为日志元数据设备 /dev/loop0 的设备号。
7. 定期运行 dmsetup status mirror0 查看进度，同步完成时，进步部分将显示为：12800/12800，表示所有区块都已经同步好了；
8. 删除没有用了的 dm-mirror 设备：
   dmsetup remove mirror0
9. 删除没有用了的 loop 设备：
   losetup -d /dev/loop0
10. 至此两块磁盘间的同步操作已经完成，在此过程中间即使有非正常的重启或者关机操作，也只需要在重新启动之后，再运行第 4 和 第 5 步就可以继续重启之前的进度进行同步。

从上面的例子可以看出 dm-mirror 在 Linux 系统中还是很有用处的。实际上上面的例子中在同步完成之后就把 dm-mirror 设备删除了，如果不删除的话，是可以直接继续对 dm-mirror 设备（上面例子中的 dm-mirror 设备的实际路径为：/dev/mapper/mirror0）进行读写的，dm-mirror 设备在写时会自动将下面的设备数据进行同步，这样实际上就是类似 RAID1 磁盘阵列的效果了。

另外一种比较典型的应用是利用 dm-mirror 实现两个 SAN 网络设备间的同步，这看起来比较类似于 DRBD 的功能，但在实现上远比 DRBD 要简单和透明的多。可以实现单独的服务器分别连接两个不同的 SAN target（光纤、Infiniband 或者 iSCSI 都可以），得到两个不同的 SCSI 设备，然后就可以使用 dm-mirror 创建新的虚拟设备，在这个新的虚拟设备上的读写操作会在 Linux kernel 底层自动同步到对应的两个 SAN 设备中。

由于 dm-mirror 没有比较正式的官方文档，以上为个人参考 Linux kernel 源码和相关说明总结出来的，其中有任何问题欢迎提出指正，玩的开心 ^_^

rsync是一个开源免费的文件同步和备份工具，可用于本地备份，本地与远程服务器之间的备份，可以实现增量和差异备份，而且由于比较好的算法，在文件备份速度上也相对其它一些文件备份工具有明显的优势。

但 rsync 一直以来没有 Windows 下的原生客户端，都是基于 cygwin 环境实现，实际备份性能会受一些影响，近日看到 rsync 的 基于 MSYS 的 Win32 原生客户端已经被 port 出来，故简单做下性能对比测试。

测试环境：

rsync服务器为 RHEL5 Linux 64bit，8个SATA盘的RAID0做下层存储，采用单千兆网络和千兆交换机
rsync客户端为：RHEL5 Linux 64bit，Windows 2003 Enterprise 32bit

测试时 rsync 均通过匿名方式访问，不经过SSH做用户验证，由于考虑到测试的 rsync 客户端的系统盘速度有瓶颈，客户端文件读写都通过内存文件系统来实现（Linux 上使用 tmpfs，Windows 上使用 ImDisk 模拟内存盘）。

使用同样的客户端主板分别在 Linux 和 Windows 内存中产生 1.5GB 的测试文件，然后通过 rsync 客户端进行备份到服务器（写操作）和从服务器上恢复（读操作）的操作。

备份命令示例：
rsync -hv x.dat 192.168.1.125::rsync0/

测试软件列表：

• 标准 Linux rsync 客户端（RHEL 5 系统自带）
• cygwin rsync 客户端
• MSYS rsync 客户端
  http://sourceforge.net/projects/mingw/files/MSYS/Extension/rsync/
• RsyncWin32 客户端
  http://sourceforge.net/projects/rsyncwin32/

测试结果：
 

从测试结果看，由于 rsync 本身面向类 Linux 环境开发，在 Linux 系统中有着非常好的性能，cygwin rsync 与 Linux 相比有一定差距，但实际使用中还是比较稳定的，而 MSYS rsync 还处于测试阶段，虽然没有出现备份错误，但在千兆网络环境下性能非常差，RsyncWin32 则相对而言问题比较多，备份过程中甚至会出现备份错误。

综上看来，目前在 Windows 上使用 cygwin rsync 做备份客户端仍然算是比较好的解决方案，MSYS rsync 的问题可以啥时候有空再看看咯。