Retrieving free space in oracle 8i

hi,
i am having 30 gb oracle 8.1.7.2 database. by the weekend we are gonna purge around 60% of data from it. we want to use the freed space for new object. the downtime avaiable for app. is very less. so we can't go with exp/imp to retrieve free space. is it possible to do it some other way because i am having a doubt that oracle 8i does not release the space freed by deletion of recording for creating new objects. please help.

Hi,
In order to do that you can use 2 methods:
1/ CTAS
. CREATE TABLE new AS SELECT * FROM old WHERE <lines_to_keep>
. DROP TABLE old;
. ALTER TABLE new RENAME TO old;
2/ Purge data as you whish
. DELETE FROM tabname ... ;
. COMMIT;
. ALTER TABLE tabname DEALLOCATE UNUSED;
HTH,
Yoann.

Similar Messages

How SMON coalesces free space in oracle 9i and 10g

how SMON coalesces free space in oracle 9i and 10g?
Is it doing same as it was behaving in oracle 7 like looking through free extent table every five minutes (sys.fet$) to see if there are any adjacent free extents that can be coalesced into a single extent, and on every 25th cycle (i.e. every two hours and five minutes) it looks at the segment table (sys.seg$) to see if there are any temporary segments that need to be eliminated, as explained by jonathan lewis?
what are extent and segment tables available in oracle 9i and 10g like sys.fet$ and sys.seg$ in oracle7?

>
how SMON coalesces free space in oracle 9i and 10g?
Is it doing same as it was behaving in oracle 7 like looking through free extent table every five minutes (sys.fet$) to see if there are any
adjacent free extents that can be coalesced into a single extent, and on every 25th cycle (i.e. every two hours and five minutes) it looks
at the segment table (sys.seg$) to see if there are any temporary segments that need to be eliminated, as explained by jonathan lewis?
what are extent and segment tables available in oracle 9i and 10g like sys.fet$ and sys.seg$ in oracle7?I think you need to go and have a look at the Oracle 9i documentation here
http://www.oracle.com/technology/documentation/oracle9i_arch_901.html
and automatic segment management in 10g
http://www.oracle.com/technology/pub/articles/10gdba/week15_10gdba.html
HTH.
Paul...
Software - OS (+ version), Server,
Hardware - CPU + Disk configuration.
Please include all of the above information with database queries.
This will help those who are trying to help you!
Furthermore, please do not top-post and do try to trim your replies!

BR1049W Not enough free space in /oracle/SID/sapdata

Hi Everybody,
I am trying to extend a tablespace through BR*tools. However I'm getting the Warning :
BR1049W Not enough free space in /oracle/SID/sapdata1 for total maximum size of all database files of tablespace...
As you could see below, I have still about 100 GB free on this logical volume.
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/sapdata_lvSID 899.88 99.97 89% 179 1% /oracle/SID/sapdata1
I wanted to add a datafile (size = 32GB), it didn't work.
Best regards
Latif

Can you please provide the SQL statement the brtools is issuing when adding the datafile. Probably ,for all the datafiles which are in /oracle/SID/sapdata1 , if the max size is added up , then the value is greater than the filesystem size. Please check in dba_data_files the maximum size upto which datafiles in sapdata1 can extend.
Use this to check:
select sum(MAXBYTES)/1024/1024/1024 from dba_data_files where FILE_NAME like '%sapdata1%';
if the value returned + the new datafile max size is > file system size you will get the above error.

Free Space on Oracle Mount Points

Hi,
In my production environment, which is on ECC 5.0 on HPUX and Oracle DB, my mount point for the Oracle DB files has reached 90% plus......
What is the amount of free space that should be available on these mount points at any point of time. Will there be a performance issue in the above case.
Inputs on this will be appreciated.
Regards
Alfred D'Souza

Hello Alfred,
> What is the amount of free space that should be available on these mount points at any point of time. Will there be a performance issue in the above case.
Personally i try to keep 4 GB free space for each sapdata (for big systems), for smaller i only keep 1 GB.
Performance issues depends on your storage. If you have SAN storage with caches.. performance will be not affected, but if you have local disks it depends on the data striping and the i/o intensive actions.
But in general i say, the performance will be not affected by the free space.. it will only be affacted by the i/o actions and the distributed data over all sapdatas.
Regards
Stefan

Free space problem in / with oracle-xe-11.2.0-1.0.x86_64

Hi,
I'm trying to install Oracle-xe-11g on Red Hat 5.6, but I have the following problem:
[root@localhost] rpm -ivhf oracle-xe-11.2.0-1.0.x86_64.rpm
Preparing... ########################################### [100%]
installing package oracle-xe-11.2.0-1.0.x86_64 needs 180MB on the / filesystem
However I have enough free space in /, df command shows:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 3960348 3326380 429544 89% /
/dev/sda3 30368632 4066116 24734976 15% /home
/dev/sda1 46633 11310 32915 26% /boot
tmpfs 2198372 0 2198372 0% /dev/shmHow do I fix it?
Thank you in advantage
Edited by: 905637 on 03-ene-2012 4:43

How do I fix it?Add Space.
Looks like you've got a less than 4G total for / with about 420MB free. That's nowhere near enough space, out-of-the-box the datafiles alone take about 1G.
Try bumping sda2 up another 4G, or add a (at least) 4G partition and mount it at /usr/lib/oracle
Per the Linux install guide ... "Disk Space ... 1.5GB minimum" http://docs.oracle.com/cd/E17781_01/install.112/e18802/toc.htm#BABHICJH
Edited by: clcarter on Jan 3, 2012 11:40 AM
add install doc URL

Oracle 11g - How to repair block corruption(on free space) in datafile

Hi,
I have a tablesopace with 3 datafiles, out of which one datafile has corrupted block. But no objects or data is affected as the corrupted block os in free space. This was shown in the alert logs.
Please see below the details:
Wed Apr 06 15:30:04 2011
SMON: Restarting fast_start parallel rollback
SMON: ignoring slave err,downgrading to serial rollback
ORACLE Instance geooap (pid = 12) - Error 1578 encountered while recovering transaction (10, 6) on object 149755.
Errors in file f:\oracle11g\diag\rdbms\geooap\geooap\trace\geooap_smon_5540.trc:
ORA-01578: ORACLE data block corrupted (file # 7, block # 54053)
ORA-01110: data file 7: 'F:\ORACLE11G\ORADATA\GEOOAP\ORDER_DATA_01.DBF'
GEOAP:
Fri Apr 01 14:57:48 2011
Errors in file f:\oracle11g\diag\rdbms\geop\geop\trace\geop_arc1_2156.trc:
ORA-00235: control file read without a lock inconsistent due to concurrent update
Fri Apr 01 14:57:58 2011
================================================================
The corruption is being reported in a free space block of the ORDER_DATA_01.DBF.
I’ve checked all the tables (and indexes) in this tablespace and none report corruption.
=====================================================Is there any action I need to take to remove corruption at this point?It is not affected any operation on the database yet.
What is the best way to do get rid of the corrupt block, without dropping and rebuillding the full tablespace(which is around 6 GB -total of 3 datafiles)
Thanks a lot

Can RMAN recover the datablock from this cold backup(which is a week old, the data file was not corrupted then) ?Please note that to do the recovery, you would need the backup and the archivelog files since the backup. Think about what you are asking to do. Its a single block whose recovery you are asking from a week old backup which obviously would be on an much older SCN compared to the rest of the database. How would you make that block consistent with the rest of the datafile. If you don't have archivelog in that db whose block is corrupted, you may forget that block and any data that it might ever had. Also, please read the documentation about the block recovery which explains the requirements very clearly,
http://download.oracle.com/docs/cd/E11882_01/backup.112/e10642/rcmblock.htm#BRADV89784
From the above link, 1st point,
The target database must run in ARCHIVELOG mode and be open or mounted with a current control file.HTH
Aman....

SGA free space information in Oracle 7.3.4

Please help me how to find SGA free space information in Oracle 7.3.4

Hi, I am getting following error while running below query
SQL> select * from v$sgastat order by pool,name;
select * from v$sgastat order by pool,name
ERROR at line 1:
ORA-00904: invalid column name

Free space requirement in Oracle database

In my oraganization SAP application running with oracle as database. now our database is 1300 GB and right now 90 GB space free in database (92 % used). since System implementation we kept this free space upto 90GB by adding datafiles every week. I am newbie and want to know that how much free space oracle requires for better performance. can I stop adding datafile .

user8694422 wrote:
But in SAP application,SAP has its own intelligency for database monitoring. we only add datafile in database for its space management.Now there is no space in our file system to add any of the datafile. In database 90GB out of 1300GB free. so what happen if database growth furher? database will get hang?I am not sure at all what SAP recommends but there isn't any thing that says that X amount of space should be left free. Oracle has come out with the alert mechanism that can help you to get the alert when the free space goes below the specified limit that you mention but more than the performance, it's the availability IMO that's going to be effected. For example, if you have run out of space, you won't become more slow or faster but you won't have space to do any further writing and that's going to cause the operations to be halted as long as you won't solve the issue by adding more space or by adding new files. So , saying that database would hang would be incorrect, not operational, yes!
Just my 2 cents
Aman....

Oracle Free Space Management

Is Free Space Management a Initialization Parameters,
if so which one,
Where is Free Space Management keepth ?
Eric

Eric, Free space management is not a database parameter. You should read the Concepts manual. It explains Tablespace management and object management basics. Or you can see the chapters devoted to Tablespace and Object management in the DBA Administration Guide for a more detailed analysis.
To find free space in the database see the dictionary view: dba_free_space.
To how space management is handled for a tablespace see the dictionary view: dba_tablespaces.
HTH -- Mark D Powell --

Insufficient free space in the database during upgrademodule General checks

we are upgrading SAP R/3 Enterprise 470 110 to ECC6 on Oracle/Windows.
During PREPARE module: General checks the file CHECKS.LOG show the following information:
   #====================================================#
Requests and information for module General checks #
   #====================================================#
INFO> The following values may be preliminary because of
      free space consumption during productive operation and
      additional free space requests derived in a later stage.
      Conversions of modified tables can require additional space.
      Please use the largest free space request printed,
      which are the values at the very end of this file.
ERROR> Insufficient free space in the database as follows:
Create TABLESPACE PSAPDIMD             with 102 MB
Create TABLESPACE PSAPDIMI             with 102 MB
Create TABLESPACE PSAPODSD             with 112 MB
Create TABLESPACE PSAPODSI             with 112 MB
Create TABLESPACE PSAPFACTD            with 102 MB
Create TABLESPACE PSAPFACTI            with 102 MB
INFO> To adjust the size of your tablespaces, you may use the commands
      in file 'C:\usr\sap\put\log\ORATBSXT.LST' using the 'brspace' utility.
      Please copy the file before making changes, as it may be
      overwritten in subsequent upgrade phases.
INFO> During the upgrade, the new SAP kernel
      will be installed. All files and subdirectories
      in directory C:\usr\sap\CTD\SYS\exe\run which are not used
      in Release 700 will be removed.
      The files from "dbclient.lst" in the kernel directory are kept.
      Files and subdirectories can be protected from deletion
      if they appear in a file "protect.lst" in the same directory
      (each protected name in a separate line).
      For security reasons, directory C:\usr\sap\CTD\SYS\exe\run
      should be saved in a backup.
INFO> You already installed kernel extensions.
      Please unpack the archive(s)
      RFC.CAR
      after the upgrade has finished.
      You can find these archives on the CD "Presentation".
      Do n o t unpack the archives now, the software
      is only compatible with the new SAP kernel.
INFO> It is possible to upgrade the frontend software before
      you start SAPup!
   #===========================================================#
PREPARE module General checks finished with status failed #
   #===========================================================#
#====================================================
Execution of all selected PREPARE modules finished.
#====================================================
Now, we have the new tablespace layout and as says the upgrade general note: Note 819655 - Add. info.: Upgrade to SAP NW 2004s ABAP ORACLE we do not have to create tablespaces as saied in PREPARE; so I have adjusted tables DDART,    TAORA, IAORA: with the entry
DDIM     STD     Dimension Tables in BW
DFACT     STD     Facts Table in BW
DODS     STD     ODS Tables in BW
Then J have repeated the module: GENERAL CHECK but in the file CHECKS.LOG I noted always the same error.
Any HELPS?????
Edited by: Raffaele Pezone on Dec 1, 2009 4:25 PM
Edited by: Raffaele Pezone on Dec 1, 2009 4:34 PM

As mentioned in sap note: Note 541542 - Upgrade phase INIT_CNTRANS: Container inconsistency
we don't have standard layout:
Standard layout: TABART: TAORA-TABSPACE, IAORA-TABSPACE
SSDEF: PSAPES<rel>D,   PSAPES<rel>I
SSEXC: PSAPES<rel>D,   PSAPES<rel>I
SLDEF: PSAPEL<rel>D,   PSAPEL<rel>I
SLEXC: PSAPEL<rel>D,   PSAPEL<rel>I
APPL0: PSAPSTABD,      PSAPSTABI
USER : PSAPUSER1D,     PSAPUSER1I
<...>: PSAP<.....>D,   PSAP<.....>I
but
MCOD Layout (new layout)
SSDEF: PSAP<sid><rel>, PSAP<sid><rel>
SSEXC: PSAP<sid><rel>, PSAP<sid><rel>
SLDEF: PSAP<sid><rel>, PSAP<sid><rel>
SLEXC: PSAP<sid><rel>, PSAP<sid><rel>
APPL0: PSAP<sid>USR,   PSAP<sid>USR
USER : PSAP<sid>USR,   PSAP<sid>USR
<...>: PSAP<sid>, PSAP<sid>
but we don't use Multiple component in one Database. We have only one instance in one DB.
in fact we have following tablespaces:
PSAPSID
PSAPSID620
PSAPSID700
PSAPSIDUSR
PSAPTEMP
PSAPUNDO
SYSAUX
SYSTEM
I have just created PSAPSID700 as PREPARE says.

OCFS2 Free space issue

Hello,
I have an Oracle 11gR2 RAC on two Oracle Linux 5 nodes. For storage I use a couple of OCFS2 partitions.
I have deleted a database using dbca and also have deleted the remaining files from shared partitions. When I consulted the free space with df I was surprised to see that the partitions appear to have a lot of used space even that there are no files on them. I've seen a similar behavior on a gpfs partition on AIX. Even that the database was closed and deleted (and lsof doesn't return anything), and I don't see how some files could be still opened, I rebooted both nodes (complete shutdown and start after both were down).
Now I see this:
[root@node1 bin]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdf1 4.0G 283M 3.7G 8% /d01
/dev/sde1 2.0G 283M 1.7G 15% /d02
/dev/sdj1 1.0G 91M 934M 9% /d03
[root@node1 bin]# cd /d01
[root@node1 d01]# ls -a
[root@node1 d01]#
How is it possible to have used space on those partitions even if they are empty?
How can I do some space management on OCFS2 partitions?
[root@node1 d01]# modinfo ocfs2
filename: /lib/modules/2.6.32-300.27.1.el5uek/kernel/fs/ocfs2/ocfs2.ko
license: GPL
author: Oracle
version: 1.6.3
description: OCFS2 1.6.3
srcversion: B8AF3035CE0F00B763D188F
depends: ocfs2_stackglue,ocfs2_nodemanager
vermagic: 2.6.32-300.27.1.el5uek SMP mod_unload modversions
Thanks.

fsck.ocfs2 -f /dev/iscsi/openfiler:disk01/part1
mount /dev/iscsi/openfiler:disk01/part1 /d01
Filesystem Size Used Avail Use% Mounted on
/dev/sdf1 4.0G *283M* 3.7G 8% /d01
It's the same.
Just to add, the partitions were formatted like this:
mkfs.ocfs2 -b 4K -C 32K -N 4 -L oracrsfiles /dev/iscsi/crs/part1
/etc/fstab:
/dev/iscsi/openfiler:disk01/part1 /d01 ocfs2 _netdev,datavolume,nointr 0 0

To know the amount of free space in a tablespace

hi,
I'm learning oracle 9i release 9.2.0.1.0 .I'd created a tablespace 'TOOLS' for being used as the default tablespace for Statspack.
I wish to know the amount of free space available in this tablespace. For this purpose I ran the following query but there was no rows selected :-
SQL> select tablespace_name,bytes from dba_free_space
2 where tablespace_name='TOOLS';
no rows selected
SQL> select name from v$tablespace;
NAME
CWMLITE
DRSYS
EXAMPLE
INDX
ODM
SYSTEM
TOOLS
UNDOTBS1
USERS
XDB
TEMP
Can anyone tell the reason for this.

I tried your query
SQL> select TABLESPACE_NAME,
2 sum(BYTES) Total_free_space,
3 max(BYTES) largest_free_extent
4 from dba_free_space
5 group by TABLESPACE_NAME;
♀TABLESPACE_NAME TOTAL_FREE_SPACE LARGEST_FREE_EXTENT
CWMLITE 11141120 10878976
DRSYS 10813440 10813440
EXAMPLE 131072 131072
INDX 26148864 26148864
ODM 11206656 11206656
SYSTEM 3211264 3080192
UNDOTBS1 199229440 196149248
USERS 26083328 26083328
XDB 196608 196608
9 rows selected.
Again there were no rows for TOOLS tablespace.

Claiming of free space in data files

I have a problem for claiming the free space in few data files .There is the data in the files at fragmented places i.e. the free space is below the high water mark.DB is production db and Export/Import is not possible due to time consideration. How to get back that space. Please reply soon.....

Dolly, the term HWM in Oracle is normally only used to describe the last used block in a table allocation. There is no way to reclaim unused blocks below the HWM in a table without reorganizing the table though Oracle will resuse the space for new rows if the pct_used threshold allows (or ASSM) allows it do so.
You can sometimes release free (unused) blocks above the HWM of a table using the alter table shrink option.
You can perform a similar function on extendable datafiles between the last allocated object extent and the end of file.
As Justin said, you need to explain your situation better.
-- Mark D Powell --

Re-use of free space

Hi,
after a large client delete or after important data archiving, does Oracle re-use new freed space into datafile ? ... we need to delete a large client and then copy e new mid-size client but we haven't a lot of free space in dev system.
Regards.
Ganimede Dignan.

Hello Ganimede,
>> after a large client delete or after important data archiving, does Oracle re-use new freed space into datafile ?
Oracle reuses the freed space inside the same segment. For example if you have freed space in table MSEG, you can reuse the allocated space only for table MSEG (=same segment).
For indexes its a little bit "special", because the freed space (in blocks) can only be reused if they are completely empty, because of the index must be sorted.
You can take a look at the ALL_TABLES on column AVG_SPACE to estimate the freed size in the tables (but take care, the values are only updated on statistic gathering):
http://download.oracle.com/docs/cd/B19306_01/server.102/b14237/statviews_2105.htm#i1592091
Regards
Stefan

Difference between free space on disk and column FREE_MB in V$ASM_DISKGROUP

Hi ,
in our RAC environment we have setup an ACFS. We use that mainly for RMAN backups. When connecting to the ASM instance and executing the query
Select name, state, total_mb, free_mb from v$asm_diskgroup;
we are getting the following result:
NAME STATE TOTAL_MB FREE_MB
DG00_CRS MOUNTED 10738 9912
DG01_FR MOUNTED 409592 360173
DG02_DATA MOUNTED 6553568 1628732
DG03_BACKUP MOUNTED 5615920 4227
Seems to me that the ASM instance believes that the amount of frees space in diskgroup DG03_BACKUP is 4227 MB. Butr when checking on
operatingsystem level, the result looks different:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/asm/v03_backup-33
5746196480 2430545120 3315651360 43% /u01/app/oracle/orabackup
=> As a matter of fact, we have about 3,3 TB free space available. Should that result not be shown when running the query above? I currently
don't have a clue why the query returns 4227 MB...
Any help will be appreciated...
Rgds
JH

ACFS is a 11.2 feature, while ASM existed long before
ASM will consider such volumes as used space when querying V$ASM_DISKGROUP, or issuing lsdg in asmcmd
you can use the views V$ASM_ACFSVOLUMES and V$ASM_FILESYSTEM for ACFS
or volinfo in asmcmd

Retrieving free space in oracle 8i

Similar Messages

Maybe you are looking for