Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

separate clients?

Former Member
0 Likes
3,765

Im not sure if im on the right thread. Im new in SAP and im curious why do we need separate client for configuration and development in the development system if programs are client independent.

Whats the pros/cons of keeping 2 clients (separate dev and config) rather than 1 client (combine dev and config)?

Im not sure if im on the right thread. Im new in SAP and im curious why do we need separate client for configuration and development in the development system if programs are client independent.

Whats the pros/cons of keeping 2 clients (separate dev and config) rather than 1 client (combine dev and config)?

5 REPLIES 5
Read only

Former Member
0 Likes
2,086

good question, me 2 want to know...

Read only

Former Member
0 Likes
2,086

Typical SAP Environment I have worked on

Development:

Client 100 - Development & Configuration

Client 200 - Unit Testing Client

Client 300 - Sandbox (mainly to play with configuration and test) and sometimes u can have Sandbox as stand alone system

Quality: (can have multiple servers - one of the project i worked we have 6 quality systems each used for different purpose)

Client 100 - Quality & integration testing

Client 200 - User Training

Production:

Client 400 - production System

Client 401 - pre go-live validation client (all cutover activities, transports are moved to this client, to make sure everything is fine and no last minute surprises)

Hope this is helpful.

Thanks,

Pavan

Read only

Former Member
0 Likes
2,086

Blumtain,

Landscape is like a server system or like a layout of the servers or some may even call it the architecture of the servers viz. SAP is divided into three different lanscape DEV, QAS and PROD.

- DEV would have multiple clients for ex: 190- Sandbox, 100- Golden, 180- Unit Test.

- QAS may again have mutiple clients for ex: 300- Integration Test, 700 to 710 Training.

- PROD may have something like a 200 Production.

These names and numbers are the implementer's discreet on how they want it or they have been using in their previous implementations or how is the client's business scenario.

Now whatever you do in the Sandbox doesn't affect the other servers or clients. Whenever you think you are satisfied with your configuration and you think you can use it moving forward, you RE-DO it in the golden client (remember, this is a very neat and clean client and you cannot use it for rough usage). As you re-do everything that you had thought was important and usable, you get a transport request pop up upon saving everytime. You save it under a transport request and give your description to it. Thus the configuration is transported to the Unit Test client (180 in this example).

You don't run any transaction or even use the SAP Easy Access screen on the 100 (golden) client. This is a configuration only client. Now upon a successful tranport by the Basis guy, you have all the configuration in the Testing client, just as it is in the Golden client. The configuration remains in sync between these two clients.

But in the Testing client you can not even access SPRO (Display IMG) screen. It's a transaction only client where you perform the unit test. Upon a satisfactory unit test, you move the good configuration to the next SERVER (DEV). The incorrect or unsatisfactory configuration is corrected in Golden (may again as well be practised in the sandbox prior to Golden) and accordingly transported back to 180 (Unit Test) until the unit test affected by that particular config is satisfactory.

The Golden client remains the 'database' (if you wanna call it that) or you may rather call it the 'ultimate' reference client for all the good, complete and final configuration that is being used in the implementation.

In summary:

Landscape : is the arrangement for the servers

IDES : is purely for education purpose and is NOT INCLUDED in the landscape.

DEVELOPMENT ---> QUALITY -


> PRODUCTION

DEVELOPMENT : is where the the consultants do the customization as per the company's requirement.

QUALITY : is where the core team members and other members test the customization.

PRODUCTION : is where the live data of the company is recorded.

A request will flow from Dev->Qual->Prod and not backwards.

1. Sandbox server: In the initial stages of any implementation project, You are given a sandbox server where you do all the configuration/customization as per the companies business process.

2. Development Server: - Once the BBP gets signed off, the configuration is done is development server and saved in workbench requests, to be transported to Production server.

3. Production Server: This is the last/ most refined client where the user will work after project GO LIVE. Any changes/ new develpoment is done is development client and the request is transported to production.

These three are landscape of any Company. They organised their office in these three way. Developer develop their program in Development server and then transport it to test server. In testing server tester check/test the program and then transport it to Production Server. Later it will deploy to client from production server.

Presentaion Server- Where SAP GUI have.

Application Server - Where SAP Installed.

Database Server - Where Database installed.

What is the meaning of "R" in R/3 systems?

R/3 stands for realtime three tier architecture. This is the kind of architrecture SAP R/3 system has.

R/3 means three layers are installed in Different system/server and they are connected with each other.

1) Presentation

2) Application

3) Database

Why do we call client 000 as golden client?

Golden client contains all the configuration data and master data so some extent. All the configuration settings are done in golden clients and then moved to other clients. Hence this client acts as a master record for all transaction settings, hence the name "Golden Client".

Thanks,

Naren

Read only

0 Likes
2,086

HI, thanks for the reply but I guess I was not clear enough in my original questions. I am not really after the whole system landscape. We have separate boxes for Development/Configuration, QA and Production.

What I am curious to know is the advantage/disadvantage of combining development and configuration into 1 client (let say, DEV-100) instead of having 2 clients (let say, DEV-200 for development and DEV-250 for configuration).

Pavan Mulukutla seems to be saying that they combined their development and configuration into one client (Client 100). But in our case, it is separate. Are there benefits in combining into just 1 client or separating it into 2 clients in the development box?

Read only

0 Likes
2,086

Normally, you'll have a client for abap development, 1 client for config (golden client) and maybe even another for security.

i've never worked for a company with less than 2 clients in the DEV box.

It keeps the config separate until they are ready to transport - they can be working on many tasks that could interfere with your development (field changes or any number of things) - if so, that would stop your development until they complete what they need to complete.

Then when they are sure, they would transport to ABAP client + up to the QA server.