Documente Academic
Documente Profesional
Documente Cultură
Sap Brains Online HOME SAP ABAP Tutorial SAP Dictionary Tutorial ABAP DDIC ABAP Syntax ABAP Source Codes & Sample Projects ABAP Syntax & Keywords INTERNAL TABLES ALV Tutorial SAP ABAP OBJECTS Tutorials SAP MENU PAINTER & SCREEN PAINTER TUTORIAL SAP USER EXITS tutorial LSMW SAP BDC Sap SMARTFORMS SAPSCRIPTS tutorial SAP Modules Sap MM Module Tutorial SAP CO Tutorial SAP Cross Application Tutorials SAP FI Module SAP HR Module SAP Logistics SAP PM SAP PP Module SAP PS Module SAP QM Module SAP SD Module SAP Treasury Module SAP Warehouse Management SAP WORKFLOW Tutorial SAP CTS SAP ITS SAP ALE Tutorial SAP IDOC Tutorial SAP EDI Tutorial SAP BAPI Tutorial
9/22/13
called the application server profile. Each application server has a profile that specifies its characteristics when it starts up and while it is running. For example, an application sever profile specifies: Number of processes and their types Amount of memory each process may use Length of time a user is inactive before being automatically logged off The application server exists to interpret ABAP/4 programs, and they only run there-the programs do not run on the presentation server. An ABAP/4 program can start an executable on the presentation server, but an ABAP/4 program cannot execute there. If your ABAP/4 program requests information from the database, the application server will format the request and send it to the database server. Discovering the Database Server The database server is a set of executables that accept database requests from the application server. These requests are passed on to the RDBMS (Relation Database Management System). The RDBMS sends the data back to the database server, which then passes the information back to the application server. The application server in turn passes that information to your ABAP/4 program. There is usually a separate computer dedicated to house the database server, and the RDBMS may run on that computer also, or may be installed on its own computer. Configuring the Servers In a three-tier client/server configuration, the presentation servers, applications servers, and database server all run on separate machines. This is the most common configuration for large systems, and is common in production. In the distribution presentation configuration, the application and database servers are combined on one computer and the presentation servers run separately. This is used for smaller systems, and is often seen on a development system. In the two-tier client/server configuration, the presentation and application servers are combined and the database server is separate. This configuration is used in conjunction with other application servers. It is used for a batch server when the batch is segregated from the online servers. A SAPGUI is installed on it to provide local control. When all servers are combined onto a single machine, you have a central configuration. This is rarely seen because it describes a standalone R/3 system with only a single user. Defining an R/3 System The simplest definition of an R/3 system is one database. In one R/3 system, there is only one database. To expand the definition, R/3 is considered to be all of the components attached to that one database. One R/3 system is composed of one database server accessing a single database, one or more application servers, and one or more presentation servers. By definition, it is all of the components attached to one database. If you have one database, you have one system. If you have one system, you have one database. During an implementation, there is usually one system (or one database) assigned to development, one or more systems designated for testing, and one assigned to production. The term R/3 system landscape denotes a description of the number of systems within an SAP installation and how they are designated, such as development, test, or production.
9/22/13
work process. A work process handles one request at a time. To perform any processing for a users request, a work process needs to address two special memory areas: the user context and the program roll area. The user context is a memory area that contains information about the user, and the roll area is a memory area that contains information about the programs execution.
9/22/13
An ABAP/4 program only occupies a work process for one dialog step. At the beginning of the dialog step, the roll area and user context are rolled in to the work process. At the end of the dialog step, they are rolled out. During the roll-in, pointers to the roll area and user context are populated in the work process. This enables the work process to access the data in those areas and so perform processing for that user and that program. Processing continues until the program sends a screen to the user. At that time, both areas are rolled out. Roll-out invalidates the pointers and disassociates these areas from the work process. That work process is now free to perform processing for other requests. The program is now only occupying memory, and not consuming any CPU. The user is looking at the screen that was sent, and will soon send another request. When the next request is sent from the user to continue processing, the dispatcher allocates that request to the first available work process. It can be the same or a different work process. The user context and roll area for that program are again rolled in to the work process, and processing resumes from the point at which it was left off. Processing continues until the next screen is shown, or until the program terminates. If another screen is sent, the areas are again rolled out. When the program terminates, the roll area is freed. The user context remains allocated until the user logs off. In a system with many users running many programs, only a few of those programs will be active in work processes at any one time. When they are not occupying a work process, they are rolled out to extended memory and only occupy RAM. This conserves CPU and enables the R/3 system to achieve high transaction throughput. NOTE ABAP/4 programs do not have the capability to intercept many common Windows events. The events that generate a lot of messages such as key presses, focus changes, and mouse movements are not passed to ABAP/4 programs. As a result, there is no way of performing some of the functions that are found in other Windows programs. For example, in ABAP/4, you cannot validate the contents of a field when the user presses the Tab key. You must instead wait until the user initiates a dialog step.
sapbrainsonline.com/help/sap-r3-architecture-introduction.html
4/8
9/22/13
D (Dialog)
Dialog requests
V (Update)
Requests to update data in the database Background jobs Print spool requests Logical lock requests Routes messages between application servers within an R/3 system Funnels messages into and out of the R/3 system
G (Gateway)
9/22/13
of data, and test their programs without ever talking to each other. They could perform all of their testing in the comfort of their cubicles and in isolation from their coworkers. To make their tables client-dependant, they only need m a n d t as the first field and the R/3 system will take care of the rest. When records are added to the table, the system automatically moves the current logon client into the m a n d tfield when the record is send to the database. Their Open SQL s e l e c tstatements will only return rows where the client number in the table is equal to the their current logon client number. The Open SQL database statements i n s e r t , u p d a t e , m o d i f y , and d e l e t e also provide automatic client handling. If the tables involved are all client-dependent, there can be more than one group of testers working at a time in one test system. Two teams of testers can test divergent functionality in the same set of programs at the same time provided they log on to different logon clients. The updates done by one team will not change the data belonging to the other team. A training client could also exist on the test system. The students could log on to one client and the testers could log on to another. Both would run the same set of programs, but the programs would access independent sets of data. NOTE The average R/3 installation has three systems: development, test, and production. By default, each system comes with three clients installed: 000, 001, and 066. It is common to have from three to six clients in the development and test systems, but rarely will you see more than one client in production.
SAP R/3 Architecture Interview Questions 1. What guarantees the integration of all application modules? The R/3 basis system guarantees the... SAP Transporting Objects , Standard Text and ABAP reports SAP currently provide two standard programs for you to transport the standard texts. RSTXSCRP -... Passing data using SAP Memory & ABAP Memory There are two cross-program memory areas to which ABAP programs have access that you can... Call another program from list in ABAP SUBMIT rep. (Calls the report rep . Leaves the active program and starts the new... SAP- INTRODUCTION (An introductory Manual by Global Cynex) This manual will give an overall of picture of SAP & ERP market and the... SAP Interface Programming | reference for RFC,BAPI, and JCo programming This book deals with the most important ways to develop interfaces for R/3 systems and... COMMIT (ABAP Keyword) COMMIT (ABAP Keyword) introduction & detailsCOMMIT Basic formCOMMIT WORK.Addition... AND WAITEffectExecutes a database commit and... AT Events on selection screens ( AT SELECTION-SCREEN) asic form AT SELECTION-SCREEN. Additions 1. ... ON psel 2. ... ON END OF sel... EXPORT (ABAP Keyword) EXPORT (ABAP Keyword) introduction & syntax details EXPORTEXPORT - Export data Variants1. EXPORT obj1 ...... EXEC (ABAP Keyword) EXEC (ABAP Keyword) introduction & syntax details EXECBasic formEXEC SQL.Addition... PERFORMING formEffectExecutes the Native SQL...
20
2
Like
sapbrainsonline.com/help/sap-r3-architecture-introduction.html
6/8
9/22/13
Submit Comment
Quick Guides
SAP Full Form Who is called as SAP Consultant Transaction Codes SAP Interview Questions Manuals & Guides SAP Modules Overview SAP R3 ARCHITECTURE INTRODUCTION SAP Certification Help & Details List of SAP Companies in India HR Tables & Infotypes SAP HELP
Add to circles
sapbrainsonline.com
Like 524 people like sapbrainsonline.com.
SAP Solutions
sapbrainsonline.com/help/sap-r3-architecture-introduction.html 7/8
9/22/13
Emerging Technologies SAP NetWeaver SAP XI SAP BW Home | Contact | Privacy Policy | Sitemap | Google+ Disclaimer:All of the product names here are trademarks of their respective companies. The site sapbrainsonline.com is not affiliated with SAP AG. Use
information on this site at your own risk. All the tutorials, PDF documents, reference guides and Information furnished in the site is collected from various sites and posts from users. This site does not host any files on its server. If any complaints about the posts please contact us at sapbrain.support@gmail.com. 2013 - 2014
sapbrainsonline.com/help/sap-r3-architecture-introduction.html
8/8