EMC Support is correct in both of your problems :
1) even for using save -c ora22, ora22 has to be a
defined client or an resolvable alias of a defined client.
If it is a problem, just fit a dummy entry in your hosts file
like 10.0.0.1 ora22 and define a client using ora22 name.
But it will cost you a client license.
2) Yes, dedicated storage node licenses does only allow
saves initiated from the DSN itself (same client name).
You will have to opt for a SN license.
Just curious : why to you want to register backups
to an non-existing client (ora22) ?
Kind regards - Bien cordialement - Vriendelijke groeten,
Thierry FAIDHERBE
HP Services - Storage Division
Tru64 Unix and Legato Enterprise Backup Solutions Consultant
********* ********* HEWLETT - PACKARD
******* h ******* 1 Rue de l'aeronef/Luchtschipstraat
****** h ****** 1140 Bruxelles/Brussel/Brussels
***** hhhh pppp *****
***** h h p p ***** 100/102 Blv de la Woluwe/Woluwedal
***** h h pppp ***** 1200 Bruxelles/Brussel/Brussels
****** p ****** BELGIUM
******* p *******
********* ********* Phone : +32 (0)2 / 729.85.42
Mobile : +32 (0)498/ 94.60.85
Fax : +32 (0)2 / 729.88.30
I N V E N T Email/MSN : thierry.faidherbe(at)hp.com
Internet : http://www.hp.com/
Enterprise number 0402.220.594 - RPM/RPR Brussels
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of Paul Robertson
Sent: mercredi 9 mai 2007 19:33
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: [Networker] Using virtual client names for manual backups
We are running nw_7_3_2_jumbo.Build.11 on Solaris, and we perform
manual rman backups using the nmo module.
We have an oracle database instance ora22 running on host sol548. We
want the scheduled sol548 filesystem backups to be associated with
the client name sol548 and retained for a year, but want the manual
rman backups associated with the client name ora22 and retained for
just two weeks.
Here's the current config (extra lines removed):
type: NSR client;
name: sol548;
server: solbkp01;
client id: 188ba2b5-00000004-45f98b10-45f9c897-0021000-000000;
scheduled backup: [Enabled] Disabled ;
browse policy: 2 weeks Day Decade [Month] Quarter
Week Year ;
retention policy: 2 weeks Day Decade Month Quarter
Week [Year];
save set: /, /usr, /var;
storage nodes: sol548, nsrserverhost;
type: NSR client;
name: ora22;
server: solbkp01;
client id:
2c68df69-00000004-46251571-4628b1e1-06750000-888s4a9;
scheduled backup: Enabled [Disabled];
browse policy: [2 weeks] Day Decade Month Quarter
Week Year ;
retention policy: [2 weeks] Day Decade Month Quarter
Week Year ;
save set: All;
priority: 500;
remote access: solbkp01,root@sol548,oracle@sol548;
storage nodes: sol548, nsrserverhost;
The rman backups are initiated via an oracle cron and include the
following stanza:
send 'NSR_ENV=(NSR_SERVER=solbkp01,NSR_DATA_VOLUME_POOL=DBBACKUP, \
NSR_CLIENT=ora22, NSR_GROUP=RMAN_2_WEEKS)';
All this seems to work fine:
o scheduled sol548 filesystem backups are written to the normal
pool, and savesets are associated with the client sol548.
o manual rman backups of ora22 are initated on sol548, are written
to the DBBACKUP pool, and savesets are associated with the client
name ora22.
However, we have two problems:
1) EMC support tells us this configuration is unsupported because
there is no unique IP address (neither on sol548, DNS, nor in
/etc/hosts) associated with the virtual Networker client name
"ora22". We would like to believe that because we are using manual
backups, this is irrelevant (i.e. if we had 100 oracle instances
running on sol548, would each instance require a separate ip
address just for backups?) We hope that we should just be able to
do "save -c ora22 ..." from sol548, and Networker should oblige
so long as sol548 is on the ora22 remote access list.
2) The node sol548 is also a _dedicated_ storage node with
san-attached tape drives, but the manual ora22 backups cannot use
sol548 as a storage node. Even though the manual rman backups
are initiated on sol548 (i.e. the same physical host), Networker
complains that the virtual client ora22 cannot use sol548 as a
storage node:
Error: storage node contains of remote storage node sol548
I would have hoped that networker would realize that the save of
nsr client ora22 is in fact running on sol548, but apparently
not. EMC has temporarily given us a "normal" storage node license,
but we would like a more permanent solution.
Any suggestions are welcome.
Cheers,
Paul
--
Paul Robertson
Email: probertson AT unixway DOT com
Phone: 617-784-1575
GnuPG Public Key: http://unixway.com/misc/pgpkey.txt
To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
|