VERITAS NetBackup体系架构及环境简述

一、简介:

NetBackup 是 Symantec 公司提供的企业级备份管理软件,它支持多种操作系统,包括 UNIX、Microsoft Windows、OS/2 以及 Macintosh 等。NBU 是目前使用最广的备份软件。

NBU 采用全图形的管理方式,同时提供命令行接口,适应不同的用户需求。它提供了众多的性能调整能力,从管理角度看,其高性能特征十分明显。如提供多作业共享磁带机、大作业并行数据流备份、完善的监控报警、动态备份速度调整等能力,为用户的集中式存储管理提供了灵活和卓有成效的手段。

通过管理界面,管理员可以设置网络自动备份策略,这些备份可以是完全备份,也可以是增量备份。同时, NBU 还管理存储设备。如果采用磁带库,它可以驱动机械手(磁带库使用机械手作为磁带自动加载工具),管理磁带

它是于2004年被symantec收购veritas公司的一款产品,该产品功能强大,分为初级的NetBackup EXEC和高级的NetBackup产品。目前最新版本为8.0

二、体系架构

现有数百种产品可以为开放系统环境执行备份与恢复,但为处理现代数据中心的大量数据而专门设计的却少之又少。NetBackup Enterprise拥有一个核心三层体系架构。它整合了尖端介质管理功能和高性能,能够适应最大规模数据中心的需求。

 

NetBackup Enterprise的三层体系结构包含三类主要的组件,即Master Server(主服务器),Media Servers(介质服务器),Clients(客户端)。典型的NetBackup Enterprise的备份管理系统是由一个Master Server,一个或多个Media Servers,以及多个Clients组成;这样的一个备份管理系统就构成一个NetBackup的存储备份域(NetBackup Storage Domain)。比较大的备份管理系统,特别是跨地域的备份系统,则包含可能包括多个备份域。(注:在此NetBackup Enterprise本身是三层体系结构,再加上集中管理工具Global Data Manager,则构成了四层体系结构)

 

wKiom1lcXCnAtZgnAAE3Q4vROSw461.png-wh_50

 

NetBackup Master Server

NetBackup Master Server是NetBackup Enterprise第一层的部件。Master Server是管理一切数据保护工作的“大脑”,是最核心的部件。它所管理的工作包括:任务调度、客户端备份、介质管理、设备管理等等。Master Server本身也可以挂接一个或多个备份设备,来直接对客户端进行备份。

 

NetBackup Media Server

当需要备份的数据属于不同分组(如不同部门、子系统、应用等)或数据量比较大的时候,我们需要使用多个Media Servers来做分组备份管理和分担备份任务。Media Server代表第二层,备份设备挂接在Media Server上,以本地方式备份大型应用,同时还可以备份网上的其它客户机系统。Media Server可以和Master Server或其他的Media Server共享磁带库,也可以配置其自己的磁带设备。在有多个Media Servers的情况下,一个Media Server因故障停止数据保护工作的时候,可以由Master Server把这个Media Server的数据保护工作转移到另外的Media Servers上。

阅读更多

NBU备份oracle全备脚本注释(非常实用)

root@gzzynbu1 # more hot_database_backup.sh

#!/bin/sh

# $Header: hot_database_backup.sh,v 1.3 2010/08/04 17:56:02 $

#

#bcpyrght

#*********************************************************************

#* $VRTScprght: Copyright 2014 Symantec Corporation, All Rights Reserved $ *

#*********************************************************************

#ecpyrght

#

# —————————————————————————

#                       hot_database_backup.sh

# —————————————————————————

#  This script uses Recovery Manager to take a hot (inconsistent) database

#  backup. A hot backup is inconsistent because portions of the database are

#  being modified and written to the disk while the backup is progressing.

#  You must run your database in ARCHIVELOG mode to make hot backups. It is

#  assumed that this script will be executed by user root. In order for RMAN

#  to work properly we switch user (su -) to the oracle dba account before

#  execution. If this script runs under a user account that has Oracle dba

#  privilege, it will be executed using this user’s account.

# —————————————————————————

# —————————————————————————

# Determine the user which is executing this script.

# —————————————————————————

 

CUSER=`id |cut -d”(” -f2 | cut -d “)” -f1`

 

# —————————————————————————

# Put output in <this file name>.out. Change as desired.

# Note: output directory requires write permission.

# —————————————————————————

RMAN_LOG_FILE=${0}.out

# —————————————————————————

# You may want to delete the output file so that backup information does

# not accumulate.  If not, delete the following lines.

# —————————————————————————

if [ -f “$RMAN_LOG_FILE” ]

then

rm -f “$RMAN_LOG_FILE”

fi

# —————————————————————–

# Initialize the log file.

# —————————————————————–

 

echo >> $RMAN_LOG_FILE

chmod 666 $RMAN_LOG_FILE

 

# —————————————————————————

# Log the start of this script.

# —————————————————————————

 

echo Script $0 >> $RMAN_LOG_FILE

echo ==== started on `date` ==== >> $RMAN_LOG_FILE

echo >> $RMAN_LOG_FILE

 

# —————————————————————————

# Replace /db/oracle/product/ora102, below, with the Oracle home path.

# —————————————————————————

ORACLE_HOME=/db/oracle/product/ora102 #oracle目录

export ORACLE_HOME

# —————————————————————————

# Replace ora102, below, with the Oracle SID of the target database.

# —————————————————————————

ORACLE_SID=ora102 #备份的数据库

export ORACLE_SID

# —————————————————————————

# Replace ora102, below, with the Oracle DBA user id (account).

# —————————————————————————

ORACLE_USER=ora101备份使用的系统用户

# —————————————————————————

# Set the target connect string.

# Replace “sys/manager”, below, with the target connect string.

# —————————————————————————

TARGET_CONNECT_STR=sys/manager ### sys/manager 改为 / ###

 

# —————————————————————————

# Set the Oracle Recovery Manager name.

# —————————————————————————

RMAN=$ORACLE_HOME/bin/rman #NBU中rman命令的位置

# —————————————————————————

# Print out the value of the variables set by this script.

# —————————————————————————

echo >> $RMAN_LOG_FILE

echo   “RMAN: $RMAN” >> $RMAN_LOG_FILE

echo   “ORACLE_SID: $ORACLE_SID” >> $RMAN_LOG_FILE

echo   “ORACLE_USER: $ORACLE_USER” >> $RMAN_LOG_FILE

echo   “ORACLE_HOME: $ORACLE_HOME” >> $RMAN_LOG_FILE

# —————————————————————————

# Print out the value of the variables set by bphdb.

# —————————————————————————

echo  >> $RMAN_LOG_FILE

echo   “NB_ORA_FULL: $NB_ORA_FULL” >> $RMAN_LOG_FILE

echo   “NB_ORA_INCR: $NB_ORA_INCR” >> $RMAN_LOG_FILE

echo   “NB_ORA_CINC: $NB_ORA_CINC” >> $RMAN_LOG_FILE

echo   “NB_ORA_SERV: $NB_ORA_SERV” >> $RMAN_LOG_FILE

echo   “NB_ORA_POLICY: $NB_ORA_POLICY” >> $RMAN_LOG_FILE

# —————————————————————————

# NOTE: This script assumes that the database is properly opened. If desired,

# this would be the place to verify that.

# —————————————————————————

echo >> $RMAN_LOG_FILE

# —————————————————————————

# If this script is executed from a NetBackup schedule, NetBackup

# sets an NB_ORA environment variable based on the schedule type.

# The NB_ORA variable is then used to dynamically set BACKUP_TYPE

# For example, when:

#     schedule type is                BACKUP_TYPE is

#     —————-                ————–

# Automatic Full                     INCREMENTAL LEVEL=0

# Automatic Differential Incremental INCREMENTAL LEVEL=1

# Automatic Cumulative Incremental   INCREMENTAL LEVEL=1 CUMULATIVE

#

# For user initiated backups, BACKUP_TYPE defaults to incremental

# level 0 (full).  To change the default for a user initiated

# backup to incremental or incremental cumulative, uncomment

# one of the following two lines.

# BACKUP_TYPE=”INCREMENTAL LEVEL=1″

# BACKUP_TYPE=”INCREMENTAL LEVEL=1 CUMULATIVE”

#

# Note that we use incremental level 0 to specify full backups.

# That is because, although they are identical in content, only

# the incremental level 0 backup can have incremental backups of

# level > 0 applied to it.

# —————————————————————————

阅读更多

windows2003R2 下NetBackup7备份服务器环境虚拟机下载

本博主安装与配置好的windows2003R2 下NetBackup7备份服务器环境虚拟机下载,链接:https://pan.baidu.com/s/1RZ4j-ENCinibPOrXf6eI7Q
提取码:mdyk 下载后,用vmware workstation打开,即可以使用。
赛门铁克NetBackup是一款专为企业用户设计的资料备份与恢复的软件套件。
在备份过程中,客户通过网络将数据传送至NetBackup服务器,该服务器则通过使用相关策略为其选择最合适的存储介质类型。在恢复过程中,管理员能够浏览到用户需要恢复的数据和目录,同时,NetBackup服务器会找到这些数据或目录并且帮助客户进行恢复。NetBackup提供重复数据删除、复制以及快照服务,也能够在物理环境或虚拟环境下从磁带、磁盘、快照和云中进行数据恢复。该产品对VMware和微软的Hyper-V都能够提供支持。

Symantec公司发布了NetBackup 7.6版本(以下简称Symantec NBU7.6),新版本给人们带来的惊喜主要体现虚拟环境备份技术上,我认为Symantec NBU7.6与Symantec NBU 7.5的关联度比较紧密,前一个版本的某种物理环境的备份技术发扬光大后被延伸到了虚拟备份环境中;另外对云的支持也加强了,还有就是进一步简化了某些复杂操作,使用起来更加方便。总体上Symantec NBU7.6和Symantec NBU 7.5两个版本上市的间隔过短,所有令人惊喜的亮点不多,下面我就盘点一下新版本的亮点。 

        第一个亮点:VMware加速备份技术(Accelerator

                   Symantec NBU 7.6加速备份技术能使VMware虚拟机镜像文件速度提高35倍左右,这个加速备份技术实际上是Symantec NBU 7.5文件系统加速备份技术在VMware环境中扩展应用。Symantec NBU 7.5的最大亮点之一就是文件系统的备份速度提升惊人,理想情况下可提升近百倍的速度,换句话形容就是加速备份技术只需要增量备份的时间就能进行完全备份。无论是Symantec NBU 7.5还是NBU 7.6的Accelerator其实都是对文件系统备份性能的改善,VMware虚拟机镜像文件是有VMware文件系统(VMFS)管理的,所有备份产品必须通过VMware的数据保护接口(VMware vSphere Data Protection API)才能够操作VMware文件系统,并看到和备份虚拟机镜像文件,这种操作体验和使用方式与在Window环境中操作文件系统的文件并无二致。 

                  Symantec NBU Accelerator备份加速技术主要原理就是在备份客户端实时监控文件数据的改变并加以记录,备份作业一般需要对文件系统做一次预处理扫描工作,如果文件数量非常多则需要花费较长时间,而采用这种监控技术就可以将扫描所需要的时间分散在备份作业之前的分分秒秒中,这段集中的时间似乎就消失了,这种技术也叫做文件更改追踪技术,应用在VMware虚拟环境中就叫做更改数据块跟踪技术(CBT)。第一次做全备份时,备份加速技术不会起作用,所需要的备份时间与传统备份时间一样,但是Accelerator会开始为以后的备份做好加速准备工作,建立跟踪监控机制和记录表。第二次之后的全备份利用加速技术既可以减少预处理时间又可以提供“射击”的精确度(标靶技术),只将更改过的文件或文件块从客户端传送至备份服务器进行处理,需要传输和处理的数据量大大减少,备份时间显著缩短,备份速度惊艳。我们可以对传统备份、客户端重除、服务器端重除和Accelerator加速备份做一个优劣比较:

传统备份

Ø  IO成本高,全部读取

Ø  CPU成本中等,通常较低,但持续时间长

Ø  网络成本高,需要传输所有数据

Ø  存储成本高,存储所有数据,包括重复数据   

服务器端重复数据删除

Ø  IO成本高,全部读取

Ø  CPU成本中等,通常客户端较低,持续时间较长;备份服务器端高,持续时间长

Ø  网络成本高,需要传输所有数据

Ø  存储成本较低,仅存储唯一数据

客户端重复数据删除

Ø  IO成本高,全部读取

Ø  CPU成本高,需要处理重复数据删除和计算数据块“签名”等

Ø  网络成本低,仅传输唯一数据

Ø  存储成本较低,仅存储唯一数据

Accelerator备份加速

Ø  IO成本低,仅更改数据

Ø  CPU成本低,较少签名处理

Ø  网络成本低,仅唯一数据

Ø  存储成本低,仅唯一数据 

                  当然,Symantec NBU 7.5和7.6的Accelerator备份加速技术并不像我描述得那么简单,我只是化繁为简大体上解释一下技术原理,但是通过以上4上备份方式的比较可以清晰看出为什么Accelerator可以加速并且带来了那些潜在的好处(benefits)。Symantec NBU的Accelerator加速技术目前只能应用在文件系统的备份上,而VMware的文件系统是一种特殊文件系统,虚拟机镜像文件是一种特殊的文件,因此Accelerator加速技术可以应用在VMware虚拟机备份上。特别需要注意的是,Accelerator目前不能对数据库和应用类型的数据进行备份加速。 

                  Symantec NBU Accelerator技术适合文件类型数据量和VMware虚拟机文件数据量比较大的场合,备份速度分别提升100倍和35倍。另外,也比较适合远程备份这两种类型的数据,尤其是带宽比较小的场合下。

本博主安装与配置好的windows2003R2 下NetBackup7备份服务器环境虚拟机下载,链接:https://pan.baidu.com/s/1RZ4j-ENCinibPOrXf6eI7Q
提取码:mdyk 下载后,用vmware workstation打开,即可以使用。

阅读更多