LSMW with CI on System i and an additional Windows Application Server 4.70

[Former Member]

Hi together,

I have a really tricky problem to realize a parallel processing LSMW Workload.

In truth it isn't a problem to the parallel processing. It is a problem, how to declare the paths to the input files.

The LSMW is splittet in four steps:

1. Read data

2. Convert Data

3. Creating Batch Input File (IDOCS)

4. Start Direct Input Program

The first three points are using file in the IFS.

In the 13 points of LSMW there is point " 7 Specify Files" where I can customize paths to the real existing input and output-Files, which are stored at the IFS on System i.

For example:

Legacy Data          On the R/3 server (application server)                            
    Materialtexte                  /usr/sap/direct/lsmw/material/matsta_text.txt       

This works fine.

Now we have added a Windows Applications Server in front of the 2-Tier enviroment to have more performance to the BTC workprocesses. Now we have two servers shown in sm51. One is the central instance (CI) and the other is the application server (AS), which is working together with the CI.

<b>Now the big bug:</b> In the LSMW transaction, you can submit the job to batch (BTC) and can't choose the server (Instance) where the batchjob should run. So, sometimes the batchjob runs on the CI (iSeries) and sometimes the batchjob runs on the application server.

But this is the problem, because the files in the IFS are only stored at IFS on iSeries. And if the Job runs at the application-server, the files is not found, and the job end abnormal.

Now I tried to find a good solution. So I want to declare a patch in LSMW, that the batchjob is running successful at CI and AS.

So I tried:

\iSeriesshareusrsapdirectlsmwmaterialmatsta_text.txt

But this is not really working, because the SAP WP can't find this file with this path.

There is a second possibility: Not to submit the batchjobs by pressing F9 in the transaction LSMW but making an extra job in sm36 for each job. Not very smart !

There is a third possibility: To duplicate the import Files to each Windows Application Server. Then it is possible to submit by pressing F9, whatever server will be used.

So my question is: What is the right way? There must be some poeple in the world who have done a migration with iSeries an Windows Application Server together? Or not?

best regards,

Carsten

Message was edited by: C.Schulz

path corrected:
iSeries\share\usr\sap\direct\lsmw\material\matsta_text.t

Carsten Schulz

[Former Member · Accepted solution]

Hello Carsten,

might be you could use a defined path/variable like DIR_TRANS which you can define in each instance profile and then use in transaction FILE.

Regards

Guido

[Former Member · Accepted solution]

Hi Carsten,

exactly that is the solution - the TA FILE !

This needs to be setup with a new (or already existing) logical path and then different physical paths for Windows and iSeries ...

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member · Accepted solution]

Hi together,

I will try to customize this. But now I have no idea, how to customize paths in the instance profile !!??

greetings,

Carsten

[Former Member · Accepted solution]

Hi Carsten,

at least I would do it with FILE and not with an instance profile ...

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member]

Hi Volker,

your solution works fine by al11 , if I am logged in at the win appl server:

DIR_TEST2     \iSeriesshareusrsapdirectlsmwmaterial

but if I want to test the same link definition at al11, if I logged in at the central instance (on iSeries) the links give me: No data found.

Then the primary problem that I don't know where the job runs and in one case the jobs will end abnormally, because the job will not find data.

regards,

Carsten

[markus_doehr2]

>

\iSeriesshareusrsap/direct/lsmw/material/matsta_text.txt

Windows doesn't understand forward slashes, you need to use backslashes all way:

Try the following on one of the application servers:

Start - execute

notepad \iSeriesshareusrsapdirectlsmwmaterialmatsta_text.txt

If you can open the file, that's the way to go.

You'd need to check in your program, whether the job is been executed on Windows or non-windows and substitute the slashes accordingly.

--

Markus

[Former Member]

Hi,

sorry, the forward slashes are only wrong here in the forum. I wrote the right path in the LSMW configuration. The error come with cut and paste in the post.

Greetings,

Carsten

Message was edited by:

Carsten Schulz

[markus_doehr2]

Ok...

but can you browse manually to that path?

--

Markus

[Former Member]

Hi,

as a share from Windows: no problem.

In LSMW while editing the customizing: Operatingsystem: No such file or directory.

greetings,

Carsen

[markus_doehr2]

I don't know why this is happening but I know of circumstances, where you need to "escape" the Windows backslashes so that the shell doesn't interpret them:

\\iSeries\share\usr\sap\direct\lsmw\material\matsta_text.txt

--

Markus

[Former Member]

Hi Carsten,

if your problem is, that it doesn't work at all, I would try and configure via AL11 and see what happens then ...

I did this on ECC 6 on a windows appl server a few minutes ago and the worked fine as follows:

DIR_TEST
SAPSEV\ROOTBIN\usr\sap\SED

Does this work on your site as well ?

Regards

Volker Gueldenpfennig, consolut.gmbh

http://www.consolut.de - http://www.4soi.de - http://www.easymarketplace.de

[Former Member]

Hi Markus,

this is a very good idea. I have tried this friyday evening, when I am made a phone call to a linux freaky friend.

But this syntax does'nt works at the CI, when I am customizing the LSMW.

regards,

Carsten