日常nbu检查
NBU用户监控指南
NBU用户监控指南目录1VERITAS Netbackup日常维护知识 (2)1.1 检查NetBackup的进程 (2)1.2 检查带机的状态 (2)1.3 检查备份作业的完成情况 (2)1.4 检查磁带的使用情况 (2)1.5 VERITAS Netbackup Trouble Shooting (2)2任务监视器（Activity Monitor） (3)2.1 Activity Monitor的界面 (3)2.2 使用Activity Monitor (3)2.2.1 任务监视器作用 (3)2.2.2 查看任务细节 (4)3NetBackup报告 (5)4设备管理（device manager） (5)5介质管理 (6)5.1 如何启动介质管理 (6)6管理NetBackup进程 (8)6.1 用bpps显示NetBackup目前正在运行的进程 (8)6.2 启动NetBackup进程 (8)6.3 停止NetBackup进程 (8)1VERITAS Netbackup日常维护知识NetBackup的日常维护包括检查NetBackup的进程，检查带机的状态；检查备份作业的完成情况；检查磁带的使用情况。
1.1 检查NetBackup的进程# /usr/openv/netbackup/bin/bpps –a使用这条命令可以察看到NetBackup的所有进程状况是否正在运行。
1.2 检查带机的状态检查带机可以通过图形界面来察看。
在NetBackup的JA V A界面上，点击Device Monitor图标，选择需要察看带机的media server，在control栏目下显示了带机的状态。
1.3 检查备份作业的完成情况检查备份作业的完成情况也可以通过图形界面来察看。
在NetBackup的JA V A界面点击Activity Monitor图标，可以看到所有列出来的备份作业的情况，包括正在进行的作业和已经完成的作业；另外可以通过reports里面的Backup Status选项来察看备份作业完成后的返回值。
ICU常见检查项目及分析ppt课件
含量 35% 18% 35% 7% 5%
意义：受血浆蛋白、Hb、呼吸因素和电解质影响，目前认为不能 确切反映代谢酸碱内稳情况
血气酸碱分析的临床应用
• 单纯性酸碱失衡 • 双重性酸碱失衡
呼吸性酸中毒
代谢性酸中毒
呼吸性碱中毒
代谢性碱中毒
混合性代谢性酸中毒：高AG代酸＋高氯性代酸
临床血气分析符号、名称和 正常值
符号 PH PaO2 PaCO2 HCO3- （AB） SB BB BE CO2 CP SaO2
名称 酸碱度 动脉血氧分压 动脉血二氧化碳分压 碳酸氢根浓度 标准碳酸氢根浓度 缓冲碱 剩余碱 二氧化碳结合力 氧饱和度（动脉血）
正常范围 7.35-7.45 80-100mmHg 35-45mmHg 22-27mmol/L 24mmol/L 45-55mmol/L ±3mmol/L 22-29mmol/L 98%
龄)mmHg 年龄参考公式： A-aDO2 = 2.5 +（0.21×年
意义: 1) 判断肺换气功能( 静动脉分流、V/Q、呼吸膜弥散）
2）判断低氧血症的原因：
a）显著增大，且PaO2 明显降低（＜60mmHg），吸纯氧时 不能纠正，考虑肺内短路，如肺不张 和 ARDS
b）轻中度增大，吸纯氧可纠正，如慢阻肺
• 三重性酸碱失衡（TABD) ：一种呼吸性失衡，同时有 高AG代酸和代碱
酸碱平衡判断的四步骤
据pH、PaCO2、HCO3-变化判断原发因素
据所判断的原发因素选用相关的代偿公式
据实测HCO3-/PaCO2与相关公式所计算出的代偿区间 相比，确定是单纯常或规混检验合项酸目碱失衡
高度怀疑三重酸碱失衡（TABD）的，同时测电解质， 计算AG和潜在HCO3-，判断TABD
nbu备份解决方案
引言在当今的信息化时代，数据备份成为企业必不可少的一项工作。
而NBU （NetBackup）作为一款优秀的备份解决方案，被广泛应用于各行各业。
本文旨在介绍NBU备份解决方案的基本原理和使用方法，以及常见问题的解决方案。
1. NBU备份解决方案概述1.1 NBU是什么？NBU是Symantec公司开发的一款备份和恢复软件，它能够提供稳定可靠的数据备份和恢复功能。
通过NBU，用户可以方便地实现数据的保护和灾难恢复。
1.2 NBU的工作原理NBU的工作原理可以简单概括为以下几个步骤：1.定义备份策略：用户可以通过NBU的管理界面定义备份策略，包括备份的时间、频率、备份对象等。
2.执行备份作业：根据备份策略，在预定的时间点开始执行备份作业。
NBU 会自动调度和管理备份作业的执行过程。
3.数据传输：NBU通过网络将备份数据传输到备份服务器，然后存储到磁盘库或者磁带库中。
4.数据恢复：当需要恢复数据时，用户可以通过NBU的管理界面选择相应的备份集进行恢复操作。
1.3 NBU的优势NBU备份解决方案具有以下几个优势：•高效稳定：NBU采用了并行备份技术，能够快速备份大量数据，提高备份效率。
•灵活可靠：NBU支持多种备份介质，包括磁盘和磁带，并提供了多种备份策略的选择，满足用户不同需求。
•安全性强：NBU支持数据加密和身份验证等安全措施，保护备份数据的机密性和完整性。
2. NBU备份解决方案的使用方法2.1 安装和配置NBU首先，用户需要在服务器上安装NBU软件，并根据实际情况进行基本配置，包括存储介质的选择、备份策略的定义等。
2.2 创建备份策略在NBU管理界面中，用户可以通过创建备份策略来定义备份对象、备份时间和频率等。
同时，用户还可以选择备份类型，如全量备份、增量备份或差异备份。
2.3 执行备份作业根据预定的备份策略，NBU会自动调度和执行备份作业。
在备份过程中，用户可以监控和管理备份作业，如暂停、终止或重新排队等。
ICU常见检查项目及分析课件
ICU常见检查项目及分析课件一、概览当我们谈论ICU，也就是重症加强护理病房的时候，可能很多人都会觉得这是一个充满医学高科技和生命奇迹的地方。
确实ICU是医院里对病情严重、需要密切观察和治疗的病人的特殊护理区域。
在这里医生们会进行一系列的检查来评估病人的状况，以便进行针对性的治疗。
今天我们就来简单了解一下ICU中常见的检查项目及分析。
走进ICU，你可能会看到各种复杂的设备和仪器，这些都是为了帮助医生更好地了解病人的病情。
心电图、血压计、呼吸机等都是常见的检查工具。
它们看似复杂，但其实都是为了帮助我们更深入地了解病人的身体状况。
1. 介绍ICU（重症加强护理病房）的概念与重要性ICU并不是普通人想象中那么神秘和遥不可及的地方。
简单地说它是医院里一个特殊的病房，专门为病情严重的病人准备的。
在这里病人可以得到全方位的监护和治疗，就像被重点照顾的VIP一样。
医生和护士会密切监测病人的生命体征，比如心跳、呼吸、血压等，确保病情随时得到控制和处理。
当我们的身体出现重大问题时，ICU就像是我们的强力后盾，给我们足够的时间和机会恢复健康。
ICU的专业性在于它的先进设备和训练有素的医护团队，在这里抢救成功率会比普通病房高很多。
特别是在某些紧急情况下，ICU的重要性就体现得淋漓尽致了。
比如重大手术后的病人、意外受伤的危重患者等，都需要ICU的精准治疗和精心护理。
所以说啊ICU是医院里不可或缺的一部分，它关乎着每一个生命的安全与健康。
在这里我们能够感受到医疗技术的进步与生命的尊严并行，我们要认识到ICU的重要性，它关乎我们的生命安全啊。
接下来我们会介绍ICU里常见的检查项目以及它们的意义。
让我们更加了解这个特殊的地方。
2. 阐述常见检查项目在ICU中的作用及意义当我们谈论ICU时，这不仅仅是一个医学名词那么简单，它背后涉及到的是关乎生命的种种细节。
ICU中的检查项目，每一个都有其独特的作用和意义。
现在让我们深入了解几个常见的检查项目在ICU 中的重要作用。
NBU故障解决
之前备份是正常的。
虚拟带库重启后，备份时提示：Robotic library is down on server“驱动器显示”里驱动器是UP状态，但在驱动器控制这一栏由原先的TLD变为了AVR查看驱动器时提示“Unable to update drive path infromation. A SCSI inquiry sent to the device has Failed（16）”。
重启过MasterServer，但问题依旧。
原因是虚拟带库重启后，与之相连的两台小机Media Server不能正常找到虚拟带库的驱动器及机械手。
进入两台小机，输入-ioscan -fuC tape和-ioscan后，就找到了与其相连虚拟带库上的驱动器及机械手。
（如果还找不到就多试几次）重启Master Server及Media Server上的NBU服务，并在主服务器上“Robots”那里右键—》“inventory Robot”之后，就可以正常备份了。
nbu备份报robotic library is down on serverRobotic library is down 表示磁带库有问题，检查一下磁带库的状态是否正常，机房人员检查之后确认是正常的4、在nbu的图形界面，重新扫描硬件，点击Configure Storage Devices后，一直点击next,直到finish手工发起备份报错如下06/19/2008 09:02:29 - requesting resource r3prd-hcart2-robot-tld-006/19/2008 09:02:29 - requesting resource bkup.NBU_CLIENT.MAXJOBS.r3prd06/19/2008 09:02:29 - requesting resource bkup.NBU_POLICY.MAXJOBS.r3_db_arch06/19/2008 09:02:30 - awaiting resource r3prd-hcart2-robot-tld-0. Waiting for resources.Reason: Robotic library is down on server, Media server: r3prd,Robot Type(Number): TLD(0), Media ID: N/A, Drive Name: N/A,Volume Pool: DB_r3_arch, Storage Unit: r3prd-hcart2-robot-tld-0, Drive Scan Host: N/A提示机械臂down掉了，使用ioscan检查带库状态#[/]ioscan -fnCtapeClass I H/W Path Driver S/W State H/W Type Description==========================================================================tape 0 0/1/1/1.2.0 stape CLAIMED DEVICE HP C5683A/dev/rmt/0m /dev/rmt/0mnb /dev/rmt/c3t2d0BESTn /dev/rmt/c3t2d0DDSb/dev/rmt/0mb /dev/rmt/c3t2d0BEST/dev/rmt/0mn /dev/rmt/c3t2d0BESTb /dev/rmt/c3t2d0DDS /dev/rmt/c3t2d0DDSnbtape 3 0/4/1/0.97.26.255.1.3.0 stape CLAIMED DEVICE HP Ultrium 2-SCSI/dev/rmt/3m /dev/rmt/3mn /dev/rmt/c18t3d0BEST /dev/rmt/c18t3d0BESTn/dev/rmt/3mb /dev/rmt/3mnb /dev/rmt/c18t3d0BESTb /dev/rmt/c18t3d0BESTnbtape 7 0/4/1/0.97.26.255.1.3.1 stape CLAIMED DEVICE HP Ultrium 2-SCSI/dev/rmt/4m /dev/rmt/4mn /dev/rmt/c18t3d1BEST /dev/rmt/c18t3d1BESTn/dev/rmt/4mb /dev/rmt/4mnb /dev/rmt/c18t3d1BESTb /dev/rmt/c18t3d1BESTnbtape 5 0/4/1/1.97.25.255.1.3.1 stape NO_HW DEVICE HP Ultrium 2-SCSI/dev/rmt/5m /dev/rmt/5mn /dev/rmt/c13t3d1BEST /dev/rmt/c13t3d1BESTn/dev/rmt/5mb /dev/rmt/5mnb /dev/rmt/c13t3d1BESTb /dev/rmt/c13t3d1BESTnbtape 6 0/4/1/1.97.25.255.1.3.2 stape NO_HW DEVICE HP Ultrium 2-SCSI/dev/rmt/6m /dev/rmt/6mn /dev/rmt/c13t3d2BEST /dev/rmt/c13t3d2BESTn/dev/rmt/6mb /dev/rmt/6mnb /dev/rmt/c13t3d2BESTb /dev/rmt/c13t3d2BESTnb发现其中一块光纤卡上的两个设备连接不上了，再查看光纤卡的状态#[/]ioscan -fnCfcClass I H/W Path Driver S/W State H/W Type Description=================================================================fc 0 0/4/1/0 fcd CLAIMED INTERFACE HP 2Gb Dual Port PCI/PCI-X Fibre Channel Adapter (Port 1)/dev/fcd0fc 1 0/4/1/1 fcd CLAIMED INTERFACE HP 2Gb Dual Port PCI/PCI-X Fibre Channel Adapter (Port 2)/dev/fcd1光纤卡状态正常。
solaris系统日常维护命令
solaris系统日常维护命令solaris系统日常维护命令（一）一、 Cluster操作命令：1、 scstat -i检查公共网络的状态2、 ccp clustername启动gui控制台3、 click cconsole. crlogin. ctelnet启动管理界面4、 scsetupcli的管理界面5、 showrev -p显示 Sun Cluster 修补程序信息6、 scinstall -pv显示Sun Cluster 发行版本号以及所有Sun Cluster 软件包的版本信息7、 scrgadm –p显示为群集schost 配置的资源类型(RT Name)、资源组(RG Name) 和资源(RS Name)8、 scstat -p群集组件状态信息9、 scconf -p群集配置,10、 sccheck检查配置11、 scshutdown -g0 -y关闭整个cluster 到ok 态12、 boot单系统启动，接着将分配配额13、 scstat -n#验证引导节点时未发生错误，而且节点现在处于联机状态。
scstat(1M) 命令报告节点状态。
-D 列出磁盘设备组的配置14、 scswitch -S -h nodelist-S 从指定的节点中清空所有的设备服务和资源组。
-h nodelist 指定从中切换资源组和设备组的节点。
15、 scswitch -F -D disk-device-group-F 使磁盘设备组脱机。
-D disk-device-group 指定要脱机的设备组。
16、 pnmstat -l检验该NAFO 组的状态17、 scstat –g资源组oracle及其所有资源状态18、 scstat –D磁盘资源ipasdg状态19、 vxdg listvolume状态20、资源组切换命令把C网数据库资源组切换到hnappscswitch -z -g c-ora-rg -h hnapp把C网数据库资源组切换到hnorascswitch -z -g c-ora-rg -h hnora#把c网应用资源组切换到hngorascswitch -z -g c-app-rg -h hngora#把c网应用资源组切换到hnapproot@hnapp # scswitch -z -g c-app-rg -h hnapp #把G网应用资源组切换到hnapproot@hngora # scswitch -z -g g-app-rg -h hnapp#把G网应用资源组切换到hngoraroot@hngora # scswitch -z -g g-app-rg -h hngora #把G网数据库资源组切换到hngoraroot@hngora # scswitch -z -g g-ora-rg -h hngora21、启动/关闭资源组的资源启动G网数据库资源及监控功能# scswitch -e -j g-ora-server-rs# scswitch -e -j g-ora-lsnr-rs# scswitch -e –M –j g-ora-server-rs# scswitch -e –M –j g-ora-lsnr-rs关闭资源# scswitch -n -j g-ora-server-rs# scswitch -n -j g-ora-lsnr-rs# scswitch -n -j g-ora-server-rs# scswitch -n -j g-ora-lsnr-rs22、启动/关闭/重启资源组# scrgadm –Z –g test-ora-rg/ scswitch –F/-R –g test-ora-rg23、 scswitch –Z –g oracle启动资源组oracle24、 pnmstat -p查看NAFO情况。
Veritas NBU系统检查
/Veritas NBU系统检查（Release 4.5GA）用户：贵州移动创建日期：2005年7月14 日创建人：北京华胜天成科技股份有限公司文档控制部分修改记录审阅分发控制基本信息记录主机信息ACS：Automated Cartridge System-StorageTekHost Bus Adapters（备注：LAN备份）Bridges and Routers（备注：无）Switchs（备注：无）/oracle/app/oracle9/product/9.2.0/scripts/hot_archiver_backup.sh/oracle/app/oracle9/product9.2.0/scripts/hot_tablespace_backup_tools.sh/oracle/app/oracle9/product/9.2.0/scripts/hot_archiver_backup.sh/oracle/app/oracle9/product/9.2.0/scripts/hot_tablespace_backup_SYSTEM.sh/oracle/hot_database_backup.shOracle数据库：Oracle归档日志Archive_log：归档日志备份完毕后删除此归档日志。
<收集><收集>系统现状态分析/usr/openv/netbackup/logs系统分析：考虑用户/usr/openv/…建立在根slice，系统根区的利用率50%-70%。
因此需要用户注意此部分的log信息。
当log占满系统的根区后，对操作系统而言，无法再启动新的Process 和Jobs，会影响用户系统备份。
建议：用户在有条件情况下，建议重新规划系统的分区。
/usr/openv/netbackup/bin/bpps –a<记录2005年7月12日>root@GZBACKUP # ./bpps -aNB Processes------------root 824 1 0 Jul 05 ? 0:28 /usr/openv/netbackup/bin/bprdroot 897 1 0 Jul 05 ? 0:36 /usr/openv/netbackup/bin/bpdbmroot 1484 954 0 16:26:46 pts/9 0:01 xbproot 993 954 0 16:20:23 pts/9 0:01 xbproot 899 897 0 Jul 05 ? 0:11 /usr/openv/netbackup/bin/bpjobdroot 20302 1 0 15:00:23 ? 0:01 /usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C /usr/openv/java/auth.conf 1 2root 758 1 0 16:18:45 ? 0:00 /usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C /usr/openv/java/auth.conf 1 7root 20261 20239 0 15:00:07 pts/2 2:08 /usr/openv/java/jre/bin/../bin/sparc/native_threads/java -Djava.library.path=/uroot 722 699 0 16:18:26 pts/7 0:22 /usr/openv/java/jre/bin/../bin/sparc/native_threads/java -Djava.library.path=/uMM Processes------------root 811 1 0 Jul 05 ? 0:20 /usr/openv/volmgr/bin/ltidroot 903 811 0 Jul 05 ? 0:55 avrd -vroot 843 1 0 Jul 05 ? 0:20 vmd -vroot 900 811 0 Jul 05 ? 0:02 tldd -vroot 952 1 0 Jul 05 ? 0:02 tldcd –v#/usr/openv/volmgr/bin/tpconfig –dl<记录2005年7月12日16：31>带库维修中root@GZBACKUP # ./tpconfig -dlCurrently defined drives and robots are:Drive Name QUANTUMDLT80000Index 0NonRewindDrivePath /dev/rmt/9cbnType dlt2Status UPShared Access NoTLD(0) Definition DRIVE=1Drive Name QUANTUMDLT80001Index 1NonRewindDrivePath /dev/rmt/5cbnType dlt2Status UPShared Access NoTLD(0) Definition DRIVE=2Drive Name QUANTUMDLT80002Index 2NonRewindDrivePath /dev/rmt/8cbnType dlt2Status DOWNShared Access NoTLD(0) Definition DRIVE=3Drive Name QUANTUMDLT80003 Index 3 NonRewindDrivePath /dev/rmt/7cbnType dlt2Status DOWNShared Access NoTLD(0) Definition DRIVE=4Drive Name QUANTUMDLT80004 Index 4 NonRewindDrivePath /dev/rmt/4cbnType dlt2Status UPShared Access NoTLD(0) Definition DRIVE=5Drive Name QUANTUMDLT80005 Index 5 NonRewindDrivePath /dev/rmt/11cbnType dlt2Status DOWNShared Access NoTLD(0) Definition DRIVE=6Drive Name QUANTUMDLT80006 Index 6 NonRewindDrivePath /dev/rmt/3cbnType dlt2Status UPShared Access NoTLD(0) Definition DRIVE=7Drive Name QUANTUMDLT80007 Index 7 NonRewindDrivePath /dev/rmt/10cbnType dlt2Status UPShared Access NoTLD(0) Definition DRIVE=8Drive Name QUANTUMDLT80008Index 8NonRewindDrivePath /dev/rmt/2cbnType dlt2Status DOWNShared Access NoTLD(0) Definition DRIVE=9Drive Name QUANTUMDLT80009Index 9NonRewindDrivePath /dev/rmt/12cbnType dlt2Status DOWNShared Access NoTLD(0) Definition DRIVE=10Drive Name QUANTUMDLT800010Index 10NonRewindDrivePath /dev/rmt/1cbnType dlt2Status DOWNShared Access NoTLD(0) Definition DRIVE=11Drive Name QUANTUMDLT800011Index 11NonRewindDrivePath /dev/rmt/6cbnType dlt2Status UPShared Access NoTLD(0) Definition DRIVE=12Currently defined robotics are:TLD(0) robotic path = /dev/sg/c16t0l0,volume database host = GZBACKUP/usr/openv/volmgr/bin/vmpool –listall<记录2005年7月12日>root@GZBACKUP # ./vmpool -listall=========================================================== pool number: 0pool name: Nonedescription: the None pool (for anyone)pool host: ANYHOSTpool user: ANYpool group: NONE===========================================================pool number: 1pool name: NetBackupdescription: the NetBackup poolpool host: ANYHOSTpool user: 0 (root)pool group: NONE===========================================================pool number: 4pool name: scratchdescription: Scratch Poolpool host: ANYHOSTpool user: 0 (root)pool group: NONE===========================================================pool number: 2pool name: tempdescription: Temporary Poolpool host: ANYHOSTpool user: ANYpool group: NONE===========================================================pool number: 3pool name: rawbilldescription: Raw Bill Poolpool host: ANYHOSTpool user: ANYpool group: NONE===========================================================pool number: 5pool name: filesystemdescription: Config & File Data Poolpool host: ANYHOSTpool user: ANYpool group: NONE===========================================================pool number: 6pool name: oradatadescription: Oracle Database Poolpool host: ANYHOSTpool user: ANYpool group: NONE=========================================================== pool number: 7pool name: errordescription: ----pool host: ANYHOSTpool user: ANYpool group: NONE=========================================================== pool number: 8pool name: test-e12kdescription: test backup e12k file and dbpool host: ANYHOSTpool user: ANYpool group: NONE=========================================================== pool number: 10pool name: oradata3description: ----pool host: ANYHOSTpool user: ANYpool group: NONE=========================================================== pool number: 11pool name: DataStoredescription: the DataStore poolpool host: ANYHOSTpool user: 0 (root)pool group: NONE=========================================================== pool number: 12pool name: sybasedatadescription: jinqianka backuppool host: ANYHOSTpool user: ANYpool group: NONE=========================================================== pool number: 13pool name: newcust1860description: it is for 1860pool host: ANYHOSTpool user: ANYpool group: NONE=========================================================== pool number: 14pool name: oradata_newdescription: oradata_newpool host: ANYHOSTpool user: ANYpool group: NONE========================================================== pool number: 16pool name: oradata4description: NSALESDB backuppool host: ANYHOSTpool user: ANYpool group: NONE===========================================================/usr/sbin/modinfo | grep sg<记录：2005年7月13日>140 784bc000 302d 273 1 sg (SCSA Generic Revision: 3.4d)系统Driver状态<记录：2005年7月13日15:54>DLT80008 Driver_DownDLT800010 Driver_Down/usr/openv/netbackup/bin/admincmd/bpconfig –l/usr/openv/netbackup/bin/admincmd/bpdbjobs<记录2005年7月12日16:31>root@GZBACKUP # ./bpconfig -l*NULL* 10 12 99 2 28 0 0 0 0 1 24 1 0 2bpdbjobs_list检查policy的信息/usr/openv/netbackup/bin/admincmd/bpimmedia –policy <policy_name><记录2005年7月日>Policy_Name：rawbill_gzbill_ap1_arcbpimmedia_Policy信息记录问题描述：检查Netbackup的备份和归档文件/usr/openv/netbackup/bin/bplist –l<记录2005年7月日>root@GZBACKUP # ./bplist -ldrwxr-xr-x root bin 0 Jul 10 18:07 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jul 10 01:10 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jul 10 00:06 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jul 03 01:04 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jul 03 00:00 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jun 26 00:09 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jun 19 00:03 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jun 12 18:06 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jun 12 00:02 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jun 05 00:02 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 May 29 00:10 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 May 22 00:09 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 May 15 18:20 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 May 15 00:05 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 May 08 00:05 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 May 01 00:05 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Apr 24 00:04 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Apr 17 18:08 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Apr 17 00:04 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Apr 10 00:04 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Mar 26 22:57 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Mar 20 18:03 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Mar 20 00:00 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Mar 13 00:00 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Mar 06 00:04 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Feb 27 00:00 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Feb 20 18:04 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Feb 20 00:00 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Feb 13 00:09 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Feb 06 00:09 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jan 30 00:09 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jan 23 18:10 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jan 22 22:35 /opt/openv/netbackup/bin/ drwxr-xr-x root bin 0 Jan 16 00:09 /opt/openv/netbackup/bin/检查Netbackup的介质状态/usr/openv/netbackup/bin/admincmd/bpmedialist –summary/usr/openv/netbackup/bin/admincmd/bpmedialist –mlist/usr/openv/netbackup/bin/admincmd/bpmedialist –count<记录2005年7月日>./bpmedialist –summary<记录>bpmedialist_summary./bpmedialist –mlist<记录>bpmedialist_mlistSummary by retention level of ALL mediaLevel # Media Megabytes0 2 1866.31 110 11804431.53 1 507.44 4 269876.29 168 5641494.6检查Netbackup的Policy的特性信息/usr/openv/netbackup/bin/admincmd/bpplinfo <policy_name> -L|-l <记录2005年7月12日>root@GZBACKUP # ./bpplinfo rawbill_gzbill_ap1_arc -LPolicy Type: Standard (0)Active: yesEffective: 01/01/1970 08:00:00Follow NFS Mounts: noCross Mount Points: noClient Compress: noCollect TIR info: noPolicy Priority: 0Ext Security Info: noFile Restore Raw: noClient Encrypt: noMax Jobs/Policy: UnlimitedMult. Data Stream: noFrozen Image: noBackup Copy: 0Disaster Recovery: 0Max Frag Size: 0 MB (unlimited)Residence: TapeLib-L700V olume Pool: rawbillPolicy Type: Standard (0)Active: yesEffective: 01/01/1970 08:00:00Follow NFS Mounts: noCross Mount Points: noClient Compress: noCollect TIR info: noPolicy Priority: 0Ext Security Info: noFile Restore Raw: noClient Encrypt: noMax Jobs/Policy: UnlimitedMult. Data Stream: noFrozen Image: noBackup Copy: 0Disaster Recovery: 0Max Frag Size: 0 MB (unlimited)Residence: TapeLib-L700V olume Pool: rawbill………………………………….<记录：2005年7月日15：03>采样100次，每次间隔1秒：tin tout kps tps serv kps tps serv kps tps serv kps tps serv us sy wt id0 80 0 0 0 0 0 0 0 0 0 0 0 0 37 29 28 60 236 0 0 0 0 0 0 0 0 0 0 0 0 38 24 27 100 80 0 0 0 0 0 0 0 0 0 0 0 0 38 27 27 80 80 0 0 0 0 0 0 0 0 0 0 0 0 36 21 31 120 80 0 0 0 0 0 0 0 0 0 0 0 0 36 23 31 100 80 0 0 0 0 0 0 24 1 15 0 0 0 37 24 30 100 80 0 0 0 0 0 0 0 0 0 0 0 0 40 22 30 80 80 0 0 0 0 0 0 1 1 15 0 0 0 41 26 24 80 80 0 0 0 0 0 0 8 1 13 0 0 0 52 21 21 60 80 0 0 0 0 0 0 9 1 18 0 0 0 50 29 18 30 80 0 0 0 0 0 0 109 14 12 0 0 0 52 28 17 30 80 0 0 0 0 0 0 17 2 7 0 0 0 34 24 30 120 80 0 0 0 0 0 0 0 0 0 0 0 0 38 24 28 90 80 0 0 0 0 0 0 43 5 27 0 0 0 40 22 28 90 80 0 0 0 0 0 0 0 0 0 0 0 0 37 22 31 100 80 0 0 0 0 0 0 96 3 23 0 0 0 35 27 27 100 80 0 0 0 0 0 0 0 0 0 0 0 0 38 22 33 70 80 0 0 0 0 0 0 0 0 0 0 0 0 37 25 27 110 80 0 0 0 0 0 0 0 0 0 0 0 0 38 25 28 9 运行备份任务n_ora9_sales1_arcrawbill_gzblc_arc……系统各个Policy的Policy Priority均为0，因此，系统若在备份情况下，当多个Policy 启动Jobs，会出现系统资源互相竞争问题。
NBU基础知识整理
UNIX系统下，配置Scratch V olume Pool，在基本的V olume Pool配置后还需要执行如下配置：在/usr/openv/volmgr/vm.conf文件中加入下面一行：SCRATCH_POOL = Scratch_Pool_Name当Netbackup或HSM开始使用一个卷时，Media Manager会将该卷变成Assign的状态，一旦一个卷变成Assign状态，你就不能删除或改变它的V olume Pool，这时，必须先Deassign 它。
判别一个卷是否被Assign的方法是在Volume List中，看它Time Assigned一栏。
如果想Deassign一个使用的卷，使用下面的命令：/usr/openv/netbackup/bin/admincmd/bpexpdate –d 0 –ev media_id用tpclean 命令，多长时间清洁一次，如：60小时一次：tpclean -F <drive_name> 60/usr/openv/volmgr/bin/tpclean –c <drive_name>手动清洗/usr/openv/volmgr/bin/tpclean –m <drive_name>清洗完毕，将Mount时间归零更换但不用相同的Media ID使用移动卷的方法，将一个卷移走；增加一个新的卷，将Media ID留在V olume Database 中。
更换但使用相同的Media ID将该卷的ID删除；加入一个新卷，使用相同的ID；为该卷设置新的有效期；使用下面的命令，改变该卷已经Mount的次数：/usr/openv/volmgr/bin/vmchange –m media_id –n number_of_mounts在配置SANMEDIASERVER时，需要修改如下主机参数，确保实现LAN-FREE 经过测试，该配置可以不修改，但需要制定好MEDIA对应的设备Check_converage：确认备份策略备份内容2．相关检查命令启动NBU的图形管理界面：/usr/openv/netbackup/bin/jnbSA &1) 检查NBU进程状态：需要每天监控activity monitor，确认在备份服务器上运行的进程有：avrd、vmd、tldd、ltid、bprd、nbdbd、bpdbm、bpsched、bpjobd。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、NBU中添加环境变量的方法
Linux系统
修改/etc/.bash_profile，添加
PATH=$PATH:/usr/openv/netbackup/bin
PATH=$PATH:/usr/openv/netbackup/bin/admincmd PATH=$PATH:/usr/openv/netbackup/bin/goodies
PATH=$PATH:/usr/openv/volmgr/bin
export PATH
MANPATH=$MANPATH,/usr/openv/man/
export MANPATH
二、NBU服务自启动、停止脚本位置
4、 Linux Red Hat
/etc/rc.d/init.d/netbackup
/etc/rc.d/rc0.d/K01netbackup
/etc/rc.d/rc1.d/K01netbackup
/etc/rc.d/rc2.d/S77netbackup
/etc/rc.d/rc3.d/S77netbackup
/etc/rc.d/rc5.d/S77netbackup
/etc/rc.d/rc6.d/K01netbackup
/etc/rc.d/init.d/nbclient
/etc/rc.d/rc0.d/K01nbclient
/etc/rc.d/rc1.d/K01nbclient
/etc/rc.d/rc2.d/S95nbclient
/etc/rc.d/rc3.d/S95nbclient
/etc/rc.d/rc5.d/S95nbclient
/etc/rc.d/rc6.d/K01nbclient
三、NBU启动、关闭的方法
1、 Master主机的关闭NBU的方法：
/usr/openv/netbackup/bin/bp.kill_all 或者/usr/openv/netbackup/bin/goodies/netabckup stop
2、Master主机的启动NBU的方法：
/usr/openv/netbackup/bin/bp.start_all 或者/usr/openv/netbackup/bin/goodies/netabckup start
3、media server主机关闭nbu方法
/usr/openv/netbackup/bin/bp.kill_all 或者/usr/openv/netbackup/bin/goodies/netabckup stop
4、media server主机开启nbu方法
/usr/openv/netbackup/bin/bp.start_all 或者/usr/openv/netbackup/bin/goodies/netabckup start
四、检查
1、使用bpps检查进程启动情况
/usr/openv/netbackup/bin/bpps –x
2、备份索引完整性检查(3个月)
#bpcatlist –online –since-months 3 记录所有备份操作在NBU的catalog的记录
Backupid Backup Date Files Size Sched Policy Catarcid S C Files file dms1_1195384006 Nov 18 11:06:46 2007 1 288k Default-Application-Backup dms1rmanfull 0 1 0 dms1rmanfull_1195384006_UBAK.f
3、主机全局变量配置检查
#bpconfig –U 该命令显示NetBackup全局配置属性。
这些属性影响所有策略和客户机的操作；
Admin Mail Address:
Job Retry Delay: 30 minutes Max Simultaneous Jobs/Client: 99
Backup Tries: 2 time(s) in 12 hour(s)
Keep Error/Debug Logs: 28 days
Max drives this master: 0
Keep TrueImageRecovery Info: 1 days
Compress Image DB Files: (not enabled)
Media Mount Timeout: 0 minutes (unlimited)
Shared Media Mount Timeout:0 minutes (unlimited)
Display Reports: 24 hours ago
Preprocess Interval: 4 hours (default)
Maximum Backup Copies: 2
Image DB Cleanup Interval: 12 hours
Policy Update Interval: 10 minutes
4、备份异常事件检查#bperror –U –d /mm/dd/yyyy –e /mm/dd/yyyy
5、NBU配置检查#bpgetconfig –L 用于获取配置信息的助手程序
6、供紧急恢复时的备份镜像保存信息#bpimagelist -U bpimagelist 使用指定的格式来报告与从命令选项发送的属性相匹配的目录库映像或可移动介质；注：-policy -st来检查关键数据的全备和增量镜像所在介质号
7、检查磁带机清洗状况tpclean -L 输出内容举例如下:
输出内容举例如下:
Drive Name Type Mount Time Frequency Last Cleaned Comment
**** ********** ********* **************** *******
HP.ULTRIUM3-SCSI.001 hcart3* 0.1 0 N/A
HP.ULTRIUM3-SCSI.000 hcart3* 0.0 0 N/A
IBM.ULTRIUM-TD2.003 hcart2* 0.3 0 N/A
8、检查磁带介质是否都正常#bpmedialist bpmedialist 查询一个或多个NetBackup 介质目录库，并生成NetBackup 介质状态报告；经检查，部分磁带介质有被frozen的现象，此操作并不影响正常备份，可以在将来方便的时候（比如系统周期维护日）对其状态进行重置，如继续发现读写错误，建议更换磁带;
9、检查是否还有足够可用磁带#available_media 部分磁带介质有被frozen的现象，此操作并不影响正常备份，可以在将来方便的时候（比如系统周期维护日）对其状态进行重置，如继续发现读写错误，建议更换磁带
10、SAN环境下检查所有Media Server健康状态在MasterServer上运行：#vmdareq –display 输出内容举例如下:
11、检查磁带库设备状态#tpconfig –l 输出内容举例如下:
12、检查存储单元配置#bpstulist -U -show_available bpstulist 命令显示NetBackup 存储单元或存储单元组的属性。
13、根据实际情况和时间确认是否要进行数据检查#bpverify bpverify 通过读取备份卷，并将其内容与NetBackup 目录库进行比较来验证一个或多个备份的内容。
该操作并不将卷数据与客户机磁盘的内容进行比较。
它读取映像中的每个块以验证卷是否为可读。
14、卷池信息一致性检查#vmpool –listall 列出卷池；经检查，符合要求。
输出结果，举例说明如下：
15、NBU系统全面性检查：support support命令检查全面的系统运行状况。
第5章磁带出入库操作。