看你的用途了,一般学习的话默认安装就行了,
2。看你的表空间是使用什么方式管理,如果你想自动调整就得建立
  表空间时声明,如extent management local
uniform size 1m;是手工调整,3。把数据库设置为ARCHIVELOG就可以了,关闭数据库,
  SQLPLUS /NOLOG
  CONN /AS SYSDBA
  STARTUP MOUNT
  ALTER DATABASE ARCHIVELOG;
  ALTER DATABASE OPEN;
4:这要求有足够的归档日志
 RECOVER DATABASE UNTIL TIME ‘YYYY-MM-DD:10:1:1’

解决方案 »

  1.   

    1.可以调整,8i/9i需要重启,10g可以不用重启
    2。设置数据文件为autoextend,数据文件将自动增长。如果你比较熟,手动调整可以,更灵活。
    3。
       a.停止数据库,修改init<SID>.ora中的参数
         log_archive_start=true
         log_archive_dest_1='path'
       b.执行楼上的命令
    4.同意楼上
    5。同意楼上,视用途调整差别很大
      

  2.   

    SQL> conn system/manager@study as sysdba;
    已连接。
    SQL> shutdown normal;
    数据库已经关闭。
    已经卸载数据库。
    ORACLE 例程已经关闭。
    SQL> startup mount;
    ORACLE 例程已经启动。Total System Global Area  118255568 bytes
    Fixed Size                   282576 bytes
    Variable Size              83886080 bytes
    Database Buffers           33554432 bytes
    Redo Buffers                 532480 bytes
    数据库装载完毕。
    SQL> alter database archivelog;数据库已更改。
      

  3.   

    4.4.1 OS备份下的基于时间的恢复
      不完全恢复可以分为基于时间的恢复,基于改变的恢复与基于撤消的恢复,这里已基于时间的恢复为例子来说明不完全恢复过程。
      基于时间的恢复可以不完全恢复到现在时间之前的某一个时间,对于某些误操作,如删除了一个数据表,可以在备用恢复环境上恢复到表的删除时间之前,然后把该表导出到正式环境,避免一个人为的错误。
    1、连接数据库,创建测试表并插入记录
    SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003
    (c) Copyright 1999 Oracle Corporation.  All rights reserved.
    SQL> connect internal/password as sysdba;
    Connected.
    SQL> create table test(a int);
    Table created
    SQL> insert into test values(1);
    1 row inserted
    SQL> commit;
    Commit complete2、备份数据库,这里最好备份所有的数据文件,包括临时数据文件
    SQL> @hotbak.sql 或在DOS下 svrmgrl @hotbak.sql
    或冷备份也可以3、删除测试表,假定删除前的时间为T1,在删除之前,便于测试,继续插入数据并应用到归档。
      SQL> insert into test values(2);
      1 row inserted
      SQL> commit;
      Commit complete
      SQL> select * from test;
                               A
      ---------------------------------------
                               1
                               2
      SQL> alter system switch logfile;
      Statement processed.
      SQL> alter system switch logfile;
      Statement processed.
      
      SQL> select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;
      TO_CHAR(SYSDATE,'YY
      -------------------
      2003-05-21 14:43:01
      SQL> drop table test;
      Table dropped.4、准备恢复到时间点T1,找回删除的表,先关闭数据库
      SQL> shutdown immediate;
      Database closed.
      Database dismounted.
      ORACLE instance shut down.5、拷贝刚才备份的所有数据文件回来
    C:\>copy D:\DATABAK\*.DBF D:\ORACLE\ORADATA\TEST
    6、启动到mount下
    SQL> startup mount;
    ORACLE instance started.
    Total System Global Area  102020364 bytes
    Fixed Size                    70924 bytes
    Variable Size              85487616 bytes
    Database Buffers           16384000 bytes
    Redo Buffers                  77824 bytes
    Database mounted.7、开始不完全恢复数据库到T1时间
    SQL> recover database until time '2003-05-21:14:43:01';
    ORA-00279: change 30944 generated at 05/21/2003 14:40:06 needed for thread 1
    ORA-00289: suggestion : D:\ORACLE\ORADATA\TEST\ARCHIVE\TESTT001S00191.ARC
    ORA-00280: change 30944 for thread 1 is in sequence #191Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    auto
    Log applied.
    Media recovery complete.
    8、打开数据库,检查数据
    SQL> alter database open resetlogs;Database altered.
      SQL> select * from test;
                               A
      ---------------------------------------
                               1
                               2说明:
      1、不完全恢复最好备份所有的数据,冷备份亦可,因为恢复过程是从备份点往后恢复的,如果因为其中一个数据文件的时间戳(SCN)大于要恢复的时间点,那么恢复都是不可能成功的。
      2、不完全恢复有三种方式,过程都一样,仅仅是recover命令有所不一样,这里用基于时间的恢复作为示例。
      3、不完全恢复之后,都必须用resetlogs的方式打开数据库,建议马上再做一次全备份,因为resetlogs之后再用以前的备份恢复是很难了。
      4、以上是在删除之前获得时间,但是实际应用中,很难知道删除之前的实际时间,但可以采用大致时间即可,或可以采用分析日志文件(logmnr),取得精确的需要恢复的时间。
      5、一般都是在测试机后备用机器上采用这种不完全恢复,恢复之后导出/导入被误删的表回生产系统