OCM mappings for TSE

BlankList,
Can anyone please provide me a list of all the BSFN's that need to be =
mapped for the TSE's.Do we need to map some extra BSFN's to the logic =
server?.

Any help is greatly appreciated.

TIA.

AS400 V4R5 SP16.1 XE.

We gave up with special OCM for TSE, we just use the Standard none TSE
environments. It means the TSE Servers do more work but we had too many
problems getting a definitive list of W environment mappings, we kept
getting Performance Problems when Logic ran on the Enterprise Server
(nothing we could put our fingers on it was just slower), in the end we gave
up.



OW733.3 Xe SP 14.2
Enterprise Server - Intel NT + Oracle 8.0.6
Client - Citrix TSE + 4 NT PC's for development

Technically, you don't have to map any of your BSFNs off your TSE. Are you doing this for performance reasons?


Doug
[email protected]

Xe SP15.1, AS400 V4R5, CO-Oracle806, Co-A73c12, Citrix, NT JAS

There is a document available on the Knowledge Garden called 'Distributed Logic - OCM Mapping Considerations', which you may find useful. It's a good starting point anyways.

As did we. We took care of most of our TSE problems
by keeping all business functions mapped the same as
Local. Our only difference now is all UBE's are sent
to Enterprise server. Our regular environment has
many UBE's mapped locally. I would suggest this
especially if you are on the 400.
--- Carl_Fisher <[email protected]> wrote:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=23835
-+


=====
Dan Eppich
The Anschutz Corporation
B7332 Coexistant, V4R5 w/central objects
INS Card deployment server
SP16.1
Optio DCS 6.3.2
Fat and Citrix ICA Web Client

__________________________________________________

We have most of the BSFN's mapped locally. Can anyone tell me whether
mapping the BSFN's for the TSE on the Logic server helps in any way?. This
is after looking at the KG document Distributed Computing, Does any one have
a comprehensive list of the BSFN's that need to be mapped to the Logic
server and whether it causes problems or not.
Is there any particular setting if the ES is a 400?.

TIA.
----- Original Message -----
From: "daneppich" <[email protected]>
To: <[email protected]>
Sent: November 12, 2001 1:08 PM
Subject: RE: OCM mappings for TSE


http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=
23835
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=
23869

I would also like to know if there is something we are missing with our TSE mappings. since we went live a week ago we have been having all sorts of issues with our TSE users, we've had the F00022 table corrupted a number of times. Does anyone know anything about this table and as to why it is getting corrupted and it is only happening in out W...environments. At this point any thing will be appreciated.

F00022 is the Next Available Unique Key ID's table, by file name.
This file is used to store the next available UKID number for a specified file.

Do you have SQL packages turned on for the WTS?
Lazy close is not enabled?
Are you running Client Access Express?
Do you have any idea what APPL is corrupting the table? Such as PO Receipts?

Check out SAR 1910068 P - SQL pkg on TSE

Good luck,
David

I prefer to use the standard mappings with one exception, WAN users. I believe that JDE originally treated the WTS solution purely as a remote solution. I have several clients that use Citrix for all internal users and therefore don't have the WAN issues.

- Scott

Hi Scott,

There are two reasons why WTS was used originally. One is the WAN bandwidth. The other is the reduced maintenance load for rolling out packages. I've worked on a couple of sights in the past, and trying to deploy to several hundred fat clients, in various locations, was an absloute nightmare.

Of course, packages work a bit better now, but WTS still offers less set up work and a more transparent maintenance than fat clients.

David

As far as I know the Wxx7333 mappings are pretty much the same as Jxx7333 mapping. For WTS you have the choice to run everything on the WTS itself, if you want to. For JAS, however, there is no choice. You have to map ALL BSFN´s and ALL UBEs to an application server. The JAServer has no ability to execute either one.
What I am trying to say is that there must be a way to map BSFNs to the server and make it work.
I particiated a GoLive two weeks ago for an installation with over 200 user, all through WEB. So it does work with the mappings. It was not easy, though.

In B733.2 we used to map many BSFNs to the server and the rest defaulted to local. In Xe we have a DEFAULT-map for BSFNs to the server and map only some BSFNs locally. The Xe approach seems to be much easier.

My two cents worth ...

Gerd



Em Thursday, November 15, 2001 em 08:13:16 AM, [email protected] escreveu:



--
ISM - Solucoes na Internet

http://www.ismnet.com.br/

David,

I can not find the SAR number 1910068 you referring to on Knowledgemenet Garden. Is the number right?

David

XE,SP15.1, AS400, Citrix, JAS

Hi David,

Yes, the number is correct. I copied it from your mail and pasted it into the search at JDE KG, and found the listing again. But it's not a SAR, but a CALL instead.

My log-on to JDE KG has a BP access, so maybe you can't see it.

I'd put a call into JDE and get their help on it. The call was for June last year on B7332. It was also from Hong Kong, so double-byte may have been a part of the problem. It is quite lengthy, but the result was to schedule regular deletion on the SQL Packages from the server as a temporary work around, and installing the correct version of Client Access Express as the permanent fix.

Regards,
David