A – 新建备份任务，默认地，BE会使用“完全 – 备份文件 – 使用存档位（重置存档位）”。该存档位在Linux下不能被正确识别，得不到此标识，BE就默认地进行了全备份。
解决方案 – 在任务属性里，修改常规选项，把备份方法修改为“完全 – 使用修改时间”。对应的，增量或者差异备份的任务属性也要修改。

Q –

Prerequisite Warning: C++ Compatibility Pack

The installer was unable to determine the version of C++ Compatibility package installed on the computer. The compatibility package is required for this version of the Symantec Backup Exec Remote Agent for Linux or UNIX Servers. Install the appropriate C++ compatibility patch for GNU Compiler Collection (GCC) 3.3, or refer to the following link for more information:

A -下载必须的GCC库

yum install libstdc++.so.5

Q – remote Agent for Linux设置为自动启动

A –

chkconfig –add VRTSralus.init
chkconfig VRTSralus.init on

具体过程和手册中所讲一样，不累述了。

安装完成后，需要编辑/etc/VRTSralus/ralus.cfg，加入一下几行，否则BackExec服务器将不能正常发现该Agent。

Software\Symantec\Backup Exec for Windows\Backup Exec\Agent Browser\TcpIp\AdvertisementPort=6101
Software\Symantec\Backup Exec for Windows\Backup Exec\Agents\Advertise Now=1
Software\Symantec\Backup Exec For Windows\Backup Exec\Debug\AgentConfig=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Debug\VXBSAlevel=5
Software\Symantec\Backup Exec for Windows\Backup Exec\Engine\Agents\Advertise All=1
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertise Now=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertisement Purge=0
Software\Symantec\Backup Exec For Windows\Backup Exec\Engine\Agents\Advertising Disabled=0

详细的解释，BackExec的手册中有说明，以上参数用于开启消息发布，和介质服务器通信。

如果添加完以上参数，不能正常通信，请查看beremote进程是否正常。/opt/VRTSralus/bin/VRTSralus.init可以控制beremote进程，如果beremote进程不受该指令控制，可以尝试重启计算机，再刷新介质服务器，以恢复和该agent的通信。

11 0 * * * tar -g /data0/snapshot_data_www -p cvzf /data1/backup_zone/data_www/data_www_`date ‘+%Y%m%d’`.tar.gz /data0/data_www     #backup the data_www directory

在Ubuntu上，就屡次调试不过。经过调试，认为存在以下差异

1.Ubuntu的tar -g 不支持完整路径名；可以用变量取代之

2.Ubuntu的tar在cron中，不支持v（可视化）参数；可以不用，对备份没有影响

3.Ubuntu的tar在cron中，%符号有其他意义，代表命令换行；可以在前面加个\符号，将其变为转义字符。

最后的方案如下（已调试成功）

# crontab -l
# m h  dom mon dow   command
00 00 * * * /bin/bash  /usr/local/webserver/nginx/sbin/cut_nginx_log.sh
28 23 * * * /etc/webmin/cron/tempdelete.pl
1 0 * * 1 find /data1/backup_zone/data_www/* -mtime +28 |xargs rm -f 
10 00 * * 1 cat /dev/null > /data1/backup_zone/data_www/snapfile        
11 00 * * * bash /root/script-bak/bak_www.sh
1 1 * * * bash /root/script-bak/bak_conf.sh
11 1 * * 1 find /data1/backup_zone/data_conf/* -mtime +28 |xargs rm -f

# more /etc/
Display all 183 possibilities? (y or n)
root@krc:~# more ~/script-bak/bak_www.sh
#!/bin/bash
#backup the data_www dictory
snap_file=/data1/backup_zone/data_www/snapfile
tar -g $snap_file -czf /data1/backup_zone/data_www/data_www_`date ‘+%Y%m%d’`.tar.gz /data0/data_www

P.S.Ubuntu默认不打开cron的log，需手工打开，并重启syylogd服务

#vim /etc/syslog.conf

cron.*                          /var/log/cron.log #将本行的前的注释符去掉

#/etc/init.d/sysklogd reload

监视脚本的执行情况，以便发现问题所在

# tail -f /var/log/cron.log

网上几篇文章，也是关于这个问题的讨论，悬而未决

1.http://www.ubuntu-tw.org/modules/newbb/viewtopic.php?viewmode=compact&topic_id=11983&forum=2

2.http://ubuntuforums.org/showthread.php?t=289158

3.http://phorum.study-area.org/index.php?topic=52004.0

之前的定期计划放到crongtab，会产生错误，可以查看/var/log/syslog

#grep -i CMD /var/log/syslog.0

Dec 25 00:11:01 krc /USR/SBIN/CRON[4273]: (root) CMD (tar -g /data0/snapshot_data_www -p -cvzf /data1/backup_zone/data_www/da
ta_www_`date ‘+)
Dec 25 00:11:30 krc Transfer: Get GETCMD error.

Dec 25 01:01:01 krc /USR/SBIN/CRON[12617]: (root) CMD (tar -cvzf /data1/backup_zone/data_conf/usr_local_webserve_`date ‘+)
Dec 25 01:01:33 krc Transfer: Get GETCMD error.

查看以上的日志，不难发现，备份语句被截断了，在换行的时候。因此，可以有以下2种修补方案

1.手工把语句截断，利用分行符%

2.把语句放到sh脚本里，使用bash /root/scriptname.sh这样的方式执行（推荐，因为看起来更简洁）

附注：备份任务最好以高权限用户执行，因为要备份的内容文件权限各不一样，其他用户不能保证都有权限。因此，建议用root权限执行。鉴于root权限的高风险，请编辑crontab之前，先在试验环境全部run过。

·完全备份，每隔一天做增量备份(Everyday，00:01)

tar -g snapshot_data_www -p –exclude=data_www/ftp.99dev.net -cvzf /data1/backup_zone/data_www/data_www_`date ‘+%Y%m%d’`.tar.gz /data0/data_www  

-g指定文件，为记录gnu tar文件变化情况；-p保留文件权限；–exclude指定打包要排除的目录，这里指定最大，变化最不经常的目录；-cvzf常见的打包选项，这里就不说了；’date ‘+%Y%m%d’`指定用`20091028`这样的格式显示文件名，详细可查看`man date`

·每周一凌晨，清空snapshot(Mon，00:10)，重新做完全备份(Mon，00:11)

cat /dev/null > /data0/snapshot_data_www

·每周一清晨，删除>14天的文件(Mon，00：01)

find /data1/backup_zone/data_www/* -mtime +14 |xargs rm –f

不定期删除的话，再大的备份盘怕是也顶不住，而且备份文件太多，也不便于管理

·设定crontab内容，均以无特权用户www执行

crontab –u www -e

·crontab输出结果(任务计划文件/var/spool/cron/username)

1 0 * * 1 find /data1/backup_zone/data_www/* -mtime +14 |xargs rm -f   #remove old files
10 0 * * 1 cat /dev/null > /data0/snapshot_data_www      #clear the snapshot
11 0 * * * tar -g /data0/snapshot_data_www -p –exclude=data_www/ftp.99dev.net -cvzf /data1/backup_zone/data_www/data_www_`date ‘+%Y%m%d’`.tar.gz /data0/data_www     #backup the data_www directory

·Tips

有时候，你只想从备份文件中恢复某个历史文件，没必要大费周章去解压那巨大的压缩文件。只须执行以下2步

1.tar ztf tarballfile.tar.gz，找出你想要的文件的路径
2.tar xvzf tarball.tar.gz ‘the file/folder what you want’ –C ‘special folder’

1.拷贝文件系统 – 停止服务，copy 数据库目录；启动服务
(需要停止服务一段时间，期间不接受写入操作)

2.MySQL自带工具mysqldump，这也是最常用的方式
(能在备份的过程lock tables，一定程度上保证数据的一致性)

3.MySQL自带工具mysqlhotcopy
(文件系统级拷贝工具，能在备份过程lock tables，只对MyISAM表格有效)

4.热备(未跑在生产环境中，等做完发上来)

· mysql库不支持lock，详细请参考http://planet.mysql.com/entry/?id=17913
只能使用mysqldump+”–lock-tables=0”来实现

· UUD*库使用mysqldump备份有问题，只能采用mysqlhotcopy

· 其他的采用mysqldump和mysqlhotcopy，就看个人习惯

附上利用python语言写的备份脚本 – backup_mysql.py
支持备份到本地和远程FTP

#!/usr/bin/python
# coding=gb2312

import os
import time
import ftplib
import traceback

#config vars
systempathchr="/" #路径分割符，*nix用"/" win32用"\\"
dbuser="mysqlhotcopy" #数据库用户名
dbpwd="8jsu0uo2dx9d" #数据库密码
dbnamelist=["fb555","114la"] #需要备份那些数据库

workdir="/data1/backup_zone/data_mysql" #本地备份文件夹
errlogfile="databack.log" #错误日志名
ftp_addr="192.168.0.2" #ftp地址
ftp_port="2102" #ftp端口
ftp_user="databack" #ftp用户名
ftp_pwd="backpwd" #ftp密码
ftp_path="/" #存放到ftp路径

ftpqueue=[]

def ftpstor():
    #login
    bufsize=1024
    ftp=ftplib.FTP()
    try:
        ftp.connect(ftp_addr,ftp_port)
        ftp.login(ftp_user,ftp_pwd)
        ftp.cwd(ftp_path)
        for filepath in ftpqueue:
            #open file for input as binary
            f=open(filepath,"rb")
            #store file as binary
            print getfilename(filepath)
            ftp.storbinary("STOR "+getfilename(filepath),f,bufsize)
            f.close()
        ftp.quit()
    except:
        path=os.path.join(workdir,errlogfile)
        traceback.print_exc(file=open(path,"a"))

def dumpdb(dbname):
    global ftpqueue
    timeformat="%Y%m%d"
    sqlvalformat="mysqldump –socket=/tmp/mysql.sock -u%s -p\"%s\" \"%s\" >\"%s\""
    tarvalformat="tar –directory=\"%s\" -zcf \"%s\" \"%s\""
    nowdate=time.strftime(timeformat)
    dumpfile=os.path.join(workdir,dbname+".dump")
    zipfile=os.path.join(workdir,dbname+"_"+nowdate+".tar.gz")
    sqlval=sqlvalformat % (dbuser,dbpwd,dbname,dumpfile)
    result=os.system(sqlval)
    tarval=tarvalformat % (workdir,zipfile,dbname+".dump")

    result=os.system(tarval)
    os.remove(dumpfile)
    ftpqueue.append(zipfile)

def getfilename(path):
    pt=path.rfind(systempathchr)
    return path[pt+1:]
def main():
    for dbname in dbnamelist:
        dumpdb(dbname)
#    ftpstor()

main()

#from https://d4e.org/showthread.php?t=76803&highlight=mysql+%E5%A4%87%E4%BB%BD

Tips
·创建用于操作备份过程的mysql账户mysqlhotcopy

GRANT SELECT ,
RELOAD ,
SHOW DATABASES ,
LOCK TABLES ON * . * TO ‘mysqlhotcopy’@'localhost’ WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0 ;

*UUD=UCenter+UChome+Discuz三者搭配的应用

·执行脚本需要用户有登录shell，空密码即可(保障安全，禁止ssh登陆)

Vmware Workstation 6.5
Ubuntu 8.04 LTS
Paragon Partition Management Server 7.00
Norton Ghost 11.5

详细过程，操作截图下载

1.添加新硬盘，格式分区为ext3

2.备份系统，对比备份时间和备份后大小

3.往系统中增加文件，对比还原时间

4.格式化系统，对比还原时间

总结：

G4L操作比较繁琐，不容易上手，官方也没有出manual，备份和恢复过程需要自己摸索；还原MBR没有成功，不太适合于操作系统备份。由于其高压缩比和较短的压缩时间，备份重要数据，还是很适宜的。

Ghost作为一款享有盛誉的商业软件，在易用性和兼容性方面做得很出色，完美兼容Linux了，当作为备份Linux系统的所选。