Thanks for the replies on this. I'm going to look into the rebuilding of it from scratch (it didn't take that long initially) but the only time we will need to save the storage space is when we intend to replace the box, I guess. Or when we lose all the data on the host (unlikely, but you can never say not - or when).
As I said, the NWSD is a test LPAR, so no real issue if missed off a backup.
Ian
--
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: 01 November 2017 13:15
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxx>
Subject: RE: Recovering NWSD
35GB is the minimum size for a virtualized load source. Make sure to set the size big enough when you create the NWS since the virtualization takes about 12% or so. I always use 40140Mb for the size of my drives so you get the full 35840 needed for the load source.
Beyond that Rob has it nailed.
--
Jim Oberholtzer
Agile Technology Architects
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rob Berendt
Sent: Wednesday, November 01, 2017 7:44 AM
To: Midrange Systems Technical Discussion
Subject: Re: Recovering NWSD
Keep in mind there are two parts:
WRKNWSD
WRKNWSSTG
By not backing up the storage spaces, often done by CHGATR OBJ('/QFPNWSSTG')
ATR(*ALWSAV) VALUE(*NO) you shouldn't affect the saving of the WRKNWSD stuff (too much)
WRKNWSD can be tied to WRKOBJ OBJ(*ALL) OBJTYPE(*NWSD) I don't believe there is a similar object to tie to WRKNWSSTG
We have three Power 8's.
Each Power 8 has an lpar of IBM i doing this hosting. They do no other function.
Each hosting lpar of IBM i has at least 5 guests. These guests may be a mix of AIX and IBM i.
We only save the hosts once a quarter. On those saves we never save the storage spaces.
The only time we save the storage spaces on the host is when we forgo saving the individual guests. Normally a once in a lifetime for that generation of Power system (if that). For example, a data center move.
Some may look at rebuilding the storage spaces as an opportunity to do them right. For example, based on the size of that guest,
- Should you use more than one NWSD?
- How many storage spaces? (much like disk arms, there is some benefit to threading the operations out to multiple storage spaces)
- How many storage spaces per NWSD?
- Do I need to resize my load source? (Note: Load source size on a guest can be much smaller than load source size on a physical disk!)
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: Ian Edmonds <IEdmonds@xxxxxxxxxxxxx>
To: "'MIDRANGE-L@xxxxxxxxxxxx'" <MIDRANGE-L@xxxxxxxxxxxx>
Date: 11/01/2017 08:01 AM
Subject: Recovering NWSD
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
Bit of an odd query, but what is the impact of rebuilding a virtual iSeries from scratch (if you have retrieved the config via RTVCFGSRC) as oppose to restoring it from tape?
The reason I ask is that the image we have on tape is huge. We save the entire IFS to a VTL using BRMS only on a restricted state backup and it is taking up a lot of space on our VTL and takes a long time. We also backup the virtual iSeries in the normal way, again using BRMS.
If I could skip backing up the NWSD object, it would help.
Note: the virtual iSeries is test, not live and it is hosted on a development machine.
Ian
n
________________________________
McColl's Retail Group, McColl's House, Ashwells Road, Brentwood, Essex
CM15 9ST
This e-mail including any attachments is intended only for the addressee
named above and it may contain confidential or privileged information. If
you are not the intended recipient please notify the sender and note that
the contents must not be disclosed to anyone else, no copies can be taken
and all existing copies must be destroyed. McColl's Retail Group will not
be liable for any error in transmission. You should carry out your own
virus checks before opening any attachments. Opinions, conclusions and
other information in this message and attachments that do not relate to
the official business of McColl's Retail Group are neither given nor
endorsed by it.
--
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:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link:
http://amzn.to/2dEadiD
--
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:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD
--
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:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD
________________________________
McColl's Retail Group, McColl's House, Ashwells Road, Brentwood, Essex CM15 9ST
This e-mail including any attachments is intended only for the addressee named above and it may contain confidential or privileged information. If you are not the intended recipient please notify the sender and note that the contents must not be disclosed to anyone else, no copies can be taken and all existing copies must be destroyed. McColl's Retail Group will not be liable for any error in transmission. You should carry out your own virus checks before opening any attachments. Opinions, conclusions and other information in this message and attachments that do not relate to the official business of McColl's Retail Group are neither given nor endorsed by it.
midrange.com
