Skip to Content

A crucial decision for organizations that are considering archiving is how to manage and maintain the archived data and ensure it continues to be accessible in the long term.

SAP recommends using a Content Server – a purpose-built archiving application that is designed to hold both SAP data and documents in a read-only state. Content Servers automate important and time-consuming data management tasks such as organizing the data efficiently, handling security, retaining data in line with statutory regulations and then deleting it at end of life.

But some people question the need for a Content Server; why can’t you simply place archived data within a File System that is visible to the SAP application? The simple answer is: you can. However, there are significant drawbacks:

Higher administration costs

A File System creates a lot of work for systems administrators. The files are organised within a folder structure that has to be designed for the purpose. This folder structure must reflect the types of data being archived, the age of the data and other criteria such as company organization – for example FI data and Payroll data would be held separately, by year, and could potentially be further subdivided by operating company, division, and so on. Documentation also needs to be created and kept up to date to describe where archived data is located within the folder structure – so that it can be (manually) deleted once it reaches its expiration date.

The SAP system has to be manually configured so that it can retrieve archive files from within the File System structure, using ‘pointers’ to the correct location of each archive file. This requires detailed planning before archiving can even start and, if files need to be moved at a later date – for example if you wish to move older data to cheaper disk to minimize storage costs – the SAP system must be manually re-configured to point to the new locations. The more files you have, and the more complex the folder structure, the lengthier and more disruptive this task will be.

All of this manual intervention means that administering the File System can quickly turn into a full-time job for at least one system administrator, sometimes more.

By contrast a Content Server automates data administration. There is no requirement to create a folder structure or to record where data is located, because the software fully manages the integrity of all SAP archived data via a certified interface with SAP. Archived transactions each have a unique identifier; this ensures that data can always be found and retrieved for viewing, regardless of its location, and without manual configuration of ‘pointers’. As a result you can make changes such as migrating to a new server, adding new disk or moving older data to lower tier disk easily, without changing the SAP production system, and without costly and time-consuming manual intervention. Disruption is also minimized as Content Server management tasks do not affect the availability of the production system.

Lack of security

A File System based archive brings security risks as there is potential for accidental movement or deletion of archive files at any time. There have been numerous reported instances of files being deleted by server administrators who were not aware of the significance of the data.

Content Servers avoid these problems because they have security built in. They are designed to run in a protected environment on a separate platform to the SAP application server. This enables archive data to be held in a secure state, free from the risk of administrator error or accidents.

SAP user security and access permissions also remain under the control of the SAP Administrators, avoiding the need to provide end users with direct access to the Content Server.

Risk of non-compliance

Archiving to a File System does not provide a fully compliant SAP archive environment. It relies on administrators keeping a manual log of the retention and deletion dates for individual data files and then remembering to go and physically delete the right data when the time comes – to ensure compliance obligations are fulfilled.

Content Server systems, on the other hand, are specifically designed to support compliant data management. Retention periods can be specified at the outset for all archived data. The data is then automatically deleted at end of life – removing the need for laborious manual deletion.

In addition, where “WORM” (Write Once Read Many) fixed disk storage is supported by the Content Server, the data cannot be physically deleted until its retention period is reached. This provides a highly compliant data archiving solution that is very important in regulated industries.

No document archiving capability

If you are also considering document archiving – for example to increase business process efficiency by linking documents such as inbound invoices with SAP transactions, then File System based archiving is not an option; File Systems do not support document archiving.

Content Servers enable both inbound (typically scanned) and outbound documents to be archived and linked to SAP transactions. This can be combined with SAP workflow to streamline business processes and remove dependency on paper.

In conclusion, whilst archiving to a File System avoids the initial cost of purchasing a Content Server, this approach carries a number of risks and hidden costs that should not be overlooked. Unless the volume of data to be archived is very low – and inevitably, over time the size of most archives will far exceed the size of the production database – a Content Server is recommended as the safest and most cost-effective option, providing efficient administration, legal compliance and superior security. 

To report this post you need to login first.

6 Comments

You must be Logged on to comment or reply to a post.

  1. Gustavo Fra Otero
    SAP BPC has a File Server

    ¿What is ypu opinion? File Server SAP BPC o Content Server?

    I will need to save Memories file´s ( format .dot). I will use the BPC´s Security for our structure, differents Teams with differents access to data.

    Please, I´d like to known your opinion and why?

    thanks a lot
    Best regards
    GFRA

    (0) 
    1. Lynda Kershaw Post author
      Hi Gustavo

      SAP BusinessObjects is based on different underlying technology compared with SAP ERP and does not use any of the standard archiving solutions provided by SAP i.e. archiving to a Content Server or File Server via the certified ArchiveLink interface (BC-AL). Companies who specialize in solutions for BusinessObjects, such as APOS (see http://www.apos.com), should be able to advise you on the best archiving approach for your circumstances.

      Regards
      Lynda

      (0) 
  2. Michael Pytel
    Know of anyone running SAP’s content server in the cloud?  Could be good use – pay as you go storage and compute cycles.  Thank you for the insight!
    (0) 
    1. Lynda Kershaw Post author
      Hi Michael
      Thanks for the feedback. I don’t know of anyone running SAP’s content server in the cloud, but it’s certainly an option for customers using Macro 4’s content server. Pay as you go is a great option for customers wishing to avoid the purchase of storage hardware – although I should point out that, as the data is compressed to around 20% of original size and moved to tier 2 or 3 storage, ongoing archive storage costs will be very low compared to the costs for storing data on the live system.

      Kind regards
      Lynda
      Kind regards
      Lynda

      (0) 
  3. Manjunath Ravi

    hi lunda,

    Great post, really cleared my doubt on usage of content servers for Archiving.

    “Let me ask u a question, is it possible to archive existing documents in the file system to content server (Open text). Like, im attaching scanned documents to MIR4 transaction and storing it in the r3 database (I dnt knw wer exactly the document gets stored in the data base table), so can i archive the documents which are stored in file system ?

    regards,

    Mans.

    (0) 

Leave a Reply