가. UNDO, TEMP, DATA 테이블스페이스 크기는 각각 몇 GB이상으로 해야 적당할까요?

주1회 대용량 테이블(약 2억건)의 특정 필드 업데이트 작업
==> 2억건에 대해서 한명의 사용자가 사용할 Undo Size 만큼 Undo 확보 하시면 될듯

  나. UNDO, DATA 테이블스페이스 생성시 Block Size 크기(8, 16, 32)는 어떤게 유리할까요?
==> 보통은 그냥 8K 로 좋구요.
    DW 용도라면 16 이나 32 K 도 많이 사용합니다.
 
  다. UNDO, TEMP, DATA 테이블스페이스 생성시 만약 10GB로 생성한다면 데이터파일을 1GB씩 10개로 하는 것이 성능에 좋을까요?
==> I/O 분산인데. 요즘처럼 대용량 환경에서 1G 로 나누워 생성하는건 비추네요
    가능한 크게 크게 많드세요, 관리가 더 편합니다.
    I/O 분산은 스토리지 level 에서 보통 됩니다. OS Level 에서 또 다시 분리 할 필요 없을듯
 
  라. UNDO, TEMP, DATA 테이블스페이스 생성시 데이터파일을 D:\UNDO01.dbf, E:\UNDO02.dbf 이런식으로 디스크 경로를 달리는게 성능에 좋을까요?
==>  D와 E 가 물리적으로 나눠져 있다면 의미가 있습니다.
I/O 가 가장 높은 곳은 Control 과 Redo 입니다. 
 
  마. UNDO, TEMP, DATA 테이블스페이스 생성시 데이터파일의 Auto Extend 옵션시 몇(KB, MB, GB)로 하는 것이 성능에 좋을까요?
==> 정확히 데이타 증가를 알수 있다면 명시적으로 지정 하시는게 좋습니다.
    100 M 정도가 적당 하지 않을까요 <--  Datafile  Extend 에 따른 특별한 wait 발생 없음..
    큰 사이즈로 오랜 시간 Extend 혹은 작은 사이즈로 작은 시간 자주 Extend 차이
 
 
  바. UNDO, TEMP, DATA 테이블스페이스 생성시 bigfile 옵션의 의미와 주는게 유리할까요?
==> 무지 막지 하게 큰 경우만 bigfile 옵션을 검토하세요
 
  사. UNDO, DATA 테이블스페이스 생성시 flashback 옵션을 줬을때 성능상 문제(서버 사양이 낮음)가 없을까요?
==> flashback option 이 여러 갠데 어떤건가요 ? DB Level ?
    DW 업무면 재이행 하면 되니, 굳이 복구 할필요가 적을듯 싶어요

많은 질문에 자세히 답해주셔서 감사합니다~^^;

주말동안 책 몇권 읽고 여기저기 검색해봐도 헷갈리기만 했는데...

많은 도움이 됐습니다.

거듭 감사드립니다~ (_._)