S Guide Sizrecordscasemanage
S Guide Sizrecordscasemanage
Management
Version 1.0
March 2004
SAP AG
TABLE OF CONTENTS
1
Architecture ...................................................................................................................................... 4
3.1
3.2
3.2.1
CPU ................................................................................................................................... 6
3.2.2
SAP AG
2 Architecture
Records and Case Management are based on the SAP Web Application Server. The figure below
shows the involved functional components.
Business Solutions
RCM
Case
Data Records
Case Management:
Process Management
Documents
Inbound
Processin
In
Bar code
OCR
eMail
FAX
Paper
Forms
Files
Import
Doc
Documents
Data Records
Case
Records Management:
Recording, Framework
Doc
Rec
Case
Records
Document Management:
Backend & Visual Clients
Outbound
Processin
Out
eMail
FAX
Paper
Forms
Files
Export
Documents
SAP AG
The main Service Providers (SP) of Records and Case Management have full flexibility in content
storage location. This is served by the GDMA API.
The default storage location for SP Case, SP Record and SP Document is Knowledge Provider (KPro)
Document Management System (KPro-DMS). The storage location for SP ArchiveLink (documents) is
an ArchiveLink archive.
SAP AG
3.1
To size the users, take component SD and apply the following rule to map Records and Case
Management users to SD: 1 RM or CM User = 1.5 SD user
3.2
3.2.1
We distinguish whether records or cases are created through API calls or by users.
Users
To reflect the creation of a case or a record (empty without any elements) by a user, apply a factor of
4.5 and enter it in line SD-SLS and take 1 line item.
If you add elements, such as a document to a case (embedded record) or a record, apply the above
rule (factor of 4.5) and allocate one additional line item for each element.
3.2.2
Disk Sizing
There is a small formula to calculate disk space consumption of cases and records.
n * (12KB + m * 1KB)
With nnumber of cases or records
mnumber of elements in case (embedded record) or record
Example: 1,000,000 records per year, each with 5 elements will consume roughly 16 GB.
For sizing we assume the following:
XML data is compressed (KPro), DB indexes are included.
We assume 12KB for an empty case or record (generated from an average record model)
1KB0.15KB for POID in record XML and 0.85KB for POID in directory
Note
Additional DB space is needed for elements (e.g. documents) themselves! This depends on
actual customer scenarios and configurations for example, are documents integrated with
Service Provider (SP) ArchiveLink or are they integrated with SP Document, and if they are
integrated with SP Document have you configured KPro-DMS or WebDAV repository?
(compare with figure 2 -> content store)
The formula constants (12KB and 1KB) do not apply for storing records and cases (embedded
records) on Content or WebDAV Server (instead of KPro DB tables), since there might be other or
no compression rates (compare with figure 2 -> content store).