NBU备份一体机技术解决方案

Symantec NBU备份一体机
技术建议书
2017.2.9
目录
1概述 (4)
1.1备份现状分析 (4)
1.2备份系统设计原则 (5)
1.3备份新架构和技术选择 (6)
1.3.1全新磁盘备份一体机-NBU5230 (6)
1.3.2NBU Appliance 5230所带来的改变 (7)
1.4NBU备份一体机设计方案 (8)
1.4.1总体架构 (8)
1.4.2架构详解 (8)
1.4.3架构优势 (10)
1.5备份方案优点 (10)
1.6方案说明 (11)
1.6.1备份软件的版本 (11)
1.6.2备份Oracle数据 (12)
1.6.3备份数据的离线出库 (12)
1.6.3.1Vault对磁带的管理 (12)
1.6.3.2应急恢复 (14)
1.6.4操作系统备份 (14)
1.6.5数据复制和远程出库 (16)
2NBU备份一体机实施方案 (17)
2.1实施计划 (17)
2.2具体工作安排 (17)
2.3项目里程碑 (18)
2.4提交的文档列表 (19)
2.5用户方的配合工作 (20)
2.6项目实施规范 (21)
2.6.1备份策略规范 (21)
2.6.2备份策略初步设计 (21)
2.6.3备份策略命名规范 (21)
2.6.4备份脚本规则 (23)
2.6.5备份窗口规划 (24)
2.6.6设备管理 (25)
2.6.6.1存储单元命名规范 (25)
2.6.6.2磁带介质集使用规则 (25)
2.6.7catalog 备份 (26)
3人员培训计划 (27)
3.1现场培训 (27)
3.2原厂学习 (27)
1 概述
企业最为宝贵的财富就是数据，要保证企业业务持续的运做和成功，就要
保护基于计算机的信息。

人为的错误，硬盘的损毁、电脑病毒、自然灾难等等
都有可能造成数据的丢失，给企业造成无可估量的损失。

对于任何核心业务系统，业务数据丢失更是一场大灾难，会导致系统文件、客户资料、业务数据的
丢失，业务将难以正常进行。

这时，最关键的问题在于如何尽快恢复计算机系统，使其能正常运行。

而备份系统是各类业务系统数据安全的最后防线，所以备份系统的可靠性，稳定性至关重要；通过建立统一集中的备份系统，将有助于提高数据备份与恢
复效率，提高备份系统的负载能力与扩展性。

本项目中会使用Symantec公司成熟的备份一体机产品，通过一些先进的SAN备份手段，完善数据生命周期的管理，助力上海XXX（以下简称XXX）的备
份体系建设。

1.1 备份现状分析
在XXX现有IT环境中主要有HP-UNIX、Windows、Redhat Linux、SUSE Linux等平台需要进行备份，一共包括了双机和单机的大约14台设备，还有一
些Oracle数据库和数据仓库需要进行备份。

设备分布如下：
1.HP-UNIX（最为重要）：
a.版本为11.23的机器一共是5台，其中2套双机和1台单机；
b.版本为11.31的机器一共是2台，是双机模式；
c.以上机器都需要Oracle数据库备份；
2.Linux平台：
a.SUSE Linux的机器一1台，有数据库需要备份；
根据现场的情况对现有的机器备份需求进行了整理如下：
1.2 备份系统设计原则
一个备份系统具有以下基本特点：
1. 为用户关心的系统，往往是用户的关键的核心系统提供数据保护；
2. 备份系统是用户数据安全的最后防线，所以这个防线的可靠性，稳定性至关
重要。

成本合理的情况下，这条防线越安全越好；
3. 备份的目的是数据恢复，数据和系统的恢复时间越短，用户的损失就越小；
4. 建设备份系统的投资，相对整个系统而言，相当小，也就是说，我们通过备
份系统可以用相对较低的成本，为关键的核心系统体统必要的保护。

因此，我们在建设备份系统的时候，首先应该考虑的是如何尽最大可能提供最安
全的保护，同时提供最快的数据和系统的恢复能力，备份系统的改造建设原则是：开放性
备份系统的开放性，包括对不同的服务器，磁带库，数据库，备份方式的备份支持，同时也包括对不同系统的开放的服务支持能力。

可管理性
一个备份系统涉及的系统比较复杂，对于一个庞大和复杂的系统运行环境，备份
系统的可管理性直接影响到整个备份系统的效率和功能的灵活性。

一个好的备份系统，可以满足用户针对不同的备份需要，针对不同的备份对象，提供灵活的备份策略机制。

可扩展性
一个好的备份系统，不仅能够满足目前的备份需要，同时应该能够满足将来的备份需要。

备份软件的升级换代不仅仅是简单的软件更换，它涉及到管理方式的变更，管理程序的变更，员工的技能培训的变更，以及员工积累的故障诊断经验。

为了有效的保护这些软投资，在一开始选择备份系统的阶段，考虑长远的备份系统扩展能力，将有效的保护这些投资。

1.3 备份新架构和技术选择
1.3.1 全新磁盘备份一体机-NBU5230
赛门铁克的NBU5230为NetBackup客户提供了一个即刻可用的选项，可以扩展NetBackup部署，满足企业日益增长的数据保护需求。

与传统备份方法相比，内置重复数据删除选项可将备份大小减小最多高达50倍，将备份带宽利用率减少最多高达99%。

利用NBU5230可以实现：
●备份系统“零部署”。

即插即用，设备本身内置NBU最新版本的备份软件，无需
安装，加电即可使用，为用户节省了大量的前期准备工作和宝贵的时间
●备份设备“零配置”。

无需添加和配置任何备份设备即可实现网络及光纤端口备
份，内置重复数据删除的备份空间，用于保护前端数百TB数据。

设备后端可连
接磁带库实现备份数据自动出库。

●备份部署“零停机”。

由于无需配置任何备份设备，在备份系统部署过程中对生
产主机无影响，安装轻量级备份代理即可实现企业全网数据备份。

●灾难恢复“零等待”。

特有的备份数据容灾功能（AIR），可将备份数据在不同备
份域中进行实时复制，并可在异地即时恢复，实现多数据中心备份数据的容灾。

1.3.2 NBU Appliance 5230所带来的改变
1、明确的近线备份和离线备份
充分利用磁盘和磁带库各自的优势，实现快速的近线磁盘备份和后端的离线备份复制。

降低一味的追求磁带库在小时间窗口内在线快速备份的能力。

2、SAN备份能力的提升
通过引进NBU Appliance的引进可以即插即用的实现SAN-Client的架构，业务主机不再需要管理备份设备，而通过NBU Appliance实现LAN-Free备份。

这种备份架构实现了业务系统与备份系统的松耦合管理，备份系统作为一种服务体现。

备份系统的发展可以实现按需扩展，而无需按照业务平台的数量扩展而扩展。

3、网络备份能力的提升
通过智能化的重删将使原有网络备份和存储的能力实现质的提高。

4、减少机械故障对备份的影响
通过分离业务系统和备份设备的，避免物理带库造成的机械故障以及变更维护对业务系统的影响，降低运维风险。

1.4 NBU备份一体机设计方案
1.4.1 总体架构
针对XXX目前的备份需求，通过备份一体机快速有效的搭建备份体系平台，实现集
中管理和灵活调度，实现所有备份资源对于所有应用均为透明，实现备份资源的按需
分配。

同时通过NBU内建的数据生命周期管理功能，自动实现D2D2T的数据转储，异
机出库和历史数据离线保存。

1.4.2 架构详解
根据用户目前的情况，推荐的架构介绍如下（细节的备份技术将在1.4章节
进行描述）：
1、通过一台NBU 5230作为主备份服务器，同时作为一级备份设备，负责数据库、
文件系统、虚拟机的备份任务管理以及备份数据的保存；
a)该设备内置了备份主服务器、Linux的操作系统、SF的文件系统管理、
IPS的加固、14TB的可用空间；
b)该设备包括了Master服务器许可；
c)该设备包括配置磁盘备份和重复数据的许可，可以达到90%以上的空间节
约；
2、需要备份的服务器上安装NBU Client 和相应的应用代理Agent，根据NBU5230
的Master Server调度，完成文件、数据库和虚拟机的备份；
a)SAN备份的服务器安装Enterprise Client；
b)LAN备份的服务器安装Standard Client；
c)数据库备份安装Application Option；
3、配置一台磁带库，作为二级备份设备；
a)配置一个光纤带库设备i500；
b)含两个LOT-6光纤驱动器，48个LOT-6磁带，两个清洗带；
4、配置一台光纤交换机，连接NBU5230、带库和待备份服务器，组建备份SAN网
络；
a)配置一台博科310光纤交换机；
b)含24个8GB端口，含24个8Gb/s短波SFP,机架套件；
5、建议提供一台PC服务器, 作为应急恢复数据的机器；
a)需要3块内置的2TB硬盘，安装Opscenter Report Service,安装FTP服
务；
b)安装同样版本的NBU Master软件，定期的将Catalog导入到这个机器
中，；
6、建议提供一台PC机，安装NBU的监控软件Opscenter，便于监控人员查看每天
的备份作业情况，并且可以自动发送出错的报警；
1.4.3 架构优势
通过备份架构建设，给XXX带来的好处如下：
1.备份管理简单化
运维人员只需要面对一个软件，就可实现对整个架构的管理和监控，提高工作效率。

数据对于用户是透明，需要进行数据恢复操作时，运维人员只需要发出恢复指令，不用关心数据到底保存在哪里。

2. 维护简单
采用NBU的一体机设备进行备份，Netbackup会自动调配资源，数据将自动备份到物理带库中。

采用了最新的SAN-client备份方式，杜绝了备份系统对生产系统的影响；
3. 系统稳定
以Netbackup为核心的备份系统，在中、农、工、建、交五大行的数据中心都已经推广使用，反应良好。

Netbackup被广泛使用，不仅因为其工作稳定。

同时还因为Netbackup可以按照用户的需求，设定灵活的备份策略，将企业的数据保护要求，通过技术手段落地。

相信Netbackup同样可以提供更好的服务。

1.5 备份方案优点
•提高资源利用率：
–开放平台共同使用NBU一体机作为一级备份，节约带库的驱动器资源；
–NBU一体机具有数据去重能力，可以大大节约数据存储空间；
–备份数据可以通过NBU的合并备份方式，节约磁带资源；
•提高备份和恢复效率：
–使用主流的D2D2T备份架构，大大缩短备份窗口；
–恢复数据时可以直接从存储设备中读取数据，大大提高恢复效率；
•提高架构灵活性：
–NBU在众多行业得到广泛的使用，可以支持众多复杂备份环境，为未来的两地三中心做基础；
–虚拟磁带库可以快速部署，而且线性扩展，实现一对多的复制和拷贝，灵活的实现多中心多级的数据备份；
–主备中心都可以恢复数据，提高了恢复的灵活性；
1.6 方案说明
本方案推荐XXX采用赛门铁克的企业级备份软件:Netbackup (以下简称NBU)和备份一体机NBU 5230。

1.6.1 备份软件的版本
在本次的项目中我们会根据现有的设备情况来配置相应的软件版本；其中
较为
特殊的是HP-UNIX 11.23，因为该系统版本没有办法安装最新的NBU版本，所以会考虑安装NBU 6.5实现SAN Client备份方式；
1.6.2 备份Oracle数据
在XXX中使用的Oracle数据库,为了能够在数据库运行状态下把数据库完整备份下来，针对各种数据库服务器相应配置数据库代理实现对数据库的在线备份。

考虑到数据库备份数据量较大，建议使用光纤进行数据备份，这样可以大大减轻对网络带宽的占用。

对于Oracle的备份来说将会分为两个部分：
一个是通过Oracle的RMAN来备份数据库文件和对应的日志文件，相对应的脚本将会被更新；
一个是通过单独的Policy来备份Oracle的配置文件；
1.6.3 备份数据的离线出库
在金融机构中都有数据需要离线出库的需求，所以本次项目中我们也配置磁带库，然后对已经备份到NBU 5230中的数据通过Vault功能，出库到磁带库中。

1.6.3.1Vault对磁带的管理
管理灾难恢复的异地磁带可能是非常繁复的手动过程（见图44）。

通常可以使用基本电子数据表格，但是如果您的磁带保险库(Vault)和灾难恢复计划包含了您的主要站点和磁带库之间每周移动的数百或数千盘磁带，该过程则可能很快变成漫长的物流过程。

为了解决这一问题，NetBackup Vault软件可以简化和自动化异地磁带介质的生命周期管理。

下面是NetBackup Vault软件的主要功能：
●弹出磁带介质
●分配异地保险库的磁带介质槽
●监控磁带保存期限，以便介质过期后可以返回主要站点，进行重复使用
●创建保险库报告（如介质离开异地、介质到达现场、详细介质报告），
来管理异地介质
●Iron Mountain报告功能
O 支持Iron Mountain电子格式报告
O 包括磁带抓取列表、分配列表、库存报告和恢复报告
●未转移到磁带保险库的镜像的报告
●磁带库丢失介质报告
●容器库存报告(Container Inventory Report)
图44：典型的异地存储程序
#1 NetBackup保险库根据预先设定的策略复制备份
#2 NetBackup保险库从机械手磁带库中自动弹出磁带，进行离站发送
#3 磁带包装好之后运送到异地保险库
#4 NetBackup保险库记录和追踪每盘磁带的位置和过期时间
#5 NetBack保险库通过电子邮件向请求磁带返回的异地设施发送报告
#6 过期磁带运回异地
#7 将磁带载入磁带库，以便重复使用
1.6.3.2应急恢复
在使用NBU备份软件的过程中，我们会将每天的Catalog备份到磁带中，
这个会作为重新构建NBU环境的基础，并且我们提供了双重的保障，我们可以
在另一个Opscenter服务器上安装NBU的Master软件，并且将Catalog手动导入到该服务器中，等到如果5230出现故障的话，可以通过该服务器管理磁带库，进行紧急的恢复动作。

1.6.4 操作系统备份
Symantec NetBackup BMR功能的作用就是简化和优化服务器的恢复过程。

使用BMR解决方案，客户可以通过一个命令，系统就能在瞬间完成整个服务器恢复任务，既不需要对员工进行培训，也不需要执行繁索的管理任务。

利用这一个解决方案，就能
够满足大量平台的需求，而且不需要为每台服务器定制恢复程序。

•BMR功能与NetBackup备份协同工作。

客户机仍像以前那样备份至NetBackup服务器。

但在执行每项预定备份任务之前，系统将自动执行附加过
程，即记录服务器配置的当前状态，其中包括磁盘配置和网络配置。

如果服务
器配置被修改，系统在执行备份时，将自动捕捉和记录这些修改，不需要用户
进行干预。

•利用BMR进行恢复非常容易，因为恢复过程已经实现自动化。

用户既可以使用BMR server的命令行，又可以使用基于浏览器的简单界面。

只要发出
“prepare to restore”（准备恢复）命令，系统就开始执行恢复。

些时，BMR
将立即检索客户机配置数据，并使用该数据创建一个定制化的客户恢复程序。

然后，通过网络为客户机发送相应的引导数据和文件系统。

客户机将通过BMR boot server执行引导，并开始运行定制引导程序。

引导程序将执行一列任务：o通过BMR File Server，安装必需的启动系统。

o根据BMR server中的信息配置磁盘、逻辑卷、文件系统等。

o向NetBackup发送命令，从NetBackup server恢复文件，其中包括操作系统、配置数据、应用程序和用户文件。

o完成这些任务后，客户机将配置引导记录及配置数据库，并重新执行自引导，然后系统即正常运行。

如果不需要改变服务器配置，除初始网络引导外，将不需要进行人工干预。

由于BMR是一种多平台产品，用户可以通过一个公用界面，恢复一系列系统，从而大大降低成本。

如下图所示：
1.6.5 数据复制和远程出库
目前的XXX灾备中心还在建设的过程中，但是我们备份的建设应该考虑到未来的两地三中心的考虑，所以通过备份一体机，可以实现生产中心和灾备中心的数据同步。

而且，被同步的数据是去除重复数据后的数据。

同步默认是一天一次，如果有些应用是一天多次备份，可以考虑采用多次同步方式。

数据被同步到灾备中心后，可以直接从灾备中心的NBU 5230中再写到磁带库中。

因为磁带出库动作是离线动作，对于应用系统没有任何影响，所以可以在白天进行。

2 NBU备份一体机实施方案
2.1 实施计划
整个项目的实施会分为三个阶段：准备阶段、上线阶段、后期支持阶段，分别的
工作内容如下：
2.2 具体工作安排
整个项目的实施具体工作内容如下：
准备阶段：该阶段我们会根据现场的情况进行准备，比如NBU 5230
和带库等硬件的安装和调试、一些基本补丁的上传和配置，原则是不
要影响现有的生产系统；
序号内容时间
1 检查系统备份的需求和规划，确认整个项目的设计正确。

1天
2 收集主机配置、网络配置、带库配置、备份窗口、备份数据量
等详细信息，设计出符合用户要求和实际环境的实施方案。

2天
•环境准备：安装调试方法、详细实施方案和升级部署
计划、资源组织等；
•安装NetBackup Master Server（NBU 5230）
•配置PTL磁带库和带机设备
前期准备
（6个工作日）•HP-UNIX主机的备份配置
•配置数据库备份脚本
•备份恢复调试
•应急演练的测试
上线阶段
（4个工作日）•上线保障
•策略调整
•文档提交
•使用培训
后期支持（7个工
作日）
3 举办实施方案讨论会，讨论并通过实施方案
1天 4
经到场的观察，确认主机配置、网络配置和存储配置都符合要求，可以准备进行实施
1天
5 安装NetBackup Master Server （NBU 5230） 1天 6
配置PTL 磁带库和带机设备，进行带机读写操作测试 1天
上线阶段：该阶段是正式在生产环境上安装NBU 软件，并且配置和NBU 5230之间的策略和配置，这个阶段会涉及到生产机器的重启，所以建议在节假日进行；
序号 内容
时间
1 上传安装程序和补丁到生产主机上，并不做任何其他的操作 2天
2 进行HP-UNIX 主机的备份配置
3 配置数据库备份脚本，原有的脚本将会给更新
4 进行备份测试 1天
5 应急演练的测试
1天
后期支持阶段：该阶段主要的工作内容是对产品使用过程中的排错，并且对项目进行总结，提交相关的文档；
2.3 项目里程碑
本项目将包含以下里程碑： ➢ 项目启动
序号 内容
时间 1 进行知识传递
5天 2 提交相关文档，项目结束汇报。

2天
➢方案设计完成
➢方案测试完成
➢NBU安装部署完成
➢系统上线和投产验证
2.4 提交的文档列表
在本次项目中我们会严格根据项目进度提交相应的文档，具体的文档列表如下：
❖项目前期文档
▪《XXXNBU备份体系建设建议书》
▪《XXXNBU备份需求调研表》
▪《Netbackup 7兼容情况和补丁需求》
❖项目管理文档
▪《XXXNetBackup实施方案》
❖项目SOP文档
▪《XXXNetBackup7.5安装规范》
▪《XXX集中备份OpsCenter安装手册》
▪《XXXNetbackup功能测试结果》
▪《XXXNetbackup应急手册》
❖项目验收文档
▪《XXXNBU实施每日工作汇总》
▪《XXXNBU日常维护手册》
▪《XXXNBU备份项目结项报告》
2.5 用户方的配合工作
项目负责
在本次项目中，用户方需要指派专门的项目负责人与实施方的项目负责人交流项目进度及协调工作；
1.场地、设施和网络
在安装NetBackup产品之前，硬件系统、操作系统、数据库及网络工作正常；所有硬件出现有关的问题在用户协调下，其他硬件厂商已经
解决；
2.所需资源
✓为使项目按时成功完成，用户应提供：
✓进出机房及完成项目所需的资源；
✓安装软件所需的权限；
✓提供足够的硬件软件配置；
✓项目负责人可直接与用户项目负责人联系；
✓直接把项目要求提交给用户的项目负责人；
✓如系统配置或软件的改动影响到项目的进行，改动前需通知项目负责人；
✓提供系统的可停机时间保证项目的按时完成。

验收测试
在各处实施完成后，用户及时指派负责人协同进行本地项目验收工作。

总体项目完成后；用户及时指派负责人协同进行项目的终验工作。

2.6 项目实施规范
2.6.1 备份策略规范
先阶段我们主要定义备份策略设计的基本原则和命名规范，不会具体到每一个具
体备份的策略名称和调度计划，这部分工作放在实施过程中创建备份策略的时候完成，实施结束时，再提交详细《备份策略.xls》。

2.6.2 备份策略初步设计
2.6.3 备份策略命名规范
数据备份策略（Policy）名称由三个字段构成，说明如下：
1) 备份策略名称格式为{主机名}-{备份数据对象}-{补充说明}
2) 主机名字段为该备份策略要进行备份的对象主机的hostname，共8 个字符；
3) 备份数据对象字段说明该备份策略的备份内容；具体说明如下：
a) 该字段使用3 个必选字符和1 个可选字符；
b) 前3 个必选字符说明备份对象的数据类别；
c) 第4 个字符可选，针对同一数据类别存在多个备份对象的情况设立，如
同一物理主机上可能存在多个数据库或一个数据库的多个实例，或者同一物理主机上部署多个应用系统的情况。

对于这种情况使用数字[1-9]对所有对象进行编
号，编号规则如下：
i. 对于数据库类，按照数据库名称或数据库实例名称的英文字母升序
排列；
ii. 对于文件类，按照应用系统名称缩写的英文字母升序排列；
iii. 编号完成后需要编制对照表，进行记录与说明；
4) 补充说明字段对备份策略的内容、目的等特性进行进一步说明，可用补充说
明如下：
a) LOG。

特指数据库的单纯逻辑日志备份；
b) CFG。

特指由数据库零级触发的数据库配置文件备份；
c) BKP。

说明该备份策略主要面向实时数据恢复需求，基于这种策略生成
的备份数据拷贝会被循环覆盖；
d) ARC。

说明该备份策略主要面向数据归档需求，基于这种策略一般在特
定时间点（如月末，年底等）启动，生成的备份数据拷贝会根据应用系统
指定的保存周期进行长期保留；
5) 基于以上说明，备份策略命名规则表达式如下：
数据库类： {HostName}-{ORA|IDS|DB2|SYB|SQL|DOM}{1-9}- {LOG|BKP|ARC} 文件类： {HostName}-{ SYS|APP|APL|CFG|RET|BLN|DBT }{1-9}-{BKP|ARC}
6) 对备份软件自身Catalog 数据备份策略命名如下：
NB-CATALOG-BKP
7) 对INFORMIX 数据库，各个主机在逻辑日志切换时，都会触发一次逻辑日志备份，这些备份任务的需求相同，所以使用一个统一的备份策略。

备份策略命名如下： IDSHOST-IDS-LOG
8) 对INFORMIX 数据库，各个主机每次备份，包括数据库备份和逻辑日志备份，都会启
动一次数据库配置信息文件的备份，这些备份任务的需求相同，所以使用一个统一的备份策略。

备份策略命名如下：
IDSHOST-IDS-CFG
9) 对ORACLE 数据库，各个主机每次备份，包括数据库备份和归档日志备份，都会启动一次数据库CONTROLFILE 的备份，这些备份任务的需求相同，所以使用一个统一的备份策略。

备份策略命名如下：
ORAHOST-ORA-CFG
10) 对于使用LAN-FREE 备份方式且具有热备主机的系统，需要分别配置生产主机和热备主机上的备份策略。

即对于一个服务包运行在生产主机的情形，配置一个备份策略，服务包运行于热备主机情形，配置一个备份策略。

当服务包运行在某个主机
时，设置相应于该主机的备份策略处于ACTIVE 状态，而相应与另一个主机的备份策略
处于DEACTIVE 状态。

11) 每一个备份策略包含一个或多个调度（Schedule），对于调度命名（Schedule
Name）规则规定如下：
1) 由四个字段构成，前三个字段与策略名称保持一致；
2) 第四个字段使用5 个字符说明该调度的备份类型及备份周期，具体如下：
a) 格式为{FUL|DIF|CUM|USERBK|Default}{1-9}{H|D|W|M|Y}；
b) FUL 表示全备份；DIF 表示差分增量备份；CUM 表示累计增量备份；
{1-9}{H|D|W|M|Y}的组合表示备份周期，{1-9}代表备份周期的数值，
{H|D|W|M|Y}表示备
份周期的单位，其中H 为小时，D 为天，W为星期，M 为月，Y 为年。

c) USERBK 表示用户根据需要自行手工发起的文件类型的备份，由于此策
略
是由用户手工随时需要发起，所以没有固定的备份周期。

d) Default 表示由数据库触发的备份任务，由于此策略是由数据库触发，
不用
定义固定的备份周期。

2.6.4 备份脚本规则
数据库类数据的数据备份与恢复需要使用备份脚本来完成，针对备份脚本的使用
制订以下规则：
1）备份脚本统一存放在一个指定路径下，对不同平台的脚本存放基础路径规定
如下：
a) 对于UNIX 和Linux 平台，存放在/usr/openv/BKB_Scripts/路径下；
b) 对于windows 平台，存放在C:\Program files\Veritas\BKB_Scripts\路径
下。