× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.