我的笔记本带有eSATA接口，我一直使用这个接口连接硬盘。要使用eSATA接口连接笔记本，最省事的方案是买eSATA硬盘盒。网上的eSATA硬盘盒一般还带usb接口，usb2.0和usb3.0都有，兼容性很强。现在要买的话建议买那种带USB3.0接口的。USB3.0接口向下兼容USB2.0接口。

硬盘盒不好的是只能安装一个硬盘进去，另有一个叫硬盘底座的东西，可以换硬盘，有的还兼容3.5寸的台式机硬盘与2.5寸的笔记本硬盘，临时用来连接不同的硬盘复制文件时很方便。

今天我试验了另一种方案，使用SATA转eSATA线直接连接硬盘。这种线一头是SATA接口，可以连接硬盘，跟电脑主机里的SATA接口是一样的，而另一头是eSATA接口，可以插入笔记本的eSATA座。由于硬盘还需要电源工作，我使用一个带12V和5V双电压输出的电源，DIY连接了一个SATA电源插头（插头取自电脑电源使用的D型电源头转SATA电源头转换线），连接上硬盘，果然发现这样硬盘也可以正常工作，跟使用硬盘底座效果是一样的。这种线淘宝上只要几块钱，不过这种电源不好找，新的基本都是杂牌的，于是我买了一个二手的品牌电源，12V 5V双2A输出的，10元左右。

如果你只要连接笔记本硬盘，而你的eSATA接口是那种USB+eSATA的复合接口，你还可以买那种一头包含SATA数据和电源双接口，另一头是eSATA的线，据说这种线会从USB口取5V电源，不用另外的电源供电。这种线也只要十几元。据说还有一种类似的线带有12V的取电设计，因此也可以连接台式机硬盘使用，不过一般的eSATA接口可能没有12V电压的供电设计，所以估计那种线的通用性不怎么样。我就详细查看过我自己笔记本上的USB+eSATA复合接口，没有发现可以配合这种线的12V供电触点。

我使用的是MS SQL Express 2005。要在Windows 7上安装，得安装SP4版本。安装后使用它附加上mdf文件。数据库就可以在上面查询了。在查询窗口输入：

EXEC xp_cmdshell
'BCP "dbname.dbo.tablename" out d:\aa.csv -t , -T -SMY-PC\SQLEXPRESS -w'

这样的命令，就能将数据导出CSV到文件。其中-t后面的是分隔符，这里使用的是逗号，注意这样如果原来数据中也有逗号，会产生数据分隔出问题，这时可以改用其它符号（如####）。-w是指定使用unicode文字编码输出。重点是要加-S参数，指定自己的PC名称\SQLEXPRESS， 不然会连接出错，错误提示如：

[SQL Native Client]Named Pipes Provider: Could not open a connection
to SQL Server [2].
[SQL Native Client]Login timeout expired
[SQL Native Client]An error has occurred while establishing a
connection to the server. When connecting to SQL Server 2005, this
failure may be caused by the fact that under the default settings SQL
Server does not allow remote connections.

exFat分区是微软搞的。说是为闪盘等定制的。解决了FAT或FAT32系统不支持4G以上单个大文件等问题。关键是Windows 7和Mac OS X都可以原生支持。所以我选用了这样一种分区格式。 分区大小为500G，我在上面存了300多G的文件。

一周后，我打开电脑，想找一个文件，发现好像找不到，再仔细一查，发现存放那个文件的分区不见了！！！就是那个exFat分区。

一身冷汗（虽然上面大多是游戏。。。但进度和截图）。Google，论坛转了一两小时，试了几个国产软件（电脑又被加了几个插件，IE首页估计又要被改了。。。），最终找到了R-Studio! Dos上的FAT，WIndows使用的FAT32、NTFS、exFAT，苹果使用的HFS+, Linux使用的ext3分区，好像都可以数据恢复。马上找了一个大硬盘，将坏分区里的文件慢慢考了出来。之后估计再也不敢使用exFAT文件系统了。 把那个分区老老实实地格成NTFS，然后把备份出来的300多G文件重新考回去。。。丰实的一天又过去了。

我写这样一个题目不是来反对云技术的。 我自己也使用云技术。 现在我在使用网络书签， 大量的文档存在email信箱里， 网上也注册了dropbox，里面也有资料。 我在这里想指出的云技术有时候不可靠。 大家不要过于依赖云技术。

详细一点：

云技术不一定保密

把照片，特别是女朋友或情妇的照片/或公司见不得人的机密文件上传到网上，比如QQ空间，即便加上100位数的密码， 我感觉也不一定保密。 首先， 云技术公司的员工，比如QQ空间的服务器管理人员，可以轻松地绕过你的密码，在当地服务器硬盘上查看文件内容，或进行复制操作。 当然，一个有道德的公司应该不会让员工这么做，但是， 谁都不能保证一个公司的品德， 特别是在流氓公司横行网络的今天。。。退一万步，即便网络上真的出现了一个像船长我这样的品学兼优做CEO董事的公司， 我也不能保证我招的每一个服务器管理员的质素，更不能保证他们一生不醉酒或不因失恋而失控。储存有这些数据的公司只是保密的一部分。 数据还有可能在传输过程中被黑客或电信机构等或暗或明目张胆地劫取或监控。。。所以，只要你传了情妇（们）的照片到云技术平台上，你可能为自己成为陈冠希2.0埋下了伏笔， 事发之后损人害已。。。三思三思。

云技术不一定安全，数据有可能会丢失

放在云端的数据丢失的可能性是存在的。导致云技术公司不能提供服务原因很多， 比如服务器故障， 比如机房断电， 比如机房被破坏（自然灾害，外星人入侵。。。）， 还有很多更可悲的人为灾难， 比如机房被拔网线，域名被DNS被电信公司劫持， 域名被注册商停止解释（以我的经验，我确信比例是前三后七！）。
事实上让我写这文章的是前不久发的日本核电泄漏事件。 这么先进强大细心的日本， 也没料想到地震和核电站间的种种细节关联。 云技术上的资料， 要依靠天上云端的公司， 要依靠本地的数码设备， 要依靠电力系统， 要依靠网线网络， 天灾如地震， 人祸如核爆炸都可能把今天看来稳固， 想当然可以依靠的数码信息社会时代打破。 现在的网络如超大的肥皂水泡，可能很圆，可能多彩，很多的人甚至搬到里面工作生活学习娱乐， 但这样的水泡实事上挡不住一个小针尖。 如果真的电线干线或网络干线被断开了，手机找不信号了，怎么上网下载云上面的收藏夹？ 怎么打开收藏好的菜单做饭？到时你不会后悔没把最心爱的歌词手抄一份放在身边吗？

所以说可以使用云技术， 但因为不一定保密， 所以要明白自己上传的东西有外流的可能。 要谨慎选择上传的东西。 当然，你也可以利用这点， 上传大量的假信息， 让误导窃取的人，让他进入混乱状态，伺机单挑; 因为云不一定安全， 所以最好做本地备份。如果资料重要，备份尽量多做一些， 如狡兔三窟，如曹操九十九墓， 备份尽量多样化， 如照片最好在本地硬盘， 外置移动硬盘（防止计算机故障或被盗窃）， 当然，最好再素描一张，藏到华山背后的秘密山洞里。

信息时代，数据无价， 船长友情提醒你认真对待。

首先， 先创建一个脚本文件

nano /usr/local/sbin/mysql_auto_backup.sh

贴入如下内容

#!/bin/sh
#
# 作者 Dallas Vogels 2008-10-01
#
export PATH=/bin:/usr/bin:/sbin:/usr/sbin

OUTPUTDIR="/root/mysql-backups" #将这里修改成你要放备份文件的目录
OPTIONS="--all --complete-insert --add-drop-table --extended-insert --quote-names"
CONFIG_FILE="/root/.my.cnf.backup"

# 检查备份目录是否存在
if [ ! -d $OUTPUTDIR ]; then
        mkdir $OUTPUTDIR
fi

# 获取数据库列表
DATABASES=`echo "SHOW DATABASES" | mysql --defaults-file="$CONFIG_FILE" mysql`

for DATABASE in $DATABASES; do
# 不备份 Database 和 information_schema 这两个数据库
  if [ "$DATABASE" != "Database" -a "$DATABASE" != "information_schema" ]; then
    # 数据库备份开始
    mysqldump --defaults-file="$CONFIG_FILE" $OPTIONS $DATABASE > $OUTPUTDIR/$DATABASE.sql
  fi

done

exit 0

将这个备份脚本添加可执行属性：

sudo chmod og-rwx /usr/local/sbin/mysql_auto_backup.sh

运行mysql

mysql -u root -p

给mysql添加专门用来备份数据库的用户：

GRANT SELECT, LOCK TABLES ON *.* TO mysqlbackup@localhost IDENTIFIED BY 'password';
FLUSH PRIVILEGES;

注意将password换成你想要设定的密码。

新创建一个mysql配置文件：

nano /root/.my.cnf.backup

将这个mysql备份用户信息加到里面：

[client]
user="mysqlbackup"
password="password"

注意再次换密码。

设置好这个文件的属性：

chmod og-rwx /root/.my.cnf.backup

现在可以测试一下数据备份脚本了，运行：

/usr/local/sbin/mysql_auto_backup.sh

如果可以在设定的目录（/root/mysql-backups）找到mysql数据库dump出来的sql文件，那到目前为止一切正常，继续。

创建用来自动备份mysql数据库的logrotate配置文件：

nano /etc/logrotate.d/mysql-backups

贴入如下内容:

/root/mysql-backups/*.sql {
  weekly
  copy
  missingok
  rotate 30
  compress
  notifempty
  create 640 root adm
  sharedscripts
  prerotate
    /usr/local/sbin/mysql_auto_backup.sh
  endscript
}

上面的设置会每周一次地将mysql中所有除Database和information_schema之外的数据库自动dump到/root/mysql-backups/目录中， 并自动将dump文件压缩成gz格式(如果不希望压缩，去掉上面的compress行）。
如果希望将数据备份周期改到每天一次， 直接将上面logrotate配置文件weekly改成daily就可以了（每月一次是monthly)
上面的脚本会自动保留最近30个备份（注意rotate 30参数， 修改30可设置保留的备份数）

最后测试一下logrotate配置文件有没有问题，强制运行logrotate：

logrotate -f /etc/logrotate.d/mysql-backups

这时/root/mysql-backups/目录应该出来gz格式的mysql数据库备份文件。

这时用logrotate的自动mysql数据库的备份部署完成了。这样每星期到/root/mysql-backups/目录下载mysql备份文件就可了。