• Subject: AS/400 to Win2000, Pt 2 (fwd)
  • From: jpcarr@xxxxxxxxxxxx
  • Date: Tue, 22 May 2001 08:48:37 -0400

Anyone convert from Lawson on the iSeries to Lawson on the Win2000 ?


---------- Forwarded message ----------
From: Jeff W <lawadm1@yahoo.com>

I think that's a matter of opinion regarding the OS, and there are things
that could be said about the AS/400 also.

--- Don <dr2@cssas400.com> wrote:
>
> I'm just curious why someone would want to go from the most stable o/s
out
> there to one that's definately NOT....
>
> Why do you want to incurr this substancial kamazaki effort?
>
> Don
>
> On Mon, 21 May 2001, James Damato wrote:
>
> > > "My main concern (so far) is converting the data. If we were to
> > > migrate to version 7.x on the AS/400 first, wouldn't we have to spend
> > > big bucks for an upgrade that we only use long enough to convert
files ?"
> >
> > The project in question, upgrading Lawson and crossing platforms, is an
> > expensive project no matter how you look at it. I've said this a few
times
> > before, but it warrants restating.  You're not "converting" or
"migrating"
> > -- you're re-implementing Lawson.  You are right to be concerned about
> > converting the data.  Even with documentation, you're not likely to be
able
> > to write your own conversion programs from the 6.x database.  I believe
that
> > it's a given that you'll have to use a GAIN partner and/or the Lawson
> > upgrade programs.  We worked with DigiTerra because they had access to
data
> > conversion programs, which I believe were developed for Lawson's own
upgrade
> > process.
> >
> > > "The acctg manager, who is also something of a Techie, thinks we can
> > > just convert transaction files, and then use those to rebuild other
> > > files"
> >
> > It's a mighty big database.  Send your accounting manager out to the
> > database documentation on the web.  See if it scares him or her off.
> >
> > You might want to try to work out a deal with your Lawson Client
Account
> > Manager on the cost of the upgrade.  Toss around some threats about
looking
> > at other packages.
> >
> > -Jim
> >
> > James Damato
> > Manager - Technical Administration
> > Dollar General Corporation
> > <mailto:jdamato@dollargeneral.com>
> >
> >
> > -----Original Message-----
> > From: Gabriel Dunn [mailto:dunncrew@hotmail.com]
> >
> >
> > Some more detail.  At least I'm not in this alone, we have experienced
> > network guys here, so I'm not responsible for everything right off the
> > bat. My main concern (so far) is converting the data. If we were to
> > migrate to version 7.x on the AS/400 first, wouldn't we have to spend
> > big bucks for an upgrade that we only use long enough to convert files
?
> >  The acctg manager, who is also something of a techie, thinks we can
> > just convert transaction files, and then use those to rebuild other
> > files .......
> >
> > We only have about 30-40 Lawson users, so I hope we won't have a lot of
> > performance problems for a while.
> >
> >
> > My original post :  Gabriel Dunn wrote:
> > > We are preparing to "convert" from AS/400, ver 6.x to Win2000 with MS
> > > SQL Server. Does anyone have any thoughts about migrating the data
from
> > > the AS/400 to the server based platform ?   I'm an AS/400 P/A, just
> > > beginning to learn the NT and SQL world, so feel free to explain the
> > > obvious.
> >

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.