[bob944] and the longest frequency will win--the
monthly will run.
[Rusty] Bob, that's what usually happens, but that's
not why. The trump card is the retention level, which
usually is matched to a longer frequency, but may not
always be the case.
[bob944] I'm always glad to
Hello
Has somebody done this ?
I have some strange things, but havn't been able/allowed to recycle
netbackup yet
It is normal the only the virtual name shows as media under the NDMP hosts ?
Regards
Michael
___
Veritas-bu maillist -
If NBU can be used to read NDMP backups can it be used to bpduplicate
them with the target being the new NDMP?
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
william.d.br...@gsk.com
Sent: Thursday, June
Hello all
I wanted to revisit this problem, seeing as I am on 6.5.3 for clients
and Master / Media / Windows 2003 SP2
Last time I had a problem on Oracle. Good news is, I dont need to this,
but I do have a problem with an Oracle, Exhange and some file level
systems while the AV is running and
Hi,
Use the bpstart_notify and bpend_notify scripts to do this.
On each client make a:
bpstart_notify.bat
bpend_notify.bat
located in C:\Program Files\Veritas\NetBackup\bin catalog
Insert your NET STOP and NET START command in the script files (
bpstart_notify.bat should contain the NET STOP
2 things.
The parent_end/start only runs on the master server. So if you use that
you will have to script it to run the command over on the client.
The bpstart/end runs on the client but - will run for each job on the
client. - you can make it bpstart_notify.policy.schedule .bat so it
On Thu, Jun 04, 2009 at 08:36:49AM -0400, Jeff Lightner wrote:
If NBU can be used to read NDMP backups can it be used to bpduplicate
them with the target being the new NDMP?
Duplication shouldn't be a problem. You don't have to understand a
format to duplicate data.
I don't see why the target
Did you miss the thread I was replying to?
I was thinking out loud because someone wanted to transfer from a EMC
Celera to a NetApp filer. It seemed one way to do it that would avoid
worrying about formats is to use NBU's duplication mechanisms to do the
transfer.
-Original Message-
Ok, you've rubbed my nose in it long enough ;).
BTW, I never agreed to your bet, thankfully!
Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard
Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪
281-584-4693
Keeping People and Information Connected® ▪
On Thu, Jun 04, 2009 at 01:05:59PM -0400, Jeff Lightner wrote:
I was thinking out loud because someone wanted to transfer from a EMC
Celera to a NetApp filer. It seemed one way to do it that would avoid
worrying about formats is to use NBU's duplication mechanisms to do the
transfer.
The
Simon,
We use the following pre post scripts. Its not been tested at 6.5.3
but should work i think !
bpstart_notify basically shuts stuff down in stream 1 and all other streams
wait till stream1 lock file disappears.
bpend_notify identifies which is the last stream to complete and
Greetings,
I'm trying to get a remote NDMP backup connection going between my new
6.5.3 RHEL master and one of our NetApp filers (7.2.5.1). We have a
non-root account on the filer (ndmpuser) and have given it a password.
This has been used by Operations Manager in the past with no problems.
Run tpautoconf -verify ndmp_host_name and verify that access is granted
Its located in /usr/openv/volmgr/bin
If it failes, enable ndmp debugging on the filer (ndmpd debug 50), and re-run
Check the filer's ndmps log (generally in //filername/$/etc/ndmpd.log) for
clues.
-
Hi Kenneth
I used to do this on 5.1 - the problem I found is that for a client, if
it has 3 streams running, the command will STOP the AV, which is great
:-) But if a stream finishes before the other 2 streams have completed,
then the bpend script would restart the AV - That was BEFORE all streams
Hi Darren
I may take a snip of this and have a re-try in my test lab.
Thanks again for your help and advice
Simon
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
doctorski
Sent: Thursday, June 04, 2009
15 matches
Mail list logo