On IBM TS7700 R4 the maximum quantity of feature #5268, 100 MBps Throughput, is increased to 39 when 16 Gbps FICON adapter features #3402 or #3403 are installed. So throughput will max out at 4,000 MBps.
On Mon, 6 Jul 2020 at 22:58, Jackson, Rob <rwjack...@firsthorizon.com> wrote: > We have a three-way TS7760 grid--all mirrors of each other. DR box is a > TS7760T with a 3584, with some 650 tapes, or so. > > Yes, it's very much different. With IBM's VTSs you pay for bandwidth. We > license 300 MB/s, for instance, on each cluster. If I remember correctly, > you can go 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 <IBM-MAIN@LISTSERV.UA.EDU> On Behalf > Of kekronbekron > Sent: Monday, July 6, 2020 10:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Storage & tape question > > [External Email. Exercise caution when clicking links or opening > attachments.] > > 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. <r.skoru...@bremultibank.com.pl> > 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 shining tape. Migration > > from older tape is no nightmare at all. It is simple. > > > > ---------------------------------------------------------------------- > > ---------------------------------------------------------------------- > > ---------------------------------------------------------------------- > > ---------------------------------------------------------------------- > > ---------------------------------------------------------------------- > > ------------------- > > > > Radoslaw Skorupka > > Lodz, Poland > > > > W dniu 06.07.2020 o 12:49, R.S. pisze: > > > > > 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 & ML2 in HSM, then HSM itself, then rebuild jobs to > > > > write to disk, or do SMS/ACS updates to make it all disk > reads/writes. > > > > Looking at the current storage solutions out there, this is > > > > possible, right? > > > > What would be the drawbacks (assume that primary storage is super > > > > cost-efficient, so there's no need to archive anything). > > > > > > Few remarks: > > > Even the cheapest possible DASD will not replace backup and other > > > things (archive copy, etc.) I did replace 3490E tapes with really > > > cheap second hand DASD boxes, it was approx. 20 years ago. Been > > > There, done that. It wasn't very fine solution, it was cheap and > > > working. AFAIR HSM does not like DASD as the output for some > > > activities, can't remember details. > > > Someone wrote about tapes moved to DR shelter. That's very > > > old-fashioned. I would strongly prefer to have remote copy, that > > > means two dasd-boxes and connectivity between. > > > There are products for tape emulation on CKD disk. It is definitely > > > no cheap. It also consume MSU. > > > Tapes, even virtual tapes are OFFLINE media from MVS point of view. > > > Offline media are good for some oooops! mistakes. > > > Last, but not least: you assumption is far from reality. DASD is > > > still more expensive than tape. The more capacity the difference is > bigger. > > > Tape (real one) is cheap when talking about carts and very well > > > scalable. However tape realm with "first cart" is extremely > > > expensive, because drives are expensive, controllers are expensive > > > and ATLs are expensive. > > > The real decision depends strongly on your capacity, your predicted > > > growths, your needs and budget. > > > > == > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. > Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS > 0000025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) > według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. > > > > If you are not the addressee of this message: > > > > - let us know by replying to this e-mail (thank you!), > > - delete this message permanently (including all the copies which you > have printed out or saved). > > This message may contain legally protected information, which may be > used exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, > 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court > for the Capital City of Warsaw, 12th Commercial Division of the National > Court Register, KRS 0000025237, NIP: 526-021-50-88. Fully paid-up share > capital amounting to PLN 169.401.468 as at 1 January 2020. > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > Confidentiality notice: > This e-mail message, including any attachments, may contain legally > privileged and/or confidential information. If you are not the intended > recipient(s), or the employee or agent responsible for delivery of this > message to the intended recipient(s), you are hereby notified that any > dissemination, distribution, or copying of this e-mail message is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and delete this e-mail message from your computer. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
