24.12.2012 Views

Backing Up Oracle - Computing at Cornell

Backing Up Oracle - Computing at Cornell

Backing Up Oracle - Computing at Cornell

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Units of recovery (which other tables and files need to be recovered to the<br />

same point in time)<br />

Let us look <strong>at</strong> each of these factors in more detail.<br />

3.1.1 Types of events<br />

We identify five c<strong>at</strong>egories of events th<strong>at</strong> may require d<strong>at</strong>a recovery:<br />

User error<br />

St<strong>at</strong>ement failure<br />

Transaction failure<br />

Media failure<br />

Disaster<br />

Let us look <strong>at</strong> each c<strong>at</strong>egory in more detail.<br />

3.1.1.1 User error<br />

There is considerable opportunity for a user to make an error th<strong>at</strong> causes<br />

d<strong>at</strong>a to be lost. For example, a user might inadvertently delete or upd<strong>at</strong>e rows<br />

in a table or accidentally drop an entire table; or a programmer might make a<br />

logic error th<strong>at</strong> results in d<strong>at</strong>a loss or corruption.<br />

RDBMSs provide facilities th<strong>at</strong> reduce the risk or impact of user errors. For<br />

example, you can use RDBMS security to restrict the d<strong>at</strong>a th<strong>at</strong> individual<br />

users can access or upd<strong>at</strong>e. However, it is not possible to elimin<strong>at</strong>e the risk<br />

entirely, and you need to consider how to handle such situ<strong>at</strong>ions.<br />

One approach is to say th<strong>at</strong> it is the user's responsibility to recover from such<br />

errors. This approach may not be acceptable to users or their management,<br />

however. Another approach is to restore the entire d<strong>at</strong>abase to the point in<br />

time <strong>at</strong> which the last backup was taken. This may not be s<strong>at</strong>isfactory to other<br />

users who will lose the upd<strong>at</strong>es th<strong>at</strong> they have made to the d<strong>at</strong>abase since<br />

the last backup.<br />

A third approach is to restore the table space th<strong>at</strong> contains the damaged<br />

table. This approach is likely to be more acceptable than the other two<br />

because:<br />

It removes the responsibility for d<strong>at</strong>a recovery from the users.<br />

It may impact fewer users. The number of users impacted will depend<br />

partly on the number of tables included in the affected table space.<br />

You may, however, need to be able to restore individual tables, in which case<br />

you need to have backed up the tables individually.<br />

22 <strong>Backing</strong> <strong>Up</strong> <strong>Oracle</strong> using Tivoli Storage Management

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

Saved successfully!

Ooh no, something went wrong!