On 7/13/20 5:25 AM, Joe Monk wrote:
My point is, once you rent that computer and put your stuff on it, it
is no longer "someone else's computer". It is now YOUR computer. YOU
are responsible for it.
My understanding is that union of the computer owner(s) /and/ the
contracted user(s) are colle
;>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> W dniu 08.07.2020 o 17:46, Joe Monk pisze:
> >>>>>>> I do a backup to spinning storage, then a copy of that backup to
>
s own risk assessments in the
context
of its own obligations and priorities.
* Depending on the value of the data, you might want more than 2.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSER
our J Metz
> wrote:
> >>>>>
> >>>>>> I've always gone with dual* backups, with one copy off site. Remote
> >>>>>> mirroring is a good option where policy permits, and even if
> >>>> retensioning
> >>>>>> is no longer
;s own risk assessments in the
context
of its own obligations and priorities.
* Depending on the value of the data, you might want more than 2.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA
t; >>>>
> >>>> Large or small, each shop must do it's own risk assessments in the
> >> context
> >>>> of its own obligations and priorities.
> >>>>
> >>>> * Depending on the value of the data, you might want mor
behalf
of Bill Ogden [og...@us.ibm.com]
Sent: Wednesday, July 8, 2020 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
Probably many others will chime in on this. I have lost RAID 5 arrays
with
two disk failures within an hour of each other. RAID is nice, but one
http://mason.gmu.edu/~smetz3
> >>
> >>
> >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf
> >> of Bill Ogden [og...@us.ibm.com]
> >> Sent: Wednesday, July 8, 2020 9:27 AM
>
And of course HSM duplexing for ML2 and Backup tapes automatically
covers the requirement to use different drives. Since the two copies
are made concurrently, that guarantees they have to be on different drives.
It should be obvious enough to not need saying, but you also don't make
two copies o
: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
It has no value.
Terrorist attack is unlikely, but two terrorist attacks at the time are
more unlikely. Thousand terrorist attacks at the tima are even more
unlikely.
A bomb attack is unlikely. Large (atomic?) bomb attack is more unli
ent: Wednesday, July 8, 2020 2:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
It has no value.
Terrorist attack is unlikely, but two terrorist attacks at the time are more
unlikely. Thousand terrorist attacks at the tima are even more unlikely.
A bomb attack is unlik
IMHO no and there is no reason. Is the backup OK? Just read it. Any
error will be reported. Physical errors are reported by the hardware.
Is backup altered by hostile user? Protect it using RACF or else.
However educated and authorized user may alter backup and re-create hash.
Do you want to sle
N@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
Probably many others will chime in on this. I have lost RAID 5 arrays with
two disk failures within an hour of each other. RAID is nice, but one must
allow for failures.
Long ago I was involved with reading archived tapes and transferring
mounted. The max period you can set here was 365
days (or not do it at all). There must be a good reason to limit this period to
1 year, not more.
Kees.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Ogden
Sent: 08 July 2020 15:27
To: IBM-MAIN@LISTSERV.UA.
..@sce.com
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Wednesday, July 8, 2020 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Storage & tape question
CAUTION EXTERNAL EMAIL
Unlikely?
Black swans do happen. How unlikely is a world-wide
@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
It has no value.
Terrorist attack is unlikely, but two terrorist attacks at the time are
more unlikely. Thousand terrorist attacks at the tima are even more
unlikely.
A bomb attack is unlikely. Large (atomic?) bomb attack is more unlikely.
When
@LISTSERV.UA.EDU] On Behalf
Of Glenn Wilcock
Sent: Wednesday, July 8, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
Hi All,
I want to give another perspective on the need for backup copies. The focus
here is on physical loss of storage. With replication, and
Dumb question - can integrity checks for backups be done with dump
hashes/signatures, either in software or in the storage array (if the array
maintains metadata about files/objects) ?
If there's an automated flow for this, many teams could sleep peacefully,
knowing that backups are in good cond
gt;
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Bill Ogden [og...@us.ibm.com]
> Sent: Wednesday, July 8, 2020 9:27 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Storage
Hi All,
I want to give another perspective on the need for backup copies. The focus
here is on physical loss of storage. With replication, and many clients having
2, 3 and even 4 sites, the probability of needing a backup copy to recover from
a physical loss of data really has decreased. (Sti
V.UA.EDU
Subject: Re: Storage & tape question
Probably many others will chime in on this. I have lost RAID 5 arrays with
two disk failures within an hour of each other. RAID is nice, but one must
allow for failures.
Long ago I was involved with reading archived tapes and transferring the
d
more.
Kees.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Bill Ogden
Sent: 08 July 2020 15:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
Probably many others will chime in on this. I have lost RAID 5 arrays with
two disk failures withi
Probably many others will chime in on this. I have lost RAID 5 arrays with
two disk failures within an hour of each other. RAID is nice, but one must
allow for failures.
Long ago I was involved with reading archived tapes and transferring the
data to CDs. The programs involved were home-written
; >
> >
> > --
> > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> >
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of R.S. [r.skoru...@bremultibank.com.pl]
> > Sent: Wednesday, July 8, 2020 7:58 AM
> > To:
2020 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
Feel free to answer off-topic, criticize unsaid sentences and be
self-concvinced you are right while rest of the world is wrong. Have a fun.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 08.07.2020 o 13:53, Seymour
. [r.skoru...@bremultibank.com.pl]
Sent: Wednesday, July 8, 2020 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
Feel free to answer off-topic, criticize unsaid sentences and be
self-concvinced you are right while rest of the world is wrong. Have a fun.
--
Radoslaw Skorupka
Lodz, Polan
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
R.S. [r.skoru...@bremultibank.com.pl]
Sent: Wednesday, July 8, 2020 5:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sto
8, 2020 3:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: Storage & tape question
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don’t click links or open attachments as it may be a Phishing email,
which can steal your Information and c
t;
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
> R.S. [r.skoru...@bremultibank.com.pl]
> Sent: Wednesday, July 8, 2020 5:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Storage & tape question
>
&
July 8, 2020 5:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
It has no value.
Terrorist attack is unlikely, but two terrorist attacks at the time are
more unlikely. Thousand terrorist attacks at the tima are even more
unlikely.
A bomb attack is unlikely. Large (atom
emultibank.com.pl]
Sent: Tuesday, July 7, 2020 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
W dniu 07.07.2020 o 16:52, Edward Finnell pisze:
1200lbs Semtex make you realize what backups are for and where is your cold
site?
In a message dated 7/7/20
W dniu 08.07.2020 o 00:40, Grant Taylor pisze:
On 7/7/20 8:52 AM, R.S. wrote:
Few words about RAID:
RAID is more reliable than single disk. Assuming same reliablity of
disk used in RAID.
That starts to get questionable when you have more and more disks in a
RAID array.
That's why you DON'T
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Sent: Tuesday, July 7, 2020 4:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
[External Email. Exercise caution when clicking links or opening attachments.]
Behalf Of R.S.
Sent: Tuesday, July 7, 2020 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
[External Email. Exercise caution when clicking links or opening attachments.]
Disclaimer: I HAVE NEVER SAID THAT.
RAID is fallible. Everything is fallible.
I used RAID rhetori
n
Sent: Tuesday, July 7, 2020 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Storage & tape question
We had a similar problem occurs, long ago, with an actual SAN dasd array (for Windows, not MVS).
Weekend backup to physical tape aborted on a Sunday. The Windows admin said &
Agreedwas just indicating that you could only do 2 at a time but that does
leave you exposed. In reality, with raid 6 I would not replace anything until
it failed, but would certainly not wait once the failure it notified.
Kenneth A. Bloom
CEO
Avenir Technologies Inc
/d/b/a Visara Internati
On 7/7/20 4:40 PM, Ken Bloom wrote:
Side note, if you want to be proactive And replace drives
preventatively, remember that for raid 5 you can only do one drive at
a time, raid 6 2 drives,
I would *STRONGLY* *DISCOURAGE* replacing two drives in a RAID 6 at the
same time. Doing so renders the
We have never seen that. We always use raid 6 for both our VTL AND DASD
products with multiple hot spares.
Ken
Kenneth A. Bloom
CEO
Avenir Technologies Inc
/d/b/a Visara International
203-984-2235
bl...@visara.com
www.visara.com
> On Jul 7, 2020, at 6:31 PM, Grant Taylor
> <023065957af1
On 7/7/20 8:52 AM, R.S. wrote:
Few words about RAID:
RAID is more reliable than single disk. Assuming same reliablity of disk
used in RAID.
That starts to get questionable when you have more and more disks in a
RAID array.
It's a numbers game of how likely is it to have two drives fail in a
ur processing depended
>>> on it.
>>>
>>> R.S. is spot on: make backups. Because of the trauma from this one event,
>>> we now have a three-way VTS grid, synchronous-mirrored SANs, and two
>>> mainframes on the floor.
>>>
>>> First Horizo
On 7/7/20 12:41 PM, Pommier, Rex wrote:
Has anybody else heard this?
I've heard of and have experienced this multiple times.
The stress of rebuilding can push other marginal drives over the edge.
This is why RAID with multiple parity drives is now critical.
Especially with larger and larger
t; tape for granted. It was astonishing how much of our processing depended
> > on it.
> >
> > R.S. is spot on: make backups. Because of the trauma from this one event,
> > we now have a three-way VTS grid, synchronous-mirrored SANs, and two
> > mainframes on t
gt; > Shmuel (Seymour J.) Metz
> > http://mason.gmu.edu/~smetz3
> >
> >
> > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> > of R.S. [r.skoru...@bremultibank.com.pl]
> > Sent: Tuesday, July 7,
-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Storage & tape question
We had a similar problem occurs, long ago, with an actual SAN dasd array (for
Windows, not MVS). Weekend backup to physical tape aborted on a Sunday. The
Windows admin said "No problem, it's a RAID-5 array,
On Tue, Jul 7, 2020 at 10:33 AM Seymour J Metz wrote:
> Indeed, but data centers have also been taken down by events that were
> unlikely. Even paranoids have real enemies when it comes to backup
> strategies.
>
Surely we all remember when this list was down due to a "suicide squarrel"
attack on
The biggest whomp I heard about was at Midwestern data-center. Highway
department dropped a load of ammonium nitrate to widen the Interstate. Over the
weekend lightning hit the trailer and kaboom-ed 32k lbs. It was about halfway
between primary and secondary data centers. Knocked out the bearing
@LISTSERV.UA.EDU] on behalf of Joe
Monk [joemon...@gmail.com]
Sent: Tuesday, July 7, 2020 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
In Houston, Texas, a hurricane is VERY likely.
Joe
On Tue, Jul 7, 2020 at 10:27 AM Seymour J Metz wrote:
> A terrorist at
--
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of R.S. [r.skoru...@bremultibank.com.pl]
> Sent: Tuesday, July 7, 2020 10:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Storage
ly 7, 2020 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
W dniu 07.07.2020 o 16:52, Edward Finnell pisze:
> 1200lbs Semtex make you realize what backups are for and where is your cold
> site?
>
> In a message dated 7/7/2020 9:37:20 AM Centra
om this one event,
> we now have a three-way VTS grid, synchronous-mirrored SANs, and two
> mainframes on the floor.
>
> First Horizon Bank
> Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> R.S.
> Se
W dniu 07.07.2020 o 16:52, Edward Finnell pisze:
1200lbs Semtex make you realize what backups are for and where is your cold
site?
In a message dated 7/7/2020 9:37:20 AM Central Standard Time,
rwjack...@firsthorizon.com writes:
R.S. is spot on: make backups. Because of the trauma from this o
1200lbs Semtex make you realize what backups are for and where is your cold
site?
In a message dated 7/7/2020 9:37:20 AM Central Standard Time,
rwjack...@firsthorizon.com writes:
R.S. is spot on: make backups. Because of the trauma from this one event, we
now have a three-way VTS grid, synchr
ical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of R.S.
Sent: Tuesday, July 7, 2020 4:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
[External Email. Exercise caution when clicking links or opening attachments.]
Yes, it is po
On Tue, Jul 7, 2020 at 9:05 AM Joe Monk wrote:
> Most ORGs are abandoning RAID-5 in favor of better like RAID-6. Any DASD
> array should be engineered with two hot spares and call home service to the
> vendor for drive replacement.
>
I agree. But our z/OS DASD is a very old 2105(?) which I doubt
Hi KB, IBM-MAIN is great. There are shops that are all primary disk. Just
make sure that you are aware of all of the considerations before going down
that route. (The ones that I'm aware of are still HSM users to take advantage
of ML1, class transitions, and backup). A few responses to your fo
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
John McKown
Sent: Tuesday, July 7, 2020 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Storage & tape question
On Tue, Jul 7, 2020 at 8:19 AM Jackson, Rob
wrote:
> Fun little note on RAID:
Most ORGs are abandoning RAID-5 in favor of better like RAID-6. Any DASD
array should be engineered with two hot spares and call home service to the
vendor for drive replacement.
Joe
On Tue, Jul 7, 2020 at 8:58 AM John McKown
wrote:
> On Tue, Jul 7, 2020 at 8:19 AM Jackson, Rob
> wrote:
>
> >
A very good point. In all of our storage products that we produce (dasd and
vtl) we use Raid 6 which can tolerate 2 drive failures and always have at least
1 hot spare that is inserted into the array automatically. Additionally, our
online diagnostics send out an alert email indicating a drive
On Tue, Jul 7, 2020 at 8:19 AM Jackson, Rob
wrote:
> Fun little note on RAID: it is fallible. The last Sunday of October 2016
> I got a call bright and early because our VTS (TS7740) had shut down.
> Turns out we had a "cache" HDD failure at around 4 AM, and then a second
> one failed at around
DU
Subject: Re: Storage & tape question
[External Email. Exercise caution when clicking links or opening attachments.]
Yes, it is possible to have VTS without real tapes on backend. Some vendors do
offer only "tapeless tapes", with no option to connect real tape library.
However fro
It it feasible. However using PS files on tape you loose many DFSMS
facilities including backup, MC features (when to delete, how many
backup versions), replication is possible, but it's not DASD remote copy
(and no consistency between VTS and DASD), etc.
Also no sharing for input. And many oth
W dniu 07.07.2020 o 07:28, Timothy Sipples pisze:
Radoslaw Skorupka wrote:
I forgot something obvious for me: NEVER USE TAPES FOR APPLICATION
DATA. No jobs should write or read tapes.
Nothing except backup and restore and (optionally) ML2. Managed by
HSM or FDR. Some excepions for archive copies
Hi RS,
"Even the biggest, cheapest and really huge DASD will not protect you
form human and application (and other) errors. But backup will do it."
Don't understand why 'offline' backup is considered a difficulty when going
all-DASD.
Keeping synchronous replication aside, PiT/snapshots are still
I'm of the opposite opinion.
Virtual tapes should be used for most large sequential datasets.
Only exceptions are datasets that are required to be read by multiple
subsequent jobs at the same time.
No B37 ABENDs ever, lower cost and much more easily recovered if something
gets "accidently" deleted.
Yes, it is possible to have VTS without real tapes on backend. Some
vendors do offer only "tapeless tapes", with no option to connect real
tape library.
However from OS point of view there is difference between disk (DASD)
and tape (offline storage).
Price difference is also worth to consider,
the TS7760. A far cry from normal "DASD"
> boxes.
>
> First Horizon Bank
> Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of kekronbekron
> Sent: Monday, July 6, 2020 10:47 AM
> To: IBM-MAIN@LISTSE
Radoslaw Skorupka wrote:
>I forgot something obvious for me: NEVER USE TAPES FOR APPLICATION
>DATA. No jobs should write or read tapes.
>Nothing except backup and restore and (optionally) ML2. Managed by
>HSM or FDR. Some excepions for archive copies are worth to consider.
I take your point, but "
Thank you for the detailed response Glenn, IBM-MAIN is truly amazing.
> Migrate/Archive
> The three purposes of HSM migration are to 1) compress the data so that the
> footprint is smaller, 2) move it to a lower cost media so that the TCO is
> lower and 3) move the data to an offline media that
A few thoughts:
Migrate/Archive
The three purposes of HSM migration are to 1) compress the data so that the
footprint is smaller, 2) move it to a lower cost media so that the TCO is lower
and 3) move the data to an offline media that doesn't consume online UCBs.
When considering bringing all o
tape question
[External Email. Exercise caution when clicking links or opening attachments.]
ITYM TB, not MB
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jackson, Rob
Sent: Monday, July 6, 2020 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape
, 2020 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Storage & tape question
ITYM TB, not MB
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jackson, Rob
Sent: Monday, July 6, 2020 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage &a
ITYM TB, not MB
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jackson, Rob
Sent: Monday, July 6, 2020 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question
[CAUTION: This Email is from outside the Organization. Unless you trust the
se
up to 700 MB/s on the TS7760. A far cry from normal "DASD" boxes.
First Horizon Bank
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
kekronbekron
Sent: Monday, July 6, 2020 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sto
Hmm... do a lot of shops use actual cart based tapes ... TS77xx with TS4x00?
Don't know if EMC DLm has a cart back-end option.
If it's VTL with disk back-end, is that any different from having it all on
DASD?
- KB
‐‐‐ Original Message ‐‐‐
On Monday, July 6, 2020 4:25 PM, R.S. wrote:
I forgot something obvious for me: NEVER USE TAPES FOR APPLICATION DATA.
No jobs should write or read tapes.
Nothing except backup and restore and (optionally) ML2. Managed by HSM
or FDR. Some excepions for archive copies are worth to consider.
Note: you may have 15 years old backup on new shinin
W dniu 05.07.2020 o 14:12, kekronbekron pisze:
Hello List,
Just wondering ... assuming there's a primary storage product out there that
can store how-many-ever hoo-haa-bytes, and is a good product in general, it
should make sense to begin eliminating all tape (3490/3590) use right?
First, ML1
> > -Original Message-
> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On
> > Behalf Of kekronbekron
> > Sent: Sunday, July 05, 2020 5:13 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Storage & tape question
> > Hello List,
&
ist On
> Behalf Of kekronbekron
> Sent: Sunday, July 05, 2020 5:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Storage & tape question
>
> Hello List,
>
> Just wondering ... assuming there's a primary storage product out there that
> can store
> how-many-e
On 7/5/20 6:12 AM, kekronbekron wrote:
Just wondering ... assuming there's a primary storage product out there
that can store how-many-ever hoo-haa-bytes, and is a good product in
general, it should make sense to begin eliminating all tape (3490/3590)
use right?
I have long been a fan of the
Did this in the nineties
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of kekronbekron
> Sent: Sunday, July 05, 2020 5:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Storage & tape question
>
> Hello List,
>
> Just wonder
smetz3
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
> kekronbekron [02dee3fcae33-dmarc-requ...@listserv.ua.edu]
> Sent: Sunday, July 5, 2020 8:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Storage & tape question
>
> Hello List,
>
> Jus
U] on behalf of
kekronbekron [02dee3fcae33-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, July 5, 2020 8:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Storage & tape question
Hello List,
Just wondering ... assuming there's a primary storage product out there that
can store how-many-ever hoo-haa-byte
hmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Joel C. Ewing [jce.ebe...@cox.net]
Sent: Sunday, July 5, 2020 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape
Thanks Joel for the detailed response.
As long as there's good backup and restore-testing hygeine, eliminating tape or
vtape altogether (plus the complexity around it - HSM, OAM, 3490 emulation) ...
is something doable then.
Benefit would be severely reduced complexity (and cost), which is probab
One of the major historical functional differences between tape-based
and DASD-based data sets has to do with with ability to recover deleted
data sets later found to be needed. You delete a data set on DASD,
odds are very good something else overwrites that data or all knowledge
of the location
Hello List,
Just wondering ... assuming there's a primary storage product out there that
can store how-many-ever hoo-haa-bytes, and is a good product in general, it
should make sense to begin eliminating all tape (3490/3590) use right?
First, ML1 & ML2 in HSM, then HSM itself, then rebuild jobs
86 matches
Mail list logo
