Changing SAP IDOCs Status In Mass / Mass Deletion Of IDOCs
Mass Change of SAP IDOC Status
From time to time it becomes necessary to change the status of SAP IDOCs in SAP. The most common scenario is the requirement to mark SAP IDOCs for deletion. There is no good way to mass mark IDOCs for deletion via the standard IDOC processing transaction BD87. However there is a program that will let you change status.
RC1_IDOC_SET_STATUS
CAUTION: This program should be used with great care and consideration. Improper use of this program can result in data consistency issues. Make sure you know what you are deleting, why you are deleting it, and what is required to correctly update you system after deleting.
Configuring SAP NetWeaver to send Email Externally – SAP Connect
SAP Connect has been around for quite sometime. I am sure there are plenty of documented procedures on setting it up. I recently had to configure it. I have not done this in a long time, so I figured I would capture the setup as well as point out some things to watch for.
SAP Connect can be configured for a number of different message relaying purposes. This blog post will only cover sending E-mail from SAP externally.
Some basic requirements and points:
- SAP Connect configuration is client dependent. It has to be configured in each client where you want to use it.
- SAP Connect requires an external SMTP server to send emails.
- SAP Connect needs to be authorized to use the SMTP server to send emails.
- You need to have applications configured in SAP that send external emails.
High level outline of process:
- SMTP Server Details
- Configuring SAP Connect INT Node
- Configuring Routes For SAP Connect INT Node
- Configuring SAP Connect Default Domain
- Scheduling Send Process
- Setting Up Your User ID with and External Email Address
- Testing Your Configuration
- Monitoring SAP Connect
How To Configure UNIX Security To Allow SAP To Share A File System With Another UNIX Application
I run into this requirement all the time at clients. My current client is implementing SAP and the development team has decided to build file based interfaces. In this particular case we are implementing interfaces between SAP and JD Edwards.
The basic requirement is as follows: SAP needs to be able to write files that JDE can read/delete and visa-versa JDE needs to write files that SAP can read/delete. Both servers are running UNIX.
High level outline of process:
- Define Example Landscape
- Create An Integration File System
- Export File System and Mount
- Example Issues / Scenarios
- Creating A New UNIX Group
- Set Integration Directory Group Ownership and Permissions
- Adjusting The Umask
Changing the UNIX user UID for the SAP Users sidadm and orasid
SAP System Administrator Unix User Accounts <sid>adm and ora<sid>
You may find it necessary to change the the UID of the sidadm and orasid accounts on your SAP server. The process is not difficult but there are a number of steps that must be followed for it to work correctly. The following is an outline of steps that I have followed in that past on AIX running oracle. Please note you should always test this on a test server to develop a proper procedure for your specific OS and installation. You should also confirm that you have a current backup just in case. Lets Review The High Level Steps
- Confirm backups are in place and current. Validate the restore procedure.
- Review the current SAP UNIX user setup and develop list of required changes.
- Backup the current passwd file.
- Create a backup list of files owned by the user being changed.
- Stop SAP System and processes owned by <sid>adm.
- Stop Oracle and processes owned by ora<sid>.
- Restart the server.
- Change user UID mapping.
- Change file ownership to new UID mapping.
- Restart the server.
- Restart SAP and Validate server started correctly.
SAP ABAP Performance Tuning – High CPU Utilization, Low DB Activity
So I have been working on a list of blog topics. I actually have an outline that is 3 pages long, but I am not going to blog on any of the topics on the outline because my experience this week at the client site I think was useful and relevant. We are at crunch time. A lot of things have stacked up and as usual we are working to a very aggressive deadline. In recent years I have typically held many leadership roles on SAP projects. Usually heading up the technical team, working as the project architect or serving as the overall project manager for the SAP project. In my current roll I heading up the Basis Team in a very hands on role. I have been doing my best not to interfere with the development team. The development team is headed up by a good friend of mine and a very talented senior SAP consultant. This week we have had a number of SAP performance defects logged. Upon a quick initial analysis it was clear that the SAP performance issues were not Basis related. The development team is currently buried in the perfect storm of conversions finally coming together and the test team finally kicking the tires on the rest of the delivered development interface objects. This gave me the opportunity to pitch in get my hands dirty and look at some code and performance issues. We knocked off a significant SAP ABAP performance issue with a 100 fold improvement when all was said and done. Looking back on the problem it was obvious to me, but I missed a couple of clues that should have pointed me to the problem even sooner. This is what this blog post is about.
