-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Simon,
At one customer site, I setup dssu's to perform cumul incr within
policies. I needed to make sure as they were adding clients
on a regular basis, that I could house at lease 1.5 full backups
per client within the dssu for the include list specified. That
As time flows along, the cumul incr balance out and reduce in size
as the fulls were configured to go straight to tape since I had
the time on the weekend to endure the slow client performance
and resource hogging.
As far as what you are doing, sounds great as long as you have the disk space
for it. Keep in mind that volume pools are a per dssu match, so if you have
multiple clients going to the same dssu that you ultimately want on
different volume pools, straight phase 2 isn't going to help you. You can
always do some bpduplcate fun to get around that if you have the time
to customize.
Hope this helps.
Thanks
Peter
Peter DrakeUnderkoffler
Xinupro, LLC
617-834-2352
WEAVER, Simon wrote:
> Cheers Peter, this was some of my thoughts as well.
>
> In general, when using DSSU could you give me an idea of how much data is
> stored on there and when you write to tape?
>
> For example I am thinking of doing a 2TB Disk Backup, and then writing to
> tape 3 days later when its quiet.
>
> Am I on the right track for make the best use of DSSU?
>
> I will delete the current DSU, but I am having trouble deleting the images
> :(
>
> Regards
>
> Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator
>
> EADS Astrium Limited, B23AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
>
> Email: Simon.Weaver at Astrium-eads.net
>
>
>
> -----Original Message-----
> From: Peter DrakeUnderkoffler [mailto:pcd at xinupro.com]
> Sent: 01 September 2006 16:30
> To: WEAVER, Simon
> Cc: 'veritas-bu at mailman.eng.auburn.edu'
> Subject: Re: [Veritas-bu] Disk Storage - Advice / clarification
>
>
> Simon,
>
> If you want to expire an image on disk, it is the same procedure as on tape.
> Images written to disk are copy #1, so find the image name and specify copy
> #1. You can query the db to find the actual path and copy number. For
> testing I can see this being useful, just remember for production you will
> want phase 2 to complete successfully before expiring images.
>
> I never found a way to convert a dsu to a dssu, so I've always destroyed it
> and started again. Once that is done, you can either set up the schedule or
> kick it off manually "bpbackup -dssu DSSU_NAME"
>
> Length and durations and phase 2 frequencies are definitely not a one size
> fits all situation. Really generally comes down to business requirements
> plus capital expenses and then work backward from there... Maybe you have
> some restore SLAs that can help make some decisions.
>
> Thanks
> Peter
>
> Peter DrakeUnderkoffler
> Xinupro, LLC
> 617-834-2352
>
>
>
> WEAVER, Simon wrote:
>
>>>*/Hi everyone/*
>>>*/Now looking at DSU considerations for my setup:/*
>>>*//*
>>>*/1 x NBU 5.1 MP2 Win2k3 Server/*
>>>*/2 x SAN Media NBU 5.1 MP2 Servers/*
>>>*/3 x Shared Storage for TB of Data/*
>>>*//*
>>>*/I have configured a Disk Storage Unit on my Master Server, and as a
>>>test, this volume is 100GB in size./*
>>>*//*
>>>*/I have done a TEST BACKUP of the Master Server, using this new Storage
>>>Unit. This has completed successfully./*
>>>*//*
>>>*/A couple of questions:/*
>>>*//*
>>>*/1) On the new volume are image files of the server that was backed up.
>>>If I wanted to expire the disk based backup, how is this done?/*
>>>*/2) I do not see an option to do STAGE2 of Disk Storage (which I guess
>>>you can put to tape). I think its because I created a bog-standard DSU.
>>>Is there an option to do this, or should I just delete and start again?/*
>>>*/3) If I have to delete, what about the data that was backed up?/*
>>>*/4) Who else does DSU and any advice on how long data is kept, or
>>>whether you use Stage 2 methods and write to tape?/*
>>>*//*
>>>*/Thanks all/*
>>>
>>>
>>>/Regards/
>>>
>>>/Simon/
>>>
>>>This email is for the intended addressee only.
>>>If you have received it in error then you must not use, retain,
>>>disseminate or otherwise deal with it. Please notify the sender by
>>>return email. The views of the author may not necessarily constitute
>>>the views of Astrium Limited.
>>>Nothing in this email shall bind Astrium Limited in any contract or
>>>obligation.
>>>
>>>Astrium Limited, Registered in England and Wales No. 2449259
>>>Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1
>>>2AS, England
>>>
>>>
>>>----------------------------------------------------------------------
>>>--
>>>
>>>_______________________________________________
>>>Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
>>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (FreeBSD)
iD8DBQFE+Fd4l+lekZRM55oRAmJQAKCpXDg824SvgkDHB3A8DeWFDaCYPQCgvStM
NnbM1ex22TB9mvOFVpt1hZg=
=jOcG
-----END PGP SIGNATURE-----
|
