|
Vern
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.
-- 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.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.