× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Lukas Beeler wrote:
Windows Server 2008 R2 is a major release.
Ugh. No it isn't. It's at most V5R3 to V5R4, which is an overnight upgrade. Try switching from 2003 to 2008.

Or are you TRYING to be obtuse?

That's the point of i5/OS: there is almost
never a requirement to change an application when upgrading the OS.

Except when there is - our 3rd party spool file archiving software
took half a year till they officially supported V5R4, i then upgraded
the software while still on V5R3, then upgraded to V5R4, at which
point the software broke. We required multiple vendor patches till it
was up and running again.
Bad vendor, NOTHING to do with the OS. There have been exactly three changes in the last decade or so that have caused problems: increasing the maximum library list entries, increasing the maximum spool files per job, and the V6R1 security change. V6R1 was by far the worst, and IBM made that as painless as possible.

The only other one is the ongoing hassle of CPYxxxIMPF - see Rob about the pain of that particular command.

With Windows,
as often as not you have to rewrite everything

FUD
Example ONE: When Microsoft killed VB6, everything had to be rewritten. Give me a break.


- not to mention getting the right drivers, etc.

IBM has a very nice page where it lists all the drivers you need, or
you can preinstall the drivers using the ServerGuide CDs.
Doesn't help if your machine isn't supported.

Man, you are really digging, Lukas.

No, that's easy as pie if you know what you're doing.
Errr.... *http://tinyurl.com/yjj7wvc

Did you ever read a "Memo to user"? It's just as complicated, just
because it lasts all the options you have.
You said it was simple. The page disagrees. Don't blame me, it's one of your guys who said it.

Not sure what your point is here.

My point is that good application developers don't require a DBA,
because they know what they're doing. And that stupid application
developers require one, or claim that their OS does everything for
them and throw hardware at the problem (which works too, it's just
very expensive).
This is absolute horsecrap. There isn't a single non-DB2 enterprise installation that doesn't demand a full-time DBA.

Logical files predate indexes by a
long way and any decent RPG developer understands the concept. In fact,
competent RPG programmers know more about database design than most SQL
developers and nearly as much as DBAs.

So what you're saying is that in your case, the programmers also
handle the DBA job. Thanks for proving my point :)

No, I'm saying that DB2 doesn't need a DBA, and every other database does.

Period.

And that's why I stay out of these conversations. I'm done here. Continue to tell us how Windows is as easy as i5/OS, Lukas. It's cheap, but it ain't easy. You get what you pay for.

Joe

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.