Professional Documents
Culture Documents
Inbound Queues
Inbound Queues
R/3
R3A*
BAPI
R/3 Adapter
Groupware
ISP*
XML
Groupware
Adapter
Validation
mBDoc
CRM SITE*
sBDoc
CRM SITE*
Mobile
Clients
CRM
Application
Mobile Adapter
Outbound Processing
Groupware
Online
DB
CRM SITE*
mBDoc
Outbound Queues
R/3
Validation Service
CSA*
Replication Service
R3A*
ISP*
BAPI
R/3 Adapter
XML
Groupware
Adapter
p
Synchronization Flow
sBDoc
Mobile Bridge
CRM SITE*
CRM SITE*
Mobile
Clients
Mobile
Adapter
CDB
Service
CDB
CRM SITE*
sBDoc
R&R Service
197
Inbound Queues
Inbound Processing
Inbound Queues
R/3
R3A*
BAPI
R/3 Adapter
Groupware
ISP*
XML
Groupware
Adapter
Validation
mBDoc
CRM
M SITE*
S
sBDoc
CRM
M SITE*
S
Validation Service
CRM
Application
Mobile Adapter
Online
DB
Mobile
Clients
CRM
M SITE*
S
Outbound Processing
Outbound qRFC
R/3
CSA*
Replication Service
R3A*
Groupware
Inbound qRFC
mBDoc
Outbound Queues
ISP*
BAPI
R/3 Adapter
XML
Groupware
Adapter
p
Synchronization Flow
sBDoc
Mobile Bridge
CRM SITE*
CRM SITE*
Mobile
Clients
Mobile
Adapter
CDB
Service
CRM SITE*
sBDoc
R&R Service
CDB
tRFC
198
Different reasons can account for why inbound queues are processed
slowly:
Only a few queues are created, however, these contain a very high
number of data records and the available resources in CRM cannot
be used effectively (see Section 8.2).
All the CRM systems work processes are occupied by the inbound
queue processing and a resource bottleneck occurs, which slows
down the processing (see Section 8.3).
8.1
The inbound queue scheduler ensures that the inbound queues are
processed in parallel. To do this, it occupies all work processes available to it. However, the increasing number of queues impairs the
performance of the scheduler. The deterioration in performance is
clearly noticeable after 10,000 inbound queues. At worst, the performance is impaired to such a degree that it takes longer to assign the
next queue entry to a free work process than it takes to post the
entry itself. From a performance point of view, this means that the
inbound queues are actually processed sequentially, in other words,
they are no longer processed in parallel, and the available hardware
resources are not used (see example below). The only way to prevent
this is to limit the number of inbound queues in CRM.
199
Causes of
problems
8.1
Inbound Queues
Example
Reducing single
records
There are three approaches that you can adopt to reduce the number
of inbound queues: 12
200
8.1
Figure 8.3 R3AD Queue Naming; Table CRMQNAMES in SAP R/3 (Transaction SE16)
201
Changing the
naming for queues
Inbound Queues
202
0000054601
R3AD_CUSTOME0000054601
0000034541
R3AD_CUSTOME0000034541
0000099421
R3AD_CUSTOME0000099421
0000028421
R3AD_CUSTOME0000028421
0000028422
R3AD_CUSTOME0000028422
0000067822
R3AD_CUSTOME0000067822
0000054601
R3AD_CUSTOME0000054601
0000034541
0000099421
0000028421
0000028422
R3AD_CUSTOME0000028422
0000067822
3. Setting: FLDOFFSET = 8 and LENGTH = 2
Result: The six customers are written into four queues.
R/3 Customer Number
0000054601
R3AD_CUSTOME0000054601
0000034541
R3AD_CUSTOME0000034541
0000099421
R3AD_CUSTOME0000099421
0000028421
0000028422
R3AD_CUSTOME0000028422
0000067822
4. Setting: FLDOFFSET = 6 and LENGTH = 2
Result: The six customers are written into five queues.
R/3 Customer Number
0000054601
R3AD_CUSTOME0000054601
0000034541
R3AD_CUSTOME0000034541
0000099421
R3AD_CUSTOME0000099421
0000028421
R3AD_CUSTOME0000028421
0000028422
0000067822
R3AD_CUSTOME0000067822
203
8.1
Inbound Queues
Changing the
naming for queues
Proceed as follows to change the naming for queues (see Figure 8.3):
1. In the CRMQNAMES table in R/3, find the entry with the object
name OBJNAME, for which you want to change the queue naming
(Transaction SE16, or alternatively, Transaction SM30).
2. Enter the corresponding values for the Field Offset (FLDOFFSET)
and Field Length (LENGTH) parameters.
3. Make sure that the total of the two values does not exceed the
maximum length of the object ID. The maximum length of the
object ID is specified in the BAPIFLDLEN field.
CSA queues
Proceed as follows to change the naming for CSA queues (see Figure
8.4):
1. In the SMOFQFIND table in CRM, find the entry with the object
name in the BDoc Type column, for which you want to change the
queue naming (Transaction SM30, or alternatively, Transaction
SE16).
2. Enter the values for the Field Offset (corresponds to FLDOFFSET)
and Internal Length (corresponds to LENGTH) parameters.
3. The entries for all objects written into the same queue must be
changed; in other words, all entries for which the values in the
fields Queue Object Part and Segment Field are the same.
Note that you may only change the queue naming if the queues are
empty.
204
Figure 8.4 CSA Queue Naming; Table SMOFQFIND in CRM (Transaction SM30)
205
Limiting R3AD
queues
8.1
Inbound Queues
When you change the naming for queues, you can use the LENGTH
field to determine the maximum number of queues that can be created, however, you cannot determine how many are actually created. The maximum number of queues is not only influenced by the
value of the LENGTH field, but also by the type of object ID. Table
8.1 illustrates this dependency. However, it also shows that you can
only limit the maximum number of queues in very granular steps.
You cannot limit the maximum number of queues to 25, for example.
Type of Object ID
Value of LENGTH
Numeric
10
100
1,000
36
1,296
46,656
Alphanumeric
206
8.1
In contrast to changing the queue name, you can limit the maximum
number of queues exactly by using the CRM_MAX_QUEUE_
NUMBER_DELTA parameter. The type of object ID is not important
in this case. Difficulties only occur if the last three positions of the ID
are not distributed equally. This problem does not occur when you
use the standard naming function (unless there are fewer than 1,000
objects). However, if you have implemented your own rules when
assigning IDs, you may not be able to use the parameter as shown in
the BGS example.
Example
Attention
Example
Before you implement the change, all data records relating to customer A
are written into queue A. After you make the change, they are saved in
queue X. If you implement the change, even though queue A still contains
data, two queues will exist for a certain period of time in the system that
contain data from customer A. Queue A contains the older data records
and queue X contains the newer data records. If queue X is processed
before queue A, the newer data records supersede the older data records.
Consequently, the newer data records are posted in CRM first and then
the values in the older data records overwrite the newer values.
207
Inbound Queues
and register the queues again. You will find it harder to change the
naming of R3A queues, because you cannot prevent outbound
queues from being created in R/3. You can therefore only implement
a change within a maintenance window if no data is created in R/3,
which is transferred to CRM.
8.2
BGS has decided not to change the report, but instead has chosen to
change the queue naming. To avoid overloading the CRM system too
much, the value 1 is selected for the LENGTH parameter and the value 7
is chosen for FLDOFFSET. BGSs CRM system consists of an application
server and a database server with four CPUs each. There are 20 dialog
work processes in each case on both servers. The CRM system should easily be able to process 10 inbound queues in parallel. BGS expects that 10
queues with 72,000 data records each will be created and that the processing will take 40 hours, based on 72,000 * 2 seconds = 144,000 seconds. After the mass change is started, it becomes apparent that the longest of the 10 queues contains 151,200 data records (i.e., 21 % of the
changed customers have the number 3 as the last number before the
country code in their customer number; 14 % have the number 8; 10 %
have the numbers 7 and 5; 9 % have the numbers 6 and 9; 8 % have the
numbers 2 and 4; 7 % have the number 0; and 4 % have the number 1).
The processing for this queue takes 3.5 days, based on 151,200 2 seconds = 302,400 seconds.
208
Hardware Bottlenecks
8.3
8.3
Hardware Bottlenecks
In addition to the number of inbound queues, there are other parameters that you must take into account in order to guarantee optimum
processing of inbound queues. This is demonstrated in the following
example.
Example
For the next test, BGS selects the value 2 for the LENGTH parameter and
the value 6 for FLDOFFSET. After the mass change starts, 84 inbound
queues, rather than the expected 100, are generated in CRM with an
average of 8,500 entries. The inbound queue scheduler uses the available
resources to process the queues as quickly as possible, and occupies all
dialog work processes. This results in an overload situation (CPU bottleneck). The CRM system is still busy processing only the inbound queues
and no other work can be performed with the CRM system (this also
applies in particular for the system administrator). The processing time of
the individual data records also multiplies due to the CPU bottleneck.
The problems that BGS experienced in the last example were not
caused by the number of inbound queues being too high, but due to
the fact that the inbound queue scheduler occupied too many dialog
work processes of the CRM system. The inbound queue scheduler
doesnt have the necessary logic to check how heavily the system is
already being utilized and subsequently to decide whether other
queue entries can be processed, or whether there should be a break
in the processing. All work processes available to the inbound queue
scheduler are used for the processing until all inbound queues are
empty.
You can only prevent this kind of overloading by limiting the number of dialog work processes that the inbound queue scheduler is
allowed to occupy. For this purpose, the inbound queue scheduler is
assigned to an RFC server group. You create and maintain RFC server
groups in Transaction RZ12. Figure 8.6 shows a CRM system with
three RFC server groups. The first group (without a name) is the standard group. This group is always used if there is no explicit assign-
209
Inbound Queues
210
Hardware Bottlenecks
Parameters of the
RFC server group
Activated (0 or 1)
8.3
211
Inbound Queues
The value must always be smaller than the number of dialog work
processes (rdisp/wp_no_dia parameter); otherwise, an RFC
request cannot be processed.
Profile Pparameters
Activated (0 or 1)
rdisp/rfc_use_quotas
rdisp/rfc_max_queue
rdisp/rfc_max_login
rdisp/rfc_max_own_login
rdisp/rfc_max_own_used_wp
rdisp/rfc_min_wait_dia_wp
rdisp/rfc_max_comm_entries
rdisp/rfc_max_wait_time
212
Hardware Bottlenecks
8.3
Assigning an RFC
server group
213
Optimum
setting for the RFC
server group
Inbound Queues
214
8.4
Description
ST03N
Workload Monitor
STAD
Statistical Records
ST12
SE30
ST04
DB02
ST10
ST05
SQLR
SMWMFLOW
SMWT
Middleware Trace
215
Analysis
transactions
8.4
Inbound Queues
8.4.1
Logical Destinations
We therefore urgently recommend that you create logical destinations for all inbound queues. There is little effort required, but the
benefits are great. You must perform the following steps to create a
logical destination:
1. For each queue, you should create one user, whose ID is used to
process the queue, for example, R3A_Inbound for the R3A*
queues. Start Transaction SU01, click the New button and create a
user of the type communication.
2. In Transaction SM59, check whether it has an internal connection
of the type NONE and note the name of this connection.
3. Create a new internal connection in Transaction SM59. Select Connection Type L and enter the name of the internal connection
NONE from Step 2 into the Reference Entry field on the Technical Settings tab (see Figure 8.8). Go to the Logon & Security tab
and enter the users logon information from Step 1 here (see Figure 8.9).
4. In Transaction SMQR, you can now assign the internal connection
to the corresponding queue (see Figure 8.10).
In the Queue Registration dialog box, enter the ID of the internal connection from Step 3 into the USERDEST field.
216
217
8.4
Inbound Queues
218
8.4.2
219
8.4
Inbound Queues
Switching statistics
on/off
220
Workload Statistics
To display the workload statistics, click one of the two buttons Workload From Database or Last Minutes Workload in Transaction
Last minutes
Historical data
221
8.4
Inbound Queues
the values in milliseconds are used for the internal calculation, but
the total time is specified in seconds, this may lead to rounding variances. This occurs in particular with relatively small values or with
few statistics records.
You can obtain information about the BDoc type hierarchy by selecting a BDoc type and clicking the where-used list button to the right
222
of the Per service button (see Figure 8.16). Figure 8.18 shows an
example of the BUS_TRANS_MSG BDoc type. Information about the
different times that were required for processing a BDoc or a service
is also displayed. You will also receive a range of information about
the generated BDocs.
223
8.4
Inbound Queues
If the processing times of an object are not good enough, the statistical data in Transaction SMWMFLOW enables you to analyze exactly
which service or function and area (database, CPU) is slow. Based on
this information, you can then use a SQL or ABAP trace to determine
the database statement or coding segment where time is being lost.
224
the decoupling of the inbound and outbound processing, the processes may run on different instances. The statistics for the inbound
and outbound processing are therefore listed separately. Within the
inbound or outbound processing, you can display the total load
(Total) or the load distribution across the individual instances. You
can also select a time interval (day or week). Figure 8.19 shows an
example of message flow statistics. The system in this example has
over five instances (us0091_Q5C_91 to us4399_Q5C_91) and daily
statistics from January 01, 2007 to January 10, 2007.
The different queue and processing times are displayed on the righthand side of the window. Depending on which tab you select, the figures for each BDoc type, site, or queue are summarized. In the Time
Profile tab, you will find information about how many BDocs were
processed in a particular period and how long the processing took. If
you select a day as the time interval, the Single Records tab will also
be displayed. The data for each BDoc is listed here individually.
To make it easier for you to understand the data, we have provided a
list of the column headers on the BDoc Type Profile tab and their
descriptions in Table 8.4 (inbound processing) and Table 8.5 (outbound processing). In Figure 8.20 (inbound processing) and Figure
225
8.4
Inbound Queues
Inbound Queues
R/3
R3A*
BAPI
R/3 Adapter
Mapping
Groupware
ISP*
XML
Groupware
Adapter
Mapping
Mobile
Adapter
Mapping
mBDoc
CRM SITE*
CRM SITE*
Mobile
Clients
sBDoc
Validation
Validation Service
CRM
Application
Online
DB
CRM SITE*
Messaging
BDoc type
Processed
Queued
Queue(s)
Avg. (s)
Inbnd. (ms)
Avg. (ms)
Mappg. (ms)
Avg. (ms)
Mflow. (ms)
Avg. (ms)
226
Avg. (ms)
Outbound Processing
CSA*
Outbound Queues
Replication
Service
R/3
R3A*
BAPI
R/3 Adapter
Groupware
ISP*
XML
Groupware
Adapter
Synchronization Flow
sBDoc
Mobile Bridge
CRM SITE*
CRM SITE*
Mobile
Clients
Mobile
Adapter
CDB
Service
CDB
CRM SITE*
sBDoc
R&R Service
Processed
Queued
Queue(s)
Avg. (s)
MFlow.
(ms)
Avg. (ms)
227
8.4
Inbound Queues
Avg. (ms)
SFlow. cnt.
Avg.
Proc. time
(ms)
Avg. (ms)
8.4.3
Setting trace levels
The CRM Middleware Trace enables you to obtain additional information that is written into the Middleware during processing. The CRM
system not only allows you to switch the writing of the Middleware
trace on and off, it also enables you to define the area where the trace
is written and its granularity. For example, you can specify that the
trace is restricted to errors and warnings in the message flow (Trace
level: Warning), whereas you want all information (Trace level:
Detail Level 2) to be written during the generation (see Figure 8.22).
To maintain a trace level, go to Architecture and Technology Middleware Monitoring Message Flow Set up Middleware Trace
Level 0: Error
Level 1: Warnings
ware.
and modules.
228
8.4
The standard setting in the live system is Level 1. Levels 3 and 4 are
intended for developers.
For performance and disk space reasons, you should delete old traces
on a regular basis. SAP provides the SMO6_REORG2 report for reorganization purposes, which you can also use (among other things) to
delete traces.
Chapter 12, Reorganization, contains information about this report,
and reorganization in general.
You can access the trace itself by using the following path in the SAP
Easy Access menu:
Architecture and Technology Middleware Monitoring Message
Flow Display Middleware Trace
229
Displaying a trace
Inbound Queues
In accordance with the selection criteria you enter, a list of the available traces in the system is displayed. You can display the trace by
double-clicking the corresponding row (see Figure 8.24).
230
8.5
231
8.5
Inbound Queues
queue must wait until one or more entries of another queue are processed. The following example illustrates this problem, based on a
download of business partner relationships from SAP R/3.
Example
232
queues has been severely limited. The CSA queues generally have
more entries and the number of queues waiting for each other
increases, as explained in the following example.
Status
GP1111
GP4111
running
GP1111
GP4112
running
CSABUPA4113
GP1111
GP4113
running
CSABUPA4114
GP1111
GP4114
running
CSABUPA4125
GP2222
GP4125
waiting
CSABUPA4126
GP2222
GP4126
waiting
CSABUPA4127
GP2222
GP4127
waiting
CSABUPA4137
GP3333
GP4137
running
CSABUPA4138
GP3333
GP4138
running
CSABUPA4139
GP3333
GP4139
running
CSABUPA4130
GP3333
GP4130
running
CSABUPA4111
R3AR_BUPA1111
GP1111
CSABUPA4112
GP2222
GP4112
GP4111
GP4112
GP4113
GP4114
R3AR_BUPA2222
GP2222
GP4112
GP4125
GP4126
GP4127
R3AR_BUPA3333
GP3333
GP4137
GP4138
GP4139
GP4130
Example
The prerequisites in this example correspond to those from the last example, however, the only difference in this case is that the number of
CSABUPA* queues has been limited to 10.
Figure 8.27 shows that the relationship between GP2222 and GP4127
and the relationship between GP3333 and GP4137 are written into the
same queue due to the different queue naming.
Consequently, the BUPA_REL BDoc of business partner 3333 can only be
processed if the GP2222-GP4127 entry of queue CSABUPA4127 (i.e., the
BUPA_REL BDoc of business partner 2222) has been processed. However,
this entry can only be processed if the first entry GP1111-GP4112 of
queue CSABUPA4112 (i.e., the BUPA_REL BDoc of business partner
1111) has been processed. In other words, this means that the BUPA_REL
BDocs are processed sequentially, even though 10 CSA queues exist.
233
8.5
Inbound Queues
Status
R3AR_BUPA1111
GP1111
GP4111
running
GP1111
GP4112
running
CSABUPA4113
GP1111
GP4113
running
CSABUPA4114
GP1111
GP4114
running
CSABUPA4125
GP2222
GP4125
waiting
CSABUPA4126
GP2222
GP4126
waiting
GP2222
GP4127
waiting
CSABUPA4138
GP3333
GP4138
waiting
CSABUPA4139
GP3333
GP4139
waiting
CSABUPA4130
GP3333
GP4130
waiting
CSABUPA4111
GP1111
GP4111
GP4112
CSABUPA4112
GP2222
GP4112
GP4113
GP4114
R3AR_BUPA2222
GP2222
GP4112
GP4125
GP4126
GP4127
CSABUPA4127
R3AR_BUPA3333
GP3333
GP3333
GP4137
GP4137
GP4138
GP4139
GP4130
234
Index
.NET Connector 45
A
AC extract 119, 281
bulk extract 283
unfiltered extract 283
AC_EXTRACT queue 111
Adapter 63
Adapter framework 63
Adapter object 64
activating and deactivating 68
assignment to a BDoc type 65
block size 65
business object 64
condition object 64
customizing object 64
filter settings 72
initial flow context 69
mapping module CRM R/3 73
object class 67
parent objects 73
tables/structures 70
Administration console 31, 90
improvements 365
wizard 98
Analysis roadmap
CPU bottleneck analysis 345, 397
inbound queue processing 336, 337,
395
R&R optimization 341
work process analysis 334, 395
ARFCRDATA, Table 47, 50
ARFCRSTATE, Table 46, 47
ARFCSDATA, Table 46, 47, 49
ARFCSSTATE, Table 46, 47
B
Background RFC 367
BAPI structure 25
BAPIMTCS 171
BDoc 37, 38
assignment of segment and database
143
class 135
C
CDB 31, 107
CDB service 31, 107, 108
Checkbox structure 175
Classic part see mBDoc 137
Communication monitor, reorganization 310
Condition object, adapter object 64
Confirmation message 122
ConnTrans 32, 74
transfer duration 272
Consolidated database see CDB 31
CP_CODEPAGE 302
401
Index
D
Data collector 253, 281, 295
reorganization 312
Data Integrity Manager 134
Data transfer
delta 63
initial 63
DB statistics 261
DBSTATC, Table 262
Default pool 276
Deletion message 123
avoiding 247
Delta data transfer 63
Destination
excluding 127
parameters 127
registering and deregistering 127
DIMa see Data Integrity Manager
134
Disk subsystem 274
Distribution
bulk 238
intelligent 237
intelligent, switching to bulk 242
intelligent, without filter criteria 241
402
Distribution model 31
Dynamic mapping 76
E
Error Handler 78, 81, 82
EXEMODE, Parameter 54
Extended Markup Language see
XML 297
Extension part see mBDoc 137
EXTRACT queue 111
EXTRACTBLK queue 111
Extractor 171
F
Flow 37, 40
context 40, 179
definition 42
G
Generated mobile inbound adapter
74
Generic mobile inbound adapter 74
GNRWB, Transaction 304
Groupware adapter
GWA_01 156
GWA_02 156
Groupware connector see Groupware integration 158
Groupware integration
analysis 164
client-client scenario 155
data queue, primary 160
data queue, secondary 160
folder, private 156
folder, public 156
groupware adapter 156
groupware connector 158
groupware connector proxy 158
MapBox 157
MapBox, log files 164
MapBox, RFC destination 158
MBMANDTSTORE, table 162
overview 155
payload interface 158
server-server scenario 155
system queues 160, 164
Index
H
Hardware Bottleneck 209
I
Inbound adapter 26, 37, 63, 69
Inbound processing 37
data from R/3 27
mobile client data 35
Inbound queue 26, 33, 37, 44, 48
dependencies 231
deregistering 54
details 59
entries 60
of mobile client 32
overview 56
parameters 54
reduce number of queues 200
registering 52
slow processing 199
status 58
Inbound queue name
data from mobile clients 61
data from SAP R/3 61
for CSA queues 101
Inbound queue scheduler 45, 51
activating 52
performance 199
status 51
Inbound scheduler 51
Index fragmentation 262
Index quality 262
Initial data transfer 63
Initial load 183
Integration model
message exchange 136
synchronization 136
Interlinkage 98, 248
J
Java Connector (JCo) 45
K
KEEP pool 276
Kernel application statistics 220
L
Logical Unit of Work 47
Lookup table 31, 90, 252
LUW 47
M
MapBox see Groupware integration
157
Mapping 75
BAPI container in mBDoc 180
dynamic 76
mBDoc to sBDoc 31
static 75, 139
Mapping function module 26
Mapping method 34
Mass change 188
planned 326
unplanned 326, 327
MAX_PACKAGE_SIZE, parameter
278
MAXTIME, Parameter 54, 353
mBDoc 26, 38, 135
classic part 137
creating the classic part 177
creating the extension part 174
extension part 137
MBMANDTSTORE, table 162
Message flow statistics 224
kernel application statistics 220
Middleware message flow statistics
221
switching on/off 220
Messaging BDoc see mBDoc 26, 38
Messaging flow 101
Middleware message flow statistics
221
Middleware trace 228
displaying a trace 229
Reorganization 309
setting trace levels 228
Mobile adapter 107
Mobile application BDoc 136
403
Index
N
Naming for queues
advantages/disadvantages 206
Neighbour functionality 315
NRETRY, Parameter 54
O
Online database 26, 37
Outbound adapters 69, 90, 102, 104
Outbound processing 89
for mobile clients 32
for R/3 29
Outbound qRFC with recipient list
269
benefits 270
Outbound queue 29, 31, 48, 89, 124
displaying an overview 128
displaying details 130
displaying entries 131
in R/3 25
of mobile client 33
status 129
Outbound queue name
additonal ones 134
data to mobile clients 132
data to R/3 132
Outbound Scheduler 125
P
Parallel processing, optimizing the
middleware 318
Payload interface see Groupware
integration 158
Performance analysis 215
SMWMFLOW 219
SMWT 228
Publication 93
404
Q
QIN Scheduler see Inbound queue
scheduler 51
QOUT Scheduler 125
activating 126
status 126
QREFTID, Table 49
qRFC 45, 48, 125
monitor for inbound queues 56
qRFC Monitor
for Outbound Queues 128
qRFC monitor for inbound queues 45
Query BDoc see Mobile application
BDoc 136
Queue naming
changing the naming for queues 201
Queue, stopping 257
Queued RFC see qRFC 45
R
R&R 285
definition 235
DEPENDENCY queue 360
distribution-relevant fields 238
internal optimization 264
new improvements 360
new queue framework 360
optimizing a mass change 267
parallel processing of queues 361
parallelizing queue processing 256
processing queues in blocks 362
queues 236
realignment 235
replication 235
replication wrapper 238
R&R queue 111
displaying 111
starting and stopping 114
status 113
R&R queue demon 112
starting and stopping 113
status 113
R&R queue framework 110
R&R service 31, 107
R/3 outbound adapter 29
R3AC1, Transaction 64, 182
R3AC3, Transaction 64, 180
Index
R3AC5, Transaction 64
R3AC6, Transaction
controlling the reorganization process 310
queue parallelization 256
R3AM1, Transaction 183
R3AR2, Transaction
one-time request 314
R3AS, Transaction 183
REALIGN queue 111
Realignment 31, 109
Rejection message 78, 123
Remote Function Call see RFC 45
Reorganization
BDoc links 314
BDoc messages 308
BDoc statistics 309
data collector 312
key generation 309
middleware trace 309
of data for sites that cannot be activated 313
request 314
SAP_MW_REORG, variant 308
SMO6_REORG 308
SMO6_REORG2 308
SMW3* tables 308
standard variant 308
statistics of the CommStation sessions
310
subscription agent 313
Replication 31, 108, 114
bulk 115
intelligent 116
Replication & Realignment 287
Replication & Realignment see R&R
Replication & Realignment service
see R&R service 31
Replication model 90
optimization 239, 248
optimizing interlinkages 248
optimizing the bulk publications 240
Replication object 90
Replication object type 91, 92
bulk 96
Dependent 97
Intelligent 96
Simple Bulk (MESG) 95
Simple Intelligent (MESG) 96
Simple Intelligent (SYNC) 96
S
SBDM, Transaction 74, 77, 140, 177
sBDoc 30, 38, 135
block size 278
structure 136
Scheduler, tRFC 46
SDIMA, Transaction 134
SDK, (RFC) Software Development Kit
45
SE11, Transaction 172
Segment, field assignment 136
Service, generating 182
Setting up a logical destination 216
Site 93
deactivating 244
mass deactivation 246
Site type 94
site decativation not supported 313
Sizing 277
SM50, Transaction
occupancy of the work processes 332
SM59, Transaction 54, 126
setting up a logical destination 216
SMO 275
SMO8FD, Transaction 42, 79
SMO9_KYTBL, Table
reorganization 309
405
Index
SMOE_BULK_SITE_ACTIVATION,
Report 285
SMOEAC, Transaction 61, 90, 132
AC extract 281
XML optimization 303
SMOECK, Transaction 241
SMOEGENDET, Table 100
SMOEGENHEA, Table 100
SMOEGENLOG, Table
reorganization 313
SMOEJOBID, Table
reorganization 310
SMOFFILTAB, Table 72
SMOFINICON, Table 69
SMOFOBJCLA, Table 68
SMOFOBJECT, Table 64, 65, 68
SMOFOBJPAR, Table 73
SMOFPARSFA, Table 301, 310
deactivating mBDoc links 315
processing R&R queues in bloks 362
SMOFPARSFA, table
block size 278
SMOFQFIND, Table 204
SMOFQNAMES, Table 132
SMOFSUBTAB, Table 73
SMOFUPLMAP, Table 73
SMOGGEN, Transaction 182, 244
SMOHILTP, Table 99
SMOHJOBQ, Table 259
SMOHLUBULK, Table 96, 238
SMOHMSGQ, Table 111, 259
optimizing the access path 259
SMOHMSGST, Table 259
SMOHPUBL, Table 93
SMOHQTAB, Table 61, 132
SMOHQUEUE, Transaction 111, 113,
114, 236, 243
AC extract 282
block size 278
Stop queue 353
SMOHREPOBJ, Table 92
SMOHSGQST, Table 111
SMOHSITEID, Table 94
SMOHSITEQ, Table 111, 259
SMOHSUBSCR, Table 95
SMOHSUBSIT, Table 95
SMOJDC, Transaction 255
SMOJDCPROC, Table
reorganization 312
SMQ1, Transaction 128
406
SMQ2, Transaction 56
SMQR, Transaction 51
changing RFC server group 213
MAXTIME 353
setting up a logical destination 216
SMQS, Transaction 125
SMW01, Transaction 83, 316
jumping to the Middleware trace
231
SMW01, transaction
DEBUGMODE 152
SMW1SPRVDR, Table 313
SMW3*, Table
reorganization 308
SMW3BDOCIF, Table 43, 79, 179
SMW3FDBDOC, Table 44, 105
SMW3FDBDOC, Transaction 44, 105
SMW3FDCUST, Table 44
SMW3FDCUST, Transaction 44
SMW3FDIF, Transaction 44, 76, 79,
179
SMW3FDSTD, Table 44
SMW3FDSTD, Transaction 44
SMWMCOMM, Transaction 310
SMWMFLOW, Transaction 219
message flow statistics 224
workload statistics 221
SMWMSESSHT, Table 310
SMWMSESSIN, Table 310
SMWT, Transaction 229, 309
SMWT_TRC, Table
reorganization 309
SMWTAD, Transaction 228
SPRO, Transaction 82
ST03N, Transaction 309, 310
ST06, Transaction
Idle time 342
Load average 344
Static mapping 75
Storage Area Network 274
Storage quality 276
SUBCHECK queue 111
Subscription 94
changing the assignment of sites 120
Subscription agent 99
reorganization 313
Subscription generators 99
Synchronization 63
Synchronization BDoc see sBDoc
38
Index
T
TDELAY, Parameter 54
TID 47
Transaction Identifier 47
Transactional Remote Function Call
see tRFC 45
Transactional RFC see tRFC
tRFC 45, 46
TRFCQDATA, Table 50
TRFCQIN, Table 50
TRFCQOUT, Table 49, 50
TRFCQSTATE, Table 50
TRFCRSTATE, Table 50
TRFCSDATA, Table 50
TRFCSSTATE, Table 50
TSMW3_STAT, table 147
Z
ZAP message 123, 284
U
Upload 63
USERDEST, Parameter 54
V
Validation 37, 79, 179
data from R/3 27
mobile client data 35
Validation service 26, 79
W
WHERE clause see BDoc 144
Wizard 98
Workload statistics 221
switching on/off 220
X
XML 297
407