Tablespace Datafile Resize ORA-03297

Hi,
In one of our tablespace constituting 4 datafiles, has got some data which is
as follows :
SEGMENT_NAME SEGMENT_TYPE
SYS_C004044 INDEX
SYS_C004315 INDEX
PROJECTRELEASE_INDEX1 INDEX
SYS_C0019289 INDEX
XAK1WBSHIERARCHY INDEX
SYS_IL0000033038C00047$$ LOBINDEX
SYS_IL0000033086C00013$$ LOBINDEX
SYS_IL0000033305C00013$$ LOBINDEX
SYS_IL0000033431C00005$$ LOBINDEX
SYS_IL0000033487C00006$$ LOBINDEX
SYS_IL0000033492C00002$$ LOBINDEX
SYS_IL0000033065C00009$$ LOBINDEX
SYS_IL0000033427C00006$$ LOBINDEX
SYS_IL0000033305C00014$$ LOBINDEX
SYS_IL0000033110C00015$$ LOBINDEX
SYS_IL0000033104C00014$$ LOBINDEX
SYS_LOB0000033038C00047$$ LOBSEGMENT
SYS_LOB0000033427C00006$$ LOBSEGMENT
SYS_LOB0000033065C00009$$ LOBSEGMENT
SYS_LOB0000033492C00002$$ LOBSEGMENT
SYS_LOB0000033487C00006$$ LOBSEGMENT
SYS_LOB0000033431C00005$$ LOBSEGMENT
SYS_LOB0000033305C00014$$ LOBSEGMENT
SYS_LOB0000033086C00013$$ LOBSEGMENT
SYS_LOB0000033104C00014$$ LOBSEGMENT
SYS_LOB0000033110C00015$$ LOBSEGMENT
SYS_LOB0000033305C00013$$ LOBSEGMENT
FORUMMESSAGE_H TABLE
SITEADMIN TABLE
We can move these indexes to different tablespaces, but since these tables have columns with LONG datatypes, we can't move these tables. But we can export the data, drop these tables and import the data in different tabelspaces. But for these lobsegment, how can I move these segments. I believe these got created as a result of indexing of LOB columns. The sizes of these datafiles of this tablespace is in terms of GBs, and I want to reduce the sizes of the same, therefore I tried to use resize command of alter database datafile '***' resize **m, but it thrown ora-03297 error message. I thought it has raised may because of fragmentation of tablespace. I found the blocks were free_space is available using dba_free_space. But after coalescing the tablespace, still I got same no of records in free space. That means the tablespace is not getting coalesced. What is the reason for this. Plz let me know why tablespace data is not getting moved so as to enable me to resize the datafiles.
Thanx,
Kamlesh C

In older versions of Oracle on Windows platforms if you accepted the default names for your datafiles .ora was used. I think beginning in 8.1.x .dbf became the default, which was more like the standards used on other operating systems.
As already pointed out .ora is most commonly used for configuration files like init.ora.

Similar Messages

RMAN duplicate target database for standby from active fails to create newname for system tablespace/datafile

When executing 'duplicate target database for standby from active' the system tablespace/datafile (datafile 1) is not cloned. All other datafiles clone successfully. The RMAN process aborts with the following errors while attempting to clone the system tablespace/datafile.
ORA-19558: error de-allocating device
ORA-19557: device error, device type: DISK, device name:
ORA-17627: ORA-01041: internal error. hostdef extension doesn't exist
ORA-17627: ORA-01041: internal error. hostdef extension doesn't exist
ORA-03135: connection lost contact
Here are the details:
Primary is 11.2.0.2 RAC database on an Exadata platform
Standby is 11.2.0.2 Single Instance database (same patch level as primary) on a Red Hat Linux box
This is an ASM to ASM duplication.
This is not unique to this database. We tried another database and go the same behavior - all datafiles clone successfully with the exception of the system tablespace/datafile.
We have traced the RMAN execution and it seems to fail when it is trying to assign a NEWNAME to the system tablespace/datafile.
We even issued an explicit SET NEWNAME command but RMAN ignored it.
We also shutdown the primary and started is up in mount mode thinking that something had ahold of the System Tablespace/datafile.
We also opened up the network firewall to allow permit any,any traffic.
We increased the max_server_processes
and added TCP.NODELAY=yes to the sqlnet.ora file.
There seems to be some artifact present in our Primary System tablespace/data file that is preventing it form being cloned.
checked all alert files grid, asm, and dbhome - no abnormal messages.
We are in the process of restoring the database from a backup but we would prefer to get this working using the 'Active Database' methodology

I successfully created the standby database using RMAN backup and recovery.
I started the managed recovery. Archive logs are being sent from the primary to the standby ( I can see them in ASM), but the standby is not applying them.
I get the following messages in the standby alert log...
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:19:58 2013
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Tue Nov 26 16:20:01 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:11 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:22 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:32 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
I don't see any MRP processes:
select process,
status,
    thread#,
    sequence#,
   block#,
blocks
7     from v$managed_standby;
PROCESS   STATUS          THREAD# SEQUENCE#     BLOCK#     BLOCKS
ARCH      CLOSING               2     154363          1        132
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
RFS       IDLE                  0          0          0          0
RFS       IDLE                  1     145418        121          1
RFS       IDLE                  0          0          0          0
PROCESS   STATUS          THREAD# SEQUENCE#     BLOCK#     BLOCKS
RFS       IDLE                  0          0          0          0
12 rows selected.
SQL> SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG;
   THREAD# SEQUENCE# APPLIED
         2     154356 NO
         2     154357 NO
         1     145411 NO
         2     154358 NO
         2     154360 NO
         2     154361 NO
         1     145414 NO
         1     145415 NO
         2     154362 NO
         2     154363 NO
         1     145416 NO
11 rows selected.
I do have the archive logs that cover sequences 154158-154257
Crosschecked 38 objects
Crosschecked 62 objects
Finished implicit crosscheck backup at 26-NOV-13
Starting implicit crosscheck copy at 26-NOV-13
using channel ORA_DISK_1
using channel ORA_DISK_2
Crosschecked 2 objects
archived log file name=+RECO_XORA/nmuasb00/archivelog/2013_11_26/thread_2_seq_154377.344.832521989 RECID=29 STAMP=832521990
validation succeeded for archived log
archived log file name=+RECO_XORA/nmuasb00/archivelog/2013_11_26/thread_2_seq_154378.346.832521991 RECID=31 STAMP=832521993
Crosschecked 31 objects

ORA-03297: file contains used data beyond requested RESIZE value

DB 10.2.0.4
AIX 5.2
PROD
I have dropped many big tables after moving on another database, what i thought it will free the space of the disk because right now there is no provision to extend the disk size and disk size have already occupied 90%. I dropped tables which had 150 GB total size but when i am trying to resize the datafiles it is giving below error whereas that datafile has free space ( example: free space 8000mb and total size 20000mb of that file i tried to resize it to 14000mb it is giving below error)
I tired the same for many datafiles for a particular tablespace all datafiles are giving same error except one of them.
ERROR at line 1:
ORA-03297: file contains used data beyond requested RESIZE value
Thanks

user13382934 wrote:
DB 10.2.0.4
AIX 5.2
PROD
I have dropped many big tables after moving on another database, what i thought it will free the space of the disk because right now there is no provision to extend the disk size and disk size have already occupied 90%. I dropped tables which had 150 GB total size but when i am trying to resize the datafiles it is giving below error whereas that datafile has free space ( example: free space 8000mb and total size 20000mb of that file i tried to resize it to 14000mb it is giving below error)
I tired the same for many datafiles for a particular tablespace all datafiles are giving same error except one of them.
ERROR at line 1:
ORA-03297: file contains used data beyond requested RESIZE value
ThanksThis error occurs when some object has blocks "adjacent" to the High Water Mark.
In order to RESIZE, the object needs to be identified & then moved;
preferably to a different tablespace.
After do so you can RESIZE at least a modest amount.

ORA-03297 problem

Hi,
I wonde one thing, if we have problem as ORA-03297:file contains used data beyond requested RESIZE value on 11.5.10.2,and imagine db version 9i or 10g
For solving this problem can we make all those? or it can be damage system:
ALTER USER username QUOTA UNLIMITED ON <tablespace name>;
ALTER TABLE tablename MOVE TABLESPACE <tablespace name>; you can give same tablespace name
Repeat for all tables
ALTER DATABASE DATAFILE ' path of filename' RESIZE <my required size>;
rebuild all indexes on tables you moved.
ALTER INDEX <index name> REBUILD; to have index VALID again.
or
SQL> select * from dba_extent;
SQL> purge recyclebin;
Recyclebin purged.
SQL> alter database datafile 'a.dbf'' resize 100 K;
Database altered.
Thanks
Regards

Hi Hussein;
Thanks for answer my question one more time.
How do you get this error? When trying to resize what datafile?Correct
To resize datafiles, please follow the steps in (Note: 1029252.6 - How to Resize a Datafile).
To find the minimum datafile size you can get, please see (Note: 130866.1 - How to Resolve ORA-03297 When Resizing a Datafile by Finding the Table Highwatermark).Thanks for notes and sharing
For the steps you have outlined above, I believe it is fine and it should not be harmful.I thought same but wanna be sure about it. Can u say me what is default schema for ebs? (System or apps etc)
Thanks alot
Regards

What is the different DEALLOCATE UNUSED - datafile resize operation ?

hi everybody,
i have a question about DEALLOCATE UNUSED.
what is the different DEALLOCATE UNUSED command and datafile resize operation ?
Thanks.

Deallocate unused space clause is used to to explicitly deallocate unused space at "the end" of a segment and makes that space available for other segments within the tablespace. Internally, Oracle deallocates unused space beginning from the end of the objects (allocated space) and moving downwards toward the beginning of the object, continuing down until it reaches the high water mark (HWM).
Datafile resize add/substracts physical operating system bytes from the datafile .
Cheers :)
Renjith Madhavan

How to move a specific tablespace datafile from one directory to another

Database: 10.2.0.1
OS : Generic
Problem Description : How to move a specific tablespace datafile from one directory to another considering that the database is on Oracle Dataguard setup
** Oracle is working on this issue, but in parallel is opening the topic to the Community so that Community members can add their perspective, experience or knowledge. This will further enhance all knowledge bases including My Oracle Support and My Oracle Support Communities **
Edited by: ram_orcl on 16-Aug-2010 21:21

Dear ram_orcl,
Please follow the procedures here;
http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14239/manage_ps.htm#i1034172
8.3.4 Renaming a Datafile in the Primary Database
When you rename one or more datafiles in the primary database, the change is not propagated to the standby database. Therefore, if you want to rename the same datafiles on the standby database, you must manually make the equivalent modifications on the standby database because the modifications are not performed automatically, even if the STANDBY_FILE_MANAGEMENT initialization parameter is set to AUTO.
The following steps describe how to rename a datafile in the primary database and manually propagate the changes to the standby database.
   1.
      To rename the datafile in the primary database, take the tablespace offline:
      SQL> ALTER TABLESPACE tbs_4 OFFLINE;
   2.
      Exit from the SQL prompt and issue an operating system command, such as the following UNIX mv command, to rename the datafile on the primary system:
      % mv /disk1/oracle/oradata/payroll/tbs_4.dbf
      /disk1/oracle/oradata/payroll/tbs_x.dbf
   3.
      Rename the datafile in the primary database and bring the tablespace back online:
      SQL> ALTER TABLESPACE tbs_4 RENAME DATAFILE      2> '/disk1/oracle/oradata/payroll/tbs_4.dbf'
        3> TO '/disk1/oracle/oradata/payroll/tbs_x.dbf';
      SQL> ALTER TABLESPACE tbs_4 ONLINE;
   4.
      Connect to the standby database, query the V$ARCHIVED_LOG view to verify all of the archived redo log files are applied, and then stop Redo Apply:
      SQL> SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
      SEQUENCE# APP
      8 YES
      9 YES
      10 YES
      11 YES
      4 rows selected.
      SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
   5.
      Shut down the standby database:
      SQL> SHUTDOWN;
   6.
      Rename the datafile at the standby site using an operating system command, such as the UNIX mv command:
      % mv /disk1/oracle/oradata/payroll/tbs_4.dbf /disk1/oracle/oradata/payroll/tbs_x.dbf
   7.
      Start and mount the standby database:
      SQL> STARTUP MOUNT;
   8.
      Rename the datafile in the standby control file. Note that the STANDBY_FILE_MANAGEMENT initialization parameter must be set to MANUAL.
      SQL> ALTER DATABASE RENAME FILE '/disk1/oracle/oradata/payroll/tbs_4.dbf'
        2> TO '/disk1/oracle/oradata/payroll/tbs_x.dbf';
   9.
      On the standby database, restart Redo Apply:
      SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE
        2> DISCONNECT FROM SESSION;
If you do not rename the corresponding datafile at the standby system, and then try to refresh the standby database control file, the standby database will attempt to use the renamed datafile, but it will not find it. Consequently, you will see error messages similar to the following in the alert log:
ORA-00283: recovery session canceled due to errors
ORA-01157: cannot identify/lock datafile 4 - see DBWR trace file
ORA-01110: datafile 4: '/Disk1/oracle/oradata/payroll/tbs_x.dbf'Hope That Helps.
Ogan

Tablespace/datafiles--howto

Hi all,
Wanna ask you a question on tablespace/datafiles.
I want to load 7.5 million records into a table using sqlloader.
The directory for datafiles looks like following:
-rw-r----- 1 oracle dba 1497088 Nov 19 19:46
control01.ctl
-rw-r----- 1 oracle dba 1497088 Nov 19 19:46
control02.ctl
-rw-r----- 1 oracle dba 1497088 Nov 19 19:46
control03.ctl
-rw-r----- 1 oracle dba 104859648 Nov 19 19:27
rbs01.dbf
-rw-r----- 1 oracle dba 512512 Nov 19 19:46
redoORCL01.log
-rw-r----- 1 oracle dba 512512 Nov 19 19:07
redoORCL02.log
-rw-r----- 1 oracle dba 512512 Nov 19 19:27
redoORCL03.log
-rw-r----- 1 oracle dba 104859648 Nov 19 19:42
system01.dbf
-rw-r----- 1 oracle dba 131074048 Nov 19 19:27
temp01.dbf
-rw-r----- 1 oracle dba 314574848 Nov 19 19:42
tools01.dbf
-rw-r----- 1 oracle dba 314574848 Nov 19 19:46
tools02.dbf
-rw-r----- 1 oracle dba 104859648 Nov 19 19:27
users01.dbf
This is the only table I want to load. But when I try to load
using SQL Loader, I get following message,
ORA-02356: The database is out of space. The load cannot
continue
ORA-01653: unable to extend table SYSTEM.URLS by 92169 in
tablespace TOOLS
Load completed - logical record count
3538680.
It loaded only half of the number of rows.
How would I be able to resolve this. Any help would be greatly
appreciated.
Thanks in advance.
null

Hi namnan,
namnan (guest) wrote:
: Hi all,
: Wanna ask you a question on tablespace/datafiles.
: I want to load 7.5 million records into a table using
sqlloader.
How can you be sure that 7.5 Mio records fit into your
tablespace?
Have you considered the size of your tables, the overhead, the
indexes?
You can do it a priori if you know how oracle stores data, but it
is easier to load 100000 records into a dedicated tablespace,
then sum up the consumed space (select ... from dba_segments).
Don't do that as user system unless you have a very good reason
to do so.
null

Recovery with some tablespaces/datafiles excluded

Hi,
I want to restore/recover my db on a new host with some tablespaces/datafiles excluded...
I have backups on tape but don't have enough disk space on my new host to restore database fully, is it possible I exclude/skip some tablespaces/datafiles?
Thanks

thanks tychos,
I run the sql you told brefore restore database but It seems It's going to restore datafiles that I don't need again... I don't have enough space to restore all datafiles. My rman script looks like this:
run {
ALLOCATE CHANNEL c1 DEVICE TYPE sbt PARMS='...';
SET NEWNAME FOR DATAFILE 1 TO '+DATA/oradata/test/system01.dbf';
SET NEWNAME FOR DATAFILE 2 TO '+DATA/oradata/test/undotbs01.dbf';
SET NEWNAME FOR DATAFILE 3 TO '+DATA/oradata/test/cwmlite01.dbf';
#SET NEWNAME FOR DATAFILE 4 TO '+DATA/oradata/test/drsys01.dbf';
#SET NEWNAME FOR DATAFILE 5 TO '+DATA/oradata/test/example01.dbf';
#SET NEWNAME FOR DATAFILE 6 TO '+DATA/oradata/test/indx01.dbf';
sql 'alter database datafile 4,5,6 offline drop';
SET UNTIL SCN 123456;
RESTORE DATABASE;
SWITCH DATAFILE ALL;
RECOVER DATABASE;
}

Recover Database vrs Recover Tablespace & Datafile

Traditionally when I have been recovering a database either to point of failure or point in time I have issued
RECOVER DATABASE AUTO;
(or I have specified the point in time I wish to recover to ).
I see now in 11gR2 there is also a RECOVER TABLESPACE and a RECOVER DATAFILE command
Why would you use those instead of the RECOVER DATABASE ? You would have to be pretty sure it is only that tablespace or data file you wanted to apply archive logs to, otherwise would your recovery not risk putting the contents of that tablespace or datafile out of logical sync with the data in other tablespaces ( eg potentially viloating referential integrity etc ) ?
I am presuming these commands also only apply the contents of archive logs that effect the specified tablespace or datafile ?
thanks,
Jim

If I issue a RECOVER TABLESPACE or RECOVER DATAFILE for a Tablespace or Datafile that is current and does not need recovery, Oracle does nothing to the Tablespace / Datafile. It won't be out of logical sync with the rest of the database.
>>>
Can you recover the data file or the tablespace to a point in time before the current time ? If that is the case then surely it is possible that the recovered tablespace could have a table in it that has referential integrity to another table in a different ( unrecovered ) tablespace and that the referential integrity could then be compromised ?
Jim

My TEMPORARY TABLESPACE DATAFILE was lost

I completely lost temporary tablespace datafile,
what should I do?
(there is no backup)

It is just a temporary tablespace, who cares. Just drop the tablespace and re-create it.

What are the following tablespaces / datafiles?

I have the following tablespaces and corresponding datafiles ... hoping someone can help me identify the application for it. Or what was the previous DBA doing?
tablespace / datafile
CONSTANT_GROW_INDEXES / SCM_CGIND.DBF
etc ..
DEPENDENCY_INDEXES / SCM_DEPIND.DBF
etc...
RAPID_GROW_INDEXES / SCM_RAPID_GROW_IND.DBF
etc ...
SYSTEM_META_INDEXES / SCM_SYS_META_IND.DBF
etc ...

apex_disco wrote:
I have the following tablespaces and corresponding datafiles ... hoping someone can help me identify the application for it. Or what was the previous DBA doing?
tablespace / datafile
CONSTANT_GROW_INDEXES / SCM_CGIND.DBF
etc ..
DEPENDENCY_INDEXES / SCM_DEPIND.DBF
etc...
RAPID_GROW_INDEXES / SCM_RAPID_GROW_IND.DBF
etc ...
SYSTEM_META_INDEXES / SCM_SYS_META_IND.DBF
etc ...On the face of it, there is no way for anyone outside your organization to be able to answer a question like that. However, I thought the name of the TS looked familiar, and so it was.
http://lmgtfy.com/?q=CONSTANT_GROW_INDEXES

Undo Tablespace Datafile is corrupted

Here's my case:
- our Oracle 9i R2 database is running in NOARCHIVE mode in Windows 2000 plateform.
- the Undo Tablespace datafile corrupted in the filesystem level (it gives "cyclic redundancy check" error when trying to copy or read from the file). Therefore database cannot startup.
- There is no backup files.
- I tried to create an Undo Tablespace to replace the existing one in the MOUNT state. That was not of course possible.
- I tried to use ALTER DATABASE CREATE DATAFILE '' AS '' statement, but it couldn't work because the original file is corrupted.
How can I solve the problem and make the database startup?
Thanks in advance.

This is a very bad situation, here's a statement from an Oracle note:
If the rollback segment datafile is physically missing, has been offlined
dropped, or the rollback segment header itself is corrupt, there is no way to
dump the transaction table to check for active transactions. So the only thing
to do is get the database open, export and rebuild. Log an iTar to engage support
to help with this process.
If you cannot get the database open, there is no other alternative than
restoring from a backup. ...
So you should contact Oracle support.

Restoring a tablespace/datafile to a previous date ?

Hello everyone ,
Is it possible to restore a tablespace / datafile to a previous date and not apply changes to it from that date until sysdate ?

1003954 wrote:
Hello everyone ,
Is it possible to restore a tablespace / datafile to a previous date and not apply changes to it from that date until sysdate ?What you are asking about is called a Tablespace Point In Time Recovery (TSPITR). I believe it is possible, but fraught with cautions.
consider this very real possible situation:
TablespaceA contains table PURCHASE_ORDERS
TablespaceB contains table PURCHASE_ORDER_LINE_ITEMS, with a FK back to PURCHASE_ORDERS.
TablespceC contains indexes on both PURCHASE_ORDERS and PURCHASE_ORDER_LINE_ITEMS.
Now, you want to restore just tablespaceA back to last week ....

Datafile resize on primary

Hi
Assume standby file management is manual
If I issue "alter database datafile resize" command, does the command also resizes the corresponding datafile on standby database ?

This sounds so logical, but I have found when resizing a datafile on Primary, the datafile is not resized on Standby. Standby_file_management is set to auto. The Oracle® Data Guard Concepts and Administration,11g Release 1 (11.1),Part Number B28294-03 contains no information on resizing datafiles, only adding, monitoring and renaming. Adding a datafile to Primary does propagate to standby. When searching Oracle Support (Metalink), there is a published document 'Standby Database Behavior when a Datafile is Resized on the Primary Database (ID 123883.1). The only way I can get the resize to propagate to Standby is by issuing 'recover standby database' as described in this document. Perhaps I've overlooked something obvious.
Karen

EM for tablespace datafile autoexend issue

Dear Support,
I need your advise can i configure tablespace datafile autoextend when reach 85 percent instead of 100 percent. Do you know where can find more information about justification of datafile autoextend only work when reach 100 percent. Hope to hear soon. Thanks

Autoextend is a 'last escape' measure. You should not use it to let files grow. You should use extents correctly sized. Autoextend is only there to make sure that you don't get immediate problems when your files are full.
I also have thought about this , So I tried the following:
I created a tablespace with 3 files, all 3 autoextending and equal in size, locally managed and uniform in extent size (notice the difference between an extent and an extended file!). Extend next and maxsize are also made equal for all files.
now I created tables in the tablespace (forcing the creation of 1 extent per table to my ts is filled up without having to insert real data). the 1st 3 fit in the tablespace as it was created. When creating the 4th table, it didn't fit any more and the 2nd file got extended (why this one? It looks like an arbitrary decision by Oracle). after that, each second table I created extended the 2nd file (only) of the tablespace. (the reason why this happened after every second table is because oracle extended the file so that it would fit 2 extents, thus 2 new tables of 1 extend).
My quick conclusion, don't use autoextend, unless for a last resort. You should use correctly sized files, tablespaces and extents. autoextend is only there to make sure you don't have to do 'maintenance in the middle of the night' (free interpretation of Tom Kyte (asktom.com) :) ).
BTW, if you really want to do (dynamic) striping in Oracle, the only way (I know) is to create multiple tablespaces each on another disk and create a hash or composite partitioned table where each of the hash-partitions are located in a different tablespace. Normal tables are never striped by Oracle! Alternatively you can let the OS stripe 1 datafile over multiple disks. You could also every now and then recreate the tablespace over multiple files so data from a normal table is distributed evenly, but this is quite a hassle.
I have also had a look though some oracle books and on the net and can't like you find a definitive answer regarding when the Oracle Db makes the decision to add another datafile ?

Tablespace Datafile Resize ORA-03297

Similar Messages

Maybe you are looking for