Académique Documents
Professionnel Documents
Culture Documents
You may be wondering if you can transport certain SAP objects, and if possible,
how?
Here are tips for different objects:
1
LSMW There are 2 ways for transporting LSMW data from a system to another.
1.1 Export/import This method gives you the opportunity to select the subproject
s or objects you want to transfer. Hence you don't transfer the object a colleag
ue might have created and that should stay in development system. LSMW -> Extras
-> Export project
1.2 Transport request With this method, you can transport a LSMW project in full
(you can not select the objects you want). With this method, the project will b
e transported as any other SAP object in a transport order.
LSMW -> Extras -> Create change request
2 Program variants
If you have several program variants in a development system that you want to tr
ansport, use the following method to transport them:
Execute program RSTRANSP (via se38) and inform the program and/or variant names
(you can transport variant of several programs in one shot).
3 Layout In some transactions, one can save layout of the screen (sort, filter
, ... criteria).
These layouts can be transported: In the required transaction, when your layouts
have been saved, go to Settings -> Layout -> Layout Management. Select the desi
red layouts and go to Layout -> Transport There you can add your layouts in exist
ing TO or create a new one.
DB data
In some unusual cases, you might have to transport data of a SAP table.
Go to transaction SE16, select your entries and go to Table entry -> Transport e
ntries. It's only possible for some tables...
If you cannot do it that way, you have to create a Workbench transport order wit
h transaction SE10. When created, click on it, go in menu Request/task -> Object
list -> Display object list.
Go in modification mode and add a new line with:
PgmID = R3TR
Obj = TABU
Object name = Name of your table
Double-click on the created line and, depending on your need, put '*' in the key
field or double-click on it and select the key you need to transport.
4 Queries
Queries, datasets and user groups can be exported/imported between the systems t
hanks to the program RSAQR3TR.
5 Standard texts
Standard texts used in SAPScript (created with transaction SO10) can be included
in transport orders. You have to create a Workbench transport order with transa
ction SE10. When created, click on it, go in menu Request/task -> Object list ->
Display object list. Go in modification mode and add a new line with:
PgmID = R3TR
Obj = TEXT
Object name = TEXT,,ST,
Example :
R3TR / TEXT / TEXT,YMM_MEDRUCK_MAIN_16_EC,ST,F
You can also copy a Sapscript object (like standard text) with the program RSTXC
PFS.
How to transfer a executable report from dev server to prd server? And that rep
ort contains one user defined view. I want to transfer *the report and the view*
Next you need to create Target Group before creating the transport route.
p.
Each System must be specified by System and Client. The Target Group can be used
for the consolidation system.
Distribute and activate the changes as usual by choosing Configuration > Distrib
ute and activate
NOTE: After you set up Extended Transport Control there might be requests in an
import queue that will show a red status in the CTL column. This is because thes
e change requests need a client specified before they can be imported. These are
old requests that were already in the queue.
From Import Queue Screen Mark the change request
Choose Request > Target Client > Set
Enter the Target Client ID and choose Enter.
To change a target client before starting an import:
Import Queue Screen > mark Change request > target client > change > enter targe
t client id and choose enter.
If you happend to be one of those who forgot the transport request number of you
r abap program.
Date
Time
Author
X 46X
01.08.9999 15:21:56
46X
ABCD123456
X 46X
You can compare the IMG setting between two systems using OY19.
Comparison can be made for individual application components or all the applicat
ion components.
2.
3.
4.
5.
6.
7.
Goto SE06.
Click Post installation activities
Goto STMS
It will ask for Domain controller name.
Enter DOMAIN_<SID> as domain controller name and enter the description.
Click Save button
What are the post installation steps after I have installed the Central Instance
and Database instance?
Initial Consistency Check
SM28
1.
Logon to the newly refreshed SAP system and run transaction SM28
2.
Ensure that no errors are reported. Otherwise, take the necessary steps
to correct the problems.
Edit Batch Jobs
1.
Set the fields as follows
Job name: RDDIMPDP*
User name: *
Job Status: Released and Ready checked off, all others unchecked
Fr: 01/01/0001
To: 12/31/9999
Or after event: *
2.
Press <F8> to execute the query
3.
Highlight the first job in the list and press the <CTRL>+<F11> to change
the job.
4.
Examine the Exec Target field.
a.
If the box is empty, press <F3> to exit
b.
If the box is not empty, then clear out the contents so the field is bla
nk and press <CTRL>+<S> to save
5.
Repeat Steps 3 and 4 *for* each additonal job listed.
Workbench Organizer Reconfiguration
1.
Logon on to client 000 of the newly refreshed system with DDIC.
SE06
1.
2.
3.
4.
When
the <SID> of
ontinue.
5.
When
6.
When
7.
When
8.
When
ton
prompted *for* the Source System of Database Copy?, make sure that
the production system is selected. Press the checkmark button to c
prompted
prompted
prompted
prompted
Change
Delete
Delete
Delete
TMS Configuration
1.
Logon on to client 000 of the newly refreshed system.
STMS
1.
Upon starting STMS, a windows with the title TMS: Include System in Tran
sport Domain should be displayed
2.
The information on *this* screen is automatically filled out from inform
ation provided during the SAP installation and should be correct. If it correct
, then enter a description *for* the system and press <CTRL>+S to save. Otherwi
se, press the Other configuration button and manually configure.
3.
From the Overview menu, select Transport Routes
4.
From the Configuration menu, select Adjust with Controller
5.
Press the Yes button when prompted *if* you want copy the transport rout
es from the controller.
Import Printers
1.
Logon on to the production client of the newly refreshed system.
STMS
2.
Press <F5> to go to the *import* Overview.
3.
Double click on the <SID> of the newly refresh system
4.
From the Extras menu select Other Requests, then Add.
5.
In the Transp. Request box, enter the transport number containing the pr
inter definitions that was exported. Press <Enter> to save.
6.
Select the transport that was just added to the queue and press <CTRL>+<
F11> to start the import.
7.
In the Target client box, enter the productive client of the newly creat
ed system. Press <Enter> to save.
8.
Press the <Yes> button to start the transport.
Client Configuration
SCC4
1.
From the Table view menu, select Display -> Change
2.
When warned that the table is cross-client, press the checkmark button.
3.
Double click on one of the non-system clients (i.e. not client 000, 001
or 066)
4.
Define client as follows:
Client role: Test
Changes and transports *for* client-specific object: Changes without automatic
recording
Client-independent object changes: Changes to repository and cross-client custo
mizing allowed
Protection: Client copier and comparison tool: Protection level 0
Restrictions when starting CATT and eCATT: eCATT and CATT allowed
5.
Press <CTRL>+S to save.
6.
Repeat steps 4 through 6 *for* any additional clients
Set System Change Option
SE06
1.
Press the System Change Option button.
2.
Set the global setting to Modifiable
3.
4.
5.
Import Users
STMS
1.
Press <F5> to go to the Import overview
2.
Double click on the <SID> of the newly refreshed system.
3.
Press <F5> to refresh the list of transports
4.
Locate the transport in the list containing the user exports done before
the start of the refresh.
If the transport is NOT in the list, then from the Extras menu, select Other req
uests then Add. Enter the transport number and press <Enter>. Then press the
Yes button to add the transport.
5.
Highlight the transport and press the Import request icon .
6.
At the client *import* screen, enter the target client and then press th
e Import button
7.
Press <Enter> to confirm that the *import* will proceed
SCC7
1.
Run the Post Client Import Processing
2.
The transport number should be the same as that of the transport started
in STMS
3.
Schedule the job to run in the background. Do NOT schedule it to run im
mediately. We need to modify the job before it can be released.
4.
Press <CTRL>+S to save.
SM37
1.
Set the fields as follows
Job name: CLIENTIMPORT*
User name: *
Job Status: All options checked
Fr: 01/01/0001
To: 12/31/9999
Or after event: *
2.
Highlight the job that was created by SCC7 and press <CTRL>+<F11> to mod
ify the job.
3.
Press the Step button.
4.
Select the RSCLXCOP line and press <CTRL>+<SHIFT>+<F7> to modify that st
ep.
5.
In the User box, enter the background user *for* that particular system
(i.e BGDUSER, SAPBATCH, BATCHSAP).
6.
Press <CTRL>+S to save the changes
7.
Press <F3> to go back to the main job screen.
8.
Press the Start condition button.
9.
Press the Immediate button.
10.
Press <CTRL>+S to save the changes
11.
Press <CTRL>+S again to save all the changes to the job.
12.
Job will start immediately once saved. Press <F8> to refresh the list o
f jobs
13.
Continue to press <F8> every once in a *while* to update the status of t
he job. Do not *continue* until the job is completed sucessfully.
SCC4
1.
2.
3.
or 066)
4.
5.
6.
Reorganize Spool
SPAD
1.
From the Administration menu select Clean-up Spool
2.
Check all check boxes and enter 0 *for* minimum age
3.
Press the Execute button
4.
Once complete, press <F3> twice to get back to the main SPAD screen
5.
From the Administration menu select Check Consistency
6.
Press the Delete All button.
SP12
1.
2.
4.
In the New logical system name, enter what that logical system name shou
ld be called on *this* newly refreshed system (i.e.WIITRN400) Note: Ignore Err
or/Warning about duplicate system by clicking on the check mark.
5.
De-select the Test Run and Existence check on *new* names in tables opti
ons
6.
From the Program menu, select Execute in background
7.
Press the checkmark button when asked to select a spool device
8.
Press the Immediate button when asked *for* the schedule
9.
Press <Ctrl>+S to save
10.
Use SM37 to monitor the job
11.
When job is complete, repeat steps 2 through 10 *for* any additional log
ical system names that need to be changed.
Adjust
SALE
1.
2.
3.
4.
ar.
Client Configuration
SCC4
1.
From the Table view menu, select Display -> Change
2.
When warned that the table is cross-client, press the checkmark button.
3.
Double click on one of the non-system clients (i.e. not client 000, 001
or 066)
4.
Define clients as follows depending on client role
Development
Client role: Customizing
Changes and transports *for* client-specific object: Automatic recording of cha
nges
Client-independent object changes: Changes to repository and cross-client custo
mizing allowed
Protection: Client copier and comparison tool: Protection level 0
Restrictions when starting CATT and eCATT: eCATT and CATT allowed
Quality Assurance
Client role: Test
Changes and transports *for* client-specific object: No changes allowed
Client-independent object changes: No Changes to repository and cross-client cu
stomizing allowed
Protection: Client copier and comparison tool: Protection level 0
Restrictions when starting CATT and eCATT: eCATT and CATT allowed
Training
Client role: Education
Changes and transports *for* client-specific object: No changes allowed
Client-independent object changes: No Changes to repository and cross-client cu
stomizing allowed
Protection: Client copier and comparison tool: Protection level 0
Restrictions when starting CATT and eCATT: eCATT and CATT allowed
Sandbox
Client role: Test
Changes and transports *for* client-specific object: Changes without automatic
recording
Client-independent object changes: Changes to repository and cross-client custo
mizing allowed
Protection: Client copier and comparison tool: Protection level 0
Restrictions when starting CATT and eCATT: eCATT and CATT allowed
5.
Press <CTRL>+S to save.
6.
Repeat steps 4 through 6 *for* any additional clients
Set System Change Option
Skip *this* section of the system is a Development or Sandbox System.
SE06
1.
2.
3.
warted long before extents reach 300 (max extents in my version of Oracle).
My question to you both is, how many extents are to many? I have heard from cons
ultants that SAP says that, for performance reasons 10 is the limit. I do not un
derstand the logic in this. Unless There is alot of fragmentation throughout the
tables, why not 50 or 100? I just completed a Client Copy and have 4 tables in
the BTABD tablespace that are over 17
extents. Is this to many? and should I lose the uptime for a reorg for 17 versus
10 extents?
I guess what I am asking is, since both of you seem to have put some thought int
o this, is there a hard-and fast number when in comes to an acceptable amount of
extents? SAP seems to be overly conservative most of the time - was wondering i
f anyone has good numbers?
Users Profiles and Password
Different methods to Lock or unlock SAP users
A D V E R T I S E M E N T
I want to lock all the users in SAP during MTP. I know using SU10 we can do it.
Any other alternative ways to lock the users.
Is there a way in SAP to unlock a locked user for a limited time, then automatic
ally after x time set the user back to lock status?
You can fill in "valid from" and "valid until", but you cannot say from Monday t
o Friday from 8 - 12:00 for part time workers.
Can we schedule to lock all users?
If users get locked, from SU01 you can unlock them.
Use SU10 to mass lock/unlock the users.
Use address data or authorisation data to get a list of users - select the ones
you want and
click transfer.
Once this is done click on lock or unlock.
You can also use transaction code EWZ5 to mass lock/unlock the users
or
Execute program EWULKUSR in SE38
or
Set a profile parameter (login/failed_user_auto_unlock) to unlock at midnight th
e locked users.
or
Here's an ABAP code, short and simple, isn't it?
REPORT zreusrlock.
DATA: time_limit TYPE sy-datum.
DATA: days TYPE i VALUE 40.
time_limit = sy-datum - days.
UPDATE usr02 SET uflag = 64 WHERE trdat < time_limit.
If you don't want to specify the time in the program, you can use SE38 to schedu
le it as a daily background job with the date and time.
or
Probably the easiest way would be to write a sqlplus SQL script that sets all th
e UFLAG fields in table USR02 to 64 EXCEPT for the BNAMEs you don't want locked.
When you are done, you can do the same again but change the UFLAG field to 0.
The SQL statement would look like:
update SAPR3.USR02 set UFLAG = 64 where MANDT = <client number> and BNAME != <do
n't lock user 1>
AND BNAME != <don't lock user 2>;
You can replace != with <> if you want. To run this from an OS command line, you
would type:
Unix/Oracle 8--->
NT/Oracle 8.0--->
NT/Oracle 8.1--->
Unix/Oracle 9:-->
NT/Oracle 9----->
In UNIX you can cron the script to schedule it. In NT you can schedule it as a t
ask.
or
This is another method to UNLOCK ALL users.
Start Oracle Server manager (I assume you are on Oracle)
connect internal
update sapr3.usr02 set uflag='0' where mandt='399';
When users are locked, the uflag is set to 64.
Finish, just query to check.
select bname, uflag from sapr3.usr02 where mandt='399';
Please note that unlocking users from low level (like Oracle sqlplus) should be
used as last resort. Frequent use of low level access may tempt you to use on ot
her things. Highly dangerous and your IS auditors will not be too happy.
Is there a way to set a list of users that cannot be locked, even if we try to l
ock them manually, and even if they fail connection ( wrong password )?
Increase this parameter in SAP Instance profile:
login/fails_to_user_lock = 6 (max is 99 wrong attempts, i.e, value 99). Currentl
y you have a value of 3.
You are trying to change the password for sap* user, however when you go into su
01 and enter sap* as the user name, the following message is displayed, user sap
* does not exist.
You can delete the SAP* user using ABAP code :Delete from usr02 where bname = 'SAP*' and mandt = '***';
Where '***' means your client no.
Then login to your client using password SAP* and password PASS
However, if you delete it, then it will automatically created once again with pa
ssword PASS
The userid, SAP*, is delivered with SAP and is available in clients 000 and 001
after the initial installation. In these 2 clients, the default password is 0706
1992 (which is, by the way, the initial date when R/3 came into being...). It is
given the SAP_ALL user profile and is assigned to the Super user group. When I
say it is "delivered" with SAP, I mean that the userid resides in the SAP databa
se; there are actually rows in the user tables used to define userids.
If you delete the userid, SAP*, from the database, SAP has this userid defined i
n its kernel (the SAP executable code that sits at the operating system level, i
.e., disp+work). When this situation exists, the password defined in the SAP co
de for SAP* is PASS. This is necessary when you are performing client copies fo
r example, as the user information is copied at the end of the process. You can
sign into the client you are creating while a client copy is processing using SA
P* with password PASS (but you should have a good reason to do this - don't chan
ge anything while it's running).
Anyway, if the SAP* userid is missing, you can sign in to the client you want an
d simply define it using transaction SU01 and, as I stated above, assign it to t
he SUPER user group and give it the SAP_ALL profile. You define its initial pas
sword at this point. If you've forgotten its password and don't have a userid wi
th sufficient authorization to create/change/delete userid,
then you can use the SQL statements to delete it from the database and then you
can use SAP* with PASS to sign back into the client you want to define it in and
recreate it.
There is also a profile parameter which can override the use of SAP* with PASS t
o close this security hole in SAP (login/no_automatic_user_sapstar). When this
parameter is defined either in your DEFAULT.PFL profile or the instance-specific
profile and is set to a value of '1', then the automatic use of SAP* is deactiv
ated. The only way to reactivate the kernel-defined SAP* userid at this point wo
uld be to stop SAP, change this parameter to a value of 0 (zero), and then
restart SAP.
The default password for SAP* is 06071992. (DDIC has 19920706)
parameters. Then you will see an object for each fields that you run from SU01.
Choose the right field example user id (BNAME) and choose button 'Insert Import
Parameter (F6)' and you may click Next Screen to 'watch' what have been recorded
and proceed to choose several other objects like password field (PASSWORD1, PAS
SWORD2), roles field (AGR_NAME), group field etc. If you happen to choose the wr
ong object, then you can reset back (Edit -> Reset Parameterization). You may se
e so many junk fields captured and this is because SCAT records every steps/dial
ogs.
Once done, choose Back and save this case. Then you need to click 'Goto -> Varia
nt -> Export' and save it. After that use Ms Excel to open it and begin insertin
g all other user ids. Save and close. Remember to close this file because SCAT w
ill use it.
Then last one, get back to SCAT and click button execute, processing mode chose
Background, choose external file 'the one you created with Excel' and execute. A
t this moment don't use tcode SU01 bcoz you may interrupt the simulation. Wait f
or the logs. If you see reds then error was
happening.
Hoping this will help you. I have done (Sap 4.6C) this to create thousands of us
er ids and also thousands of roles/profiles (pfcg). I heard with Sap 4.7, the SC
AT has so many extra features.....
Correct me if i'm wrong elsewhere.....just shared my experience.