notes_sap
notes_sap
Journey -
13 May - 20 June
===================================================================================
=================================================
MCQ1 {40 Qus} (1st 50% syllabus) + MCQ2 {40 Qus} (2nd 50% syllabus) + ASA (Case
based question {MCQ - 10} + Viva)
Minimum Avg marks required to get permanent seat - 60% (Primers + MCQ1 + MCQ2)
Total - 0/2
Criteria 1/2
Primers (20) + MCQ1 (20) + MCQ2 (20) >= 60% -> 36
if not then
RT1 >= 60%
if not then
RT2 >= 60%
if not then
OUT!!
Criteria 2/2
ASA (Case based question {MCQ - 10} + Viva) -> 20 Marks (10 MCQ + 10 Viva) >= 60%
if not then
RT1 >= 60%
if not then
RT2 >= 60%
if not then
OUT!!
===================================================================================
=================================================
Cloud Player - Azure (Microsoft), AWS (Amazon), GCloud, Ali baba.........., SAP
Deployment option
Public Cloud -
Private Cloud -
Hybrid Cloud -
Services
on-premise
Cloud
===================================================================================
==========================================
Introduction of SAP
What is ERP -
What is SAP -
SAP Architecture - 3 Layers (Presentation, Application {ERP Soft}, Database (DB
soft))
SAP Teams: -
(1) Technical Consultants - Technical side of things (Installation, upgrade,
performance, Coding and debugging, Integration etc.)
Ex. SAP BASIS, SAP ABAP, SAP PI/PO etc.
Prerequisite: -
software.accenture.com
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
Pre-installation
1. Change Hostname
2. Set Swap space/Paging file
3. Check Disk space
4. Add hostfile entry
5. Disable the firewall
6. Check installation media
7. Restart
List of software
Kernel file - These are set of executable files which are needed for proper
functioning of SAP system. These files are also called heart of SAP application.
Oracle Client - Software which enables communication between oracle database and
SAP application.
SAP MMC (Windows) - SAP application server instance management (start, stop,
monitoring, checking logs etc.)
Start-Stop Sequence
Start Sequence: -
1. Server/VM
2. Database services (Oracle services)
3. SAP Application instances
a. ASCS Instance (01)
b. DB Instance
c. PAS Instance (00)
d. AAS Instance (Optional if any)
Stop Sequence: - Opposite of Start sequence.
SAP - ABAP reports/Programs - Compilation of programs -> Speed up in the day to day
operation and execution.
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
1. SCS
2. DB instance
3. PAS
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
PAM - Product availability matrix - for checking the compatibility of certain SAP
product with supported OS (& its versions), DB (& its versions), SAP Kernel (&
versions).
Example: -
ECC 6.0 EHP8 -> S/4HANA 2023 -> (Upgrade/Conversion)
Oracle SAP HANA -> Data Migration
SPAM -Support package manager - If any software component is already present and is
at certain release version, for release upgrade (version upgrade), we use SPAM.
SAINT - SAP Add-on installation - If any software component is not present of SAP
product, you can install it using SAINT.
Note: - SPAM & SAINT should be launched from Golden client (000) only.
SSCR Keys: -
Object Key - Standards object in SAP are protected (locked) against any changes, in
order to perform any customization in standards objects/tables, you need unlock
those objects/tables using object key.
Developer Key - Developer (Who works in ABAP Workbench) needs to be register in SAP
portal and get a developer key, in order to register himself as a developer in the
sap system.
SAP License - License key for SAP, by default, you get 90 days of temp license.
===================================================================================
============================================================
E: usr/sap/-><SID>/trans
/sapmnt/trans/
/usr/sap/trans/ ->
1} /usr/sap/trans/EPS/in/ = Upgrade files will be stored here - Add-on
installation/SP upgrade
2} /usr/sap/trans/data/ - Stores data file
3} /usr/sap/trans/cofiles/ - stores Cofiles (info about respective data file)
4} /usr/sap/trans/bin/ - TP profile and domain CFG file information
5} /usr/sap/trans/buffer/ - It has import buffer related file.
/usr/sap/DEV/ ->
2 types of folder
1. Instance Directory - ASCS<nr>, D<nr>. <nr> -> Instance number
2. Global directory - SYS
Instance Directory
/usr/sap/DEV/ASCS01|D00/ ->
1} /usr/sap/DEV/ASCS01|D00/work/ - all logs (system error, system diagnostic,
component specific logs etc.)
2} /usr/sap/DEV/ASCS01|D00/exe/ - kernel files will be stored
3} /usr/sap/DEV/ASCS01|D00/sec/ - SAP Security cerficiates stored
===================================================================================
==================================================
**User Administration -> control the access to applications by creating users,
maintaining the same users.
SU01 - Managing the user (create/delete/edit/customize/password set/copy user etc.)
-> Done
SU10 - Mass user operation (create/delete/lock/unlock/assign roles etc.) -> Done
SU01D - View only purpose -> Done
SUIM - Select/List out users using various filters -> Done
SUGR - User Group creation -> Done
SUCOMP - Company code -> Done
SU53 - Checking Missing auth. objects -> Done
SU3 - Managing user's own data
Types of Users: -
1) Dialog user -
=>This user is used for interactive system access from GUI.A regular dialogue
user is used for all logon types by precisely one person.
=>This is used to logon using the SAP GUI. During a dialog logon, the system
checks for expired/initial passwords.
=>The user can change his or her password. Multiple dialog logons are checked
and, if appropriate, logged.
=>These users are used for carrying out standard transactions. This is an
interactive type of logon. The initial multiple logins are 6. They are set
according to company policy.
2) System user -
=>This user is used for background processing, communication within a system.
=>These are non-interactive users. They are used for background processing
and internal communication in the system (such as RFC users for ALE, Workflow, TMS,
and CUA).
=>The end users cannot change their passwords. Only the user administrator
can change their passwords.
=>Multiple logins is permitted in this type of user. Dialog logon is not
possible for this type of user.
3) Communication user -
=>This user is used for external RFC calls.Used for dialog-free communication
between systems.
=>It is not possible to use this type of user for a dialog logon.
=>Their passwords are valid for a certain period, so they expire. The users
have the option to change their passwords.
4) Service user -
=>This user is created for a larger and anonymous group of users
=>Dialog user is available to a larger, anonymous group of users. The system
does not check for expired/initial passwords during login.
=>Only the user administrator can change the passwords. Generally, highly
restricted authorizations are given to this type of user.
5)Reference user -
=>A reference user is, like the service user, a general non-person-related
user. Dialog logon is not possible with this kind of user.
=> A reference user is used only to assign additional authorizations. To
attach a reference user to a dialog user, specify it when maintaining the dialog
user on the Roles tab page.
Role Management: -
Role - PFCG
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
R3 Client Administration
Creation of client: -
SCC4 - Pre-requisite - You should have logical system name defined in BD54
When you create a new client - SAP* - pass
Pre-requisites -
You should login to the target client (200), and select the source client (100) in
Tcode - SCCL
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
Scenario - Some requirement came from the client - I want to change the view of the
specific screen - ABAPer - He coded and made those changes.
Never a good idea to perform any changes directly into Production system.
Production System
Here the final deployment will be done. Business runs here.
1. You're facing issue in a specific tcode - SAP Note - which will fix the issue -
Capture the data/sap notes - In a Transport request
2. You've created a SAP Role - Which grants you access to delete any user in the
system - Captured new role - In a Transport request
3. Some ABAP dump was coming due to inactive object - Activated object in the
system - Captured that activation - In a transport Request
**Changes are moved in SAP System through Transports - Dev->QA->Prod
1. Customizing Data: - When SAP Delivers soft, it is mostly Standard software (not
customized for client entirely). When standard SAP soft (Product/System) is not
sufficient to meet with the client's requirement, We introduce few/some changes in
those SAP components/objects/SAP software. These changes gets stored in a
customizing table and that data is known as customizing data.
Usually customizing data are client specific and not globally applied throughtout
the system.
The transport request which captures the customizing data is known as customizing
request.
2. Repository Data: - in SAP System, it comes with an added advantage that you can
create few changes for specific requirement of the client. These changes can be
done using ABAP workbench, ABAP editor. ABAP'er can introduce new
interface/objects/tables/screen using workbench functionality. These data gets
stored in repository table. This data is known as Repository data.
These are independent from the SAP Standard Objects & This thing gets applied
globally (It applies in the system level).
The transport request which captured the Workbench data is known as workbench
request.
Define a change (Requirement) -> Work on those changes -> Capture the activity
(change) in a Transport request -> Release the Transport from Development system->
Available in QA system import queue -> Import the Transport in QA system -> Testing
in QA system -> Import the request in prod after successful testing and approval.
*Transport Domain - All the system which are connected through transport routes are
known to be in a Transport domain (Group of sap systems connected through Transport
routes).
Transport Layer - All development projects developed in a same SAP system &
transported on the same transport route are grouped together to form a transport
layer.
***Return Code -
***Naming convention
Data file - R9<TR no.>.<SID>
Co-files - K9<TR no.>.<SID>
Transport number - <SID>K9<TR no.>
Example: - of a company {Accenture} bus (transport service bus) which carries
employees: -
Profile parameters - Are varibles, which defines how your system will behave. Using
profile parameter, you decide how your system will work, show outputs etc.
1. Default profile - When you define any sap profile parameter in the default
profile, the parameter will be applicable/activated in all of the sap application
server instance.
example - Any user, who is idle for 60 seconds should be kicked out from the SAP
system.
2. Instance Profile - When you define any sap profile parameter in any of the
Instance profile, the parameter will be applicable/activated in the specific sap
application server instance.
Application server instance -> During the installation, individual soft components
(application server instance) gets created. these are known as Application server
instance. These have specific set of processess and uses specific set of resources
from OS/server.
Instance no. - OS level funda ->
172.240.10.78:3600
172.240.10.78:3610
**Kernel values (300) --> Default profile (200) ---> Instance profile {PAS} (500)
Kernel -> Set of executable files, which performs Very foundational activities
(Basic activities) in the backend.
RZ10 - Static parameter - To activate a static parameter, you need to take restart
of the system.
RZ11 - Dynamic parameter - This parameter can be activated instantaneously, the
moment you will assign a value against a specific dynamic parameter, that value
will be activated. The assigned value will be revert to its original value upon
restarting the system.
===================================================================================
==============================================================
***OS Commands: -
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
Scenario - Some requirement came from the client - I want to change the view of the
specific screen - ABAPer - He coded and made those changes.
Never a good idea to perform any changes directly into Production system.
1. You're facing issue in a specific tcode - SAP Note - which will fix the issue -
Capture the data/sap notes - In a Transport request
2. You've created a SAP Role - Which grants you access to delete any user in the
system - Captured new role - In a Transport request
3. Some ABAP dump was coming due to inactive object - Activated object in the
system - Captured that activation - In a transport Request
1. Customizing Data: - When SAP Delivers soft, it is mostly Standard software (not
customized for client entirely). When standard SAP soft (Product/System) is not
sufficient to meet with the client's requirement, We introduce few/some changes in
those SAP components/objects/SAP software. These changes gets stored in a
customizing table and that data is known as customizing data.
Usually customizing data are client specific and not globally applied throughtout
the system.
The transport request which captures the customizing data is known as customizing
request.
2. Repository Data: - in SAP System, it comes with an added advantage that you can
create few changes for specific requirement of the client. These changes can be
done using ABAP workbench, ABAP editor. ABAP'er can introduce new
interface/objects/tables/screen using workbench functionality. These data gets
stored in repository table. This data is known as Repository data.
These are independent from the SAP Standard Objects & This thing gets applied
globally (It applies in the system level).
The transport request which captured the Workbench data is known as workbench
request.
*Transport Domain - All the system which are connected through transport routes are
known to be in a Transport domain (Group of sap systems connected through Transport
routes).
Transport Layer - All development projects developed in a same SAP system &
transported on the same transport route are grouped together to form a transport
layer.
***Return Code -
***Naming convention
Data file - R9<TR no.>.<SID>
Co-files - K9<TR no.>.<SID>
Transport number - <SID>K9<TR no.>
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
When you request a print -> 1. You specify output printer name - SAP Spool only for
now
2. You specify output printer name - Immediate/date & time
printing
SP02 -> Request created by the user, who executed the Tcode, in the existing
client.
SP01 -> browse the request created by any user in any client.
===================================================================================
===============================================================
***System Monitoring/Daily Monitoring: -
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
Background Job administration - SM37 -> Monitor and analyze the job
SAP Standard Jobs - These are also called house-keeping job. These are scheduled to
make sure your system health remain in good condition without storing redundant
data which is no longer needed.
You scheduled Standard jobs using SM36.
===================================================================================
==================================================
Office Hours - There will be more number of active sap user - Dialog work process
(More), background work process (Less).
Non-office Hours - There will be less number of active sap user - Dialog work
process (Less), background work process (More)
-----------------------------------------------------------------------------------
-------------------------------------------------------------------
SAP SECURITY
***PFCG -> Create SAP Roles
***Roles -> Profile (Generate automatically) -> Auth Objects (Foundation of auth
check)
Authorization objects -> SAP Security Role -> SAP Security Profile => Users
===================================================================================
===================================================================
1. Virtual Memory -> Local Memory (RAM) + Swap Space (Defined in OS Level) {Works
as RAM which is the part of your storage}
SAP Buffer: - It stores frequently used SAP ABAP executable in compiled form, Data
table, Repository buffer etc. to improve the system performance.
Ex: - R/3 Buffer, Extended memory, R/3 Paging file, Roll buffer.
User Context - It means all data which characterize user for example -
authorization, administrative information & data for screen processing. It must be
shared to all workprocesses that's why it is stored in Extended memory (Part of
shared memory).
Flow of How Workprocess utilize memory from different part of virtual memory
(Diaglog WP): -
User --> Task---> Workprocess 1 -----> Use Local memory 1 (Roll area initial)----->
Extended memory (Shared memory)------> Local Memory 1 (Roll area leftover)---->
Heap memory (Workprocess status will become private, It is also known as PRIV mode
& WP will stop working)
===================================================================================
===================================================================================
=============
SPDD - Data dictionary adjustment - Keeping the customized table data and making
sure that the standard table data doesn't replace the old table data of your
system. This adjustment needs to be done immediately, cannot be skipped or go ahead
without making adjustment.
SPAU - Repository objects (SAP Notes, function groups, function modules etc.). This
can be skipped as there is 14 days of window to perform the changes/adjustment.
SPDD SPAU are Tcodes. SPDD SPAU modification are phases as well which comes during
the upgrade (SPAM/SAINT/SUM). These phases offers you opportunity to keep your
customized changes in your system and let you decided whether you want to overwrite
the change in the system.
Who performs SPDD and SPAU Adjustment - ABAP consultant - Will capture these
changes in Development system in TR for further landscape (QA/Prod).
===================================================================================
=======================================
RFC
For creation:
1) Enter SM59
i)RFC destination( target system ID)
ii)connection type
iii)description
2)Technical tab:
Setting:
Target Host(IP)
System number(Instance Number)
3)Logon/security tab:
i)language
ii)Client
iii) User (communication user)
iv) Password
***Types of RFC:
1) Synchronous sRFC - Active<->Active - source and target must available, Here
acknowledgement is needed. It requires both system to be available
2) Asynchronous aRFC - No need of acknowledgement. It doesn't require other system
to be available during the time of execution.
3) Transactional tRFC (SM58) - Combination sRFC & aRFC - Each of the RFC request
will be assign a transaction ID, once the other system is available, that will get
executed + It also records failures so that you can process. In tRFC, the
functional modules are bundled in small packets which we call LUW (Logical units of
work) which gets executed in the target system.
4) Queued qRFC (SMQ1/SMQ2)- First come, first serve - Follows sequence - Unique ID
1)Inbound Queue(Inbox)- SMQ2
The request that you're receiving from other system.
To monitor inbound queue-SMQ2/Tcode
To view the list of inbound queue-SMQR/Tcode
2)Outbound Queue(outbox)- SMQ1
The request that you're sending to other system.
To monitor outbound queue-SMQ1/Tcode
To view the list of outbound queue-SMQS/Tcode
===================================================================================
===================================================================
HANA is nothing more than a database. but how it's different than oracle, sql etc.
Why HANA: -
See the diagram & example of walmart
1. Trex technology - Text Retrievel & extraction engine (improve the read
performance of in-memory database)
2. P* Time - (light weight RDBMS system for better write performance)
3. MAXDB - Persistence layer for backup & restore operation only.
Software Advancement -
1. In- memory DB
2. Column Storage + Row Storage
3. Computational capability (Push Down Mechanism)
4. Significant Compression factor
Hardware Advancement -
1. MPP - Massive Parallel Processing - Multi Motherboard -> Multi CPU -> Multi Core
(Divide a table in several parts & perform parallel process)
Bring data from a source system to target system is known as ETL--> Extraction
Transform Load
But in HANA, It is known as DATA provisioning - SLT, BODS, SDA etc.
HANA DB - In-memory, Column based (supports row based store), OLTP+OLAP = OLTAP
===================================================================================
===================================================================
You'll use ROOT user for the installation of your SAP HANA DB.
***What are the mandatory components which is required to be selected during the
installation of SAP HANA - 1. hana server, 2. hana client
===================================================================================
==
SID - PDA
System DB (1) - This will have all information about the tenants, system
configuration, parameters, data location, system db specific user and roles etc.
System DB have the topology information about the database.
Tenant DB (20) - Will have actual business data, user schema, tenant specific
parameter information, Tenant user and roles, table information of own tenant.
During the installation, A System DB and one Tenant DB will be created. The name of
the Tenant DB which gets created by default during the installation is same as the
SID of the database
Tenants (Tenant DB) - Their own stuffs (bed, bag, table etc.), owner of their own
stuffs, is there a possibility of multiple tenant - Yes
You can also use ROOT user and use sapcontrol command to start your database (refer
to slides for command)
===================================================================================
===================================================================
1. Complete DB backup or Full backup - It backs up the complete database. You don't
need any extra backup for restoration of the database (unless you want to restore
to a certain point which is not captured by the full backup).
Example - You've taken a Full backup 10:00 AM & your DB gets corrupt 1:00 PM.
2. Delta Backup - This backs up the database from a last checkpoint (Full backup)
till the point of execution. This doesn't captures the complete database backup,
rather only captures the delta part (change in data) post a Full backup.
Example - You've taken a Full backup 10:00 AM & you've initiated a delta backup
(either incremental or differential) at 12:00 PM. Your DB gets corrupt 1:00 PM.
A.) Differential Backup - For differential backup, the checkpoint is always Full
backup.
Example -
1) You've taken a Full backup 10:00 AM & you've initiated a differential backup at
12:00 PM. Differential backup is going to capture data between 10:00 AM and 12:00
PM
2) You've taken a Full backup 10:00 AM & you've initiated first differential backup
at 11:00 PM. First Differential backup is going to capture data between 10:00 AM
and 11:00 PM. Now you've initiated second differential backup at 1:00 PM, Second
Differential backup is going to capture data between 10:00 AM and 01:00 PM.
B.) Incremental Backup - For Incremental backup, the checkpoint is either a Full
backup or a Delta (differential or incremental) backup.
Example -
1) You've taken a Full backup 10:00 AM & you've initiated a Incremental backup at
12:00 PM. Incremental backup is going to capture data between 10:00 AM and 12:00 PM
2) You've taken a Full backup 10:00 AM & you've initiated first differential backup
at 11:00 AM. First Differential backup is going to capture data between 10:00 AM
and 11:00 AM. Now you've initiated an Incremental backup at 1:00 PM, Incremental
backup is going to capture data between 11:00 AM and 01:00 PM.
3) You've taken a Full backup 10:00 AM & you've initiated first Incremental backup
at 11:00 AM. First Incremental backup is going to capture data between 10:00 AM and
11:00 AM. Now you've initiated second Incremental backup at 1:00 PM, Second
Incremental backup is going to capture data between 11:00 AM and 01:00 PM.
**Terminologies: -
Undo Logs: - Whenever any data gets change or edit operation takes place in any DB
table, Database captures the old state of the table to ensure a fallback mechanism.
These data which stores old state of the table are known as undo logs. This is
stored in Data volume.
Redo logs: - The data which is changed is captured in redo log files. These changed
data will be used for restoring your database to the most recent state after any
commit transaction. This is stored in Log volumes.
Save point - Default mechanism in database which ships data and log from DB level
to persistent level. Usually it is at 5 min interval.
***User Administration: -
***Types of Users: -
1. Standard user: - It has public role assigned.
2. Restricted user : - It doesn't have public role assigned which prevents some of
the action that can be performed using a restricted user.
***Roles: - SAP HANA Roles are collection of privileges which can be directly
granted to users or can be assigned to other roles. There are some standard roles
given and new roles can be created by referring to the standard ones.
It is always best practice to assign custom roles to users rather than directly
assign the standard roles or privileges directly to users.
Two types of HANA roles: -
1. Catalog roles 2. Design time repository roles