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:[EMAIL PROTECTED]]
Sent: Tuesday, April 10, 2001 8:40 AM
To: [EMAIL PROTECTED]
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:[EMAIL PROTECTED]]
> Sent: Monday, April 09, 2001 3:36 AM
> To: [EMAIL PROTECTED]
> 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 <[EMAIL PROTECTED]> 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.
=======================================================
