Tablespace size and autoextend

hi,
if i am to create a tablespace with one datafile, i can size it to say 100M and set autoextend on. If it reaches 100M and then starts growing, does it make things run slower as it is constantly growing? would it be better if i had done some analysis and say sized it at 2000M? And if autoextend does make it slow down, how much does it slow it down by?
thanks

My personal preference is to create at 100m with autoextend on next 100m maxsize 16000m or so. But I don't think I'd do that for a tablespace that was going to be on the receiving end of thousands of concurrent inserts a minute in a heavy OLTP environment. For that sort of situation, I think I would prefer to create at 2000m autoextend on next 2000m maxsize 16000m.
Because the poor transaction that causes the autoextend obviously suffers from a nasty bout of waiting ...but no-one else will for quite a long while, thanks to that large 2GB jump in size. Meanwhile, my hard disk is not stuck there with an over-sized monster of a datafile that was over-sized by an overly-cautious DBA.
The thing being begged in your question, in other words, is "does it make things run slower as it is constantly growing".
If your files are truly CONSTANTLY growing, yes, you're in deep trouble and you will be suffering from severe slow-down. But if you choose an appropriate NEXT clause, you can have an OCCASIONAL growth of the file, sufficient for maybe a week or more's use, that only slows down one or two people for just a relatively short time.
Where you have heavy inserts going on, increase the NEXT clause to make the incidence of file growth keep at the 'not too often' level.
In the days of multi-hundred-gig disks, I would think that any DBA sitting there still trying to predict the future as far as disk space usage is concerned is just wasting his time. As jgarry put it, there are lots of other things more deserving of your attention. There's no pressing need to ration out carefully something (ie, space) which is abundant, in other words.

Similar Messages

Query to check tablespace size and freespace

hi experts
i am using oracle 9i .
want ot check freespace and size of tablespace could u plz tell me the query
thanks
varun

add following for temp files -
select sum(bytes)/1024 kbytes_alloc, tablespace_name
from sys.dba_temp_files
group by tablespace_name
the new query will be
select b.tablespace_name, tbs_size SizeMb, a.free_space FreeMb
from
(select tablespace_name, round(sum(bytes)/1024/1024 ,2) as free_space
from dba_free_space group by tablespace_name) a,
(select tablespace_name, sum(bytes)/1024/1024 as tbs_size
from dba_data_files group by tablespace_name
UNION
select tablespace_name, sum(bytes)/1024/1024 tbs_size
from dba_temp_files
group by tablespace_name ) b
where a.tablespace_name(+)=b.tablespace_name;
cheers

Cacluation of undo tablespace size and retenion

How to calaculate the expected size of the undo tablespace and undo retention parameter from the exisitng data.

The easiest way to calculate undo requirementes is using the undo advisor, it is available in 10g and 9i. This is a graphical tool that lets you know the amount of required undo space according to your generated undo data.
Regards.

Tablespace used and free space size in 9i

Hi,
How to find the tablespace used space and tablespace free space in 9i.
Normally i uses below query in 10g and 11g, but this query not working in 9i. Please help the query for 9i....
SELECT /* + RULE */ df.tablespace_name "Tablespace",
df.bytes / (1024 * 1024) "Size (MB)",
SUM(fs.bytes) / (1024 * 1024) "Free (MB)",
Nvl(Round(SUM(fs.bytes) * 100 / df.bytes),1) "% Free",
Round((df.bytes - SUM(fs.bytes)) * 100 / df.bytes) "% Used"
FROM dba_free_space fs,
(SELECT tablespace_name,SUM(bytes) bytes
FROM dba_data_files
GROUP BY tablespace_name) df
WHERE fs.tablespace_name (+) = df.tablespace_name
GROUP BY df.tablespace_name,df.bytes
UNION ALL
SELECT /* + RULE */ df.tablespace_name tspace,
fs.bytes / (1024 * 1024),
SUM(df.bytes_free) / (1024 * 1024),
Nvl(Round((SUM(fs.bytes) - df.bytes_used) * 100 / fs.bytes), 1),
Round((SUM(fs.bytes) - df.bytes_free) * 100 / fs.bytes)
FROM dba_temp_files fs,
(SELECT tablespace_name,bytes_free,bytes_used
FROM v$temp_space_header
GROUP BY tablespace_name,bytes_free,bytes_used) df
WHERE fs.tablespace_name (+) = df.tablespace_name
GROUP BY df.tablespace_name,fs.bytes,df.bytes_free,df.bytes_used
ORDER BY 4 DESC;
Regards,
Pravin

hi,
try this
/* TOTAL, FREE AND USED SPACE IN TABLESPACES */ SET LINESIZE 100 COLUMN TABLESPACE FORMAT A15 select t.tablespace, t.totalspace as " Totalspace(MB)", round((t.totalspace-fs.freespace),2) as "Used Space(MB)", fs.freespace as "Freespace(MB)", round(((t.totalspace-fs.freespace)/t.totalspace)*100,2) as "% Used", round((fs.freespace/t.totalspace)*100,2) as "% Free" from (select round(sum(d.bytes)/(1024*1024)) as totalspace, d.tablespace_name tablespace from dba_data_files d group by d.tablespace_name) t, (select round(sum(f.bytes)/(1024*1024)) as freespace, f.tablespace_name tablespace from dba_free_space f group by f.tablespace_name) fs where t.tablespace=fs.tablespace order by t.tablespace;
and you can have a look this thred. it will be hellp you
query to check tablespace size and freespace
regards,

Tablespace Size

hi,
I am using Oracle 8i. From DBA studio i see that the space assigned to data files is 98.5% full. will it affect performance ?? Ther is very few much space avaiable in the drive. Data file size is around 12 GB auto extend is 50% and free space is 3 GB.
Please suggest...

If the data blocks are not cached in your shared pool , then it will read data blocks from the datafiles and this will leads to some performance issuies.Kuljit already pointed out from your answer that data blocks resides in buffer cache not in the shared pool.
My point is, sometimes, physical reads are better than logical reads. To tune a query, one must concentrate to reduce logical reads. (buffer gets).
Regarding tablespace size and performance problem, as long as there is free space is avaialble then no problems.
If the tablespace is 100% used and its data files are autoextend enabled, then, when oracle needs space to insert datafile and tbs is 100% and its datafile are autoextend, then, oracle has to allocate new exten to keep the data. In this scinario, there might be a slight issue.
If the tbs is locally managed, it will not be that must.
Moreover, if the database is OLTP with heavey transactions, then, its always better to have good amount of free space i the tablespaces.
Jaffar

How to see tablespace size in data dictionary

How can I see the tablespace size, and used tablespace size in data dictionary view?
it is not in dba_tablespaces, and v$tablespace
Thanks.

I like this little piece of code of mine:
SQL> SELECT
2          TABLESPACE_NAME,
3          RPAD(RPAD('|',100-PCT_FREE,'X'),100) || '|' USED
4 FROM (SELECT TABLESPACE_NAME,
5    100 -
6      ROUND(100 -(SUM(BYTES)/1024/1024/1024)*100/
7                  (SELECT SUM(BYTES)/1024/1024/1024
8                   FROM DBA_DATA_FILES DF
9                   WHERE DF.TABLESPACE_NAME=FS.TABLESPACE_NAME),2
10            ) PCT_FREE,
11    ROUND(SUM(BYTES)/1024/1024/1024,2) GIBFREE
12 FROM DBA_FREE_SPACE FS
13 GROUP BY TABLESPACE_NAME) TABLESPACE_SPACE
14* ORDER BY TABLESPACE_NAME;
TABLESPACE_NAME                USED
ARCHDATA                       |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX      |
DATBIGGX                       |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX                  |
DATGX                          |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX                                                      |
DATLOWGX                       |XXXXXXXXXXXXXXXXXXXXXX                                                                             |
IDXBIGGX                       |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX                 |
IDXLGX                         |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX                |
IDXGX                          |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX          |
LOGMNRTS                       |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX                                           |
SYSTEM                         |XXXXXXXXXXXXXXXX                                                                                   |
TOOLS                          |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX                                                   |
UNDOGX                         |XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX                                         |Yoann.

Tablespaces reach 100 percent even though limit is higher and Autoextend ON

I am working as an APPS DBA and am running the E-Business Suite in a production environment. The problem is that sometimes when I check the tablespace growth some of the tablespaces reach 100%, and available space showing zero (e.g APPS_TS_MEDIA) even though there is a higher limit set for that tablespace. AUTOEXTEND is also ON. Could anyone please let me know what causes that to happen?

To add to what Nick said, it also possible that immediately after extending that the tablespace will still show near 100% used based on the file extension size and the next extent size as is 64M for both. Plus a second object could extend consuming left over space soon after the file extension.
If you use extendable files measure space used as the total used space / total available to allocate based on maxsize and not on what is used out of what is currently allocated.
HTH -- Mark D Powell --

Tablespace size report for SQL and oracle servers

Hi All
is it possible to get tablespace size for all sql and oracle server in the form of report in SCOM.
Regards
Madhavi

Oracle: Table size report of Oracle is depend on the MP which yu imported into SCOM
SQL :
1) Create a group which contains folowing dynamic rule
2) Reporting workspace --> Microsoft Gneric Report --> Performace Detail
3) in the parameter area, create a new series, add group which create in step 1) and select the rule: MSSQL XXX: Collect Database Allocated Size(MB)
4) Run the report
5) In the report, click actions and select "Performance details for every object"
Roger

Undo retention and tablespace size

Situation:
Oracle 9.2.0.1 configured with undo_retention=10800 but with a 2GB size limit for the
undo tablespace with no autoextend.
As far as i know, with 10800 the undo tablespace could grown to around 10GB
but i'm not sure tho. I REALLY need to know if this is clearly a wrong setup (imho it
is) or could be an acceptable situation in some scenarios.
Thanks heap in advance.

Oracle 9.2.0.1 configured with undo_retention=108003 Hours? This is realy huge undo retention time.
with a 2GB size limit for the undo tablespace with no autoextend.You probably mean datafile not tablespace.
You don't need resize existing datafile you could just add another datafile to undo tablespace.

Tablespace size. System data vs user data.

Hi,
I have Oracle 11.2.0.1 on Solaris 11 x86_64. Software using SYSTEM tablespace. The free space on this tablespace is allmost end,
When i check what amount of data is collected in database i get strange value:
select SUM(qq.MB) from (select table_name,(num_rows*avg_row_len)/(1024*1024) MB, num_rows, avg_row_len from user_tables) qq;
SUM(QQ.MB)
6,43802738189697265625
So i suppose that data using only 6.4MB.... But statistic for this tablespace is
Tablespace                     Used MB                Free MB                Total MB               Pct. Free
SYSAUX                         655                    35                     690                    5
UNDOTBS1                       27                     18                     45                     40
TQTBS                          11                     489                    500                    98
USERS                          0                      5                      5                      100
SYSTEM                         707                    93                     800                    12
What is using 700MB?!

It is a very good thing to use the command line queries to understand these things. But it is also good to know your tools. You should check tablespace size with dbconsole, it shows nice little pictures of how much space is used. Note that your system tablespace is autoextend, and this is a good thing, since as Sybrand noted, that's where the PL/SQL is stored. As a practical matter, unless you are adding a lot of new code, that tablespace tends to expand to a steady size and just stay there. You don't want to fix it there, because you might add new code in the future.
On the other hand, sysaux and your data may need some watching. If you are curious, you can use the tablespace map function in dbconsole to see what is where in tablespaces (and there are scripts floating about to see it command line style). But don't stress over it, Oracle is really good about doing things right. What you have to watch out for is things like auditing or plan maintenance becoming space hogs in sysaux, and some apps, sometimes combined with some bugs, can use too much data space. But really, you shouldn't bother with it too much unless you see something using way more space than you would reasonably expect.
If you want to obsess over something, consider patching. 11.2.0.1 is not a good sign.

Maximum Temp tablespace size you've seen

DB version: 10.2.0.4
Our DB caters a retail application . Total DB Size of 3TB. Its is a bit of mix of both OLTP and Batch processing environment.
Our temp tablespace has 1 file and we had set the tempfile as AUTOEXTEND. Somehow its size has reached 25GB now !
We don't actually need this. Do we?
For a fairly busy DB of around 3TB size, what is the maximum temp tablespace size you've ever seen?
What is the maximum temp tablespace size you've ever seen for Big DB like Telecom, Banking?

The point about temp space is that your requirements are dynamic - the actively used area shrinks and grows.
Comparing apples with oranges, tempfile sizes on system where I am currently here amount to 50 GB but to be honest that's mainly due to a not insignificant number of pretty poor queries, run concurrently, with multipass operations, etc.
Kellyn Pedersen had an example of a process using 720GB here:
http://dbakevlar.com/?p=43
Whilst 25GB may not be earth shattering, a "large" temp area may perhaps be an indicator that you want to review some of your application code.
(What is "large"? "unusual" compared to what is "normal" for your system may be a better metric)
If you're using automatic pga memory management, then there's a limit to what each session can get, it may be that automatic work areas are not suitable for some of your code and some manual sizing is required to prevent operations spilling unnecessarily.
Also, inaccurate CBO estimates on your queries can lead to inaccurately sized work areas that then spill into temp.
There was a reminder of this in one of Randolf Geist's articles on hash aggregation:
http://oracle-randolf.blogspot.com/2011/01/hash-aggregation.html

UNDO Tablespace size

Hi,
We have a production database with size 120GB (DB Version 11.1.0.6), And our UNDO Tablespace size is 30GB.
For the past 4 days the UNDO tablespace utilization is more than 85%.
We have disabled the AUTOEXTEND for the UNDO Tablespace.
So the UNDO RETENTION is dynamically calculated by Oracle itself and the value now is
TUNED_UNDORETENTION
339183
Please suggest how to fix this issue.
Thanks !

Hi,
The UNDO Tablespace size is still increasing. We dont have flashnack enabled for our database.
The database is 11.1.0.6 Standard Edition.
TABLESPACE TOTAL_SIZE_IN_MB FREE_SPACE_IN_MB % FREE %USED
UNDOTBS1 32152 4440 14 86.19
USERS 123784 23120 19 81.32
SYSTEM 1536 465 30 69.73
SYSAUX 1024 449 44 56.15
GGS_DATA 2048 1388 68 32.23
We enabled AUTOEXTEND on for one of the datafiles in UNDO Tablespace.
NAME TYPE VALUE
undo_management string AUTO
undo_retention integer 9000
undo_tablespace string UNDOTBS1
select to_char(begin_time, 'DD-MON-RR HH24:MI') begin_time,
to_char(end_time, 'DD-MON-RR HH24:MI') end_time, tuned_undoretention
from v$undostat order by end_time;
BEGIN_TIME END_TIME TUNED_UNDORETENTION
23-DEC-11 18:15 23-DEC-11 18:25 375077
23-DEC-11 18:25 23-DEC-11 18:35 375678
23-DEC-11 18:35 23-DEC-11 18:45 376278
23-DEC-11 18:45 23-DEC-11 18:51 376578
Please let me know how can i reduce the space consumed by UNDO Tablespace.

MTE class for total tablespace size

Hi,
We start a monitoring over the solutionmanager and i asked myself, if it's possible to show the total size of a tablespace.
I only see the free and used space, but not the total.
In moment we calculate the total space with these 2 results, but it is possible to have large difference in total. But i need these data for the reporting.
Thanks in Advance

It is a very good thing to use the command line queries to understand these things. But it is also good to know your tools. You should check tablespace size with dbconsole, it shows nice little pictures of how much space is used. Note that your system tablespace is autoextend, and this is a good thing, since as Sybrand noted, that's where the PL/SQL is stored. As a practical matter, unless you are adding a lot of new code, that tablespace tends to expand to a steady size and just stay there. You don't want to fix it there, because you might add new code in the future.
On the other hand, sysaux and your data may need some watching. If you are curious, you can use the tablespace map function in dbconsole to see what is where in tablespaces (and there are scripts floating about to see it command line style). But don't stress over it, Oracle is really good about doing things right. What you have to watch out for is things like auditing or plan maintenance becoming space hogs in sysaux, and some apps, sometimes combined with some bugs, can use too much data space. But really, you shouldn't bother with it too much unless you see something using way more space than you would reasonably expect.
If you want to obsess over something, consider patching. 11.2.0.1 is not a good sign.

Tracing tablespace increase and user causing increase

Dear experts!
Not a dba yet, I have a question regarding the tracing of database resp. tablespace increase. A colleague of mine detected yesterday that the database increased by a 100 gb overnight. A very curious happening that deserves more attention. hence I'd like to know how I can possibly find out, which transactions took place overnight and who (client / IP) issued the command.
Should I look into backup tracefiles, v$sqlarea or do you have another hint?
dba_hist_sql_plan with operation like '%insert%' doesn't produce any valuable details for that specific day.
Thanks for any of your help!
Regards
Seb

If tablespace datafiles have autoextend property you cannot trace tablespace size increase. Otherwise there should be some ALTER DATABASE statement logged in instance alert log.
To trace detailed user activity that writes to database you should use LogMiner if the database instance is in archivelog mode.
If you have Diagnostic Pack license you can try to use some AWR report and check SQL statements section.

Appropriate size for Autoextending datafile in oracle 10g

Hi,
I am using Oracle 10g 10.2.0.3.0 on linux 64 bit with 16GB RAM, one thing i want to find out that i have my schema datafile, which set on autoextend, i have set next size to 100mb, if the file reaches to its full does it make us wait for long to create a place of 100mb or should i reduce the size from 100mb to 10mb.
What should be the appropriate Next size in Autoextend for oracle database in my case, if there is a performance problem like login delay in schema due to increasing in size of datafile then how do i find out because i do not have database diagnostic tools.
Because today there was a delay in login to the schema and EM was showing wait, but i could not find out that why the wait was there, when i check the datafile size it was 1203 MB , i thought it may be due to the extension of data file but how do i confirm this thing.
In the table DBA_ADVISOR_FINDINGS it is giving following problem
Problem PL/SQL execution consumed significant database time.
Symptom Wait class "Network" was consuming significant database time.
Problem Wait event "TCP Socket (KGAS)" in wait class "Network" was consuming significant database time.

Slow connect is not related with datafile extension.
Regarding Wait event "TCP Socket (KGAS)"
Please read Metalink note 416451.1
How fast is tnsping to database, ping to database server?

Tablespace size and autoextend

Similar Messages

Maybe you are looking for