Eight-character TSO Userid Support

[Edward Jaffe]

Recently, the need for eight-character TSO userids made it into the list of the 
highest ranked MVS SHARE requirements. Many installations, driven by their 
business units, are attempting to standardize on a single, eight-character, 
cross-platform userid. These attempts are being hampered by the arcane 
seven-character TSO userid restriction introduced in the 1970s.


It has been said that every IBM and ISV-written system running on z/OS today can 
handle eight-character userids, with one exception: TSO. Commercial external 
security managers (e.g., RACF), IMS, DB2, CICS, batch, NJE, even other operating 
systems like z/VSE and z/VM support eight-character userids.


I am curious: is TSO the only hold-out? Or are there other systems or subsystems 
that also don't support the full eight-character IDs?


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

AUTO: UNAVAILABLE ***On Vacation*** (returning 03/01/2012)

[Simon Williams]

I am out of the office until 03/01/2012.

I will reply to your e-mail on or after 3rd January 2012.

Best regards, Simon


Note: This is an automated response to your message  "IBM-MAIN Digest - 22
Dec 2011 to 23 Dec 2011 (#2011-357)" sent on 24/12/2011 16:00:00.

This is the only notification you will receive while this person is away.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[R.S.]

W dniu 2011-12-23 20:44, Cosby, Bob - OCFO pisze:

At the time of this tape implementation we were utilizing 3490 1.8gbs tapes and 
9849C 20gbs uncompressed /40gbs
compressed tapes so by definition 75gbs uncompressed I would consider that to 
be High capacity;
At the same time you had T1 (A) drives with 500/1000GB capacity. 
9840 drives were never considered as high capacity ones - it STK 
nomenclature. 9840 with great SL8500 robots gives something between real 
tape and VTS. IMHO there is no reason to use 9840's as RTDs for VSM. My 
€0.02


but what wasreally nice about staying with Oracle/SUN/STK that Larry Davis brought 

out was the 7,500 9840C tapes

that we were using on the 9840C drives once they went Scratched we could not 
only use them on the 9840D tape drives
but get the capacity of the 9840D tapes.
The same can be told about almost all "enterprise" tapes and drives 
(LTO, MAGSTAR, JAGUAR, 9840, 9940, T1). Of course the compatibility 
is limited.



This was at minimum of half a million dollars cost saving or a cost avoidance 
of having to buy new high capacity
tapes. And yes our Open Systems environment has T1 tape drives.

It's even more interesting: why did you decided to use 9840 for mainframe?


Remote replication is next: we are working with a company called LEVEL 3 that 
is recommending two (2) 10gb pipes
to ship our data. The current VSM will ship data over TCP/IP unlike the IBM VTS 
B20 model that we have;

> that is one of the many reasons we need to put it out to pasture.
1. TCP/IP is one of the methods, another one is FICON over dark fiber 
(with DWDM). The second one is usually much more expensive, but it was 
available in VTS. Nowadays also IBM uses TCP/IP for replication. Oh, 
BTW: VSM replication over TCP/IP is also new, I would bet it came later, 
after IBM released it!


>  We had two (2) IBM VTS's  in a Composite

library status using Peer to Peer (PtP) remote copy after Katrina
but the TELCOM cost was to much so we UN-Peered them.

This is not an advertisement just my experiences as a mainframe storage guy.

OK, OK, I was joking ;-)

--
Radoslaw Skorupka
Lodz, Poland


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: OT -- Christmas

[scott]

Happy vacation, birthday, and anniversary!  And of course Merry Christmas!!

On 12/23/2011 03:15 PM, Eric Bielefeld wrote:
I also wish everyone a merry and blessed Christmas.  Yesterday was my 
last day of work for the year,  so I'm happy to be at home in 
Wauwatosa next to Milwaukee for the rest of the year.


This is always an eventful time of year for my wife and I.  Yesterday 
was her birthday, and today is our wedding anniversary.


Eric Bielefeld
Sr. Systems Programmer
IBM Global Services Division
Dubuque, Iowa


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: OT -- Christmas

[Eric Bielefeld]

I also wish everyone a merry and blessed Christmas.  Yesterday was my last 
day of work for the year,  so I'm happy to be at home in Wauwatosa next to 
Milwaukee for the rest of the year.


This is always an eventful time of year for my wife and I.  Yesterday was 
her birthday, and today is our wedding anniversary.


Eric Bielefeld
Sr. Systems Programmer
IBM Global Services Division
Dubuque, Iowa


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[Cosby, Bob - OCFO]

At the time of this tape implementation we were utilizing 3490 1.8gbs tapes and 
9849C 20gbs uncompressed /40gbs compressed tapes so by definition 75gbs 
uncompressed I would consider that to be High capacity; but what was really 
nice about staying with Oracle/SUN/STK that Larry Davis brought out was the 
7,500 9840C tapes that we were using on the 9840C drives once they went 
Scratched we could not only use them on the 9840D tape drives but get the 
capacity of the 9840D tapes. This was at minimum of half a million dollars cost 
saving or a cost avoidance of having to buy new high capacity tapes.
And yes our Open Systems environment has T1 tape drives.
 
Remote replication is next: we are working with a company called LEVEL 3 that 
is recommending two (2) 10gb pipes to ship our data.
The current VSM will ship data over TCP/IP unlike the IBM VTS B20 model that we 
have; that is one of the many reasons we need to put it out to pasture.  We had 
two (2) IBM VTS's  in a Composite library status using Peer to Peer (PtP) 
remote copy after Katrina 
but the TELCOM cost was to much so we UN-Peered them. 

This is not an advertisement just my experiences as a mainframe storage guy.
Just sharing my experiences as everyone one on this list does and it has been a 
GREAT help at times.
Take information and turn it into knowledge.
   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
R.S.
Sent: Friday, December 23, 2011 12:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Tapeless Solutions

W dniu 2011-12-23 19:20, Cosby, Bob - OCFO pisze:
> We replaced 10 STK silos with a VSM/SL8500; instead of shipping 2,500 - 3,000 
> 3490 tapes to Iron Mountain
> for Disaster Recovery on a daily basis we are now  shipping less than 100 
> 9840 high capacity tapes.
High capacity?
9840D - 75GB (native)
T1C - 5000GB - this is high capacity!
If you would use T1 tapes then you would need 3-4 carts.
BTW: I would avoid any cart shipping and use remote replication instead. 
In can be done and various levels, for example VSM mirroring, real cart 
duplexing (managed by VSM) to two ACSes, etc.


My suggestion would be to call or email your questions to
> Larry Davis
> Optimal Technologies International
> Ph: 936-647-4150
> lda...@oti-c4s.com
> he provided outstanding support on the moment of the Silo data and we plan to 
> utilize his services when we move from the VTS.

May I suggest my services here? ;-)))
I supported the largest STK tape installations in Poland
Seriously: the above smells like advertisement.

-- 
Radoslaw Skorupka
Lodz, Poland


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorised to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive. 

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości 
wpłacony) wynosi 168.346.696 złotych.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[Ed Gould]

Timothy:

Semi off topic but germane to your entry.
LONG LONG ago (and in New Jersey) the company I worked for had opened  
a data center building and was going to bring in new IBM mainframe.
The company had hired a bunch of "experts" from a company that was  
relocating.
The people came out and measured the way from the loading dock to the  
final resting place and assured everyone that the new CPU would fit  
without issue.

IBM suggested otherwise.
The system showed up and surprise the experts did not measure  
correctly. A emergency crane had to be procured and it had to be  
lifted (after having to break down a few walls) to the place where  
the crane was supposed to leave it.
It was finally installed three days later and $50K later (not sure on  
the cost of the walls).
These so called experts were at best big talkers and no real  
knowledge of installing a MF.

There is a longer version but the end is do not trust the big talkers.

Ed


On Dec 21, 2011, at 11:42 PM, Timothy Sipples wrote:


Now that I think about it, if the door to your data center isn't tall
enough, IBM has a solution. Your new mainframe can be shipped topless,
although that's not the exact term for it. Topless mainframe  
shipment is
not recommended unless you really do have an unavoidably short  
entry door
since IBM has to put the top back on your mainframe at your  
location. That

takes some extra time.

Best wishes everyone for a safe, happy, and healthy New Year.

-- 
--

Timothy Sipples
Resident Enterprise Architect (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[R.S.]

W dniu 2011-12-23 19:20, Cosby, Bob - OCFO pisze:

We replaced 10 STK silos with a VSM/SL8500; instead of shipping 2,500 - 3,000 
3490 tapes to Iron Mountain
for Disaster Recovery on a daily basis we are now  shipping less than 100 9840 
high capacity tapes.

High capacity?
9840D - 75GB (native)
T1C - 5000GB - this is high capacity!
If you would use T1 tapes then you would need 3-4 carts.
BTW: I would avoid any cart shipping and use remote replication instead. 
In can be done and various levels, for example VSM mirroring, real cart 
duplexing (managed by VSM) to two ACSes, etc.



My suggestion would be to call or email your questions to

Larry Davis
Optimal Technologies International
Ph: 936-647-4150
lda...@oti-c4s.com
he provided outstanding support on the moment of the Silo data and we plan to 
utilize his services when we move from the VTS.


May I suggest my services here? ;-)))
I supported the largest STK tape installations in Poland
Seriously: the above smells like advertisement.

--
Radoslaw Skorupka
Lodz, Poland


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[Cosby, Bob - OCFO]

We replaced 10 STK silos with a VSM/SL8500; instead of shipping 2,500 - 3,000 
3490 tapes to Iron Mountain for Disaster Recovery on a daily basis we are now  
shipping less than 100 9840 high capacity tapes.  We still emulate 3490s into 
the VSM then under the covers dump that data to eight (8) 9840D tape drives 
called Real Tape Drives (RTD's).  My next plan is to purchase another VSM and 
extend the existing SL8500 and move the IBM VTS data to the VSM.  My suggestion 
would be to call or email your questions to 
Larry Davis  
Optimal Technologies International 
Ph: 936-647-4150
lda...@oti-c4s.com 
he provided outstanding support on the moment of the Silo data and we plan to 
utilize his services when we move from the VTS.
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Tommy Tsui
Sent: Friday, December 23, 2011 9:43 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Tapeless Solutions

Our shop  currently use vts b20 and there is no way migrate to Vts 7720 .
Any shop replace b20 vts with other tapeless solutions such emc bustech or
sun storgtek vsm solution or 7720.
On 2011-12-23 下午7:27, "Ron Hawkins"  wrote:

> Russell,
>
> Do you think that CA-Vtape would also be a good fit with large capacity
> SAS/SATA array groups, or virtualized midrange storage arrays presented as
> Mainframe volumes (3390A)?
>
> Ron
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of
> > Russell Witt
> > Sent: Monday, December 19, 2011 4:31 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: [IBM-MAIN] Tapeless Solutions
> >
> > While the cache is MF DASD (which gives it great performance when
> writing and
> > reading from cache), CA-Vtape now has the ability to be offloaded to
> cheaper
> > dasd that is attached through an NFS Server (such as NetApp or Data
> Domain).
> > And you even have the flexability of having the offload copy go through
> data
> > de-duplication (with Data Domain) and/or having a replicated off-site
> copy and
> > still have a physical tape copy (or two). It allows for the client to
> decide
> > which options are best for which types of tape data.
> >
> > For example, backup data kept for DR purposes might be best on an NFS
> Server
> > that is duplicated off-site at the DR location and kept for 2-4 weeks.
> But for
> > data that needs to be kept for decades (regulatory requirements) it
> might be a
> > lot more cost effective to have 2 phsyical high-capacity drives and
> stack a
> > couple of tera-bytes of data on each cartridge for long-term storage.
> The nice
> > thing about a software solution such as CA-Vtape is that it gives you
> many
> > different options.
> >
> > If you want a truely "Tapeless Solution" and don't mind keeping un-used
> and
> > un-referenced data on dasd for decades (not very "green" of you) then
> > something like CA-Vtape with a replicated NFS Server as the backstore
> might be
> > a very good option. Of course, if you are going tapeless, replication is
> very-
> > much the recommended method. While the NFS Server itself could be
> off-site,
> > having only a single copy of all backup data runs the risk of putting
> all the
> > eggs in a single basket. Which is why tape backups have had a primary and
> > duplex copy for decades. Putting both the primary and duplex copy into
> the
> > same physical box kind of defeats the whole point of having 2 copies of
> the
> > backup data.
> >
> > But these are just my opinions.
> >
> > Russell Witt
> > CA 1 L2 Support Manager
> >
> >
> > On 12/19/11, R.S. wrote:
> >
> > W dniu 2011-12-19 23:02, Henke, George pisze:
> > > Will CA VTAPE work on regular MF or does it need the DS8800.
> >
> > What???
> > CA VTAPE is from software being sold by CA. DS8800 is a DASD box being
> > sold by IBM.
> > CA VTAPE works on any mainframe DASD.
> > I don't know what does it mean "work on regular MF".
> >
> > BTW: IMHO it is very expensive solution. It consumes CPU cycles,
> > especially when compression is on (could be offloaded to zIIP), and
> > consumes mainframe DASD, which is usually the most expensive DASD.
> > Exception: FBA DASD connected using "magic box" like BusTech MDL or
> > Luminex, or other. ...but then you don't need VTAPE - those boxes also
> > emulate tape units.
> >
> > My €0.02
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the

Re: OT -- Christmas

[Richard Pinion]

I second that!

Richard and Vickie Pinion

--- scott_j_f...@yahoo.com wrote:

From: Scott Ford 
To: IBM-MAIN@bama.ua.edu
Subject: OT -- Christmas
Date: Fri, 23 Dec 2011 10:11:28 -0800

All:
 
Merry Christmas and Happy Chanukah ...to everyone out there in the Virtual 
Listerver world.
Hoping to meet all of you at the next Share.
 
 
Best Wishes and finest Regards, 
Scott J Ford
Software Engineer
http://www.identityforge.com

IdentityForge is a global leader in providing enterprise integration software 
for identity management, biometric, governance and risk (IT GRC), modernization 
projects and custom connector solutions for both private and public entities. 
The Advanced Adapter Suites provide seamless access, real-time data 
synchronization, bi-directional support for Directory Services, Rule Management 
and Identity & Access Management software platforms. The IdentityForge LDAPv3 
Gateway provides standard access to multiple data platforms in an industry 
proven way, helping customers realize a rapid ROI, deploy faster & easier and 
meet regulatory compliance. Our software provides the essential access to 
mainframes, midrange, ERP, Cloud systems, server OS and many more target 
systems that are key components of your enterprise

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN




_
Netscape.  Just the Net You Need.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[Russell Witt]

Ron,

As a backstore device, yes. As the primary cache it might be a little slow. 
That is what makes CA-Vtape a good solution for using different types of 
hardware. And you can control how much expensive dasd is used for cache by 
controlling how long data should remain cache-resident (and it can be adjusted 
based on which sub-pool it is assigned too).

Russell Witt
CA-1 L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ron Hawkins
Sent: Friday, December 23, 2011 4:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Tapeless Solutions

Russell,

Do you think that CA-Vtape would also be a good fit with large capacity 
SAS/SATA array groups, or virtualized midrange storage arrays presented as 
Mainframe volumes (3390A)?

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
> Behalf Of Russell Witt
> Sent: Monday, December 19, 2011 4:31 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Tapeless Solutions
> 
> While the cache is MF DASD (which gives it great performance when 
> writing and reading from cache), CA-Vtape now has the ability to be 
> offloaded to cheaper dasd that is attached through an NFS Server (such as 
> NetApp or Data Domain).
> And you even have the flexability of having the offload copy go 
> through data de-duplication (with Data Domain) and/or having a 
> replicated off-site copy and still have a physical tape copy (or two). 
> It allows for the client to decide which options are best for which types of 
> tape data.
> 
> For example, backup data kept for DR purposes might be best on an NFS 
> Server that is duplicated off-site at the DR location and kept for 2-4 
> weeks. But for data that needs to be kept for decades (regulatory 
> requirements) it might be a lot more cost effective to have 2 phsyical 
> high-capacity drives and stack a couple of tera-bytes of data on each 
> cartridge for long-term storage. The nice thing about a software 
> solution such as CA-Vtape is that it gives you many different options.
> 
> If you want a truely "Tapeless Solution" and don't mind keeping 
> un-used and un-referenced data on dasd for decades (not very "green" 
> of you) then something like CA-Vtape with a replicated NFS Server as 
> the backstore might be a very good option. Of course, if you are going 
> tapeless, replication is very- much the recommended method. While the 
> NFS Server itself could be off-site, having only a single copy of all 
> backup data runs the risk of putting all the eggs in a single basket. 
> Which is why tape backups have had a primary and duplex copy for 
> decades. Putting both the primary and duplex copy into the same 
> physical box kind of defeats the whole point of having 2 copies of the backup 
> data.
> 
> But these are just my opinions.
> 
> Russell Witt
> CA 1 L2 Support Manager
> 
> 
> On 12/19/11, R.S. wrote:
> 
> W dniu 2011-12-19 23:02, Henke, George pisze:
> > Will CA VTAPE work on regular MF or does it need the DS8800.
> 
> What???
> CA VTAPE is from software being sold by CA. DS8800 is a DASD box being 
> sold by IBM.
> CA VTAPE works on any mainframe DASD.
> I don't know what does it mean "work on regular MF".
> 
> BTW: IMHO it is very expensive solution. It consumes CPU cycles, 
> especially when compression is on (could be offloaded to zIIP), and 
> consumes mainframe DASD, which is usually the most expensive DASD.
> Exception: FBA DASD connected using "magic box" like BusTech MDL or 
> Luminex, or other. ...but then you don't need VTAPE - those boxes also 
> emulate tape units.
> 
> My €0.02
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

OT -- Christmas

[Scott Ford]

All:
 
Merry Christmas and Happy Chanukah ...to everyone out there in the Virtual 
Listerver world.
Hoping to meet all of you at the next Share.
 
 
Best Wishes and finest Regards, 
Scott J Ford
Software Engineer
http://www.identityforge.com

IdentityForge is a global leader in providing enterprise integration software 
for identity management, biometric, governance and risk (IT GRC), modernization 
projects and custom connector solutions for both private and public entities. 
The Advanced Adapter Suites provide seamless access, real-time data 
synchronization, bi-directional support for Directory Services, Rule Management 
and Identity & Access Management software platforms. The IdentityForge LDAPv3 
Gateway provides standard access to multiple data platforms in an industry 
proven way, helping customers realize a rapid ROI, deploy faster & easier and 
meet regulatory compliance. Our software provides the essential access to 
mainframes, midrange, ERP, Cloud systems, server OS and many more target 
systems that are key components of your enterprise

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: register Values TCBGRS vs TCBRB->XRBREGS

[Shmuel Metz (Seymour J.)]

In , on 12/22/2011
   at 05:32 PM, Micheal Butz  said:

>FIRST dispatched but later on is the RB constantly updated

RBOPSW is updated, but not the register fields.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[Tommy Tsui]

Our shop  currently use vts b20 and there is no way migrate to Vts 7720 .
Any shop replace b20 vts with other tapeless solutions such emc bustech or
sun storgtek vsm solution or 7720.
On 2011-12-23 下午7:27, "Ron Hawkins"  wrote:

> Russell,
>
> Do you think that CA-Vtape would also be a good fit with large capacity
> SAS/SATA array groups, or virtualized midrange storage arrays presented as
> Mainframe volumes (3390A)?
>
> Ron
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of
> > Russell Witt
> > Sent: Monday, December 19, 2011 4:31 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: [IBM-MAIN] Tapeless Solutions
> >
> > While the cache is MF DASD (which gives it great performance when
> writing and
> > reading from cache), CA-Vtape now has the ability to be offloaded to
> cheaper
> > dasd that is attached through an NFS Server (such as NetApp or Data
> Domain).
> > And you even have the flexability of having the offload copy go through
> data
> > de-duplication (with Data Domain) and/or having a replicated off-site
> copy and
> > still have a physical tape copy (or two). It allows for the client to
> decide
> > which options are best for which types of tape data.
> >
> > For example, backup data kept for DR purposes might be best on an NFS
> Server
> > that is duplicated off-site at the DR location and kept for 2-4 weeks.
> But for
> > data that needs to be kept for decades (regulatory requirements) it
> might be a
> > lot more cost effective to have 2 phsyical high-capacity drives and
> stack a
> > couple of tera-bytes of data on each cartridge for long-term storage.
> The nice
> > thing about a software solution such as CA-Vtape is that it gives you
> many
> > different options.
> >
> > If you want a truely "Tapeless Solution" and don't mind keeping un-used
> and
> > un-referenced data on dasd for decades (not very "green" of you) then
> > something like CA-Vtape with a replicated NFS Server as the backstore
> might be
> > a very good option. Of course, if you are going tapeless, replication is
> very-
> > much the recommended method. While the NFS Server itself could be
> off-site,
> > having only a single copy of all backup data runs the risk of putting
> all the
> > eggs in a single basket. Which is why tape backups have had a primary and
> > duplex copy for decades. Putting both the primary and duplex copy into
> the
> > same physical box kind of defeats the whole point of having 2 copies of
> the
> > backup data.
> >
> > But these are just my opinions.
> >
> > Russell Witt
> > CA 1 L2 Support Manager
> >
> >
> > On 12/19/11, R.S. wrote:
> >
> > W dniu 2011-12-19 23:02, Henke, George pisze:
> > > Will CA VTAPE work on regular MF or does it need the DS8800.
> >
> > What???
> > CA VTAPE is from software being sold by CA. DS8800 is a DASD box being
> > sold by IBM.
> > CA VTAPE works on any mainframe DASD.
> > I don't know what does it mean "work on regular MF".
> >
> > BTW: IMHO it is very expensive solution. It consumes CPU cycles,
> > especially when compression is on (could be offloaded to zIIP), and
> > consumes mainframe DASD, which is usually the most expensive DASD.
> > Exception: FBA DASD connected using "magic box" like BusTech MDL or
> > Luminex, or other. ...but then you don't need VTAPE - those boxes also
> > emulate tape units.
> >
> > My €0.02
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: LISTCAT output "breaks out" even OUTFILE(xxx) was used

[Darth Keller]

These are the steps I've always used to gather the output from a LISTCAT:

 X = OUTTRAP('@DA.') 
 "LISTC ENT("||@DSN||") ALL" 
 X = OUTTRAP('OFF') 

I always use the @ character to mark my variables. 
@DA. is an array  &   @DSN holds the file name entered when the REXX is 
invoked.  Once the output is trapped into @DA, I queue it up for 
processing. 
In this case, I write it out to a dataset which I then open in Edit.

It's pretty straightforward but if anyone wants the whole REXX, let me 
know & I'll send it
ddk

This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: LISTCAT output "breaks out" even OUTFILE(xxx) was used

[Itschak Mugzach]

Use MSG('ON'), msybe, for soe reason, you free the CATLGWORK dataset.If so,
you'll se an IKJ/IDC message in the output. Send your sysprint temporarily
to a fileyou can read , there is a reason why IDCAMS write to the wrong
file (SYSTSRT nstead of your file) I would list the catalog directly to a
stem variable using outtrap...

My two israeli Agorot.

ITschak

On Fri, Dec 23, 2011 at 4:48 PM, Dr. Stephen Fedtke <
max_mainframe_...@fedtke.com> wrote:

> hi TSO specialists,
>
> we use
>
> LISTCAT OUTFILE(CATLWORK) ALL CAT()
>
> and
>
> LISTCAT OUTFILE(CATLWORK) ALL LE()
>
> tso commands in a REXX, and have validly pre-allocated the CATLWORK ddname.
> the rexx is doing this for n catalogs correctly by writing all output to
> the
> CATLWORK ddname. but after some while the output "breaks out" and becomes
> listed on the SYSTSPRT ddname, i.e. becomes regularly listed. here is some
> sample:
>
> ...
> -INFO--> LISTCAT 4026 OF 8058 WILL BE PERFORMED
> -INFO--> LIST CATALOG FOR ALIAS "DB2DDBS"
> -INFO--> LISTCAT 4027 OF 8059 WILL BE PERFORMED
> -INFO--> LIST CATALOG FOR ALIAS "DB2DDBU"
> LISTING FROM CATALOG -- UCATDB.DB2DUCAT
> GDG BASE -- DB2DDBU.C1.R009400D.R009404S.P2
> IN-CAT --- UCATDB.DB2DUCAT
> HISTORY
>   DATASET-OWNER-(NULL) CREATION2006.361
>   RELEASE2 LAST ALTER--2011.353
> ATTRIBUTES
>   LIMIT-10 SCRATCH  NOEMPTY
> ASSOCIATIONS
>   NONVSAM--DB2DDBU.C1.R009400D.R009404S.P2.G0034V00
>   NONVSAM--DB2DDBU.C1.R009400D.R009404S.P2.G0035V00
>   NONVSAM--DB2DDBU.C1.R009400D.R009404S.P2.G0036V00
> ...
>
>
> does anybody have experience with processing the LISTCAT output(s)?
> additional info: the SYSPRINT ddname is allocated to DUMMY.
>
> is LISTCAT using any further ddnames that we need to pre-allocate?
> does LISTCAT re-allocate or release any OUTFILE ddname?
>
> thanks for your help, and merry chrismas!
> stephen
>
>
> ---
> Dr. Stephen Fedtke
> Enterprise-IT-Security.com
>
> Seestrasse 3a
> CH-6300  Zug
> Switzerland
> Tel. ++41-(0)41-710-4005
> www.enterprise-it-security.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

LISTCAT output "breaks out" even OUTFILE(xxx) was used

[Dr. Stephen Fedtke]

hi TSO specialists,

we use 

LISTCAT OUTFILE(CATLWORK) ALL CAT()

and

LISTCAT OUTFILE(CATLWORK) ALL LE()

tso commands in a REXX, and have validly pre-allocated the CATLWORK ddname.
the rexx is doing this for n catalogs correctly by writing all output to the
CATLWORK ddname. but after some while the output "breaks out" and becomes
listed on the SYSTSPRT ddname, i.e. becomes regularly listed. here is some
sample:

...
-INFO--> LISTCAT 4026 OF 8058 WILL BE PERFORMED 
-INFO--> LIST CATALOG FOR ALIAS "DB2DDBS"   
-INFO--> LISTCAT 4027 OF 8059 WILL BE PERFORMED 
-INFO--> LIST CATALOG FOR ALIAS "DB2DDBU"   
 LISTING FROM CATALOG -- UCATDB.DB2DUCAT
GDG BASE -- DB2DDBU.C1.R009400D.R009404S.P2 
 IN-CAT --- UCATDB.DB2DUCAT 
 HISTORY
   DATASET-OWNER-(NULL) CREATION2006.361
   RELEASE2 LAST ALTER--2011.353
 ATTRIBUTES 
   LIMIT-10 SCRATCH  NOEMPTY
 ASSOCIATIONS   
   NONVSAM--DB2DDBU.C1.R009400D.R009404S.P2.G0034V00
   NONVSAM--DB2DDBU.C1.R009400D.R009404S.P2.G0035V00
   NONVSAM--DB2DDBU.C1.R009400D.R009404S.P2.G0036V00
...


does anybody have experience with processing the LISTCAT output(s)?
additional info: the SYSPRINT ddname is allocated to DUMMY.

is LISTCAT using any further ddnames that we need to pre-allocate?
does LISTCAT re-allocate or release any OUTFILE ddname?

thanks for your help, and merry chrismas!
stephen


---
Dr. Stephen Fedtke
Enterprise-IT-Security.com

Seestrasse 3a
CH-6300  Zug
Switzerland
Tel. ++41-(0)41-710-4005
www.enterprise-it-security.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Catalog PDS question

[Hervey Martinez]

Is this volume under SMS control on system 2? Was the volume under SMS control 
on system 1? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Sérgio Lima Costa
Sent: Friday, December 23, 2011 7:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Catalog PDS question

We have a PDS file here, and can't catalog it.

This file, was created on ZOS system (System 1), and then, the DASD was moved 
to another ZOS system (System 2).

Under DSLIST, the file is there, If I try put th C command in the line, receive 
the message : Data set not cataloged, and then, press PF1, and receive the 
message :

'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog.

I spoke with a friend abouth this, and him ask to me, IF the alias exist.

Looking there, the alias exist.

Below our screen :

   Menu  Options  View  Utilities  Compilers  Help
 --
 DSLIST - Data Sets on volume GRV336 Data set not cataloged
 Command ===>  Scroll ===> CSR
 'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog.
 Command - Enter "/" to select action  Message   Volume
 ---
CRODRIGO.SUP.SAF500A.NEW.T001   GRV336
  SYS1.VTOCIX.GRV336 GRV336
  SYS1.VVDS.VGRV336  GRV336
 * End of Data Set list 

And here, the ALIAS LIST :

   Menu  Options  View  Utilities  Compilers  Help
 --
 DSLIST - Data Sets Matching RODRIGORow 1 of 34
 Command ===>  Scroll ===> CSR

 Command - Enter "/" to select action  Message   Volume
 ---
  RODRIGO*ALIAS
  RODRIGO.BRODCAST   Z2OMV2

Someone already saw this ?

Thanks.



"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu 
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, 
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem, 
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."

"Warning: This message was sent for exclusive use of the addressees above 
identified, possibly
containing information and or privileged/confidential documents whose content 
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it 
from your system.
Be noticed that the law forbids the retention, dissemination, distribution, 
copy or use without
express authorization from the sender. Personal opinions of the sender do not 
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Catalog PDS question

[Martin, Larry D]

A little information missing.  It seems obvious that the alias on the old 
system pointed to a different catalog on the current system.  That said you can 
always do a mergecat from the old catalog to the new catalog.  If the volume is 
SMS managed that could explain why the Catalog function is not allowed.

Larry

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Sérgio Lima Costa
Sent: Friday, December 23, 2011 7:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Catalog PDS question

We have a PDS file here, and can't catalog it.

This file, was created on ZOS system (System 1), and then, the DASD was moved 
to another ZOS system (System 2).

Under DSLIST, the file is there, If I try put th C command in the line, receive 
the message : Data set not cataloged, and then, press PF1, and receive the 
message :

'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog.

I spoke with a friend abouth this, and him ask to me, IF the alias exist.

Looking there, the alias exist.

Below our screen :

   Menu  Options  View  Utilities  Compilers  Help
 --
 DSLIST - Data Sets on volume GRV336 Data set not cataloged
 Command ===>  Scroll ===> CSR
 'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog.
 Command - Enter "/" to select action  Message   Volume
 ---
CRODRIGO.SUP.SAF500A.NEW.T001   GRV336
  SYS1.VTOCIX.GRV336 GRV336
  SYS1.VVDS.VGRV336  GRV336
 * End of Data Set list 

And here, the ALIAS LIST :

   Menu  Options  View  Utilities  Compilers  Help
 --
 DSLIST - Data Sets Matching RODRIGORow 1 of 34
 Command ===>  Scroll ===> CSR

 Command - Enter "/" to select action  Message   Volume
 ---
  RODRIGO*ALIAS
  RODRIGO.BRODCAST   Z2OMV2

Someone already saw this ?

Thanks.



"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu 
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, 
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem, 
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."

"Warning: This message was sent for exclusive use of the addressees above 
identified, possibly
containing information and or privileged/confidential documents whose content 
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it 
from your system.
Be noticed that the law forbids the retention, dissemination, distribution, 
copy or use without
express authorization from the sender. Personal opinions of the sender do not 
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


This E-mail and any of its attachments may contain Prince George’s
County Government or Prince George's County 7th Judicial Circuit
Court proprietary information or Protected Health Information,
which is privileged and confidential.  This E-mail is intended
solely for the use of the individual or entity to which it is
addressed.  If you are not the intended recipient of this E-mail,
you are hereby notified that any dissemination, distribution,
copying, or action taken in relation to the contents of and
attachments to this E-mail is strictly prohibited by federal law
and may expose you to civil and/or criminal penalties. If you have
received this E-mail in error, please notify the sender immediately
and permanently delete the original and any copy of this E-mail and
any printout.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Catalog PDS question

[Vernooij, CP - SPLXM]

Was the volume SMS managed on the original system? Then on the new system the 
SMS managed dataset cannot be processed if it is not cataloged. 
You can catalog it with IDCAMS.

Kees.

""Sérgio Lima Costa""  wrote in message 
news:...
> We have a PDS file here, and can't catalog it.
> 
> This file, was created on ZOS system (System 1), and then, the DASD was moved 
> to another ZOS system (System 2).
> 
> Under DSLIST, the file is there, If I try put th C command in the line, 
> receive the message : Data set not cataloged, and then, press PF1, and 
> receive the message :
> 
> 'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog.
> 
> I spoke with a friend abouth this, and him ask to me, IF the alias exist.
> 
> Looking there, the alias exist.
> 
> Below our screen :
> 
>Menu  Options  View  Utilities  Compilers  Help
>  
> --
>  DSLIST - Data Sets on volume GRV336 Data set not 
> cataloged
>  Command ===>  Scroll ===> CSR
>  'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog.
>  Command - Enter "/" to select action  Message   
> Volume
>  
> ---
> CRODRIGO.SUP.SAF500A.NEW.T001   GRV336
>   SYS1.VTOCIX.GRV336 
> GRV336
>   SYS1.VVDS.VGRV336  
> GRV336
>  * End of Data Set list 
> 
> 
> And here, the ALIAS LIST :
> 
>Menu  Options  View  Utilities  Compilers  Help
>  
> --
>  DSLIST - Data Sets Matching RODRIGORow 1 of 
> 34
>  Command ===>  Scroll ===> CSR
> 
>  Command - Enter "/" to select action  Message   
> Volume
>  
> ---
>   RODRIGO
> *ALIAS
>   RODRIGO.BRODCAST   
> Z2OMV2
> 
> Someone already saw this ?
> 
> Thanks.
> 
> 
> 
> "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
> acima identificado(s),
> podendo conter informações e/ou documentos confidencias/privilegiados e seu 
> sigilo é protegido por
> lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
> apague-a de seu sistema.
> Notificamos que é proibido por lei a sua retenção, disseminação, 
> distribuição, cópia ou uso sem
> expressa autorização do remetente. Opiniões pessoais do remetente não 
> refletem, necessariamente,
> o ponto de vista da CETIP, o qual é divulgado somente por pessoas 
> autorizadas."
> 
> "Warning: This message was sent for exclusive use of the addressees above 
> identified, possibly
> containing information and or privileged/confidential documents whose content 
> is protected by law.
> In case you have mistakenly received it, please notify the sender and delete 
> it from your system.
> Be noticed that the law forbids the retention, dissemination, distribution, 
> copy or use without
> express authorization from the sender. Personal opinions of the sender do not 
> necessarily reflect
> CETIP's point of view, which is only divulged by authorized personnel."
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



---

Catalog PDS question

[Sérgio Lima Costa]

We have a PDS file here, and can't catalog it.

This file, was created on ZOS system (System 1), and then, the DASD was moved 
to another ZOS system (System 2).

Under DSLIST, the file is there, If I try put th C command in the line, receive 
the message : Data set not cataloged, and then, press PF1, and receive the 
message :

'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog.

I spoke with a friend abouth this, and him ask to me, IF the alias exist.

Looking there, the alias exist.

Below our screen :

   Menu  Options  View  Utilities  Compilers  Help
 --
 DSLIST - Data Sets on volume GRV336 Data set not cataloged
 Command ===>  Scroll ===> CSR
 'RODRIGO.SUP.SAF500A.NEW.T001' was not found in catalog.
 Command - Enter "/" to select action  Message   Volume
 ---
CRODRIGO.SUP.SAF500A.NEW.T001   GRV336
  SYS1.VTOCIX.GRV336 GRV336
  SYS1.VVDS.VGRV336  GRV336
 * End of Data Set list 

And here, the ALIAS LIST :

   Menu  Options  View  Utilities  Compilers  Help
 --
 DSLIST - Data Sets Matching RODRIGORow 1 of 34
 Command ===>  Scroll ===> CSR

 Command - Enter "/" to select action  Message   Volume
 ---
  RODRIGO*ALIAS
  RODRIGO.BRODCAST   Z2OMV2

Someone already saw this ?

Thanks.



"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) 
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu 
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e 
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, 
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem, 
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."

"Warning: This message was sent for exclusive use of the addressees above 
identified, possibly
containing information and or privileged/confidential documents whose content 
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it 
from your system.
Be noticed that the law forbids the retention, dissemination, distribution, 
copy or use without
express authorization from the sender. Personal opinions of the sender do not 
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Tapeless Solutions

[Ron Hawkins]

Russell,

Do you think that CA-Vtape would also be a good fit with large capacity 
SAS/SATA array groups, or virtualized midrange storage arrays presented as 
Mainframe volumes (3390A)?

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
> Russell Witt
> Sent: Monday, December 19, 2011 4:31 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Tapeless Solutions
> 
> While the cache is MF DASD (which gives it great performance when writing and
> reading from cache), CA-Vtape now has the ability to be offloaded to cheaper
> dasd that is attached through an NFS Server (such as NetApp or Data Domain).
> And you even have the flexability of having the offload copy go through data
> de-duplication (with Data Domain) and/or having a replicated off-site copy and
> still have a physical tape copy (or two). It allows for the client to decide
> which options are best for which types of tape data.
> 
> For example, backup data kept for DR purposes might be best on an NFS Server
> that is duplicated off-site at the DR location and kept for 2-4 weeks. But for
> data that needs to be kept for decades (regulatory requirements) it might be a
> lot more cost effective to have 2 phsyical high-capacity drives and stack a
> couple of tera-bytes of data on each cartridge for long-term storage. The nice
> thing about a software solution such as CA-Vtape is that it gives you many
> different options.
> 
> If you want a truely "Tapeless Solution" and don't mind keeping un-used and
> un-referenced data on dasd for decades (not very "green" of you) then
> something like CA-Vtape with a replicated NFS Server as the backstore might be
> a very good option. Of course, if you are going tapeless, replication is very-
> much the recommended method. While the NFS Server itself could be off-site,
> having only a single copy of all backup data runs the risk of putting all the
> eggs in a single basket. Which is why tape backups have had a primary and
> duplex copy for decades. Putting both the primary and duplex copy into the
> same physical box kind of defeats the whole point of having 2 copies of the
> backup data.
> 
> But these are just my opinions.
> 
> Russell Witt
> CA 1 L2 Support Manager
> 
> 
> On 12/19/11, R.S. wrote:
> 
> W dniu 2011-12-19 23:02, Henke, George pisze:
> > Will CA VTAPE work on regular MF or does it need the DS8800.
> 
> What???
> CA VTAPE is from software being sold by CA. DS8800 is a DASD box being
> sold by IBM.
> CA VTAPE works on any mainframe DASD.
> I don't know what does it mean "work on regular MF".
> 
> BTW: IMHO it is very expensive solution. It consumes CPU cycles,
> especially when compression is on (could be offloaded to zIIP), and
> consumes mainframe DASD, which is usually the most expensive DASD.
> Exception: FBA DASD connected using "magic box" like BusTech MDL or
> Luminex, or other. ...but then you don't need VTAPE - those boxes also
> emulate tape units.
> 
> My €0.02
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Enable security in ftp client

[Jorge Garcia]

Thanks Chris and excuse my poor English.

We'll search in the Redbooks and if it's necessary we'll post a message to 
RACF-L or IBMTCP-L.

Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN