Norachivelog mode에서의 Complete Database Recovery 수행

1. Database 를 Noarchivelog mode로 전환하고, ARCH process를 비활성하자.

$ svrmgrl
SVRMGR> connect internal
SVRMGR> shutdown immediate
SVRMGR> ! vi $HOME/dbs/initSID.ora
        --> log_archive_start를 comment 처리 또는 false로 setting
SVRMGR> startup mount
SVRMGR> alter database noarchivelog ;
SVRMGR> alter database open ;
SVRMGR> archive log list

2. Full Closed Database Backup 수행( 이번에는 $HOME/BACKUP directory에만 copy)

SVRMGR> shutdown immediate ;
SVRMGR> host
$ cp -r $HOME/DATA/* $HOME/BACKUP
$ exit
SVRMGR> startup

3. sqlplus에 scott/tiger로 login해서 다음을 수행

$ sqlplus scott/tiger
SQL> @ newemp.sql
SQL> connect system/manager
SQL> select f.file_name from dba_tables t, dba_data_files f
  2  where table_name='NEWEMP'
  3  and t.tablespace_name = f.tablespace_name ;
    --> newemp table이 어떤 datafile에 들어 있는지를 확인
    --> $HOME/DATA/DISK2/user01.dbf에 newemp table이 속해 있음.
   
4. failure를 발생시키고, database startup 수행

SQL> show user
    --> sys 또는 system user인지 확인한다. 만일 아니라면...
        connect system/manager를 수행
SQL> @ breakdb.sql
$ svrmgrl
SVRMGR> connect internal ;
SVRMGR> startup
    --> $HOME/DATA/DISK2/user01.dbf file이 없으므로 open을 할 수 없고, database는 mount 상태임
   
5. Recovery 수행 후, database 기동

SVRMGR> connect / as sysdba
SVRMGR> shutdown abort ;
SVRMGR> ! cp -r $HOME/BACKUP/D* $HOME/DATA
SVRMGR> startup

6. sqlplus에 scott/tiger로 login 해서 newemp table을 query 해 보라.

$ sqlplus scott/tiger
SQL> select * from newemp ;
    --> 어떤 결과가 나타나는가? 또, 그 이유는?
SVRMGR> shutdown immediate ;