代码运行在linux下，是Prel语言所写。
#!/usr/bin/perl -w
my $svn_repos="/svn/repos/2011";
my $backup_dir="/bksvn/";
my $remote_backup_dir="/mnt/svnbk/";
open(IN,"$backup_dir/last_backed_up");
$previous_youngest =
chomp $previous_youngest;
close IN;
$youngest=`svnlook youngest $svn_repos`;
chomp $youngest;
if ($youngest eq $previous_youngest)
{
print "No new revisions to backup. \n";
exit 0;
}
my $first_rev = $previous_youngest+1;
my $next_backup_file = "inc_bk_r"."$first_rev"."_r"."$youngest"."_".`date +%Y%m%d`;
#print $next_backup_file;
#exit 0;
print "Backing up revisions $youngest ...\n";
my $svnadmin_cmd = "svnadmin dump --incremental --revision $first_rev:$youngest $svn_repos > $backup_dir/$next_backup_file";
print "$svnadmin_cmd \n";
#执行备份
`$svnadmin_cmd`;
`echo \$? > cmd_result`;
my $re=0;
open(IN,"$backup_dir/cmd_result");
$re =
chomp $re;
close IN;
print "Backing up result is $re ...\n";
#如果备份成功，记录新版本号eq是等于,ne 是不等于
if ( $re eq 0)
{
open(LOG,">$backup_dir/last_backed_up"); #记录备份的版本号
print LOG $youngest;
close LOG;
}
#如果想节约空间，则再执行下面的压缩脚本
print "Compressing dump file..\n";
print `gzip -9 $backup_dir/$next_backup_file`;
chomp $next_backup_file;
#迁移到远程备份服务器
my $cmd="mv $backup_dir/$next_backup_file".".gz ". $remote_backup_dir; print "$cmd\n";
`$cmd`;
`echo \$? > cmd_result`;
$re=0;
open(IN,"$backup_dir/cmd_result");
$re =
chomp $re;
close IN;
if ( $re eq 0)
{
print "迁移到远程备份服务器成功！\n";
}
SQL Server的增量备份与还原方法.txt蜜蜂整日忙碌，受到赞扬；蚊子不停奔波，人见人打。多么忙不重要，为什么忙才重要。 备份步骤： 1．在“SQL Server企业管理器”中注册数据库所在的服务器，注意要使用sa用户名和口令，否则以后执行备份调度的时候，会出现权限不足，导致不能进行备份。 2．确保该服务器的SQL Server Agent服务是开启的，因为所有的调度都是通过该代理进行 执行的。 3．在“SQL Server企业管理器”中选中Test数据库，右键打开“备份数据库”窗口，指 定一个新的文件Test-daily.bak,选择“完全”进行一次完全备份。 4．再次打开“备份数据库”窗口，这次使用“差异备份”，“重写”选项设置为“追加到媒体”，目的文件仍然是前面步骤所指定的Test-daily.bak，并在“调度”选项中设置为每天 的19：00，这样，SQL Server会在每天的19：00将数据库自上次备份以来发生的变化，以 增量备份的方式追加到Test-daily.bak文件中。（测试的时候，可以设置为每天的每1分钟 进行一次备份，以便可以很快的看到备份结果） 在需要进行数据库恢复的时候，可以按照如下还原步骤进行操作： 1．新建一个数据库，比如名为Back, 右键打开“还原数据库”窗口，选择“从设备”进行 还原，然后在“选择设备…”中选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，“备份号”默认为1（对应的就是备份步骤3中的初次完全备份），不必更改。在“选项”标签页中，选中“强制还原”，最关键的一步是，在“恢复完成状态”中，选中第2或第 3项，即保证“能还原其它事务日志”，这样还原之后，这个新的数据库就回到了我们进行第 一次完全备份时候的状态，此时，该Back数据库将处于“正在装载”或“只读”的状态，没 有关系，这是正常的，因为我们接下来还需要通过事务日志将该数据库恢复到指定的某个状态。 2．再次打开“还原数据库”窗口，同样选择“从设备”进行还原，然后在“选择设备…”中 选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，点击“备份号”后面 的“查看内容…”按钮，在新的窗口中，可以看到里面列出了每天19：00左右备份过的备份 集（除了最顶上一个是我们初次的完全备份集，其它都是每天的增量备份集），选中想要恢复 的某个备份集，单击“确定”回到主窗口，可以看到“还原备份集”默认选中的是“差异”，再单击确定，这样，Back数据库就恢复到了我们选定的某个备份集了。 上述还原步骤可以重复进行，直到我们找到确切需要的某个备份集。 另外，恢复后的数据库名称是Back,如果想将其改名为Test，可以执行 EXEC sp_renamedb 'Back', 'Test' 在重命名数据库之前，应该确保没有人使用该数据库，而且数据库设置为单用户模式。 2005-08-25 16:37 更新 1.需要在"备份数据库"->"常规"选项卡里选中"重写现有媒体",这样在"选项"选项卡里才能 设定"备份集到期时间",并且发现,这样设定好"到期时间"之后,即使将"重写现有媒体"改为" 追加到媒体", 所设定的"到期时间"还是有效的,这可以在调度里的"步骤"脚本中看出来,如: BACKUP DATABASE [model] TO DISK = N'D:\test.bak' WITH NOINIT , NOUNLOAD , RETAINDAYS = 1, DIFFERENTIAL , NAME = N'model 备份', NOSKIP , STATS = 10, NOFORMAT,通过这种方式应该可以实现保留最近N天的备份,测试中....
环境 1. 安装Apache 2.2.14 2. 安装Subversion 1.6.6 3. 安装后的系统设置 4. Apache设置 5. svn库的配置 6. 运行SVN服务器 Created by okala at 2009-12-25 环境： Red Hat Enterprise Linux Server release 5.3 (Tikanga) httpd-2.2.14.tar.gz subversion-1.6.6.tar.gz 到官网https://www.doczj.com/doc/bb3845144.html,/ 下载当前最新的稳定版本subversion-1.6.6.tar.gz 到官网https://www.doczj.com/doc/bb3845144.html,/ 下载当前最新的稳定版本httpd-2.2.14.tar.gz 1. 安装Apache 2.2.14 用root账号执行以下命令： 引用 tar zxf httpd-2.2.14.tar.gz #解压到当前目录 引用 cd httpd-2.2.14 #进入解压后的目录 引用
./configure --prefix=/local/svnroot/apache2 --enable-so --enable-mods-shared=all --enable-dav=share --enable-dav-fs --with-ldap --enable-ldap --enable-authnz-ldap --enable-authn-alias #定义安装的目标路径(可据自己需要修改)，使能LDAP 引用 make #编译 引用 make install #安装 引用 /local/svnroot/apache2/bin/apachectl start #启动Apache 用IE访问以下网址，http://hostIP/，如果提示It works!，则Apache安装成功。 然后就可以先停止Apache了： 引用 /local/svnroot/apache2/bin/apachectl stop #停止Apache 2. 安装Subversion 1.6.6 用root账号执行以下命令： 引用 tar zxf subversion-1.6.6.tar.gz #解压到当前目录 引用 cd subversion-1.6.6
SVN迁移文档 原svn机器详情: 139.224.56.23 svn/tomcat/apache 139.224.65.51 nginx 139.224.46.23 mysql 迁移目标机器: 116.62.56.159 迁移内容: 将svn多台机器所部署的应用迁移到目标机器116.62.56.159，内容包括（svn、tomcat、apache、nginx、mysql） 一、安装SVN（116.62.56.159） 1、SVN版本选择subversion-1.9.4 # tar -zxvf subversion-1.9.4.tar.gz # cd subversion-1.9.4 # ./configure --prefix=/usr/local/subversion # make && make install 2、配置环境变量 PATH=/usr/local/subversion/bin:$PATH export path 二、安装apache（116.62.56.159） 1、apache版本httpd-2.4.23 # tar -zxvf httpd-2.4.23.tar.gz # cd httpd-2.4.23 # ./configure --prefix=/usr/local/apache # make && make install 三、安装nginx（116.62.56.159） 1、nginx版本nginx-1.9.6 # tar -zxvf nginx-1.9.6.tar.gz # cd nginx-1.9.6 # ./configure --prefix=/opt/nginx # make && make install 2、nginx.conf中server设置8888 四、安装mysql（116.62.56.159） 1、mysql版本mysql-5.6.29 # tar -zxvf mysql-5.6.29-linux-glibc2.5-x86_64.tar.gz -d /usr/local/mysql 修改该mysql中的配置文件 # vi /usr/local/mysql/https://www.doczj.com/doc/bb3845144.html,f 启动mysql
常用的数据备份方式有完全备份、差异备份以及增量备份，那么这三种备份方式有什么区别，在具体应用中又该如何选择呢? 1、备份方式简介 完全备份(Full Backup) 备份全部选中的文件夹，并不依赖文件的存档属性来确定备份哪些文件。在备份过程中，任何现有的标记都被清除，每个文件都被标记为已备份。换言之，清除存档属性。 完全备份就是指对某一个时间点上的所有数据或应用进行的一个完全拷贝。实际应用中就是用一盘磁带对整个系统进行完全备份，包括其中的系统和所有数据。这种备份方式最大的好处就是只要用一盘磁带，就可以恢复丢失的数据。因此大大加快了系统或数据的恢复时间。 差异备份(Differential Backup) 备份自上一次完全备份之后有变化的数据。差异备份过程中，只备份有标记的那些选中的文件和文件夹。它不清除标记，也即备份后不标记为已备份文件。换言之，不清除存档属性。 差异备份是指在一次全备份后到进行差异备份的这段时间内，对那些增加或者修改文件的备份。在进行恢复时，我们只需对第一次全备份和最后一次差异备份进行恢复。差异备份在避免了另外两种备份策略缺陷的同时，又具备了它们各自的优点。 首先，它具有了增量备份需要时间短、节省磁盘空间的优势;其次，它又具有了全备份恢复所需磁带少、恢复时间短的特点。系统管理员只需要两盘磁带，即全备份磁带与灾难发生前一天的差异备份磁带，就可以将系统恢复。 增量备份(Incremental Backup ) 备份自上一次备份(包含完全备份、差异备份、增量备份)之后有变化的数据。增量备份过程中，只备份有标记的选中的文件和文件夹，它清除标记，既：备份后标记文件，换言之，清除存档属性。
linux下搭建svn服务器(doc 8页)
Linux下搭建SVN服务器环境(svnserve方式) 环境：redhat5(apr.apr-util.zlib.subversion的压缩文件都是放在/usr/linuxsvn目录下，下面的解压命令tar zvxf解压出来的文件就直接是放在这个目录下，文件名跟压缩文件的名字是一样的) 一、安装apr、apr-util跟zlib 1、下载apr、apr-util与zlib apr-1.3.3.tar.gz apr-util-1.3.4.tar.gz zlib-1.2.3.tar.gz openssl-0.9.8k.tar.gz httpd-2.2.9.tar.bz2 libxml2-2.7.3.tar.gz 2、解压 tar zvxf apr-1.3.3.tar.gz
打开浏览器输入http://服务器ip 如果出现 It Works! Apache安装成功 如果出现这个错误Invalid command 'AuthDigestProvider', perhaps misspelled or defined by a module not included in the server configuration /usr/local/apache2/conf/extra/httpd-dav.conf 提示这个文件31行有问题，那么你就 Vi /usr/local/apache2/conf/extra/httpd-dav.conf 找到31行，把这个注释掉# AuthDigestProvider file 这样就ok了！ cd openssl-0.9.8k ./config --prefix=/usr/local/ssl/ make make install cd libxml2-2.7.3 vi INSTALL ./configure --help ./configure make make install cd openssl-0.9.8k ./config ./config -t
SVN在Windows下实现自动全量增量备份和异地备份 1SVN备份介绍 1.1SVN备份内容 SVN在Windows下的自动备份实现，包括： 1）SVN目录的全备份（1周或1个月备份1次，由windows计划来调度执行）； 2）SVN增量备份（每日备份1次，由windows计划来调度执行）； 1.2SVN备份流程 上述2类备份分别进行的流程如下： 1）通过windows定时任务功能，调度进行备份、压缩、FTP上传功能的bat文件； 2）将自动备份成按每日日期.dmp备份到SVN本机的其他磁盘空间中，分全备份和增量备份；
3）启动ftp上传命令，将备份的rar包立即上传在异地服务器上。异地服务器需提前架好ftp服务器并建立好相关上传目录，建议使用用FileZilla_Server、serverU 或者简单ftp软件进行搭建。 4）整个上传过程，详细记录备份、压缩、FTP上传各步骤详细日志，随时可以查阅每次备份记录的详细情况。 1.3SVN还原功能 可以进行还原所有版本库 2SVN备份BAT设计 1.1全备份BAT 1）SVN的全备份，AllBackUp.bat
:Begin @echo off setlocal enabledelayedexpansion echo 正在准备备份所有版本库…… echo. ::设置SVN命令目录 set SVN_CMD="E:\VisualSVN Server\bin" ::设置所有版本库根目录 set REPOS_ROOT=D:\Repositories ::设置所有版本库备份根目录 set REPOS_BACKUP_ROOT=F:\[SvnBackup]\全备份 if not exist %REPOS_BACKUP_ROOT% mkdir %REPOS_BACKUP_ROOT% ::设置所有版本库备份目录 set BACKUP_DIRECTORY=%REPOS_BACKUP_ROOT%\%date:~0,10%.dmp set BACKUP_DIRECTORY=%BACKUP_DIRECTORY:/=-% rem if exist %BACKUP_DIRECTORY% goto Error2 rem mkdir %BACKUP_DIRECTORY% if not exist %BACKUP_DIRECTORY% mkdir %BACKUP_DIRECTORY% ::设置用户权限信息备份目录 set REPOS_USER_INFO_DIRECTORY=%BACKUP_DIRECTORY%\UserInfo if not exist %REPOS_USER_INFO_DIRECTORY% mkdir %REPOS_USER_INFO_DIRECTORY% ::备份所有版本库 ::i->版本库、j->版本库最新版本号、k->上次完全备份时版本库的版本号 echo ===================%date% %time:~0,8%:执行全部全量备份版本 库.=================== >> %REPOS_BACKUP_ROOT%\BackUp.log echo 备份的版本库版本信息如下: >> %REPOS_BACKUP_ROOT%\BackUp.log ::读取版本库根目录下每个文件夹,并判断其是否是一个版本库 for /r %REPOS_ROOT% %%i in (.) do if exist %%i\conf\svnserve.conf ( ::将当前版本库的最新版本信息写入tmp文件 %SVN_CMD%\svnlook youngest %%~fi > %%~ni_last_revision.tmp ::取出当前版本库的最新版本信息,判断其是否大于0,是则进行处理 for /f %%j in (%%~ni_last_revision.tmp) do if %%j gtr 0 ( echo. echo 开始备份版本库%%~ni…… ::全量备份版本库 %SVN_CMD%\svnadmin dump
增量备份计划案例 一、增量备份计划关键命令 星期日： RMAN> backup incremental level=0 database; 星期一： RMAN> backup incremental level=2 database; 星期二： RMAN> backup incremental level=2 database; 星期三： RMAN> backup incremental level=1 database; 星期四： RMAN> backup incremental level=2 database; 星期五： RMAN> backup incremental level=2 database; 星期六： RMAN> backup incremental level=2 database; 二、增量备份计划与恢复实例： 恢复管理器: Release 10.2.0.1.0 - Production on 星期六3月22 14:47:30 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved.
连接到目标数据库: ORCL (DBID=1177145004) RMAN> backup incremental level=0 database; 启动backup 于22-3月-08 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道ORA_DISK_1: sid=122 devtype=DISK 通道ORA_DISK_1: 启动增量级别0 数据文件备份集 通道ORA_DISK_1: 正在指定备份集中的数据文件 输入数据文件fno=00001 name=C:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF 输入数据文件fno=00003 name=C:\ORACLE\ORADATA\ORCL\SYSAUX01.DBF 输入数据文件fno=00007 name=C:\ORACLE\ORADATA\ORCL\PERFSTAT.DBF 输入数据文件fno=00005 name=C:\ORACLE\ORADATA\ORCL\EXAMPLE01.DBF 输入数据文件fno=00002 name=C:\ORACLE\ORADATA\ORCL\UNDOTBS01.DBF 输入数据文件fno=00004 name=C:\ORACLE\ORADATA\ORCL\USERS01.DBF 输入数据文件fno=00006 name=C:\ORACLE\ORADATA\ORCL\TTT.DBF 通道ORA_DISK_1: 正在启动段 1 于22-3月-08 通道ORA_DISK_1: 已完成段 1 于22-3月-08 段句柄=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2008_03_22\O1 _MF_NNND0_TAG20080322T144756_3Y9BWXK2_.BKP 标记=TAG20080322T144756 注释=NONE 通道ORA_DISK_1: 备份集已完成, 经过时间:00:01:45 完成backup 于22-3月-08 启动Control File and SPFILE Autobackup 于22-3月-08 段
Linux下SVN服务器搭建 一、下载软件： 所需软件： subversion-1.6.19.tar.bz2 apr-1.4.6.tar.bz2 apr-util-1.5.1.tar.bz2 sqlite-amalgamation-3.6.13.tar.gz sqlite比较新的版本这个后面会用到 TortoiseSVN-1.6.16.21511-x64-svn-1.6.17.msi(Windows 64位客户端软件) TortoiseSVN-1.6.16.21511-x86-svn-1.6.17.msi(Windows 32位位客户端软件) 二、开始安装： localhost ~ # tar vjxf apr-1.4.6.tar.bz2 localhost ~ # cd apr-1.4.6 localhost apr-1.4.6 # ./configure localhost apr-1.4.6 # make localhost apr-1.4.6 # make install localhost ~ # tar vjxf apr-util-1.5.1.tar.bz2 localhost ~ # cd apr-util-1.5.1 localhost apr-util-1.5.1 # ./configure –with-apr=/usr/local/apr/ localhost apr-util-1.5.1 # make localhost apr-util-1.5.1 # make install localhost ~ # tar vzxf sqlite-amalgamation-3.6.13.tar.gz localhost ~ # cd sqlite-3.6.13
一、目的 通过SVN再带工具svnsync来实现版本库的同步，实现异地开发中心版本库向北京中心的实时同步。 二、搭建SVN服务器 异地开发中心SVN服务器已经投入使用，需要在北京本地安装配置SVN 服务器。 以Linux操作系统为例： 1、下载SVN安装所需的软件 sqlite-amalgamation-3.6.13.tar.gz apr-1.2.7.tar.gz apr-util-1.2.7.tar.gz httpd-2.2.13.tar.bz2 subversion-1.6.6.tar.bz2 2、检查SVN是否安装成功 在安装服务器上执行svnadmin命令，是否有相应。 3、在北京中心创建镜像库 #mkdir –p /data/svn //创建SVN库存储目录 #svnadmin create mir //创建镜像库，名字可根据实际调整 #netstat -nltp //如果有3690端口在监听，说明运行成功 4、修改配置文件 #cd /data/svn/mir/conf 将svnserve.conf去掉下面几行的注释： anon-access = read auth-access = write password-db = passwd 注意: 上述三行前面不能留有空格，否则要出错。 5、修改密码文件 修改密码文件passwd，添加账号和密码 三、配置手工同步
1、修改同步文件 #cp pre-revprop-change.tmpl pre-revprop-change #chmod +x pre-revprop-change #chmod 777 pre-revprop-change 2、同步初始化 #svnsync init file:///data/svn/mir/ http://IP(远程地址）/svn/test_dir 此时北京mir库就是远程test_dir库的异地镜像拷贝 3、手工同步 #svnsync sync svn://IP(远程地址) --username username --password password //IP地址、username、password根据实际填写 通过手工同步方式比较麻烦，需要配置自动同步来实现实时自动同步 四、配置实时同步 自动实时同步需要在异地源SVN服务器上进行配置。 #cd /data/svn/test_dir/hooks 该目录有两个重要的文件：pre-commit.tmpl和post-commit.tmpl pre-commit.tmpl：该文件是SVN每次提交之前都要执行的脚本； post-commit.tmpl：该文件是SVN每次提交之后执行的脚本。 此时我们若将同步命令svnsync init file:///data/svn/mir/ http://IP(北京地址)/svn/test_dir写入上述2个脚本中的一个，显然就可以达到实时同步的目的了。 建议：最好将svnsync init file:///data/svn/mir/ http://IP(北京地 址)/svn/test_dir写入post-commit脚本里，而非pre-commit中，如果写入 pre-commit中，是每次提交前同步，显然镜像库会比源库一直会落后一个版本。 #cp post-commit.tmpl post-commit #chmod +x post-commit #chmod 777 post-commit 文件内容如下: # cat post-commit #!/bin/sh
1.1备份策略设计 要在建立一个好的备份系统，除了需要配备有好的软硬件产品之外，更需要有良好的备份策略和管理规划来进行保证。备份策略的选择，要统筹考虑需备份的总数据量，线路带宽、数据吞吐量、时间窗口以及对恢复时间的要求等因素。目前的备份策略主要有全量备份、增量备份和差分备份。全量备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全量备份最可靠。增量备份和差分备份所需的备份介质和备份时间都较全量备份少，但是数据恢复麻烦。根据不同业务对数据备份的时间窗口和灾难恢复的要求，可以选择不同的备份方式，亦可以将这几种备份方式进行组合应用，以得到更好的备份效果。 1.1.1全量备份(Full Backup) 所谓全量备份，就是对整个系统包括系统文件和应用数据进行的完全备份。这种备份方式的优点是数据恢复所需时间短。缺点是备份数据中有大量内容是重复的，这些重复的数据浪费了大量的磁带空间，无形中增加了数据备份的成本；再者，由于需要备份的数据量相当大，因此备份所需时间相对较长。 1.1.2增量备份(Incremental Backup) 增量备份指每次备份的数据只是相当于上一次备份（全或增或差）后增加的和修改过的数据。这种备份的优点很明显：没有重复的备份数据，节省磁带空间，又缩短了备份时间。但它的缺点在于当发生灾难时，恢复数据比较麻烦，需进行多次数据恢复才能恢复至最新的数据状态。 1.1.3差分备份(Differential Backup) 差分备份就是每次备份的数据是相对于上一次全量备份之后新增加的和修改过的数据。差分备份无需每次都做系统完全备份，因此备份所需时间短，并节省磁带
CentOS 6.6系统上安装SVN服务器端的方法及步骤 SVN其实就是Subversion，分为服务器端和客户端。之前在网上搜了很多方法，都有各种问题，经过自己搜集整理以及实际尝试，总算有个比较靠谱的方法。本文主要介绍CentOS 6.6系统上安装SVN服务器端的方法及步骤。 系统环境说明如下： 操作系统：Centos6.6 x86-64 SVN: subversion-1.8.11 1、检查是否安装了低版本的SVN rpm -qa | grep subversion 如果已安装SVN，则会返回版本信息，如：subversion-1.6.11-9.el6_4.i686 卸载旧版本SVN yum remove subversion 2、安装SVN yum –y install subversion 3、检查安装是否成功 svnserve --version 返回值： svnserve, version 1.8.11 compiled Jul 23 2013, 21:32:09 on i686-pc-linux-gnu Copyright (C) 2013 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see https://www.doczj.com/doc/bb3845144.html,/ The following repository back-end (FS) modules are available: * fs_fs : Module for working with a plain file (FSFS) repository. Cyrus SASL authentication is available. 4、代码库创建 mkdir -p /opt/svn/repositories svnadmin create /opt/svn/repositories 执行上面的命令后，自动建立repositories库，查看/opt/svn/repositories 文件夹发现包含了conf,db,format,hooks,locks, README.txt等文件，说明一个SVN库建立完成。 5、配置代码库 进入上面生成的文件夹conf下，进行配置
1. 检查数据库模式： sqlplus /nolog conn /as sysdba archive log list (查看数据库是否处于归档模式中) 若为非归档,则修改数据库归档模式。 startup mount alter database archivelog alter database open 2.连接到target数据库 命令：connect target / (connect target system/oracle@ora10g,如果数据库没有起来，也可要直接在rman命令下用startup进行启动数据库) 可以连接到target database.(rman 一边连接到target数据库，另外一边连接到control file(nocatalog mode),control file 中存储rman 的备份信息) 3.用list backupset 命令查看有没有备份 4. 常用备份命令： 备份全库： RMAN> backup database plus archivelog delete input; (备份全库及控制文件、服务器参数文件与所有归档的重做日志，并删除旧的归档日志) 备份表空间： RMAN> backup tablespace system plus archivelog delete input; (备份指定表空间及归档的重做日志，并删除旧的归档日志)_ 备份归档日志： RMAN> backup archivelog all delete input; 1.全库备份（备份数据文件中有数据的，有数据文件，控制文件，归档日志文件，spfile 文件，不备份联机重做日志文件或临时文件） RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON; --控制文件自动备份 RMAN>CONFIGURE DEVICE TYPE DISK PARALLELISM 2 backup type to compressed backupset; --压缩 RMAN> CONFIGURE channel DEVICE TYPE DISK format 'D:\APP\rman\full_%s.bk'; --备份的路径 RMAN>BACKUP DATABASE; --全备份 RMAN>list backup of database; --检查备份信息 RMAN>backup archivelog all delete input; --备份归档日志并删除归档日志 RMAN> list backup of archivelog all; --检查归档日志 2.差异增量备份 RMAN> backup incremental level 0 database; --0级全备份 RMAN> backup incremental level 2 database;--2级备份
Symantec Be备份操作手册 2010年4月
目录 一、配置数据备份到服务器目录 (4) 二、介质定义 (6) 三、备份服务器上安装备份代理 (8) 四、文件备份 (11) 1、备份代理设置 (11) 2、创建文件备份 (13) 3、备份文件选择 (14) 4、资源凭据选择（数据备份用户和密码） (15) 5、设备和介质选择（备份介质选择） (16) 6、备份后备份数据和目录删除 (17) 7、备份计划 (18) 8、提交备份 (19) 五、ORACLE备份 (20) 1、备份代理设置 (20) 2、服务器设置 (23) 3、创建Oracle数据备份 (25) 4、备份Oracle数据库选择 (26) 5、资源凭据选择（数据备份服务器用户和密码、Oralce用户和密码） (27) 6、设备和介质选择（备份介质选择） (28) 7、Oracle备份方法 (29) 8、备份计划 (30) 9、提交备份 (31) 六、数据恢复 (31) 1、创建数据恢复 (31) 2、数据恢复选择 (32) 3、资源凭据选择（数据备份用户和密码） (32) 4、文件重定向 (34) 5、Oracle重定向 (35)
6、提交恢复 (35) 七、备份状态日常检查 (36)
一、配置数据备份到服务器目录 如下图，选择工具——配置设备——创建“备份到磁盘”文件夹，配置数据备份到服务器目录。 选择创建“备份到磁盘”文件夹后，如下图，选择下一步开始配置数据备份到服务器目录。
如下图，定义备份到磁盘文件的名称。 定义好名称后，选择下一步，如下图，选择备份数据的文件夹。 之后按照提示完成相关设置。 在配置完成后，选择窗口——设备，如下图：
Linux SVN 搭建(ubuntu 10.04) 1、安装subversion软件 sudo apt-get install subversion 2、建立一个目录作为SVN代码库管理的根目录（例：/home/svnadmin/svnsources/），只是一个普通目录，实际上是通过svnserve –d –r /home/svnadmin/svnsources/启动服务后暴露给网内其它机器的一个服务接入点： mkdir /home/svnadmin/svnsources/ 3、在SVN代码库管理的根目录下（/home/svnadmin/svnsources/）下建立一个代码库（repo），名称为testrepo： svnadmin create /home/svnadmin/svnsources/testrepo 4、启动svn自带的svnserve服务供网内其它计算机使用： svnserve -d -r /home/svnadmin/svnsources 此时便可以在局域网中通过svn://192.168.0.142/testrepo来访问testrepo这个代码库的内容了注：可以加--listen-port参数来指定端口（默认为3690），如： svnserve -d --listen-port 3691 -r /home/svnadmin/svnsources启动服务 然后在局域网中通过svn://192.168.0.142:3691/testrepo来进行访问 5、建立一个目录（例：/home/gli/projectImport），把代码放置到主干（trunks）下，如project 为一份需要管理的代码： projectImport |--branches |--tags |--trunks |--project 注：这个并不是必须的，只是采用这种结构管理代码是比较合理的一种方式 6、然后将这个目录（/home/gli/projectImport）导入到testrepo中去管理： svn import -m"init testrepo" /home/gli/projectImport/ file:///home/svnadmin/svnsources/testrepo/ 7、拉出一个分支来进行开发（svn copy source destination）： svn copy -m"init from trunks" file:///home/svnadmin/svnsources/testrepo/trunks/project file:///home/svnadmin/svnsources/testrepo/branches/project 注：其中source可以是本地工作副本，destination为代码库中的URL 8、当开发到一个稳定版本后或某个阶段后，需要打一些标签（tags）以方便管理： svn copy -m"init from trunks" file:///home/svnadmin/svnsources/testrepo/branches/project file:///home/svnadmin/svnsources/testrepo/tags/project 9、若有另一个项目需要管理，可重复步骤5到8来进行开发管理。
数据完全备份、差异备份、增量备份 1.完全备份 备份全部选中的文件夹，并不依赖文件的存档属性来确定备份那些文件。在备份过程中，任何现有的标记都被清除，每个文件都被标记为已备份。换言之，清除存档属性。 完全备份就是指对某一个时间点上的所有数据或应用进行的一个完全拷贝。实际应用中就是用一盘磁带对整个系统进行完全备份，包括其中的系统和所有数据。这种备份方式最大的好处就是只要用一盘磁带，就可以恢复丢失的数据。因此大大加快了系统或数据的恢复时间。然而它的不足之处在于，各个全备份磁带中的备份数据存在大量的重复信息；另外，由于每次需要备份的数据量相当大，因此备份所需时间较长。 2.差异备份 备份自上一次完全备份之后有变化的数据。差异备份过程中，只备份有标记的那些选中的文件和文件夹。它不清除标记，也即备份后不标记为已备份文件。换言之，不清除存档属性。 差异备份是指在一次全备份后到进行差异备份的这段时间内，对那些增加或者修改文件的备份。在进行恢复时，我们只需对第一次全备份和最后一次差异备份进行恢复。差异备份在避免了另外两种备份策略缺陷的同时，又具备了它们各自的优点。首先，它具有了增量备份需要时间短、节省磁盘空间的优势；其次，它又具有了全备份恢复所需磁带少、恢复时间短的特点。系统管理员只需要两盘磁带，即全备份磁带与灾难发生前一天的差异备份磁带，就可以将系统恢复。 3.增量备份 备份自上一次备份（包含完全备份、差异备份、增量备份）之后有变化的数据。增量备份过程中，只备份有标记的选中的文件和文件夹，它清除标记，既：备份后标记文件，换言之，清除存档属性。 增量备份是指在一次全备份或上一次增量备份后，以后每次的备份只需备份与前一次相比增加和者被修改的文件。这就意味着，第一次增量备份的对象是进行全备后所产生的增加和修改的文件；第二次增量备份的对象是进行第一次增量备份后所产生的增加和修改的文件，如此类推。这种备份方式最显著的优点就是：没有重复的备份数据，因此备份的数据量不大，备份所需的时间很短。但增量备份的数据恢复是比较麻烦的。您必须具有上一次全备份和所有增量备份磁带（一旦丢失或损坏其中的一盘磁带，就会造成恢复的失败），并且它们必须沿着从全备份到依次增量备份的时间顺序逐个反推恢复，因此这就极大地延长了恢复时间。
一、Linux-SVN的介绍及使用方法 1. SVN简介 SVN 是subversion简称，是一个开源的版本控制系统。我们在解bug过程中主要用于对解决某个bug而引起代码变动的情况（俗称patch）的提交，系统集成组在某一时间会取出SVN中一定阶段内提交的patch进行集成，从而更新系统的版本。 linux系统中安装svn，主要使用命令apt-get install subversion 2. SVN使用 2.1 从SVN服务器拷贝svn目录 命令：$ svn co http://255.255.255.255(IP地址)/svn/ 可先登录http://255.255.255.255/svn，输入用户名和密码（需在管理员处开通相应上传下载权限） ①svn add命令 用于将patch提交至本地版本库（加入版本控制），还未提交至远程服务器，不会更改远程（http://255.255.255.255/svn/）上的内容。另外，svn revert是撤销此次添加（这里不常用）。 $ svn add 007_fix_name_issue_000000.patch 该命令执行后，终端显示情况如下： ②svn commit命令 将本地版本中添加的文件上传到远程服务器上，更新服务器上的内容。 $ svn commit 007_fix_name_issue_000000.patch -m "fix name issue (as an example)" 其中-m 表示-message，“”中的内容表示该patch具体修改问题的描述信息，描述信息必不可少！有助于后续patch提交与否的验证。 该命令执行后，终端显示情况如下：
VisualSVN备份策略 一、VisualSVN备份方式简介 VisualSVN版本库备份有三种方式 1.完全备份 svnadmin hotcopy 【d:\svnroot\project 备份目录】【d:\svnrootbackup\project 源版本库目录】 2.增量备份 备份命令： svnadmin dump 【d:\sourcecode\project 源版本库目录】--revision 【15 需要备份的版本号】--incremental > 【d:\sourcecode\dumpfile 保存了本次备份版本号包含的增量数据的文件】 恢复命令： svnadmin load 【d:\sourcecode\project 原版本库目录、需要恢复数据的目录】< 【d:\sourcecode\dumpfile 备份文件】 3.同步版本库 二、各方式优缺点 svnadmin hotcopy原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量
优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了svn服务，甚至不需要恢复，只需要进行简单配置即可切换到备份库上工作。 缺点是：比较耗费硬盘，需要有较大的硬盘支持。 svnadmin dump是官方推荐的备份方式 优点是：比较灵活，可以全量备份也可以增量备份，并提供了版本恢复机制。 缺点是：如果版本比较大，如版本数增长到数万、数十万，那么dump的过程将非常慢； 备份耗时，恢复更耗时；不利于快速进行灾难恢复。 svnsync实际上是制作2个镜像库，当一个坏了的时候，可以迅速切换到另一个。不过，必须svn1.4版本以上才支持这个功能。 优点是：当制作成2个镜像库的时候起到双机实时备份的作用； 缺点是：当作为普通备份机制每日备份时，操作又较前2种方法麻烦。 三、研发中心选用的备份方式 经过比较决定采用同步版本库的方式，以下是同步版本库需要的配置步骤以及定时同步需要的任务设置 在备份机器上安装visualsvn服务器 新建版本库 svnadmin create 【E:\soft\Repositories\project 备份版本库文件地址】 为新的版本库创建pre-revprop-change钩子脚本(hook scrīpt) 在E:\soft\Repositories\project\hooks目录下新建一个空的pre-revprop-change.bat