Backing Up Oracle - Computing at Cornell

.
RMAN successfully restored the database and applied the redo logs,
bringing the datafile up to the point where the database was shut down.
We started the database and was able to see the OOPS table that was
created after the database backup was taken:
SQL> select table_name, tablespace_name from user_tables;
TABLE_NAME TABLESPACE_NAME
------------------------------ ------------------------------
MYTABLE SYSTEM
OOPS USERS
12.3.2 Complete recovery
For this complete recovery example, we did the following:
Made sure we had a prior full RMAN database backup
Archived the redo logs
Created a new table recoverme
Inserted some rows into this table
Shut down the database beach
Deleted the datafiles
C:\oracle\oradata\beach>dir
Volume in drive C has no label.
Volume Serial Number is 3AAC-EBBF
Directory of C:\oracle\oradata\beach
04/03/2001 12:06p .
04/03/2001 12:06p ..
04/03/2001 11:11a archive
04/03/2001 03:02p 3,006,464 CONTROL01.CTL
04/03/2001 03:02p 3,006,464 CONTROL02.CTL
04/03/2001 03:02p 3,006,464 CONTROL03.CTL
04/03/2001 03:02p 20,979,712 DR01.DBF
04/03/2001 03:02p 20,979,712 INDX01.DBF
04/03/2001 02:51p 31,473,664 OEM_REPOSITORY.ORA
04/03/2001 03:02p 52,436,992 RBS01.DBF
04/03/2001 03:02p 1,049,088 REDO01.LOG
04/03/2001 03:02p 1,049,088 REDO02.LOG
04/03/2001 03:01p 1,049,088 REDO03.LOG
04/03/2001 03:02p 297,803,776 SYSTEM01.DBF
04/03/2001 03:02p 20,979,712 TEMP01.DBF
04/03/2001 03:02p 10,493,952 TOOLS01.DBF
04/03/2001 03:02p 20,979,712 USERS01.DBF
14 File(s) 488,293,888 bytes
3 Dir(s) 520,306,688 bytes free
C:\oracle\oradata\beach>del *.dbf
192 Backing Up Oracle using Tivoli Storage Management