netbakcup备份时遇到 status 59: access to the client was not allowed 问题解决

最新推荐文章于 2024-10-25 17:35:38 发布

cps9988

最新推荐文章于 2024-10-25 17:35:38 发布

阅读量761

点赞数

文章标签：操作系统数据库网络

一.问题描述
在一个linux 6.3 x86_64+oracle 10.2.0.5的数据库服务器上安装netbackup client和netbakckup db for oracle 后,在netbackup server上配置备份策略.进行手工备份时发生错误代码为59的错误,
错误描述如下:
2012-10-24 11:40:37 - Info nbjm(pid=3436) starting backup job (jobid=269562) for client zhjkdb, policy ORA-ZHJKDB, schedule fullbackup
2012-10-24 11:40:37 - Info nbjm(pid=3436) requesting MEDIA_SERVER_WITH_ATTRIBUTES resources from RB for backup job (jobid=269562, request id:{E2ADD91E-3307-4F69-8D2C-7B968B0182A2})
2012-10-24 11:40:37 - requesting resource Disk-Main
2012-10-24 11:40:37 - requesting resource netbackup.NBU_CLIENT.MAXJOBS.zhjkdb
2012-10-24 11:40:37 - requesting resource netbackup.NBU_POLICY.MAXJOBS.ORA-ZHJKDB
2012-10-24 11:40:37 - granted resource netbackup.NBU_CLIENT.MAXJOBS.zhjkdb
2012-10-24 11:40:37 - granted resource netbackup.NBU_POLICY.MAXJOBS.ORA-ZHJKDB
2012-10-24 11:40:37 - granted resource Disk-Main
2012-10-24 11:40:39 - estimated 0 Kbytes needed
2012-10-24 11:40:39 - Info nbjm(pid=3436) started backup job for client zhjkdb, policy ORA-ZHJKDB, schedule fullbackup on storage unit Disk-Main
2012-10-24 11:40:41 - started process bpbrm (7144)
2012-10-24 11:40:44 - Error bpbrm(pid=7144) bpcd on zhjkdb exited with status 59: access to the client was not allowed
2012-10-24 11:40:44 - Info bpbrm(pid=7144) zhjkdb is the host to backup data from
2012-10-24 11:40:44 - end writing
access to the client was not allowed(59)

[@more@]

客户端测试服务器的带库是否可以使用,结果也失败,如下:
[oracle@zhjkdb ~]$ sbttest "SBT_TAPE"
The sbt function pointers are loaded from libobk.so library.
-- sbtinit succeeded
-- sbtinit (2nd time) succeeded
sbtinit: Media manager supports SBT API version 2.0
sbtinit: Media manager is version 5.0.0.0
sbtinit: vendor description string=Veritas NetBackup for Oracle - Release 6.5 (2007072323)
sbtinit: allocated sbt context area of 8 bytes
sbtinit: proxy copy is supported
-- sbtinit2 succeeded
-- regular_backup_restore starts ................................
MMAPI error from sbtbackup: 7501, VxBSACreateObject: Failed with error:
Server Status: access to the client was not allowed

二.问题分析
在netbackup server查看job的工作记录和错误的描述,如下:
Status 59: access to the client was not allowed

The master or the media server tries to access the client, but the client does not recognize the server as a valid server.
For the Enterprise Vault Agent: The names of all of the media servers among the Enterprise Vault servers are not specified in the client configuration.

troubleshoot:
Do the following, as appropriate:
* If the server is a valid server, verify that it is in the server list on the client. If necessary add it as follows:
* On Windows clients: Add the server on the Server to use for backups and restores drop-down in the Specify NetBackup Machines and Policy Type dialog box. To display this dialog box, start the Backup, Archive, and Restore interface on the client. Then click Specify NetBackup Machines and Policy Type on the File menu.
* On UNIX and Linux, and Macintosh clients: add a SERVER entry in the bp.conf file.
* On NetWare target clients: add a SERVER entry in the bp.ini file.
If you change the server list on a UNIX or Linux master server, do the following for the changes to take effect: stop and then restart the NetBackup Request daemon (bprd) and NetBackup database manager daemon (bpdbm). On Windows, stop and restart the NetBackup Request Manager and NetBackup Database Manager services.
* On Windows clients, enable bpinetd debug logging as follows:
* Create a bpinetd debug log directory on the client.
* Increase the debug or log level.
See How to set logging levels on UNIX clients in the Troubleshooting Guide.
See How to set logging levels on PC clients in the Troubleshooting Guide.
* Retry the backup and examine the resulting logs to determine the cause of the failure.
* On all clients, enable bpcd debug logging as follows:
* Create a bpcd debug log directory on the client.
* On a UNIX or Linux client, add the VERBOSE option to the /usr/openv/netbackup/bp.conf file.
* On PC clients, increase the debug or log level as explained in the debug log topics in Chapter 3.
* Retry the backup and examine the resulting logs to determine the cause of the failure.
* Check the bpcd debug log to determine the server's peer name and what comparisons are made.
The bpcd process compares NetBackup server list entries to the peer name of the server that tries the connection. It rejects the connection if the names are different. If necessary, change the server list entry on the client to match the peer name.
* On Windows clients, check the following:
* Verify that NetBackup for Windows software was installed under a Windows administrator account.
If NetBackup is under another type of account, reinstall it under an administrator account. The installation completes successfully under a non-administrator account except for the following: the NetBackup Client service is not added to Windows and the NetBackup server cannot access the client.
* Verify that the Windows TCP/IP service specifies the domain server that resolves names for the subnet that contains the NetBackup servers.
UNIX, Linux, and Windows clients are frequently not on the same subnet and use different domain servers. When this condition exists, NetBackup servers and Windows clients may be able to ping one another, but the server still cannot access the Windows client.
* The preceding items may not resolve this problem.
See Resolving network communication problems in the Troubleshooting Guide.
* If NetBackup use multiple network interfaces with media servers, make sure that the interface names appear in the client's /usr/openv/netbackup/bp.conf file.
* For the Enterprise Vault Agent: See the Troubleshooting section of the NetBackup for Enterprise Vault Agent Administrator's Guide.

原来怀疑是服务器端出现了问题,通过命令检查,服务器端可以访问到客户端的端口,如下:
C:Documents and Settingsdujiabing>bptestbpcd -client zhjkdb
1 1 1
120.10.12.189:4616 -> 120.10.12.13:13724
120.10.12.189:4618 -> 120.10.12.13:13724
120.10.12.189:4620 -> 120.10.12.13:13724

59:access to the client was not allowed ,表明了是客户端上的配置有问题.

检查客户端的bp.conf文件,内容如下:
# more /usr/openv/netbackup/bp.conf
SERVER = netbackup
CLIENT_NAME = zhjkdb
#more /etc/hosts
120.10.12.13 zhjkdb
120.10.12.189 netbackup

配置好像都没有问题.

三.问题解决
仔细分析,这个问题可能是因为客户端在配置netbackup server的信息的时候存在问题,查看另外一些备份正常的客户端环境,发现在bp.conf文件中缺少media server的定义.
于是在/usr/openv/netbackup/bp.conf 文件中增加了media server的定义.如下:
#more /usr/openv/netbackup/bp.conf
SERVER = netbackup
CLIENT_NAME = zhjkdb
MEDIA_SERVER = netbackup-ms

在客户端,测试带库是否可以访问:
$sbttest "SBT_TAPE"
[oracle@zhjkdb ~]$ sbttest "SBT_TAPE"
The sbt function pointers are loaded from libobk.so library.
-- sbtinit succeeded
-- sbtinit (2nd time) succeeded
sbtinit: Media manager supports SBT API version 2.0
sbtinit: Media manager is version 5.0.0.0
sbtinit: vendor description string=Veritas NetBackup for Oracle - Release 6.5 (2007072323)
sbtinit: allocated sbt context area of 8 bytes
sbtinit: proxy copy is supported
-- sbtinit2 succeeded
-- regular_backup_restore starts ................................
-- sbtbackup succeeded
write 100 blocks
-- sbtwrite2 succeeded
-- sbtclose2 succeeded
sbtinfo2: SBTBFINFO_NAME=SBT_TAPE
sbtinfo2: SBTBFINFO_SHARE=multiple users
sbtinfo2: SBTBFINFO_ORDER=sequential access
sbtinfo2: SBTBFINFO_LABEL=G:diskzhjkdb_1351060391_C1_F1
sbtinfo2: SBTBFINFO_CRETIME=Wed Oct 24 14:33:11 2012
sbtinfo2: SBTBFINFO_EXPTIME=Wed Oct 31 14:33:11 2012
sbtinfo2: SBTBFINFO_COMMENT=Backup ID : zhjkdb_1351060391
sbtinfo2: SBTBFINFO_METHOD=stream
-- sbtinfo2 succeeded
-- sbtrestore succeeded
file was created by this program:
seed=430316798, blk_size=16384, blk_count=100
read 100 buffers
-- sbtread2 succeeded
-- sbtclose2 succeeded
-- sbtremove2 succeeded
-- regular_backup_restore ends ................................

再在netbackup server手动启动备份,结果成功,问题解决.