Re: Saving Spool Files for a Migration

Within the last week or so, the discussion has been that if you use SNADS 
you can do a SNDNETSPLF.  Use DTAFMT(*ALLDATA) if you do, and you should 
retain the printing attributes.  Any attributes about which job actually 
spooled it up will be gone.  For example, if I create a user on the new 
machine, called MYOUTQ with a default output queue of MYOUTQ and then I do 
a WRKOUTQ MYOUTQ on the old machine, put a 1 in front of every spool file 
and put the following at the bottom:
TOUSRID((MYOUTQ NEWSYS)) DTAFMT(*ALLDATA)
then the job name, etc will be different.  But the overlay, spacing, etc 
will all be there.
There is also a SNDTCPSPLF option.  Haven't played with that alot.  I use 
machine swaps as a good excuse to obliterate old spool files.  But then 
again, we delete all over a certain number of days - regardless.  This 
really drives home the fact that spool files are "generally" not backed up 
and you shouldn't rely on them.

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





kirkg@xxxxxxxxxxxxx 
Sent by: midrange-l-bounces@xxxxxxxxxxxx
10/15/2004 03:03 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
midrange-l@xxxxxxxxxxxx
cc

Fax to

Subject
Saving Spool Files for a Migration






 I have a client on a 620 running 5.2 moving to an i5 running 5.3. We need 

to move around a 1,000 spoolfiles to te new box. We need to make sure that 

all the external attributes are restored as well, so a simple copy to a pf 

and restore isn't going to cut it. This will be a once or maybe twice 
deal.

I don't need something very fancy, but functional since it's a 1 time 
deal.  What has the group here used? Will BRMS at 5.2 handle spoolfiles? 
I've heard that the spoolfile restore is terrible in BRMS, at least time 
wise.

Thanks

_____________________
Kirk Goins CCNA
Systems Engineer, Manage Inc.
IBM Certified iSeries Solutions Expert
IBM Certified iSeries e-Business Infrastructure
IBM Certified Designing IBM e-business Solutions 
Office 503-353-1721 x106 Cell 503-577-9519
kirkg@xxxxxxxxxxxxx      www.manageinc.com

There are 10 types of people in the world:
Those that understand binary, and those that don't.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.