David
This is a question I raised when first getting involved with the same
issues. The list kindly gave us some really good ideas and we're using the
technique below.
Declare two nodes in the ADSM database for each physical client. One of
these is for the daily backups, the other for the weekly.
Perform the ADSM server setup as you've already done but with different
default management classes for each of the nodes. The config under the MC
for the daily backups should result in your required 7 day rentention,
likewise the the config under the MC for the weekly backups should result
in your 5 week retention.
On the client side declare 2 servers in the dsm.sys, with identical
parameters with one exception - use the nodename parameter in order that
the client declares its node name to the ADSM server rather than picking up
the hostname of the client machine. Use the same filename for
include/exlude list in both server declarations in the dsm.sys.
Then start two dsmc sched processes on the client specifying -server= so
each one picks up the required entry in the dsm.sys file and so each one
becomes the scheduler for the appropriate harcoded nodename.
Next set up your schedules, one to run every day and associate it with your
daily node, the other to run weekly and associate it with your weekly node.
Run them both as incrementals, would advise collocation unless other
conditions override.
If you want more detail please e-mail me, there are usually many factors to
take into consideration but this post is getting quite lengthy as it is.
Regards
Alan White
> ----------
> From: David Grant
> Sent: Monday, September 08, 1997 1:15 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: backup retention
>
> We are running ADSM version 2 with platforms such as HPUnix, WindowsNT,
> NetWare, and Mac supported. We are currently using one management class
> that allows 7 versions to be retained for up to 120 days. My bosses
> understand that ADSM does not follow the traditional method of
> incremental and full backups that they are used to. However, they want
> to have the ADSM backups 'mirror' our mainframe backups as closely as
> possible. For us, that is incremental backups Monday through Friday and
> a full backup on Sunday. The full backups are kept for 5 weeks. We want
> ADSM to also do incremental backups Monday through Friday and a full
> backups on Sunday. My idea would be to run incremental backups Monday
> through Friday and allow 7 versions with a retention of 5 days and run
> an archive backup on Sunday and allow 5 versions with a retention of 5
> weeks. Does the archive backup honor the include/exclude statements set
> up by the client? Any suggestions on number of versions and retention
> periods would be greatly appreciated.
>
>
> Thanks
>
>
> David Grant
> California Polytechnic State University
> San Luis Obispo, Ca
>
> ------ =_NextPart_000_01BCBC63.106EEAE0
> Content-Type: application/ms-tnef
> Content-Transfer-Encoding: base64
>
>
eJ8+IiASAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
>
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYAKAEAAAEAAAAMAAAAAwAAMAIAAAAL
>
AA8OAAAAAAIB/w8BAAAASgAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAEFEU006IERpc3QgU3Rv
>
ciBNYW5hZ2VyAFNNVFAAQURTTS1MQFZNLk1BUklTVC5FRFUAAAAeAAIwAQAAAAUAAABTTVRQAAAA
>
AB4AAzABAAAAFQAAAEFEU00tTEBWTS5NQVJJU1QuRURVAAAAAAMAFQwBAAAAAwD+DwYAAAAeAAEw
>
AQAAABoAAAAnQURTTTogRGlzdCBTdG9yIE1hbmFnZXInAAAAAgELMAEAAAAaAAAAU01UUDpBRFNN
>
LUxAVk0uTUFSSVNULkVEVQAAAAMAADkAAAAACwBAOgEAAAACAfYPAQAAAAQAAAAAAAAC+i8BBIAB
>
ABUAAABSRTogYmFja3VwIHJldGVudGlvbgBfBwEFgAMADgAAAM0HCQAIAA4AGQAeAAEAKwEBIIAD
>
AA4AAADNBwkACAAOABcAFwABACIBAQmAAQAhAAAAQjY3MDJFNkQzRjI4RDExMUJGNzgwMDA0QUNG
>
REY0MUYARAcBA5AGAJgGAAAUAAAACwAjAAAAAAADACYAAAAAAAsAKQAAAAAAAwAuAAAAAAADADYA
>
AAAAAEAAOQBA0raWhLy8AR4AcAABAAAAFQAAAFJFOiBiYWNrdXAgcmV0ZW50aW9uAAAAAAIBcQAB
>
AAAAFgAAAAG8vISWrG0ucLcoPxHRv3gABKz99B8AAB4AHgwBAAAAAwAAAE1TAAAeAB8MAQAAABEA
>
AABNSVMvTUlTUE8vc3N0aWRkAAAAAAMABhAdF68FAwAHEPcEAAAeAAgQAQAAAGUAAABZT1VNSUdI
>
VFdBTlRUT1RSWVNFTEVDVElWRUJBQ0tVUEJVVElET05UVEhJTktJVFVTRVNUSEVJTkNMVURFRVhD
>
TFVERUxJU1RFSVRIRVJJQU1DVVJSRU5UTFlET0lOR1RIRVNBAAAAAAIBCRABAAAAEgUAAA4FAAAu
>
CQAATFpGdf46o9z/AAoBDwIVAqQD5AXrAoMAUBMDVAIAY2gKwHNldO4yBgAGwwKDMgPGBxMCgyIz
>
D3poZWwDIERs6mcCgzQTDX0KgAjPCdniOxefMjU1AoAKgQ2xwQtgbmcxMDMUIAsKSxLyDAFjAEAg
>
WQhgINBtaWdoBUB3AHAFQIR0bx1gcnkgJxHwAmwFkHRpdmUnIAJiANBrdXAuIEKidQVASSBkAiAn
>
HVGiaAuAayBpBUB1EfDLBCAf4GUgMG5jCkANsMguZXghIyBsBAAFQDZlIEAU8HIfAB9RYW3cIGMI
>
cBegAjBsHcAfgPULgGcgs3MjACDgH+IkEDcD8B/gIvByEbAeUXMsfx6QHzELgBywHcAE8BTwZLp1
>
HhBkIyADcAOBZCXwzx9gI2EkhCDvIGYDECiQ3yeRIGIi8B9wBpBmBJAjcX4gAiApkQWxKHIldR8A
>
VPcU8AOgH2BiJFEIcCShHYD/EbEaoCiRBUAeoitzJoEXoHZnJwAKwWQLcCOhHqRzxi4wYAqFSG9w
>
JKMEIB8U8TBBCoUKiyIAMTgwwQLRaS0xNDQN8AzQszPjC1kxNgqgA2B0HiF8IC02BwqHNLsMMDWG
>
Rj0DYTo3DjWGDIIVMGF28mknMEdyHTE2rze9BmC3AjA47zn7TQIgL5B5JfAbBmAFMGUG0ASQIDA4
>
ISXwMTk5N0DgOjEwNSBQTTt/N71UbwM9vzn7QURTTS1MAEBWTS5NQVJJwFNULkVEVUG/PI74dWJq
>
HiFD3zn7HqQn8Ts1sAIwaQIgMg8zEzM2bzSHFcIMATWGVyviKJBy3HVuAwAkAUWyIB5gEeB9TBEg
>
EiAlIwtRADAFsG0fBCAtMBGwIvAEIEhQVTUDAHgl8FcLgB+Ad3OYTlQsCoUHwHRXT3GbJfAqAk0A
>
0C0hcHAXQf8JgB8AT0UjOCBwI/IrQgOBvmEt8AeAHUEhIFJgcwqF3x/gUZAi8BUQU1EgQSBQhf8g
>
oR2ALQFLsQtxJyErgkuB7R1xMQHQL4F5MFAF0C/R/m8EEAeQCoVPwASBIiAqAu9ZA1AzH4AHkW41
>
oCtxWWL7KGMdoGEqoEwCB0AcsBIA9mgEcCswZgqFIQEXoFfy+2DBKgJmJwADIC/1WPQocW8dwE9y
>
IHFeMW8fADEAd/5lUIEl8GQTHSJYlh2AEcDvHmAoY1AzY0YnHMAjUAWw/x6ACGFXgQuAA1AkgmNG
>
UmF/ISBc4BUAZEFYhlVgBBBp+wJgLGFGW3Il4VkDMXFh+u9jRj+UH9EDYHUc4DiROvD/bqEnkQqF
>
KoBi+SsxSOE/svcsc2LsT3JrQCErc0FwZVD8ZWtccU9BZhlQMx1xB0D+cx2AH4BtH24vbzpwVQqF
>
r2NGcUlcoTrwZSqAdwhg/mwnMC0BHXFPsXY/d0hYl/94H1lTIsBZySUkS6hhUXPB/1xCKfNPsW/2
>
A6AldXDPIsC/f6hBcIB/gYsKhXP1RF8CvyvJSzZhIF9AK6QhBS8hhn9d8UBBI3FR8RIAXTZLkGKv
>
d9JWMSIAI3E/E3BuJpGfbxAt8CIgWiNQ0W51QGP/ghFZ54KzS80xIAUQBHCGkb97tgnBUZBqwlVQ
>
F6BjBzD/VZJMTAqFLJAAcHQglG8Ksvk6zyBDB0AGkAWwAwAqgGpQBvB5NbFoAwBVEFNtjBIgUrFQ
>
g3R+NgYRIORMdTFxT2IEAFVgJfB/mIBMvzSHG9U1hgqFFsEAAZ/QAAADABAQAAAAAAMAERAAAAAA
> QAAHMLDq8kqEvLwBQAAIMLDq8kqEvLwBHgA9AAEAAAAFAAAAUkU6IAAAAAADAA00/TcAAJkG
>
> ------ =_NextPart_000_01BCBC63.106EEAE0--
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 14:50:36 -0400
> From: Bradley Wallace <BradleyWallace AT COMPUSERVE DOT COM>
> Subject: backup retention
>
> We have encountered the same problem, "How to maintain generations of
ful=
> l
> backups like the mainframe?". Has anyone out there successfully
> inplemented the "archive backup" and daily incremental method? Any info
> would be appreciated.
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 16:05:13 -0300
> From: "Rafael J. Goldschmidt" <rafagold AT CANO.COM DOT AR>
> Subject: Re: WINDOWS 95 SUPPORT
>
> I've just installed an AS/400 server with Win NT clients. It works OK!
> Ask me what you want.
> Rafael
> rafagold AT cano.com DOT ar
>
> At 14:47 08/09/1997 EST, you wrote:
> >---------------------------- Forwarded with Changes
---------------------------
> >From: INTERNET.OWNERAD at SNADGATE
> >From: INTERNET.OWNERAD at SNADGATE
> >Date: 9/8/97 11:34AM
> >To: Jerry Lawson at ASUPO
> >*To: *ADSM-L at SNADGATE
> >Subject: WINDOWS 95 SUPPORT
>
>---------------------------------------------------------------------------
----
> >Robert -
> >Robert -
> >
> >** I won't do any police jokes - just the facts.....
> >
> >I am not completely clear on your question.....
> >
> >There is a Windows 95 client - actually called Win32 - it works on both
Win95
> >and WinNT.
> >
> >There is an AS/400 Server.
> >
> >Since all clients are supported across all servers, then you should be
able
> >to back up a Win95 client to an AS/400 ADSM server.
> >
> >The only hang-up might be communications - but I assume that at a
minimum, the
> >AS/400 client supports TCP/IP, as does Win95, so you shouldn't have a
problem
> >there. If you don't use TCP/IP, then you would have to go to some other
common
> >protocol. Not all protocols are supported for all Client/Server
combinations,
> >so be careful.
> >
> >Hope this helps
> >
> >Jerry Lawson
> >jlawson AT thehartford DOT com
> >
> >______________________________ Forward Header
> __________________________________
> >Subject: WINDOWS 95 SUPPORT
> >Author: INTERNET.OWNERAD at SNADGATE
> >Date: 9/8/97 11:34 AM
> >
> >
> >Hello: Does anyone know if there will be a windows 95 backup client for
> >the AS/400 in the near future. I've talked to marketing and they have
> >no idea. The IBM Storage site is currently down so I couldn't check
> >there. Any help would be appreciated.
> >
> >Thanks,
> >
> >Robert Ford
> >CIS III
> >Missouri State Highway Patrol
> >--
> ># Netscape folder cache
> >
>
> ==================================================
> * *
> * Rafael J. Goldschmidt *
> * Elcano 5039 - (1427) Buenos Aires - Argentina *
> * Telefonos: (54-1) 553 9909 / 421 4782 *
> * E-mail (Internet) : rafagold AT cano.com DOT ar *
> * *
> ==================================================
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 16:38:06 -0300
> From: "Rafael J. Goldschmidt" <rafagold AT CANO.COM DOT AR>
> Subject: Files restore.
>
> Hi ADSMers!
> A customer just asked me (and I did not know) how can he restore a file,
> from a certain backup date. I don't find in ADSM a way to find out the
date
> and time of backup of a certain file. The customer wants to look for a
> file, and see all the versions he has, with an indication of date and
time
> of backup. Does this exist?
> Thanx a lot!
> Rafael.
>
> ==================================================
> * *
> * Rafael J. Goldschmidt *
> * Elcano 5039 - (1427) Buenos Aires - Argentina *
> * Telefonos: (54-1) 553 9909 / 421 4782 *
> * E-mail (Internet) : rafagold AT cano.com DOT ar *
> * *
> ==================================================
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 12:46:33 PDT
> From: Sam Sheppard <SHS AT SDDPC.SANNET DOT GOV>
> Subject: A strange weekend...
>
> Jerry: We had similar problems with both level12 and 13, but it was
> much worse with level 13. Turned out to be a TCPIP problem which caused
> both ADMIN and BACKUP schedules to wait, since they both use the same
> schedule manager in ADSM, who, it turns out, is waiting on TCPIP.
> Unless the problem was cleared by either restarting TCPIP or ADSM, the
> window would expire and the command/backup would be missed. The APAR
> is PQ06771 and was still open last time I checked. Level 2 will send
> you a temporary fix though, if asked. The problem went away here after
> applying that.
> Sam Sheppard
> San Diego Data Processing Corp.
> shs AT sddpc.sannet DOT gov
>
----------------------------------------------------------------------------
-
-
> >
> >
> >I had a strange weekend - what was it Jerry Garcia used to say "What a
> >strange journey this has been"?
> >
> >We began having TCP/IP troubles on Friday - we could establish sessions,
but
> >data transfers would hang after a few bytes were sent - they would
timeout
> >either as a communications timeout, or an idle wait, depending on when
TCP
> >decided to stop. This didn't clear until 2:00 AM, when they bounced
TCP/IP,
> >but operations didn't recycle ADSM, so we were out of the water until
mid
> >morning Saturday when I happened to check it.
> >
> >Nothing much unusual there, but here is what had me confused. Sometime
on
> >Friday, all of our Admin schedules stop executing - no indication as to
why.
> >Around noon on Friday, I had operations recycle ADSM, which went
> >successfully. When it came up, an admin schedule that was in the middle
of
> >its window kicked off, executed, and reported back a successful
completion.
> >I thought the problem was solved, but later Friday, I checked again, and
the
> >admin scheduler was out again.
> >
> >I cannot think of any relationship between TCP/IP communications, and
admin
> >schedules. Does anyone have any ideas?
> >
> >When I discovered the problem on Saturday, I again had them restart
ADSM, and
> >again it seemed to take off - reconnected to TCP/IP, and admin schedules
> >seemed to be working. Later that evening, though, not only had I lost
> >communications again, but console traffic seemed to be gone as well.
Since
> >we had an IPL scheduled for 7:00 AM Sunday, we decided to let it go, and
> >since the IPL, all seems to be fine. We did have a bad tape - actually
2
> >tapes with the same TSN, but that didn't seem to contribute to this
problem.
> >This was all under release 12 of the MVS server - We are now under level
13,
> >as it had been one of the planned upgrades on the IPL on Sunday morning.
> >
> >Anyone else see strange things like this?
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 15:56:29 -0400
> From: JACKIE BALBONI <JBALBONI AT OCEANSPRAY DOT COM>
> Subject: Files restore. -Reply
>
> To see date and time of versions of a file do
> q backup filename
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 16:00:12 -0400
> From: JACKIE BALBONI <JBALBONI AT OCEANSPRAY DOT COM>
> Subject: Files restore. -Reply
>
> to see all versions using DSMC enter
> res -pick -ina filename
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 14:40:54 PDT
> From: Aubrey Truex <atruex AT HOTMAIL DOT COM>
> Subject: Archving newbie
>
> Hi. I am a newly appointed ADSM administrator, and have a simple task
> to accomplish (it would seem !): achive a set of files from two clients
> for 7 years.
> I have been trying to read through manuals to find the process for doing
> this, but have not been too successful. I did find references to
> creating a management class for archiving, and making references to that
> in the includexclude and dsm.sys files on the client side, but have not
> figured out how to migrate the files to an archive copy pool. I will
> need to retain two copies of each archive file for seven years.
> I have been looking through ADSM Admin Reference, Guide, ADSM concepts
> redbook, etc. but have not found a procedure for creating such things.
>
> What manual or Redbook has the information I'm should look for ? I am
> running ADSM 2.1.6 on an RS/6000 Model 40 running AIX 4.2. I have an IBM
> 3494 tape library with 3 3590 tape drives and 100 tapes. I have
> diskpool(disk), tapepool, archivepool(tape) and spacemngmt(disk) as
> primary storage pools and drmpool(tape) and copypool(tape) as copy
> storage pools. Do I need to create another tape storage pool for the
> second archive copy ? One copy will need to go off-site. What commands
> do I use to place the tapes in the input/output station ? We have DR
> Manager installed, but not configured.
>
> Any help would be appreciated !!
>
> Thanks, Aubrey Truex
> atruex AT hotmail DOT com
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 17:22:02 -0700
> From: "David H. Wentworth" <David.Wentworth AT UCOP DOT EDU>
> Subject: Re: ANS4304W Active object not found
>
> I get the same error but in my case the objects all exist. It's always
the
> same objects. It started with one and how there are three objects that
> aren't getting backed up. All the servers in the tree are 4.11 with
either
> IWSP2 or IWSP3 support packs installed. Can anyone help?
>
> At 02:22 PM 9/8/97 -0400, you wrote:
> >I'm getting these during my NDS backup. I'm guessing it means that the
> object
> >is currently active.... However, the backup is finding users that don't
> exist
> >and giving this message. Also, I'm sure more object then the ones
> reported are
> >in use right now. Anyone understand this?
> >
> >Thanks.
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> >> Tim Dobrowolsky > < yksloworboD miT <
> >> Computer Services > < secivreS retupmoC <
> >> Catonsville Community College > < egelloC ytinummoC ellivsnotaC <
> >> tim AT catrs.cat.cc.md DOT us > <
> >> su.dm.cc.tac.srtac@mit <
> >> 410-455-4562 > < 2654-554-014 <
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> >
> >
> +-----------------------------------------------------+
> | David Wentworth | University of California |
> | david.wentworth AT ucop DOT edu | Office of the President |
> +-----------------------------------------------------+
>
> ------------------------------
>
> Date: Mon, 8 Sep 1997 21:36:18 -0300
> From: "Rafael J. Goldschmidt" <rafagold AT CANO.COM DOT AR>
> Subject: Re: Files restore. -Reply
>
> Thanxs!
>
> At 17:11 08/09/1997 EST, you wrote:
> >To see date and time of versions of a file do
> >q backup filename
> >
> >
>
> ==================================================
> * *
> * Rafael J. Goldschmidt *
> * Elcano 5039 - (1427) Buenos Aires - Argentina *
> * Telefonos: (54-1) 553 9909 / 421 4782 *
> * E-mail (Internet) : rafagold AT cano.com DOT ar *
> * *
> ==================================================
>
> ------------------------------
>
> End of ADSM-L Digest - 7 Sep 1997 to 8 Sep 1997
> ***********************************************
|
