情况是这样的: oracle第一次启动的时候能够正常成功导出,但是在第二次的时候导出停止在某一状态(等下给出)。然后将oracle重启后,又能够正常导出,请问这是什么原因呢?windows server2003 内存4G oracle 10.1.0.2 
停止状态:
Connected to: Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Produc
tion
With the Partitioning, OLAP and Data Mining options
Export done in ZHS16GBK character set and AL16UTF16 NCHAR character setAbout to export specified users ...
. exporting pre-schema procedural objects and actions
. exporting foreign function library names for user HT
. exporting PUBLIC type synonyms
. exporting private type synonyms
. exporting object type definitions for user HT
About to export HT's objects ...
. exporting database links
. exporting sequence numbers
. exporting cluster definitions

导出命令为:
set LD_LIBRARY_PATH=D:\oracle\product\10.1.0\Db_1\LIB
set LIBPATH=D:\oracle\product\10.1.0\Db_1\LIB
exp ht/hx2961399@htdb file=d:\backup\%date:~0,14%.dmp owner=(ht) log=d:\backup\%date:~0,10%.log compress=n buffer=8092 consistent=y direct=n constraints=y feedback=10000 grants=y record=y indexes=y triggers=y rows=y

oracle 配置信息:System parameters with non-default values:
  processes                = 400
  sga_max_size             = 943718400
  __shared_pool_size       = 209715200
  shared_pool_size         = 209715200
  __large_pool_size        = 8388608
  large_pool_size          = 8388608
  __java_pool_size         = 50331648
  java_pool_size           = 50331648
  sga_target               = 943718400
  control_files            = D:\ORACLE\PRODUCT\10.1.0\ORADATA\HTDB\CONTROL01.CTL, D:\ORACLE\PRODUCT\10.1.0\ORADATA\HTDB\CONTROL02.CTL, D:\ORACLE\PRODUCT\10.1.0\ORADATA\HTDB\CONTROL03.CTL
  db_block_size            = 8192
  __db_cache_size          = 671088640
  db_cache_size            = 25165824
  compatible               = 10.1.0.2.0
  db_file_multiblock_read_count= 16
  db_recovery_file_dest    = D:\oracle\product\10.1.0\flash_recovery_area
  db_recovery_file_dest_size= 2147483648
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = 
  dispatchers              = (PROTOCOL=TCP) (SERVICE=HTDBXDB)
  job_queue_processes      = 10
  background_dump_dest     = D:\ORACLE\PRODUCT\10.1.0\ADMIN\HTDB\BDUMP
  user_dump_dest           = D:\ORACLE\PRODUCT\10.1.0\ADMIN\HTDB\UDUMP
  core_dump_dest           = D:\ORACLE\PRODUCT\10.1.0\ADMIN\HTDB\CDUMP
  sort_area_size           = 65536
  db_name                  = HTDB
  open_cursors             = 300
  pga_aggregate_target     = 629145600
PMON started with pid=2, OS id=2356
MMAN started with pid=3, OS id=2360
DBW0 started with pid=4, OS id=2364
LGWR started with pid=5, OS id=2600
CKPT started with pid=6, OS id=488
SMON started with pid=7, OS id=880
RECO started with pid=8, OS id=2224
CJQ0 started with pid=9, OS id=2892
Wed Nov 02 08:36:16 2011
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
Wed Nov 02 08:36:16 2011
alter database mount exclusive
Wed Nov 02 08:36:16 2011
Controlfile identified with block size 16384
Wed Nov 02 08:36:20 2011
Setting recovery target incarnation to 2
Wed Nov 02 08:36:20 2011
Successful mount of redo thread 1, with mount id 1871635712
Wed Nov 02 08:36:20 2011
Database mounted in Exclusive Mode.
Completed: alter database mount exclusive
Wed Nov 02 08:36:20 2011
alter database open
Wed Nov 02 08:36:21 2011
Maximum redo generation record size = 120832 bytes
Maximum redo generation change vector size = 116476 bytes
Private_strands 3 at log switch
Thread 1 opened at log sequence 8818
  Current log# 3 seq# 8818 mem# 0: D:\ORACLE\PRODUCT\10.1.0\ORADATA\HTDB\REDO03.LOG
Successful open of redo thread 1
Wed Nov 02 08:36:21 2011
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Wed Nov 02 08:36:21 2011
SMON: enabling cache recovery
Wed Nov 02 08:36:21 2011
Successfully onlined Undo Tablespace 1.
Wed Nov 02 08:36:21 2011
SMON: enabling tx recovery
Wed Nov 02 08:36:21 2011
Database Characterset is ZHS16GBK
Wed Nov 02 08:36:21 2011
Published database character set on system events channel
Wed Nov 02 08:36:21 2011
All processes have switched to database character set
Wed Nov 02 08:36:22 2011
Starting background process QMNC
QMNC started with pid=13, OS id=1284
Wed Nov 02 08:36:23 2011
replication_dependency_tracking turned off (no async multimaster replication found)
Wed Nov 02 08:36:23 2011
Starting background process MMON
MMON started with pid=14, OS id=3976
Wed Nov 02 08:36:23 2011
Starting background process MMNL
MMNL started with pid=15, OS id=1384
Wed Nov 02 08:36:24 2011
Completed: alter database open
Wed Nov 02 08:36:27 2011
db_recovery_file_dest_size of 2048 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.