No.
Mainframe catalog/filesystem structure is too totally different from
open systems file structure.
Open systems backup products do not understand mainframe legacy
filesystems.
Mainframe backup products do not understand unix & windows filesystems.
Period.
The open systems HFS on the mainframe is a unix-style filesystem living
INSIDE a mainframe-style VSAM data set container.
So the mainframe backup product can back up the container file, but if
you want backups broken down to the file level inside, you use the TSM
z/OS client.
Try looking for some mainframe tape drives on the used market, or lease
some temporarily.
Not sure what you mean by "having I/O problems with our tape
cartridges".
If you have bad new media, return it to the vendor and they will replace
it.
If the cartrdiges are relatively new and the drives are flaking out,
that's a maintenance or environmental problem (dust, power supply, etc.)
If it's really old stuff breaking down, well, that's a management
problem.
Wanda Prather
"I/O, I/O, It's all about I/O" -(me)
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Sergio Fuentes
Sent: Thursday, December 22, 2005 1:59 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: TSM Client for z/OS
The 3490E drives are having I/O problems with our tape cartridges.
Rather than spend several hundred thousand to replace the numerous
cartridges that we have, we're looking to explore other options, such as
a 3590 upgrade. But with the rate of problems that we're having, we
would need a solution sooner rather than later (to stop bleeding money
on tape cartridges), and the 3590 upgrade, though the costliest, is
probably the best way to go, unless we can get MVS backups somehow to
our TSM server.
Is there any way to do this? Maybe through an NFS mount to the USS
partition? Though this wouldn't get our system dumps, it would be good
for incrementals buying us at least some time to plan for a 3590
upgrade.
Sergio
Sam Sheppard wrote:
> ---------------------------- Top of message
----------------------------
>
>>>--> 12-22-05 09:18 S.SHEPPARD (SHS) ADSM-L] TSM Client for z
>
>
> The TSM client for z/OS is for the Unix System Services (USS)
component
> of the z/OS operating system only, which is typically a very small
> percentage of the z/OS system. The regular z/OS system is backed up
> with DFHSM or some equivalent 3rd party product, both of which
function
> similarly to TSM.
>
> I would be curious to know what exactly the problem is with the
standard
> (DFHSM) backup operations. This system is extremely efficient and,
even
> with 3490E drives, should be able to handle almost all requirements
> unless not configured correctly.
>
> Also, it is correct that the upgrade path from 3490 is to some model
of
> the 3590. LTO is not supported for attachment to z/OS.
>
> Sam Sheppard
> San Diego Data Processing Corp.
> (858)-581-9668
>
-----------------------------------------------------------------------`
>
>
> ---------------------------- Top of message
----------------------------
>
>>>--> 12-22-05 08:54 ..NETMAIL () [ADSM-L] TSM Client for z
>
> Date: Thu, 22 Dec 2005 11:53:58 -0500
> From: "Sergio Fuentes" <sfuentes AT UMD DOT EDU>
> Subject: [ADSM-L] TSM Client for z/OS
> To: ADSM-L AT VM.MARIST DOT EDU
>
_________________________________Top_of_Message_________________________
________
>
> We currently have an AIX 5 ML6, TSM 5.2.6 server backing up most of
our
> clients.
>
> We also have an IBM z/OS mainframe, V1R4 which has been independently
> backing itself up using (i believe) dfshsm straight to some ancient
> 3490E drives. We're running into problems fast with this backup
> scenario, and this is the first time i've caught wind of this.
>
> So, my question is that I see that TSM documentation for Unix clients
> 5.2.2 has this page:
>
>
http://publib.boulder.ibm.com/tividd/td/TSMC/GC32-0789-04/en_US/HTML/ans
5000031.
> htm#oece
>
> Therefore, I conclude that IBM does have a z/OS binary out there that
> can connect to our AIX TSM server. Can anybody verify this, please?
> Our mainframe people are checking on this now, but I have a feeling
I'd
> get a quicker answer from this list.
>
> Is there a specific avenue that we have to navigate through in order
to
> license this client?
>
> Is there any other strategy to backup our z/OS server without having
to
> buy expensive hardware just to back it up? According to our reseller,
> we'd have to expand our 3584 library with 3590 drives just to backup
the
> mainframe. But we'd really like to just add more LTO-based drives,
and
> the easiest way to do that would be with mainframe connectivity to our
> existing TSM server. Is there any reason why we can't or shouldn't go
> this route?
>
> Thanks for your help
>
> Sergio
>
>
-----------------------------------------------------------------------`
|
