Ups, that is old and a bit unsupported already. I'm not sure how 4.2 is good with 7.1 (and I know 7.1 is really really bad). I would suggest to update first and then try again. On what OS is that? Also, are IPs 10.102.1.200 and 192.168.1.102 being used?
Is it possible that you use virtual IP for communication towards server? In that case put name of it to hosts on both server and client as NW won't run unless it can resolve IP that is using.
I assume that oradb1 is your virtual node, right? Could you try using FQDNs for your NSR* variables (eg. NSR_CLIENT=oradb1.domain.com instead of oradb1) in your RMAN script? We had the same problems some weeks ago and it seemed that RMAN cannot find the short client name in Networker when you've created clients in NW with FQDNs.
I have the same problem as yours. Now, it was solved. The solution may be: delare theses address 10.x.x.x in (addresses in error: DNS...) in your /etc/hosts file of your oracle database.
on Oracle 10 there is an issue with large database backups and RMAN because of RMAN using cost based optimizer for backup statistics. There's also a workaround by forcing the RMAN session to use rule based optimizer.
I have written a post for that earlier. You only have to search for it. Perhaps thar solves your problem.
rman2
9 Posts
0
June 3rd, 2007 20:00
ble1
4 Operator
•
14.4K Posts
0
June 4th, 2007 00:00
rman2
9 Posts
0
June 4th, 2007 00:00
ble1
4 Operator
•
14.4K Posts
0
June 4th, 2007 02:00
dk3
163 Posts
0
June 4th, 2007 09:00
huenian
3 Posts
0
June 7th, 2007 22:00
The solution may be:
delare theses address 10.x.x.x in (addresses in error: DNS...) in your /etc/hosts file of your oracle database.
dk3
163 Posts
0
June 8th, 2007 08:00
I'm having the reverse DNS problems on our site too - but RMAN backup of the database is not disordered by this.
regards.
ble1
4 Operator
•
14.4K Posts
0
June 9th, 2007 09:00
otmanix
52 Posts
0
June 24th, 2007 13:00
on Oracle 10 there is an issue with large database backups and RMAN because of RMAN using cost based optimizer for backup statistics. There's also a workaround by forcing the RMAN session to use rule based optimizer.
I have written a post for that earlier. You only have to search for it.
Perhaps thar solves your problem.
Best regards, Otmar Meier