Towards Open Source

rsync 是一个快速增量文件传输工具，它可以用于在同一主机备份内部的备分，我们还可以把它作为不同主机网络备份工具之用。相对tar和wget来说，rsync 也有其自身的优点，比如速度快、安全、高效；

我们平常运用的rsync备份方法均是利用典型的rsync备份方法，服务器需要备份就需要配置rsync deamon服务，然后在Backup服务器上配置计划任务。该方式显得非常的复杂，如果架构或IP地址发生变化，那么就必须到各相关设备进行配置修改。该部分的配置我就不叙述，Google一下就知道。
ssh+sync+expect备份方法则可以集中的在一台服务器上进行配置与管理，即使增加节点也一样方便。方法如下：
1.创建备份脚本backup.sh

vi backup.sh

rsync -avz --rsh="ssh -l root" 192.168.50.21:/opt/wwwroot /backup/hostname
2.创建密码录入脚本backup.exp

vi backup.exp

#!/usr/bin/expect -f
#
spawn date "+%Y-%m-%d %H:%M"
expect "#"
spawn backup.sh
expect "password:" { send "root密码\n" }
expect ".*\@.*#"
该expect命令需要安装expect包，具体可以在安装光盘内找到。
3.创建计划任务

crontab -e

10 * * * * backup.exp >> backup.log
如果需要增加新的节点，仅需重复以上步骤即可实现。
以上仅大致思路，严谨做法请大家再深入思考！

备份介质与备份方式选型，我个人觉得取决于以下两个要素：

数据备份的保存周期；
可用于备份时间与备份数据总量；

首选，数据备份的保存周期。磁带的保存时间是最长的，其次是硬盘，最后是光盘。通常运用硬盘与磁带结合的方式，数据由计算机备份到磁盘阵列存储（该过程可多流并发处理），然后定期归档转移到磁带保存。
最后，可用于备份时间与备份数据总量；在确定了所拥有的数据量和备份这些数据的时间后，可以大致估算出在分配的时间内备份全部数据必须达到的最小数据传输率。要计算出一个大概的最小传输率，请用数据量除以可用于备份数据的时间：
数据备份量 ÷ 备份窗口 = 所需速率
例如，假设有 1 TB 的数据需要备份，每个晚上有 5 个小时的备份时间，而且要在一个会话中备份全部数据，则速率要达到 200 GB/小时。
以下是常见硬件数据传输速率汇总：

SCSI 或光纤接口

版本
总线宽度
近似最大数据传输率

Wide Ultra SCSI
16 位
40 MB/秒 = 144 GB/小时

Ultra2 SCSI
8 位
40 MB/秒 = 144 GB/小时

Wide Ultra2 SCSI
16 位
80 MB/秒 = 288 GB/小时

Ultra 160 SCSI
16 位
160 MB/秒 = 576 GB/小时

Ultra 320 SCSI
16 位
320 MB/秒 = 1152 GB/小时

光纤通道
1 Gb
100 MB/秒 = 360 GB/小时

光纤通道
2 Gb
200 MB/秒 = [...]

在重大项目的规划上有时候值得强调未雨绸缪，在你的项目当中每一项抉择不管是否直接牵涉到费用，抉择最终的体现均以费用价格体现。
例1：如备份大容量数据需要快速，则意味着需要网络带宽高或存储设备速度快，而需要实现这两者都需要有较充裕的预算。
例2：为了满足速度或数据安全方面的要求，可能需要购买更多介质。介质元素的价格异常昂贵，尤其是用于新式和较快的备份设备的介质。
因此，你需要确定所在组织能够承受的：

在备份和恢复解决方案上的花费
在丢失数据和维护时间上的损失

通常来说，这些都需要有大量的经验支持。备份工作需要考虑的事项较多，既要满足现状也要考虑日后的发展需求，避免数据膨胀导致备份策略无法适应新需求。

保护数据和管理备份存储在本质上是一个策略问题，而不是技术问题。技术可以实
现策略，但它无法告诉您应该采取什么策略。
你在制定策略的时候，首先要了解以下信息：

了解您的机构如何使用数据资源。
了解在任何既定时间，数据的安全性和可用性如何影响公司运转的最低要求。
了解目前你所熟悉的一款或两款备份工具是否满足你公司的状况，且尽量运用组件化的产品。

最后，在你了解以上信息后，制定一个全面、高级的存储计划，然后根据计划购买补充硬件与采购备份产品。
以上仅我自己对备份环境规划的一些了解，当然中间仍有许多的细节要考虑比如：

在改进介质、硬件和网络方面的投资额度？
确实需要保护的数据量？
何时备份不会干扰其他工作？
在备份期间，网络可以处理多少流量？
在数据丢失后还原一个一般文件或文件系统时，您能等待多长时间？
…………

恢复数据库工具
每次运行备份作业时，BrightStor ARCserve Backup 都会将有关已备份的计算机、目录和文件，以及所用介质的信息记录到它的数据库中。这样，您就可以随时找到需要还原的文件。每次备份 BrightStor ARCserve Backup 主目录时，都将同时默认地备份这些数据库信息。另外，不管是否选择了 BrightStor ARCserve Backup 主目录进行备份，都可以在每个备份作业中选择备份数据库文件。
恢复数据库工具可用于将该信息还原到 BrightStor ARCserve Backup 数据库中，并覆盖现有数据库文件。如果 BrightStor ARCserve Backup 数据库文件意外丢失（例如在火灾、水灾或计算机崩溃之后），可以随时使用该工具进行恢复。
高级数据库恢复选项包括：

备份介质 - 为作业指定介质选项。
操作 - 指定还原数据库的日期。将使用在该日期备份的数据库。如果在该日期没有备份数据库，BrightStor ARCserve Backup 将还原在指定日期之前的最新数据库。
先行/后继 - 在作业运行之前或作业完成之后运行命令或批处理文件。
作业日志 - 用于确定作业队列日志中所做记录的详细程度。
报警 - 发送操作中有关事件的消息。

不能使用“恢复数据库”选项对使用 SQL 数据库的 BrightStor ARCserve Backup 服务器执行还原数据库操作。必须在服务器上安装 BrightStor® ARCserve®产品 Microsoft SQL Server 代理选件，并像还原其他任何 SQL 数据库一样还原BrightStor ARCserve Backup 数据库。
合并工具
如果要还原 BrightStor ARCserve Backup 数据库中的详细会话信息，请使用合并工具。
使用合并工具可以合并以下对象：

单个会话或整个介质。
一系列会话（使用以下范围类型之一）：

– 从特定的起始会话到特定的结束会话。
– [...]

BrightStor ARCserve Backup 提供的配置工具可用于配置设备和备份数据库。配置工
具包括：
设备配置
一种工具，使用它可以轻松配置备份设备（如磁带库和光存储库）、RAID 设备、可移动驱动器、虚拟存储库和文件系统设备 (FSD)。还可以使您启用或禁用“可移动存储管理”(RSM) 设备。
设备组配置
一种工具，使用它可以轻松配置 BrightStor ARCserve Backup 环境中的设备组，并选择将用于数据分段的组。
SAN 配置
一种工具，使用它可以配置 BrightStor ARCserve Backup 主服务器和分布式服务器之间的关系。
中央数据库配置
一种使用简便的控制台，使用它可以配置各种 BrightStor ARCserve Backup 主机数据库系统。

作业引擎
按指定日期和时间处理作业。它扫描作业队列以查找准备好运行的作业，然后将其发送到适当的处理程序。
磁带引擎
与存储设备通讯并对其进行控制。磁带引擎选择 BrightStorARCserve Backup 作业所需的设备。
数据库引擎
默认情况下，它会记录 BrightStor ARCserve Backup 中的所有操作。核心服务负责维护以下各项的历史记录：
– BrightStor ARCserve Backup 已经备份或复制的文件、目录、驱动器和计算机。
– BrightStor ARCserve Backup 已经处理的作业的信息，例如作业类型、日志、最后结果、起止时间等。
– BrightStor ARCserve Backup 使用的介质，如介质的类型、介质的名称、第一次格式化介质的日期、介质的截止日期、介质上的会话等。

客户邮件中反映备份服务器的数据库备份积累旧备份太多，希望可以系统自动删除8天以前的备份。因为平时1个备份就可以将整个系统还原，无需保留那么多的旧备份占据有限的空间。
操作系统：windows 2003
数据库系统：Oracle 10g R2
方法一：

CD E:\backup\dump
DEL DUMP_DATA00.ZIP
 
makecab E:\backup\dump\DUMP_DATA00.DMP E:\backup\dump\DUMP_DATA00.ZIP
 
CD /D E:\backup\dump
COPY DUMP_DATA06.ZIP DUMP_DATA07.ZIP
COPY DUMP_LOG06.TXT DUMP_LOG07.TXT
COPY DUMP_DATA05.ZIP DUMP_DATA06.ZIP
COPY DUMP_LOG05.TXT DUMP_LOG06.TXT
COPY DUMP_DATA04.ZIP DUMP_DATA05.ZIP
COPY DUMP_LOG04.TXT DUMP_LOG05.TXT
COPY DUMP_DATA03.ZIP DUMP_DATA04.ZIP
COPY DUMP_LOG03.TXT DUMP_LOG04.TXT
COPY DUMP_DATA02.ZIP DUMP_DATA03.ZIP
COPY DUMP_LOG02.TXT DUMP_LOG03.TXT
COPY DUMP_DATA01.ZIP DUMP_DATA02.ZIP
COPY DUMP_LOG01.TXT DUMP_LOG02.TXT
COPY DUMP_DATA00.ZIP DUMP_DATA01.ZIP
COPY DUMP_LOG00.TXT DUMP_LOG01.TXT
 
DEL DUMP_DATA00.DMP
DEL DUMP_LOG00.TXT
 
EXP web/****@web FILE=DUMP_DATA00.DMP LOG=DUMP_LOG00.TXT
EXIT

方法二：
@echo off
CD E:\backup\dump
echo Del file :::::::::
forfiles /P E:\backup\dump /M * /S /D -8 [...]

最近某客户采用NTBackup备份数据到移动硬盘出现以下的报错：
卷影复制服务错误: 无法创建 COM+ Admin 编录范例({e579ab5f-1cc4-44b4-bed9-de0991ff0623})。
Volume Shadow Copy Service error: Unexpected error CoCreateInstance(CLSID_VSSCoordinator). hr = 0x80010105.
卷影复制服务错误: 有两个带有相同范例 id CoCreateInstance 的写入程序。
卷影复制服务错误: 无法创建预订({faf53cc4-bd73-4e36-83f1-2b23f46e513e},VSSEvent,0x80040154) [%4]
本以为问题很简单就是简单的一个VSS错误，重置一下应该能够解决。方法如下：
net stop vss
net stop swprv
cd c:\windows\system32\
regsvr32 ole32.dll
regsvr32 vss_ps.dll
Vssvc /Register
regsvr32 /i swprv.dll
regsvr32 /i eventcls.dll
regsvr32 es.dll
regsvr32 stdprov.dll
regsvr32 vssui.dll
regsvr32 msxml.dll
regsvr32 msxml3.dll
regsvr32 msxml4.dll
可惜操作完毕以后，问题依然存在。我最后也不知道由哪位大侠的邮件中得到解决方法，方法很简单。将某一注册表的相关键值完全删除，然后重启，问题马上就解决了。方法如下：
备份以下路径的注册表项目：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\EventSystem\{26c409cc-ae86-11d1-b616-00805fc79216}\Subscriptions]
备份完以后将其在注册表当中删除（整个目录)，重启电脑问题解决！
参考网址：http://support.microsoft.com/kb/940032/zh-cn