We are looking to add a VSM to our recovery contract to match our
production configuration (for the last several years, the configurations have
not matched and we used real tape drives during the test). We have strict
requirements that we erase all data at the recovery site at the end of our
No DELSCR doesn't solve the problem; since it doesn't physically erase the disk
(cache). I am talking about the resisudal NPI data in the VSM cache. I think
the process/utility Sun has to erase the cache will work. I believe that is
the
answer I was looking for. We just need to talk to our
This site (EMC Powerlink) is simple after you try the SUN/ORACLE sites
looking for mainframe stuff such as STK...you will be bald from pulling
your hair out...
Any site is simple after trying the SUN/ORACLE site for mainframe stuff. Only
thing worse than their site are their install
We are doing a trail of Spectrum SMF Writer. So far it looks like a good
option for us; especially since the price is right! It might be something that
could help you as well. Here is the link to their website:
http://www.spectrumwriter.com/indexsmf.htm
We are looking into the possibility of implementing PAVs on our HDS USP-V.
Our HDS reseller says we have to buy implementation services from them to
implement PAVs. Their implementation services are very pricey, as you might
imagine.
Do you believe implementation services are required or
On Tue, 20 Apr 2010 12:33:48 -0400, Mackenzie, Bruce
bruce.macken...@td.com wrote:
There is an HDS manual entitled
Hitachi TagmaStore(r)
Universal Storage Platform
and Network Storage Controller
Compatible PAV for IBM(r) z/OS(r) User's Guide
(Includes PAV and Hyper PAV)
which will help.
On Tue, 20 Apr 2010 18:26:43 +, Ted MacNEIL eamacn...@yahoo.ca
The implementation services sounds like a cash grab!
My thoughts exactly!
Thanks to everybody that has replied.
I'll let you know where we go with this. The working through the contract
part (provided we move forward with
On Mon, 22 Feb 2010 17:53:34 -0600, Wilkins, Mike
mike.wilk...@bestbuy.com wrote:
By the way, you did an excellent job researching this, and, have the
aptitude for this type of work. You mentioned that you're not in the
Storage Admin group. What group are you in?
Thanks, I just an old time
On Mon, 22 Feb 2010 09:10:00 -0500, John Kington
john.king...@convergys.com wrote:
snip...
IDCAMS alter command can be used to change the storage class. You can use
dcollect and scan the output looking for storage classes you want to change.
No need to move/reallocate a dataset.
snip
I
Thank you Ron. I think I have a plan and will test it with the sandbox storage
groups and storage classes.
One question I haven't found the answer to: Is there anything special I have
to worry about with the DB2 storage groups and/or classes. I know DB2 has a
thing where it defines one or
On Sun, 21 Feb 2010 17:14:50 +, Ted MacNEIL
eamacn...@yahoo.ca wrote:
Did I miss something important?
Yes, unfortunately you did.
If you are going to only do it on Sundays, you are going to take
forever to finish your project.
There are no performance impacts to modifying the config on
On Sun, 21 Feb 2010 19:55:27 +, Ted MacNEIL
eamacn...@yahoo.ca wrote:
I wish you well; there should be no Sunday time, but that's your
choice.
There's no test like production.
You are not going to see it all.
You shouldn't need any overtime/off-hours work to manage a new SMS
config.
We are a small shop with a big SMS mess as far as the ACS routines
and number of storage groups. We have over 80 storage groups for
about 10TBs of DASD and 3 LPARS (production, development,
systems). It evolved of a long time and without any rational reasons.
Right now there is some
Thanks Tom, we do have some of their products but not FDRMOVE.
Looks like we would not need to move datasets to consolidate storage
groups. But if/when we want to clean up the storage classes, we
would.
We have over 100 storage classes. So that really needs to be cleaned
up as well. Does
From what you posted:
MAXUSER from IEASYSxx: 1000
In use ASIDs: 142
Available ASIDs: 858
RSVSTRT from IEASYSxx:50
RSVSTRT in use: 0
RSVSTRT available:50
OK, I am going to leave the PROGxx, LINKLST LLA part of Linda's question
alone and just talk about DB2 maintenance and migrations. Her concerns
really apply not just to new releases but also to rolling out maintenance to
the
current release. You don't want to apply it to all your subsystems
We do not use EKM but we are a Top Secret shop. Do you have your Top
Secret task specified in your IEFSSNxx member? We do and we do not start
Top Secret before JES2. We do have the start command for Top Secret in our
COMMNDxx member. After Master Scheduler processing we get the following
Please ignore and excuse the part of my previous post concerning IEFSSNxx -
we do not have our Top Secret task specified in IEFSSNxx. Don't know how
my fingers got so far ahead of my head or where that came from. I must be
low on coffee again.
A nonvolatile CF will be given preference over a volatile CF by more than
just the DB2 structures. It dates back to when you had stand alone CFs
with built-in battery backups. Because most people do use UPS and the fact
that the built in battery would not last nearly as long as your UPS power
I agree with Bill's approach but would add the creation of CDS4 before
switching to CDS3 and using it as your alternate couple dataset while you
are deleting and reformatting CDS1 and CDS2. That way you lessen the
chance that you are called away from your desk while your system is running
Shane wrote on 07/09/2006 12:32:46 +1000
As a general statement, if the structure owner chooses to use async rather
than sync, why would you care ???.
If none are actually being converted, pat yourself on the back for a job
well done, and go find a real problem to worry about.
Don't be so quick
21 matches
Mail list logo