The versions should be unlimited and the days 28 to keep the filels for 28
days. If a backup fails and is re-run, two copies may be made in a day.
> -----Original Message-----
> From: Vibhute, Bandu [SMTP:BVibhute AT BAKING.BESTFOODS DOT COM]
> Sent: Monday, April 23, 2001 12:35 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Backup Policy
>
> Salem,
>
> Management want 28 copies or a file version anywhere in 28 days? If you
> set
> up 28 versions and retention to 28 days. You will able to give 'em any
> file
> version in 28 days. There is no primary pool. You might be meaning primary
> disk pool. Files move in daily migration from primary disk pool to primary
> tape pool. If you have already set-up migration process then your daily
> backup should be migrated to tape pool. If management want disaster
> recovery
> solution ( in case of fire, earth-quake) you need to copy primary tape
> pool
> to copy pools. I hope this will clear-up some concepts.
>
> -Bandu
>
> -----Original Message-----
> From: ABDULSALAM ABDULLA [mailto:salam AT DUBAL.CO DOT AE]
> Sent: Tuesday, April 10, 2001 8:40 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Backup Policy
>
>
> Thanks Steve for help, the problem which I'm facing is that the
> management
> wants 28 copies of the file to be available
> don't care it whether its on primary pool or archive. I can't keep them
> on
> primary pool because of not having enough space on tapes. I was thinking
> to
> have for 7 days, and end of 7 days to archive them all and clear the
> primary
> pool again, and let it go for the next 7 days using archiving. The issue
> is
> that I should have 28 version of data, since these files are changing
> everyday. Is it possible?
>
> Thanks,
> Salam
>
> Salam R. Abdulla
> Project Leader
> Dubai Aluminum Company
> P. O. Box: 3627
> Dubai, UAE
> Office: +(971-4) 8022965
> Mobile: +(97150) 652-8210
> Fax: +(971-4) 8846080
>
>
>
> > -----Original Message-----
> > From: Steve Harris [SMTP:Steve_Harris AT HEALTH.QLD.GOV DOT AU]
> > Sent: Monday, April 09, 2001 3:36 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: Backup Policy
> >
> > Salam,
> >
> > TSM doesn't work this way.
> > To do exactly what you want you need to run archives weekly and monthly
> > with the right archive management classes to keep the data as you
> desire.
> >
> > Alternatively on the server, on that 7th/28th day copy the file to
> another
> > directory with a management class (specified the include/exclude list)
> > that keeps the file for the retentions that you want. It could be
> > scripted to copy, backup then delete.
> >
> > If it were me, I'd probably do verexsists unlimited, verdeleted
> > unlimited, retextra 28, retonly 28 and run a monthly archive. This will
> be
> > close to what you want, but may not be suitable for very large backups.
> >
> > Regards
> >
> > Steve Harris
> > AIX and ADSM Admin
> > Queensland Health, Brisbane, Australia
> >
> > >>> ABDULSALAM ABDULLA <salam AT DUBAL.CO DOT AE> 08/04/2001 14:30:00 >>>
> > I think I did ask this question once back, but didn't receive any
> > feedback,
> > please let me know if you can help.
> >
> > I want to write a backup policy to backup my filesystems for 7 versions.
> > On
> > the 7th day I want that copy to be moved to the save box with retention
> of
> > 28 days. The 8th day will over write the first day, and so on. But
> again
> > by the end of the forth week on 28th day, I want this copy to be kept in
> > save for one year. Also I need to keep one copy of any deleted file for
> > the
> > period.
> > How can I do that? What will be the value of the following options?
> Please
> > let me know if any other options required setting.
> >
> > Backup Retention (Grace Period)
> > Versions Data Exists
> > Versions Data Deleted
> > Retain Extra Versions
> > Retain Only Version
> >
> > Appreciate your input.
> > Salam
> >
> > Salam Rahma
> > Project Leader
> > Dubai Aluminum Company
> > P. O. Box: 3627
> > Dubai, UAE
> > Mobile: +(97150) 652-8210
> > Fax: +(971-4) 8846080
>
>
> "WorldSecure Server <baking.bestfoods.com>" made the following
> annotations on 04/19/01 18:59:58
> --------------------------------------------------------------------------
> --
> -
> The origin of this electronic mail message was the Internet.
> Bestfoods Baking cannot validate the authenticity
> of the sender and therefore cannot be held accountable
> for any content within.
> =======================================================
>
>
>
> "WorldSecure Server <baking.bestfoods.com>" made the following
> annotations on 04/23/01 13:43:01
> --------------------------------------------------------------------------
> ---
> This message may contain confidential and trade secret information of
> Bestfoods Baking, and be subject to the Economic Espionage Act of 1996.
> For recipient's use only. If you have received this message in error,
> please delete immediately, and alert the sender.
>
> =======================================================
**********************************************************************
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed. If you have received this email
in error destroy it immediately.
**********************************************************************
|
