Linux下SVN的三种备份方式
（本文例子基于FreeBSD/Linux实现，windows环境请自己做出相应修改）
配置管理的一个重要使命是保证数据的安全性，防止服务器应硬盘损坏、误操作造成数据无法恢复的灾难性后果。因此制定一个完整的备份策略非常重要。
一般来说，备份策略应规定如下几部分内容：备份频度、备份方式、备份存放地点、备份责任人、灾难恢复检查措施及规定。
备份频度、存放地点等内容可以根据自己的实际情况自行制定；本文重点描述备份方式。
svn备份一般采用三种方式：1）svnadmin dump 2)svnadmin hotcopy 3)svnsync.
注意，svn备份不宜采用普通的文件拷贝方式（除非你备份的时候将库暂停），如copy命令、rsync命令。
笔者曾经用 rsync命令来做增量和全量备份，在季度备份检查审计中，发现备份出来的库大部分都不可用，因此最好是用svn本身提供的功能来进行备份。
优缺点分析：
==============
第一种svnadmin dump是官方推荐的备份方式，优点是比较灵活，可以全量备份也可以增量备份，并提供了版本恢复机制。
缺点是：如果版本比较大，如版本数增长到数万、数十万，那么dump的过程将非常慢；备份耗时，恢复更耗时；不利于快速进行灾难恢复。
个人建议在版本数比较小的情况下使用这种备份方式。
第二种svnadmin hotcopy原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量备份；
优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了svn服务，甚至不需要恢复，只需要进行简单配置即可切换到备份库上工作。
缺点是：比较耗费硬盘，需要有较大的硬盘支持（俺的备份机有1TB空间，呵呵）。
第三种svnsync实际上是制作2个镜像库，当一个坏了的时候，可以迅速切换到另一个。不过，必须svn1.4版本以上才支持这个功能。
优点是：当制作成2个镜像库的时候起到双机实时备份的作用；
缺点是：当作为2个镜像库使用时，没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”；而当作为普通备份机制每日备份时，操作又较前2种方法麻烦。
下面具体描述这三种的备份的方法：
===============
1、svnadmin dump备份工具
------------------------
这是subversion官方推荐的备份方式。
1）定义备份策略：
相关文档：
尚学堂linux笔记（二）
touch 文件 创建文件
rm 文件名 删除文件
rm –r 文件夹名 递归删除文件夹
rm –rf 文件夹名 递归强制删除文件夹
rmdir 文件夹名 删除空文件夹
cp (-r)源文件/原文件夹 目标文件/目标文件夹
mv(-r) 源文件 目标文件/目标文件夹
tree 树状显示
查看环境变量：windows ......
1.启动蓝牙设备
sudo /etc/init.d/bluetooth restart
或者
sudo /etc/init.d/bluez-utils restart
2.使用hcitool dev查看计算机上的蓝牙设备
teapot@teapot:~$ hcitool dev
Devices:
hci0 00:16:CF:DB:B4:BF
teapot@teapot:~$
3.安装设备
查询设备地址
teapot@teapot:~$ sudo hidd - ......
1、/etc/modules.conf文件：
在Debian/Ubuntu派系中名为/etc/modules，在有些Linux系统中也用名/etc/conf.modules。该配置文件定义了各种需要在启动时加载的模块的参数信息。这里主要着重讨论关于网卡的配置。在使用Linux做网关的情况下，Linux服务器至少需要配置两块网卡。为了减少启动时可能出 ......
一、总结一下：
1.linux下启动mysql的命令：
mysqladmin start
/ect/init.d/mysql start (前面为mysql的安装路径)
2.linux下重启mysql的命令：
mysqladmin restart
/ect/init.d/mysql restart (前面为mysql的安装路径)
3.linux下关闭mysql的命令：
mysqladmin shut ......
本来我的机器装的双系统 XP+Fedora ，最近重装了XP，不知道怎么搞的，原来用bootpart.exe做的引导都不行了，于是怀疑是linux分区上的引导信息没了，于是找出fedora安装盘，进入 rescure mode, chroot /mnt/sysimage, cd /boot/grub/ ， 好，进入了grub的安装目录了！
接下来就是要把grub的引导信息写到它� ......
