What Needs to be Backed Up? 

Resources in your system that need to be protected from loss are the Windows NT configuration and objects, the data in the databases and the corresponding transaction log files.

The following subsection gives general recommendations for a backup strategy. Keep in mind that the frequency and type of backups required vary widely. You need to find a solution that best fits your environment.

Windows NT, R/3 and SQL Server Files

The entire system, including all Windows NT, R/3 and SQL Server files must be backed up regularly using the NT Backup utility. The backup of these files is necessary for a restore operation when the disk on which SQL Server and R/3 executables are located crashes. In addition, it serves as an additional backup that may play a vital role in dealing with emergency situations where other routine backups have been damaged.

Use the auxiliary NT system to backup the files. For information on how to proceed, refer to the Windows NT documentation.

Never use Windows NT backup for regular database backups that are part of a predefined backup and restore strategy. NT database backups cannot be used to fully restore a database because the transaction logs cannot be applied. This means the changes made to the database after the last database backup cannot be redone. The database can therefore only be restored to the state it had at the time of the last NT backup and all the changes since the last database backup are lost.

Data of the R/3 and SQL Server databases

The data of the R/3, master, and msdb database must be backed up at regular intervals with database backups. These backups are essential to enable restore operations, if the database is damaged.

See also:

Backing Up with R/3

Backing Up with the Enterprise Manager

R/3 Transaction Log

The transaction log of the R/3 database that records changes made to the database must be backed up separately.

To work out the frequency of transaction log backups, also take the fill rate of the log into account. This depends on the size of the transaction log and the transaction rate on your system. Whenever a transaction log is backed up, it is truncated. This means old entries are deleted so that enough space is available for new entries. Consequently, if the log is not dumped frequently enough, it will grow until the disk is full and no more changes to the R/3 database are possible.

When the disk system containing the transaction log crashes, it is impossible to backup the log that was in use at the time of crash. However, a backup of this log is necessary to restore the database to the state it had prior to the failure. It is only possible to return the database to the state it had at the time of the last transaction log backup. For this reason, SAP strongly recommends very frequent transaction log backups (every 30 to 60 minutes).

See also:

Backing Up with R/3

Backing Up with the Enterprise Manager