Re: Migration of Mainframe to other plat form.
Have you looked at LzLabs.com since they operate in Europe Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jantje. Sent: Friday, May 5, 2017 5:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migration of Mainframe to other plat form. On Wed, 3 May 2017 10:29:14 +0200, James Wellingtin wrote: >Hey >I know this here might be a bit of a nasty question to ask Have a >customer who has intensions of migrate to another platform than IBM >Mainframe, don't know what ? >They have asked MetaWare to be the stakeholder in this . Different vendor, but I just saw a similar project, budgeted at €2mio and 1.5 years elapsed, scrapped after only €5mio spent over a period of 2.5 years. Problem was (amongst others...) the architectural change: In your mainframe, CICS and DB2 live right next to each-other, talking through X-memory calls, so doing 1750 SQL statements in one CICS transaction isn't an issue. Put a network (even if it is just a loopback adapter...) in between you Java application server and your MS SQL Server, then do the maths... Nowhere near the sub-second response time that is required to make the application viable... O, and that converted code is just as maintainable as the pseudo-assembler code the LIST option of your average COBOL compiler gives you. Cheers, Jantje. -- 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
Re: Migration of Mainframe to other plat form.
On Wed, 3 May 2017 10:29:14 +0200, James Wellingtin wrote: >Hey >I know this here might be a bit of a nasty question to ask >Have a customer who has intensions of migrate to another platform than IBM >Mainframe, don't know what ? >They have asked MetaWare to be the stakeholder in this . Different vendor, but I just saw a similar project, budgeted at €2mio and 1.5 years elapsed, scrapped after only €5mio spent over a period of 2.5 years. Problem was (amongst others...) the architectural change: In your mainframe, CICS and DB2 live right next to each-other, talking through X-memory calls, so doing 1750 SQL statements in one CICS transaction isn't an issue. Put a network (even if it is just a loopback adapter...) in between you Java application server and your MS SQL Server, then do the maths... Nowhere near the sub-second response time that is required to make the application viable... O, and that converted code is just as maintainable as the pseudo-assembler code the LIST option of your average COBOL compiler gives you. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form.
Because it isn't the 32nd day of the month? In about 180 million years we will be up to a 25 hour day, due to the tides from the moon slowing the earth down. So, about every 2083 years we add a second to each day. On Thu, May 4, 2017 at 11:42 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 4 May 2017 07:53:24 -0500, Dana Mitchell wrote: > >>This has been discussed before and is explained very well in this IBM techdoc: >> >>https://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP102081 >> >>Depending on if you need to be exactly on time after the leap second occurs, >>or can tolerate taking a while to 'smear' the time to the new value, STP >>gives you the choice of spinning whilst waiting for an extra leap second to >>be inserted (Category 1) or slowly steering the time (Category 2): >> >>STP will begin to slowly steer the mainframe time to the new value. It takes >>approximately 7 hours for STP to steer out a one second delta. >> > That depends on *not* running the (E)TOD clock at the TAI rate and with > the 10-second offset that is otherwise IBM's recommendation. > > Amazon and Google have the pragmatic approach of a smear centered on the > leap secoond, making the maximum deviation from UTC a half second rather > than a full second. I suppose this could be achieved with the HMC/STP by > using Google or Amazon as a reference. If they come to agree on the interval. > > Steering the TOD clock would break applications (are there any?) that depend > on microsecond accuracy of STCK. > > Making multiple microscopic adjustments to CVTLSO throughout a smearing > interval has other sorts of complexity. > > Why does a 24-hour adjustment for a leap year cause less disruption than > a single leap second? > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form
I like this one (below) under "The Mainframe Migration Payoff" " - 30+% system performance improvement " ... ITschak - On Thu, May 4, 2017 at 6:34 PM, Ward, Mike S wrote: > I did a google on IBM mainframe migration and here are two opposing > viewpoints. > > > https://www.forbes.com/sites/jasonbloomberg/2015/08/14/ > mainframe-migration-fools-errand/#6fd702984cd3 > > > http://modernsystems.com/10-commandments-of-successful- > mainframe-migration/ > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of James Wellingtin > Sent: Thursday, May 04, 2017 10:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Migration of Mainframe to other plat form > > Hi Steve > > No , I don't get frustrated of not having a direct answer to the main > question. > > I really appreciate alt he answers coming in. > We are getting quite around a lot of things in this case and topic And it > is all of great value and all of the answers contributes to my final > analyze > > So , please go on with answers > > Regards > > James > > > > > 2017-05-04 15:01 GMT+02:00 Steve Thompson : > > > On 05/04/2017 05:18 AM, James Wellingtin wrote: > > > > > >> > >> Have anybody experience with the vendor MetaWare doing migration , > >> Did they succeed in migrating. > >> What did they migrate to > >> How long time did it take > >> > > > > > > I understand your frustration. I am guilty of what I have been > > frustrated with others about. One asks a question, and never gets a > > direct answer to the main question being asked. > > > > After doing a bit of research on MetaWare, assuming we are talking > > about the same company, they are a privately owned France based entity. > > > > I have found nothing about them, using Google, to know much about them > > on a technical/effective basis. Their website doesn't give much to go > > on in this area. However, I am amused by their stats they publish. > > Such as a 295% ROI in one year. But then again, I know that 86.3% of all > stats are made up. > > > > And so, since no one has said anything about them in/on this list, one > > must assume that (1) none of us have experience with them, or (2) > > those that do are not allowed to discuss anything because of an NDA > > (Non Disclosure Agreement) whether effected by an out of court > > settlement or actually signed prior to engagement, etc. or, (3) those > > who do have experience with them are Lurkers that never post. > > > > Regards, > > Steve Thompson > > > > > > -- > > 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 > > == > This email, and any files transmitted with it, is confidential and > intended solely for the use of the individual or entity to which it is > addressed. If you have received this email in error, please notify the > system manager. This message contains confidential information and is > intended only for the individual named. If you are not the named addressee, > you should not disseminate, distribute or copy this e-mail. Please notify > the sender immediately by e-mail if you have received this message by > mistake and delete this e-mail from your system. If you are not the > intended recipient, you are notified that disclosing, copying, distributing > or taking any action in reliance on the contents of this information is > strictly prohibited. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated Security Readiness Reviews (SRR) **|* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form.
On Thu, 4 May 2017 07:53:24 -0500, Dana Mitchell wrote: >This has been discussed before and is explained very well in this IBM techdoc: > >https://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP102081 > >Depending on if you need to be exactly on time after the leap second occurs, >or can tolerate taking a while to 'smear' the time to the new value, STP >gives you the choice of spinning whilst waiting for an extra leap second to be >inserted (Category 1) or slowly steering the time (Category 2): > >STP will begin to slowly steer the mainframe time to the new value. It takes >approximately 7 hours for STP to steer out a one second delta. > That depends on *not* running the (E)TOD clock at the TAI rate and with the 10-second offset that is otherwise IBM's recommendation. Amazon and Google have the pragmatic approach of a smear centered on the leap secoond, making the maximum deviation from UTC a half second rather than a full second. I suppose this could be achieved with the HMC/STP by using Google or Amazon as a reference. If they come to agree on the interval. Steering the TOD clock would break applications (are there any?) that depend on microsecond accuracy of STCK. Making multiple microscopic adjustments to CVTLSO throughout a smearing interval has other sorts of complexity. Why does a 24-hour adjustment for a leap year cause less disruption than a single leap second? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form
The modernsystems one looks like it might not be an objective opinion, they seem to sell that as a service :-) Len Rugen Metrics and Automation – umdoitmetr...@missouri.edu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ward, Mike S Sent: Thursday, May 04, 2017 10:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migration of Mainframe to other plat form I did a google on IBM mainframe migration and here are two opposing viewpoints. https://www.forbes.com/sites/jasonbloomberg/2015/08/14/mainframe-migration-fools-errand/#6fd702984cd3 http://modernsystems.com/10-commandments-of-successful-mainframe-migration/ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of James Wellingtin Sent: Thursday, May 04, 2017 10:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migration of Mainframe to other plat form Hi Steve No , I don't get frustrated of not having a direct answer to the main question. I really appreciate alt he answers coming in. We are getting quite around a lot of things in this case and topic And it is all of great value and all of the answers contributes to my final analyze So , please go on with answers Regards James 2017-05-04 15:01 GMT+02:00 Steve Thompson : > On 05/04/2017 05:18 AM, James Wellingtin wrote: > > >> >> Have anybody experience with the vendor MetaWare doing migration , >> Did they succeed in migrating. >> What did they migrate to >> How long time did it take >> > > > I understand your frustration. I am guilty of what I have been > frustrated with others about. One asks a question, and never gets a > direct answer to the main question being asked. > > After doing a bit of research on MetaWare, assuming we are talking > about the same company, they are a privately owned France based entity. > > I have found nothing about them, using Google, to know much about them > on a technical/effective basis. Their website doesn't give much to go > on in this area. However, I am amused by their stats they publish. > Such as a 295% ROI in one year. But then again, I know that 86.3% of all > stats are made up. > > And so, since no one has said anything about them in/on this list, one > must assume that (1) none of us have experience with them, or (2) > those that do are not allowed to discuss anything because of an NDA > (Non Disclosure Agreement) whether effected by an out of court > settlement or actually signed prior to engagement, etc. or, (3) those > who do have experience with them are Lurkers that never post. > > Regards, > Steve Thompson > > > -- > 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 == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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
Re: Migration of Mainframe to other plat form
I did a google on IBM mainframe migration and here are two opposing viewpoints. https://www.forbes.com/sites/jasonbloomberg/2015/08/14/mainframe-migration-fools-errand/#6fd702984cd3 http://modernsystems.com/10-commandments-of-successful-mainframe-migration/ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of James Wellingtin Sent: Thursday, May 04, 2017 10:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migration of Mainframe to other plat form Hi Steve No , I don't get frustrated of not having a direct answer to the main question. I really appreciate alt he answers coming in. We are getting quite around a lot of things in this case and topic And it is all of great value and all of the answers contributes to my final analyze So , please go on with answers Regards James 2017-05-04 15:01 GMT+02:00 Steve Thompson : > On 05/04/2017 05:18 AM, James Wellingtin wrote: > > >> >> Have anybody experience with the vendor MetaWare doing migration , >> Did they succeed in migrating. >> What did they migrate to >> How long time did it take >> > > > I understand your frustration. I am guilty of what I have been > frustrated with others about. One asks a question, and never gets a > direct answer to the main question being asked. > > After doing a bit of research on MetaWare, assuming we are talking > about the same company, they are a privately owned France based entity. > > I have found nothing about them, using Google, to know much about them > on a technical/effective basis. Their website doesn't give much to go > on in this area. However, I am amused by their stats they publish. > Such as a 295% ROI in one year. But then again, I know that 86.3% of all > stats are made up. > > And so, since no one has said anything about them in/on this list, one > must assume that (1) none of us have experience with them, or (2) > those that do are not allowed to discuss anything because of an NDA > (Non Disclosure Agreement) whether effected by an out of court > settlement or actually signed prior to engagement, etc. or, (3) those > who do have experience with them are Lurkers that never post. > > Regards, > Steve Thompson > > > -- > 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 == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form
Hi Steve No , I don't get frustrated of not having a direct answer to the main question. I really appreciate alt he answers coming in. We are getting quite around a lot of things in this case and topic And it is all of great value and all of the answers contributes to my final analyze So , please go on with answers Regards James 2017-05-04 15:01 GMT+02:00 Steve Thompson : > On 05/04/2017 05:18 AM, James Wellingtin wrote: > > >> >> Have anybody experience with the vendor MetaWare doing migration , >> Did they succeed in migrating. >> What did they migrate to >> How long time did it take >> > > > I understand your frustration. I am guilty of what I have been frustrated > with others about. One asks a question, and never gets a direct answer to > the main question being asked. > > After doing a bit of research on MetaWare, assuming we are talking about > the same company, they are a privately owned France based entity. > > I have found nothing about them, using Google, to know much about them on > a technical/effective basis. Their website doesn't give much to go on in > this area. However, I am amused by their stats they publish. Such as a 295% > ROI in one year. But then again, I know that 86.3% of all stats are made up. > > And so, since no one has said anything about them in/on this list, one > must assume that (1) none of us have experience with them, or (2) those > that do are not allowed to discuss anything because of an NDA (Non > Disclosure Agreement) whether effected by an out of court settlement or > actually signed prior to engagement, etc. or, (3) those who do have > experience with them are Lurkers that never post. > > Regards, > Steve Thompson > > > -- > 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
Re: Migration of Mainframe to other plat form
For all of you who know who I am, I can provide some insight into this issue generically. I am not familiar with MetaWare (I have not run into them ever in any project I have been involved in over the past 18 years). Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Steve Thompson To: IBM-MAIN Sent: Thu, May 4, 2017 9:01 am Subject: Re: Migration of Mainframe to other plat form On 05/04/2017 05:18 AM, James Wellingtin wrote: > > Have anybody experience with the vendor MetaWare doing migration , > Did they succeed in migrating. > What did they migrate to > How long time did it take I understand your frustration. I am guilty of what I have been frustrated with others about. One asks a question, and never gets a direct answer to the main question being asked. After doing a bit of research on MetaWare, assuming we are talking about the same company, they are a privately owned France based entity. I have found nothing about them, using Google, to know much about them on a technical/effective basis. Their website doesn't give much to go on in this area. However, I am amused by their stats they publish. Such as a 295% ROI in one year. But then again, I know that 86.3% of all stats are made up. And so, since no one has said anything about them in/on this list, one must assume that (1) none of us have experience with them, or (2) those that do are not allowed to discuss anything because of an NDA (Non Disclosure Agreement) whether effected by an out of court settlement or actually signed prior to engagement, etc. or, (3) those who do have experience with them are Lurkers that never post. Regards, Steve Thompson -- 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
Re: Migration of Mainframe to other plat form.
Wow, Lizette ! Tell it like it is. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form
On 05/04/2017 05:18 AM, James Wellingtin wrote: Have anybody experience with the vendor MetaWare doing migration , Did they succeed in migrating. What did they migrate to How long time did it take I understand your frustration. I am guilty of what I have been frustrated with others about. One asks a question, and never gets a direct answer to the main question being asked. After doing a bit of research on MetaWare, assuming we are talking about the same company, they are a privately owned France based entity. I have found nothing about them, using Google, to know much about them on a technical/effective basis. Their website doesn't give much to go on in this area. However, I am amused by their stats they publish. Such as a 295% ROI in one year. But then again, I know that 86.3% of all stats are made up. And so, since no one has said anything about them in/on this list, one must assume that (1) none of us have experience with them, or (2) those that do are not allowed to discuss anything because of an NDA (Non Disclosure Agreement) whether effected by an out of court settlement or actually signed prior to engagement, etc. or, (3) those who do have experience with them are Lurkers that never post. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form.
This has been discussed before and is explained very well in this IBM techdoc: https://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP102081 Depending on if you need to be exactly on time after the leap second occurs, or can tolerate taking a while to 'smear' the time to the new value, STP gives you the choice of spinning whilst waiting for an extra leap second to be inserted (Category 1) or slowly steering the time (Category 2): STP will begin to slowly steer the mainframe time to the new value. It takes approximately 7 hours for STP to steer out a one second delta. Dana On Wed, 3 May 2017 10:25:36 -0600, Paul Gilmartin (π) wrote: > >z/OS shuts down all applications for leap seconds. Would any >application have a problem with a 1-second outage? (Shutting >down to go forward would seem to aggravate any problem.) >Every leap second there are reports of network crashes. Amazon >and Google smear the leap second over a several-hour interval >to avoid transients. (Different durations; there is no standard.) >z/OS might do well to get on board with leap second smearing, but >that could be tricky with the TOD/STCK/CVTLSO design. > >-- gil > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form
I could be wrong but I don't think many sites replace their mainframes with "server farms". Normally they would replace them with big boxes, rack servers or blades depending on the size of the system. HP Superdomes used to be popular a decade ago but it seems Xeon class x86 servers can now do the job and you can easily build a large system with sufficient failover for enterprise applications. Virtualization on x86 systems is so advanced these days that having to run huge amounts of servers is a myth. They squeeze every last watt out of the boxes. I know this because I've been working on projects moving data from z/OS to Linux on x86 and have been doing sysadmin on the Linux boxes. Having said that, migrating a complex application from a mainframe to any alternate platform is a major risk and not one that most sites would want to undertake. On 4/05/2017 6:45 PM, Elardus Engelbrecht wrote: James Wellingtin wrote: I think that I have got a lot of good and fine answers from many people in this discussion LIST You have really contributed in understanding of this topic. And I also conclude from the amount of answers that it is something of great interest .. Just a few points from my side: How do you plan to handle workload and response time on a server farm while ensuring no deadlocks can take place? DB2 and CICS have good measures to ensure no two records are updated at the same time while keeping security and availability as top priority. The customer run Z/OS 2.1 and CICS TS 5.x and DB2 version 11. How many transactions are done per day and how many [active] users are working there? Can the 'new' server farm' and all the network resources handle the workload easily? We have for CICS, for example, about 30 to 60+ million transactions per month, I don't know how many are there for DB2 and other database systems. And we are "small". I don't think it was mentioned in this thread, but a regular complaint I see is - when the workload grows, you need to add more servers (with enough aircondit and electrical feeds) and disks to handle the load while z/OS hardware has already spare CPUs (and memory) available (if installed) waiting to be activated as per Big Blue agreement. Have anybody experience with the vendor MetaWare doing migration , Did they succeed in migrating. What did they migrate to How long time did it take Look at MetaWare long list of testimonials. Granted, you need to register (which I did not, because I am not in the mood to receive spam e-mails), but you probably will only see glowing testimonials and praises for MetaWare. I wanted to see how big the clients own ex-z/OS systems were, but ... Tools What tools? And of course , you may still come up with further experience , considerations Ask them if they have something to replace IBM's Peer to Peer Remote Copy. I believe there are similar things for that. Ask them too whether they have products doing what HSM and SMS do? Oh, ask them whether they can handle (on the server farm) Crypto and transactions/sessions using SSL and friends. I know these servers can do that in a way, but how do they that? And how fast (4K blocks per seconds for example)? Last question - ask them about backward compatibility. Groete / Greetings Elardus Engelbrecht -- 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
Re: Migration of Mainframe to other plat form
James Wellingtin wrote: >I think that I have got a lot of good and fine answers from many people in >this discussion LIST You have really contributed in understanding of this >topic. And I also conclude from the amount of answers that it is something of >great interest .. Just a few points from my side: How do you plan to handle workload and response time on a server farm while ensuring no deadlocks can take place? DB2 and CICS have good measures to ensure no two records are updated at the same time while keeping security and availability as top priority. >The customer run Z/OS 2.1 and CICS TS 5.x and DB2 version 11. How many transactions are done per day and how many [active] users are working there? Can the 'new' server farm' and all the network resources handle the workload easily? We have for CICS, for example, about 30 to 60+ million transactions per month, I don't know how many are there for DB2 and other database systems. And we are "small". I don't think it was mentioned in this thread, but a regular complaint I see is - when the workload grows, you need to add more servers (with enough aircondit and electrical feeds) and disks to handle the load while z/OS hardware has already spare CPUs (and memory) available (if installed) waiting to be activated as per Big Blue agreement. >Have anybody experience with the vendor MetaWare doing migration , >Did they succeed in migrating. What did they migrate to How long time did it >take Look at MetaWare long list of testimonials. Granted, you need to register (which I did not, because I am not in the mood to receive spam e-mails), but you probably will only see glowing testimonials and praises for MetaWare. I wanted to see how big the clients own ex-z/OS systems were, but ... >Tools What tools? >And of course , you may still come up with further experience , considerations Ask them if they have something to replace IBM's Peer to Peer Remote Copy. I believe there are similar things for that. Ask them too whether they have products doing what HSM and SMS do? Oh, ask them whether they can handle (on the server farm) Crypto and transactions/sessions using SSL and friends. I know these servers can do that in a way, but how do they that? And how fast (4K blocks per seconds for example)? Last question - ask them about backward compatibility. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Migration of Mainframe to other plat form
Hey all I think that I have got a lot of good and fine answers from many people in this discussion LIST You have really contributed in understanding of this topic. And I also conclude from the amount of answers that it is something of great interest .. I would like to be a bit more specific and ask in for further detail. The customer run Z/OS 2.1 and CICS TS 5.x and DB2 version 11. and there're are of course many tools from different vendors e.g.. monitor, DB2 tools and abend debugging tool. Have anybody experience with the vendor MetaWare doing migration , Did they succeed in migrating. What did they migrate to How long time did it take DB2 Cics ZOS Tools And of course , you may still come up with further experience , considerations Regards James -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form.
Another way to look at is by evaluating: 1) your software inventory - what is installed on the host and what is really used some applications might run on a smaller machine (something like a LinuxOne) 2) talk to your IBM sales rep (enterprise software) 3) consider different scenarios: - one without any mainframe (but you need to come up with a complete calculation - including the migration/reprogramming effort, higher sysadmin costs (more servers=> more people), higher power consumption, more points of failure,... - one with a mixed operation: i.e. mainframe + (some) intel servers - complete consolidation of ALL/MOST servers to the mainframe There is a lot literature on that - especially IBM redbooks. http://www.redbooks.ibm.com/redpapers/pdfs/redp0222.pdf https://de.scribd.com/document/249244362/S-390-Server-Consolidation-A-Guide-for-IT-Managers But any sound decision should be based on a business case. Most offloading proposals ignore large parts of the operation - running a PL/I or COBOL program on a PC is easy, to run your complete business on a PC is completely different story. Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form.
Hi James, More to consider - Most businesses have legal holding requirements for at least some, perhaps a lot of customer data, business tax data, employee data, retirement data, and other benefits data. Harvesting and converting that data - along with the data dictionaries necessary to fully identify every field and where and how the value was calculated is not a trivial piece of work. At minimum, it will cost plenty. It may or may not be written into the vendor's proposal unless the customer lists and requires it. I hope that the business would also, at minimum, identify the cost of everything on the mainframe system, along with it its associated costs. After all, every single thing not included in the scope and details of work, is not included. Be sure to check out their 'every level' security as well. HTH, Linda Sent from my iPhone > On May 3, 2017, at 1:29 AM, James Wellingtin > wrote: > > Hey > I know this here might be a bit of a nasty question to ask > Have a customer who has intensions of migrate to another platform than IBM > Mainframe, don't know what ? > They have asked MetaWare to be the stakeholder in this . > At the moment it is in the very very beginning of he process. > > I think this is an issue, that we all face right now . > > Does anybody have had experience with Metaware, and tell if they had > success ? > That is , did they succeed in full migration or partial migration ? > > Or was it all dropped ? > > All input would be appreciated > > > > Regards > > James > > -- > 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
Re: Migration of Mainframe to other plat form.
One thing the legal department needs to be asked about: How long do they have to be able to reproduce reports/documents or be able to do a report? Now, will the new system be able to process the old system's data for that period, or will some arrangement need to be made to do this with their data? And on what media with what format will that data need to be kept? Meanwhile, I've read much of what others were saying and I agree with the majority. And I say that having been involved with several "modernization" upgrades -- Euphemism for getting off a mainframe. Sometime one should draw two pictures. The one should be a conceptual diagram of a non-mainframe system (generally bus-centric) and then a mainframe system (typically, RAM or Memory Centric). Don't identify the two architectures. And ask which one they would want to be using for their system to process all their data. Now it is OK to label the bus between CPUs and memory as being 256 bytes wide. The bus from memory to IOPs is about 64 bytes wide. The non-mainframe buses are 8 bytes to 16 bytes wide (64 to 128 bits) as I recall (I think certain machines are now multiplexing the Data Bus). Again, this is conceptual because of PCIe, the bus may be split into "channels" of 8-32bits wide (off the top of my head). The drawing I did were for a few people that were just absolutely sure that the sales people from the vendor's offices were correct that they could run rings around a mainframe. Once I explained clock speeds, bus widths, cache sizes, they were just astonished. And then they realized my estimates of how many machines they were going to need to replace their small mainframe was probably closer to reality. If you get the chance, you should ask the CFO at what point would the migration have to stop? Or have they even considered a financial hard stop point? Now, if they were doing a migration to another system where they were going to use all packaged software, they would probably meet their deadlines and hit their budget numbers. But if they aren't doing that, but are going to migrate your systems to the other platform using a bunch of programmers --- You are paying for a one off software development project. That is, you are buying a one off software development project and then financing the project. Regards, Steve Thompson On 05/03/2017 08:57 AM, Allan Staller wrote: From previous experience (with another vendor), Beware of any promises made by sales team (sales, tech marketing,). If (whatever it is) is promised and agreed to, ensure it is written into the contract with an appropriate penalty for non-performance (up to and including cancellation of the contract w/refund). Of course it would be up to your legal team to ensure proper contract contents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form.
What is the sending platform and what do you want to emulate without 20,000 hours of contract labor? Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Wednesday, May 3, 2017 12:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migration of Mainframe to other plat form. On Wed, May 3, 2017 at 7:57 AM, Allan Staller wrote: > From previous experience (with another vendor), > > Beware of any promises made by sales team (sales, tech marketing,). > If (whatever it is) is promised and agreed to, ensure it is written > into the contract with an appropriate penalty for non-performance (up > to and including cancellation of the contract w/refund). > Of course it would be up to your legal team to ensure proper contract > contents. > > I have seen to many cases of over-promise/under deliver to not be > extremely wary of any such vendor. > This is _exactly_ why the outsource of our z environment failed. The vendor failed to deliver what was promised, when promised. I even heard rumors that they came back to us about half-way through the project asking for us to pay an extra 10% because they we're making any profit on the contract (fixed cost). After we said "No!" (or more profane words to that effect) is when the project _really_ got bogged down. The contract itself did not have any penalties for missed dates. > > HTH, > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of James Wellingtin > Sent: Wednesday, May 3, 2017 3:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Migration of Mainframe to other plat form. > > Hey > I know this here might be a bit of a nasty question to ask Have a > customer who has intensions of migrate to another platform than IBM > Mainframe, don't know what ? > They have asked MetaWare to be the stakeholder in this . > At the moment it is in the very very beginning of he process. > > I think this is an issue, that we all face right now . > > Does anybody have had experience with Metaware, and tell if they had > success ? > That is , did they succeed in full migration or partial migration ? > > Or was it all dropped ? > > All input would be appreciated > > > > Regards > > James > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > ::DISCLAIMER:: > > > > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. > E-mail transmission is not guaranteed to be secure or error-free as > information could be intercepted, corrupted, lost, destroyed, arrive > late or incomplete, or may contain viruses in transmission. The e mail > and its contents (with or without referred errors) shall therefore not > attach any liability on the originator or HCL or its affiliates. > Views or opinions, if any, presented in this email are solely those of > the author and may not necessarily reflect the views or opinions of > HCL or its affiliates. Any form of reproduction, dissemination, > copying, disclosure, modification, distribution and / or publication > of this message without the prior written consent of authorized > representative of HCL is strictly prohibited. If you have received > this email in error please delete it and notify the sender > immediately. > Before opening any email and/or attachments, please check them for > viruses and other defects. > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Advertising is a valuable economic factor because it is the cheapest way of selling goods, particularly if the goods are worthless. -- Sinclair Lewis Maranatha! <>< John McKown -- 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
Re: Migration of Mainframe to other plat form.
On Wed, May 3, 2017 at 7:57 AM, Allan Staller wrote: > From previous experience (with another vendor), > > Beware of any promises made by sales team (sales, tech marketing,). > If (whatever it is) is promised and agreed to, ensure it is written into > the contract with an appropriate penalty for non-performance (up to and > including cancellation of the contract w/refund). > Of course it would be up to your legal team to ensure proper contract > contents. > > I have seen to many cases of over-promise/under deliver to not be > extremely wary of any such vendor. > This is _exactly_ why the outsource of our z environment failed. The vendor failed to deliver what was promised, when promised. I even heard rumors that they came back to us about half-way through the project asking for us to pay an extra 10% because they we're making any profit on the contract (fixed cost). After we said "No!" (or more profane words to that effect) is when the project _really_ got bogged down. The contract itself did not have any penalties for missed dates. > > HTH, > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of James Wellingtin > Sent: Wednesday, May 3, 2017 3:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Migration of Mainframe to other plat form. > > Hey > I know this here might be a bit of a nasty question to ask Have a > customer who has intensions of migrate to another platform than IBM > Mainframe, don't know what ? > They have asked MetaWare to be the stakeholder in this . > At the moment it is in the very very beginning of he process. > > I think this is an issue, that we all face right now . > > Does anybody have had experience with Metaware, and tell if they had > success ? > That is , did they succeed in full migration or partial migration ? > > Or was it all dropped ? > > All input would be appreciated > > > > Regards > > James > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > ::DISCLAIMER:: > > > > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. > E-mail transmission is not guaranteed to be secure or error-free as > information could be intercepted, corrupted, > lost, destroyed, arrive late or incomplete, or may contain viruses in > transmission. The e mail and its contents > (with or without referred errors) shall therefore not attach any liability > on the originator or HCL or its affiliates. > Views or opinions, if any, presented in this email are solely those of the > author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, > distribution and / or publication of this message without the prior > written consent of authorized representative of > HCL is strictly prohibited. If you have received this email in error > please delete it and notify the sender immediately. > Before opening any email and/or attachments, please check them for viruses > and other defects. > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Advertising is a valuable economic factor because it is the cheapest way of selling goods, particularly if the goods are worthless. -- Sinclair Lewis Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form.
On Wed, May 03, 2017 at 07:54:00AM -0700, Lizette Koehler wrote: > > Leap year, Leap Second, how is that handled on the new platform? How does > the clock change occur? Is it manual? Is it automatic? Will the > application need to be shut-down when we go back or forward? > Almost any other platform will handle time zones and DST better. z/OS is almost the worst I know. (Well, perhaps z/VM is worse.) When has leap year been a problem? Well, I had one 17 years ago with an out-of-service software product that crashed because it called 2000-02-29 an invalid date. z/OS shuts down all applications for leap seconds. Would any application have a problem with a 1-second outage? (Shutting down to go forward would seem to aggravate any problem.) Every leap second there are reports of network crashes. Amazon and Google smear the leap second over a several-hour interval to avoid transients. (Different durations; there is no standard.) z/OS might do well to get on board with leap second smearing, but that could be tricky with the TOD/STCK/CVTLSO design. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration of Mainframe to other plat form.
Others have given good advice. This is just observations and comments. Things to think about. Note: You cannot translate all functions in running on mainframe to a different platform. The process needs to be written according to the platform it will run on. If you have IMS, you need to find another DB to run on the new platform, build up the DB file with the data you need. Then identify how to do DR, Recovery, Boo-Boo Recovery (roll back of work), and so forth. How will DR be handled? How will Business Continuity be handled? How will - User updated a field wrong and needs it to be fixed 3 weeks later - be handled? SLAs are important. How will they translate to the new platform? Ensure any Audit functions are identified? SOX, HIPPA, PCI, etc... How will security be handled on the new Platform? Is it comparable to your current Security environment? Most other platforms do not have the resiliency of the mainframe and therefore, if it is a critical application (the bread and butter of the company), it may be a challenge to move it without some growing pains. Ensure any source code management is there. What language is currently used? Is it translatable to the new platform? Can you drop and run? Or do you need to do development (some slight alterations) to make it run on the new platform? Be able to review what was run on the mainframe in case you need to see what happened a month, year back during migration and a couple of years after migration. Yes that does happen. When it was on the mainframe how did it run? What is different from what is running on the other platform now. Leap year, Leap Second, how is that handled on the new platform? How does the clock change occur? Is it manual? Is it automatic? Will the application need to be shut-down when we go back or forward? Have a way to handle Scheduling. Not all schedulers run the work the same way. You would not want to carry the schedule as it runs on the mainframe to a server. RESTART processes really need to be understood. STEPS do not exist on a server. But you can build the schedule to run the individual processes needed with the intent to be able to restart in a previous process. JCL has Steps you can restart in - not servers. How are the charges done for the Licensing of Products? One mainframe one License charge typically, some server products #Servers*License fees. Some of the issues I have seen at various shops: Tried to move an application exactly like it looked on the mainframe. Wound up having to increase the server significantly to handle the workload. Add lots of more servers to handle the workload. Had to increase storage to handle the workload. And rarely got a passing grade on DR. Basically undersized the migration and did not expect that increase sizing was needed. Recovery of files was extremely difficult as the tools on the server were not robust like DFDSS or FDR products. Copying of files was rampant and no one team knew which version was the right one DR,QA, Perf, all needed to be sized the same as the main production application environment. So 5x, 10x etc. more Servers, Disk, Energy, Floor Space, and so on. The best way to migrate from the MF is to understand the business and what the needs are. Then PLAN, PLAN, PLAN. I know of several shops that thought they would save money and instead spent more $$$ per year than when they had a MF (and that was conservative.). Then they had to migrate back to the MF. Do not undersize the requirements. Vendors make more money having to go back in and resize when you do not have enough stuff or the right stuff. Now go be a good team player and do not ask any of these questions. Management has probably already decided they are going to do this no matter what. And it will be the next management team that will have to "fix" any issues. The others will have their bonuses and moved on before migration probably completes. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of James Wellingtin > Sent: Wednesday, May 03, 2017 1:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Migration of Mainframe to other plat form. > > Hey > I know this here might be a bit of a nasty question to ask Have a customer > who has intensions of migrate to another platform than IBM Mainframe, don't > know what ? > They have asked MetaWare to be the stakeholder in this . > At the moment it is in the very very beginning of he process. > > I think this is an issue, that we all face right now . > > Does anybody have had experience with Metaware, and tell if they had success > ? > That is , did they succeed in full migration or partial migration ? > > Or was it all dropped ? > > All input would be appreciated > > > > Regards > > James >
Re: Migration of Mainframe to other plat form.
Seen this as my last gig, same company promising to 'emulate' the entire enterprise, no code changes, CICS, JES2 - the folks runing the migration allow the company three failed attempts before they started listening to reason. our biggest workload was DB2/CICS, so it was determined that DB2 needed to migrate to MS/SQL servers, CICS/TS was running @ TS 4.2, 5.1 on some regions, this company could not emulate CICS/TS anything, no TCLAS ability cannot recover from any storage violationsetc the list of issues went on.. Carmen - Original Message - From: "RICHARD W. PINION" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, May 3, 2017 8:04:35 AM Subject: Re: Migration of Mainframe to other plat form. Yeah, just ask John McKown about his company's recent experience. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Wednesday, May 03, 2017 8:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migration of Mainframe to other plat form. >From previous experience (with another vendor), Beware of any promises made by sales team (sales, tech marketing,). If (whatever it is) is promised and agreed to, ensure it is written into the contract with an appropriate penalty for non-performance (up to and including cancellation of the contract w/refund). Of course it would be up to your legal team to ensure proper contract contents. I have seen to many cases of over-promise/under deliver to not be extremely wary of any such vendor. HTH, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of James Wellingtin Sent: Wednesday, May 3, 2017 3:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Migration of Mainframe to other plat form. Hey I know this here might be a bit of a nasty question to ask Have a customer who has intensions of migrate to another platform than IBM Mainframe, don't know what ? They have asked MetaWare to be the stakeholder in this . At the moment it is in the very very beginning of he process. I think this is an issue, that we all face right now . Does anybody have had experience with Metaware, and tell if they had success ? That is , did they succeed in full migration or partial migration ? Or was it all dropped ? All input would be appreciated Regards James -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE 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.ed
Re: Migration of Mainframe to other plat form.
Yeah, just ask John McKown about his company's recent experience. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Wednesday, May 03, 2017 8:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Migration of Mainframe to other plat form. From previous experience (with another vendor), Beware of any promises made by sales team (sales, tech marketing,). If (whatever it is) is promised and agreed to, ensure it is written into the contract with an appropriate penalty for non-performance (up to and including cancellation of the contract w/refund). Of course it would be up to your legal team to ensure proper contract contents. I have seen to many cases of over-promise/under deliver to not be extremely wary of any such vendor. HTH, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of James Wellingtin Sent: Wednesday, May 3, 2017 3:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Migration of Mainframe to other plat form. Hey I know this here might be a bit of a nasty question to ask Have a customer who has intensions of migrate to another platform than IBM Mainframe, don't know what ? They have asked MetaWare to be the stakeholder in this . At the moment it is in the very very beginning of he process. I think this is an issue, that we all face right now . Does anybody have had experience with Metaware, and tell if they had success ? That is , did they succeed in full migration or partial migration ? Or was it all dropped ? All input would be appreciated Regards James -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE 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
Re: Migration of Mainframe to other plat form.
From previous experience (with another vendor), Beware of any promises made by sales team (sales, tech marketing,). If (whatever it is) is promised and agreed to, ensure it is written into the contract with an appropriate penalty for non-performance (up to and including cancellation of the contract w/refund). Of course it would be up to your legal team to ensure proper contract contents. I have seen to many cases of over-promise/under deliver to not be extremely wary of any such vendor. HTH, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of James Wellingtin Sent: Wednesday, May 3, 2017 3:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Migration of Mainframe to other plat form. Hey I know this here might be a bit of a nasty question to ask Have a customer who has intensions of migrate to another platform than IBM Mainframe, don't know what ? They have asked MetaWare to be the stakeholder in this . At the moment it is in the very very beginning of he process. I think this is an issue, that we all face right now . Does anybody have had experience with Metaware, and tell if they had success ? That is , did they succeed in full migration or partial migration ? Or was it all dropped ? All input would be appreciated Regards James -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Migration of Mainframe to other plat form.
Hey I know this here might be a bit of a nasty question to ask Have a customer who has intensions of migrate to another platform than IBM Mainframe, don't know what ? They have asked MetaWare to be the stakeholder in this . At the moment it is in the very very beginning of he process. I think this is an issue, that we all face right now . Does anybody have had experience with Metaware, and tell if they had success ? That is , did they succeed in full migration or partial migration ? Or was it all dropped ? All input would be appreciated Regards James -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
