SAP transaction codeObjectSARAModuleBASIS

SARA — Archive Administration

SARA is used to configure, schedule, monitor and administer ADK data-archiving objects and their archive/write/delete sessions. It is most useful when reducing online data volume, enforcing retention policies, or troubleshooting an SAP archiving run. For reliable SAP support, capture the exact system, client, user, time and object context first, then use the transaction's evidence before making configuration or data changes.

Verified practitioner reference for SARA — Archive Administration. It explains what the transaction does, when it is appropriate, which parameters and evidence matter, how to use it safely, common diagnostic traps, and how its role changes or remains relevant in S/4HANA.

Published 19 Sept 2026· 609 words

Diese Seite ist noch nicht auf Deutsch verfügbar.

Purpose

configure, schedule, monitor and administer ADK data-archiving objects and their archive/write/delete sessions. The transaction is most valuable when used as part of an evidence chain rather than as a shortcut. Start from the exact business or technical incident, preserve its user, time, system and object context, and distinguish display/analysis functions from actions that can alter system state.

When it is used

SARA is typically used when reducing online data volume, enforcing retention policies, or troubleshooting an SAP archiving run. Consultants also use it during project testing and post-change validation because a repeatable selection gives objective evidence. In production, keep the initial scope narrow and widen it only after confirming that the first result matches the reported incident.

How to use it in practice

  • Identify the correct archiving object for the business data.
  • Review prerequisites, residence rules and legal retention.
  • Run write/preprocessing steps in a controlled selection and inspect logs.
  • Only execute deletion after archive files and business retrieval are validated.
  • Document the session and test archive information/retrieval.

Key data objects

These are the most useful anchors for work in SARA. Capture them in incident notes or test evidence so another consultant can reproduce the same result.

  • archiving object — verify the exact value and its relationship to the affected execution or business object.
  • write/delete job — verify the exact value and its relationship to the affected execution or business object.
  • archive file/session — verify the exact value and its relationship to the affected execution or business object.
  • residence/retention rule — verify the exact value and its relationship to the affected execution or business object.
  • application-specific preprocessing — verify the exact value and its relationship to the affected execution or business object.

How to prove it in the data

Build a reproducible before-and-after proof. Capture the exact selection or object, record the status, log or result that demonstrates the issue, then apply one controlled correction and repeat the same check. Correlate with neighboring SAP logs, documents or repository objects where needed. A successful retry with changed input is not the same as proving the original root cause.

ECC vs S/4HANA

SARA remains the central ADK archive-administration transaction in S/4HANA on-premise/private-cloud environments. Availability of a classic transaction does not automatically make it the preferred implementation pattern for new work; distinguish support compatibility from clean-core and cloud-oriented design guidance.

Common pitfalls and how to diagnose them

  • Treating database cleanup as simple deletion instead of a governed archiving process. Validate the exact object, user, timestamp and release context before applying a fix.
  • Deleting before archive-file integrity is confirmed. Validate the exact object, user, timestamp and release context before applying a fix.
  • Ignoring application-specific dependencies and legal retention. Validate the exact object, user, timestamp and release context before applying a fix.

Whose problem this is

Primary ownership is usually with the BASIS team. Bring in Basis, Security, functional or development specialists only when the evidence crosses those boundaries. A high-quality escalation includes the exact transaction, selection or object, timestamp, expected result, actual result and checks already completed.

Related SAP objects

Reviewed pages this object connects to in the ERPClimb knowledge graph.

Source: ERPClimb — https://erpclimb.com/sap-tcodes/saraERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.