19.12.2012 Views

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Safeguard Catalogue - Communications Remarks<br />

____________________________________________________________________ .........................................<br />

S 6.51 Restoring a database<br />

Initiation responsibility: Head of <strong>IT</strong> Section, <strong>IT</strong> Security Management<br />

Implementation responsibility: Administrators<br />

It is necessary to prepare a concept describing how database backups are to be<br />

restored. This concept must be structured in accordance with<br />

- <strong>The</strong> data backup policy (refer to S 6.49 Data backup in a database) and<br />

- Potential error situations creating a need for the restoration of data<br />

backups.<br />

<strong>The</strong>se two aspects should be used as a basis for determining which database<br />

backups are to be restored using which techniques.<br />

<strong>The</strong> restoration of a database is a complex task which must be performed<br />

carefully by experienced personnel. In spite of this, errors and hitches must<br />

always be reckoned with during a restoration. For this reason, a damaged<br />

database should not be overwritten simply by restoring the database backup.<br />

In many cases, a seemingly corrupt database can be fixed again. In order to<br />

minimise the restart time however, trouble shooting should be accompanied<br />

by an attempt to restore the database in a separate storage area. Even if<br />

damaged data can no longer be repaired, it should be retained so that it can be<br />

analysed and the cause of the error can be determined.<br />

During restoration, the database backup should therefore first be loaded on a<br />

separate storage medium. Here, it must be noted that the backup requires the<br />

same amount of disk space as the defective database.<br />

This disk space must be reserved for emergencies, in order to prevent a loss of<br />

database integrity and meet availability requirements. If this is not possible, it<br />

is necessary to determine a technique whereby the required disk space can be<br />

made available at short notice. Naturally, this should not result in an additional<br />

loss of data, for example if areas of the hard disk holding other data need to be<br />

overwritten in order to release the resources necessary for loading the database<br />

backup. If data nevertheless needs to be deleted due to a lack of disk space, it<br />

must first be backed up carefully to ensure that it can be made fully available<br />

again after restoration has been completed.<br />

If only individual data records need to be restored instead of the entire<br />

database, the backup data should always be loaded separately from the<br />

original data. Corresponding disk space must be available in this case, too.<br />

Here, it is more advisable to configure a separate database so as to ensure that<br />

the original database remains unaffected at all events. This applies even if it is<br />

possible to read the backup data individually into the original database.<br />

Additional controls:<br />

- Has a concept for the restoring of database backups been prepared?<br />

- When was the restoring of database backups last rehearsed?<br />

- Has enough disk space been reserved for emergencies?<br />

____________________________________________________________________ .........................................<br />

<strong>IT</strong>-<strong>Baseline</strong> <strong>Protection</strong> <strong>Manual</strong>: Oktober 2000

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!