Most allocated extents in any segment

hi gurus
My db is oracle with HP-UX In rz20 -- database-oraclesegmentsin that most allocated extents in any segment- is showing red.how to rectify this problem. and y its shoing red wht is the problem and how can i solved this.
thanks/regards

Hi,
If you are using Locally managed tablespace ( by default as of Oracle 9i), then you dont have worry about this warnings.
High number of extents is not a problem in LMTS.
Please check the below link & sap notes
http://help.sap.com/saphelp_nw70/helpdata/EN/25/5215e970077e4fb366e5ce25629aac/frameset.htm
Note 599694 - LMTS autoallocate: Extent allocation
Note 706625 - Oracle9i: Locally managed SYSTEM tablespace
Note 214995 - Oracle locally-managed tablespaces in the SAP environment
Hope this helps.
Thanks,
Sushil

Similar Messages

DB02:Space management/Segments/Most allocated extents in any segment

Hi ,
in My SAP server: DB02 > Oracle Database Administration > Alerts > Alert monitor, there are few red alerts.
1. Space management > Segments >Most allocated extents in any segment 263 > 200 - 263 > 200: number of extents > threshold 03.03.2009 09:35:46
in RZ20 Most allocated extents in any segment having thersold value :200
Can anybody knows what it is about? How to fix this? And what are the risks if I ignore this?
with Regards
Harinatha Reddy M

Hi,
What is your Oracle database version.? If it is 9i or 10g then you can ignore this warning as from Oracle uses Localy managed Tablespaces.
Please check below mentioned SAP notes, it may help you.
Note 599694 - LMTS autoallocate: Extent allocation
Note 706625 - Oracle9i: Locally managed SYSTEM tablespace
Note 214995 - Oracle locally-managed tablespaces in the SAP environment
Thanks,
Sushil

Most allocated extents in any segment 6836

Hi all,
I have read a lot about reorg tables but the problem I have is that the tablespace causing us problems is SYSTEM.
Extents Owner Segment name Segm.type Tablespace
9,718 SYS C_OBJ#_INTCOL# CLUSTER SYSTEM
We are running Oracle 10.2.0.4.0 on BI7 EHP1
SYSTEM tablespace has Extent Management set to DICTIONARY all the others are LOCAL.
How do I go about solving this? I'm new to SAP BASIS work and I am no DBA.
Thanks
Craig

Hi Craig,
I do not have any guide on this.
For additional reference you may look into SAP help.
Recreating a Database with BR*Tools (SAP Library - SAP Database Guide: Oracle (BC-DB-ORA-DBA))
Recreate Database (SAP Library - SAP Database Guide: Oracle (BC-DB-ORA-DBA))
As per SAP note 748434
Logically, this results in the SYSTEM tablespace being "reorganized". The UNDO and TEMP tablespaces are also recreated in this case. However, no SAP data (series) is moved and only the SAP tablespaces (metadata) are exported and imported
Note 2:
Although no SAP data is exported or imported during the process, it is very time consuming and can take several hours.
Note 3:
Perform a complete database backup (preferably offline) before you begin the reconstruction. If the BRSPACE run terminates, the process cannot continue, and you must reset the entire database (with the "reset" function of BRRECOVER, for example).
Keep above points in mind before you execute dbcreate. Test this process on test environment first to estimate the time take and issues (if any).
Hope this helps.
Regards,
Deepak Kori

Segments with many allocated extents

Dear all,
This is regarding the number of allocated extents in any segments.
Our environment is SAP ECC 6.0 in ORACLE (11.2.0.2.0) in AIX.
We are having 2218 allocated extents for table BSIS in the tablespace PSAP<SID>.
The table is 114GB in size and have the default value 2147483645 as max.extents.
Like the same we have around 30 to 40 tables having more than 200 allocated extents.
The CCMS monitoring templates have all these tables in RED for the node 'Most allocated extents in any segment'.
I have tried online reorg for some of these tables and the number of extents gets increased at times.
How can we decrease the number of extents for such tables.
Regards,
Kiran

Kiran,
As others have stated, you do NOT want to waste your time reorganizing a table or index due to the number of extents (most of the type anyway).
First, let's determine what type of tablespaces you have:
sqlplus "/as sysdba"
set lines 132 pages 100
select TABLESPACE_NAME, NEXT_EXTENT, EXTENT_MANAGEMENT, ALLOCATION_TYPE, SEGMENT_SPACE_MANAGEMENT from dba_tablespaces order by 1;
For example here are my tablespaces I have created:
TABLESPACE_NAME NEXT_EXTENT   EXTENT_MAN ALLOCATIO     SEGMEN
PSAPGLPCAD    524,288,000          LOCAL           UNIFORM          AUTO
PSAPGLPCAI2                         104,857,600 LOCAL      UNIFORM   AUTO
PSAPMEDD                            524,288,000 LOCAL      UNIFORM   AUTO
PSAPMEDI2                           104,857,600 LOCAL      UNIFORM   AUTO
PSAPSR3                                         LOCAL      SYSTEM    AUTO
PSAPSR3701                                      LOCAL      SYSTEM    AUTO
PSAPSR3USR                                      LOCAL      SYSTEM    AUTO
PSAPTEMP                            104,857,600 LOCAL      UNIFORM   MANUAL
PSAPUNDO2                                       LOCAL      SYSTEM    MANUAL
PSAPVBFSD2                          524,288,000 LOCAL      UNIFORM   AUTO
PSAPVBFSI2                          524,288,000 LOCAL      UNIFORM   AUTO
PSAPVBOXD                           524,288,000 LOCAL      UNIFORM   AUTO
PSAPVBOXI2                          524,288,000 LOCAL      UNIFORM   AUTO
SYSAUX                                          LOCAL      SYSTEM    AUTO
SYSTEM                                          LOCAL      SYSTEM    MANUAL
If your main tablespace PSAPSR3 is LOCALLY managed as shown by the "EXTENT_MANAGEMENT" and the ALLOCATION_TYPE is SYSTEM, then Oracle will determine the NEXT extent sizes and you do not have to worry about it.
Now the reason you don't really have to worry about extents is that when SAP sends a SQL statement, Oracle determines the execution plan and then Oracle will read date by Oracle blocks NOT by extents. So in R/3 the CBO almost always picks an index as the leader and that means we read the root -> branch -> leaf -> table blocks. We do NOT read by this extent and then that extent. Even FULL TABLESCANS are reading block ranges based on the db_file_multiblock_read_count value.
Usually the only time we have EXTENT issues is if the tablespace is of type DICTIONARY instead of LOCAL. A DICTIONARY managed tablespace has a different extent management process (UET$ and FET$). Having too many extents in a DICTIONARY managed tablespace "can" cause performance problems but usually only when you are DBA tasks like reorgs because of how Oracle manages the extents and the locking process for the UET$ and FET$. This does not mean the DICTIONARY managed tablespace are bad, just that we have to keep an eye on the extents.
If your tablespaces are LOCAL then your system is configured properly. If you like, you reorg very large objects into their own tablespaces as I have done, but I do this because of archiving and frequent reorgs to seperate tablespaces so I can just drop the old tablespace. Plus I planned this during a unicode conversion so I don't have to actively manage this over time.
And as a little big more information, when we use LOCALLY MANAGED AUTOALLOCATE type tablespaces, Oracle uses a formula for the extent sizes. That way, this frees up the DBA (usually) from having to maintain extents and such. What Oracle does is create the 1st 15 extents as 64K, then the batch of extents will be at 1 Mb, then 8 Mb, then 64 Mb. That's why the AUTOALLOCATE makes it "easier" for administration. When we create LOCALLY MANGED UNIFORM tablespace, we decide how large each extent will be an every object that is put in that tablespace will have the same extent sizes (good for very large objects).
You can test this with:
create table sapsr3.kiran (t1 number) tablespace psapsr3;
alter table sapsr3.kiran allocate extent;
........ keep adding extents to see how they change over time.
col segment_name format a20
set lines 132 pages 100
select segment_name, extent_id, bytes from dba_extents where segment_name = 'KIRAN' order by extent_id;
So that's the rational behind extents. I hope it helps.
Good luck.
Mike Kennedy

Pre-allocating Extents for Instances

Using 10.2.0.4 Standard Edition RAC. I have a table very busy with inserts. Oracle waits for events "gc current block busy", "gc buffer busy release" etc. There seems contention of the blocks between instance. I pre-allocated extent to each instance:
alter table busy_table allocate extent (100m instance 1);
alter table busy_table allocate extent (100m instance 2);But this seems not reducing the events. Is there any more to do?
Some additional questions:
1) How to I know the extent is allocated to a specific instance? DBA_EXTENTS has no instance information. And X$KTFBUE always shows the current instance.
select INST_ID, KTFBUEFNO, KTFBUEBNO from X$KTFBUE
where KTFBUESEGBNO=(
select header_block from dba_segments
where segment_name='BUSY_TABLE');returned the same inforamtion except that INST_ID is different.
2) Does the preallocation affects insert sql only? I guess other operation are free to use any extent. Correct?
3) We are using ASSM. So I am not supposed to be tuning FREELISTS AND FREELIST GROUPS. Correct?
DB: 10.2.0.4
OS: RHEL 5.3

Just checked the document again ([url http://download.oracle.com/docs/cd/B19306_01/server.102/b14200/clauses001.htm#g1053419]INSTANCE integer)
If you are using automatic segment-space management, then the INSTANCE parameter of the allocate_extent_clause may not reserve the newly allocated space for the specified instance, because automatic segment-space management does not maintain rigid affinity between extents and instances.(How come I missed this??)
So Oracle ignores the instance clause for ASSM tablespace. Preparing a test with MSSM tablespace...

Difference between extent management and segment space management

Hello,
Could you tell me the difference between extent management and segment space management interms of datablocks?

After 10g, default tablespace is locally managed and with this creation, your segment's spaces are managed "automatically".
Automatic segment space management is onlyt avaliable to locally managed tablespaces.
The logic of the automatic segment space management is;
For instance, we have a rectangle cube which is totally empty (1 extent - 8 segments - 64 block in default). If we enter a new data to our table, data is stored inside this cube with it's information. (default 8k). If our data must be splitted, check row chaining for further information.
At this point, oracle decides which block is filled with the entered data. It automatically fills the emty blocks. You can use this only if your tablespace is locally managed and your segment space managemet is auto.
On the other hand,
If we create dictionary managed tablespace,
Data is stored in "dictionary" (tables in SYS schema). This is a bit slower than locally managed tablespaces. So filling the extents, segments and blocks will be slow too. You need to specify the PCTUSED, FREELISTS, FREELISTS GROUPS for the storage of the data. If segment space managent is auto, you don't need to define those values.
In summary, locally managed tablespaces with automatic segment space management is Oracle's maybe the most important feature. I am not using dictionary managed tablespaces and i advice don't use it either. In the end, this is an upgrade of using segment spaces much more faster, easier and reliable, trustable.
PS: You will need to check "High Water Mark" for automatic segment space management.

Difference between extent management and segment management

friends what is the basic difference between extent management and segment management,as we know that segment is a collection of extents then why is it necesassry to manage both??..and what is the need to do so?

saugat chatterjee wrote:
friends what is the basic difference between extent management and segment management,as we know that segment is a collection of extents then why is it necesassry to manage both??..and what is the need to do so?Oracle stores data in it's own logical structure.
Blocks --> Extent --> Segment
Oracle block(also known as page) being the granular level where the data is stored. Extent is a collection of blocks.
When you specify extent management, you mean where the allocation/de-allocation of extents(group of blocks) will be managed (either in dictionary or using bitmaps).
When you specify segment space management, you mean that how the space inside a block will be managed. Extent management doesn't control space distribution inside block.
Regards,
S.K.

Just installed a HP Color Laserjet CM2320nf MFP printer, at the same time I upgraded to Lion. It prints fine, but I cannot use the scan functions. I downloaded the most recent driver! Any help would be appreciated.

Just installed a HP Color Laserjet CM2320nf MFP printer, at the same time I upgraded to Lion. It prints fine, but I cannot use the scan functions. I downloaded the most recent driver! Any help would be appreciated.

HP says that the drivers for your all in one print/scanner are downloadable from apple. For the scanner to use preview. image capture or the scan icon from the print driver queue. I don't know how old your HP is, but I know that the newer Os from apple don't support a lot of older printers. You might be able find a third party driver that could work.

Is there any segment adviser or shrinking fecility availabe in sql devloper

Hi,
is there any segment adviser or shrinking fecility availabe in sql devloper. for oracle 11g express.
yorus sincerly

View > DBA
Add connection to your database
Then drill into the Storage node. Select your tablespace and resize your file.
As a newbie, I recommend you read the Oracle docs on tablespace management.

I am using usb/my keyboard to record an original song. I play the melody on my keyboard but the rhythmic notation shown is not correct. i.e. a dotted 8th and 16th pattern has rests, 32 notes,etc. and most is incorrect. Any thoughts on how to fix this?

I am using usb/my keyboard to record an original song. I play the melody on my keyboard but the rhythmic notation shown is not correct. i.e. a dotted 8th and 16th pattern has rests, 32 notes,etc. and most is incorrect. Any thoughts on how to fix this?

What is your GarageBand version? Are you using the most recent GarageBand 10.0.x or an earlier version?
I play the melody on my keyboard but the rhythmic notation shown is not correct. i.e. a dotted 8th and 16th pattern has rests, 32 notes,etc. and most is incorrect. Any thoughts on how to fix this?
The rhythmic notation in GarageBand is the best estimate, based on the length of the notes you played and the "quantize" settings. You can correct the score somewhat by adjusting the note values in the Piano Roll view and by selecting notes and picking a suitable time quantize setting in the track editor, e.g., if you wanted to play triplets, set the quantize value correspondingly:
But I never could get GarageBand to show the dotted notes and rests correctly.
If your main goal is to create a musical score and not to mix music, better use notation software instead of GarageBand.

None of my addons or extentions work any more since installing 3.6.6. When I go Tools/Add-ons it just goes 'ding' [makes an error noise] when I click on any oth the options and then firefox freezes up.

None of my addons or extentions work any more since installing 3.6.6. When I go Tools/Add-ons it just goes 'ding' [makes an error noise] when I click on any of the options and then firefox freezes up and I have to go to the task manager to shut firefox down.
== This happened ==
Every time Firefox opened
== when i updated to 3.6.6

Delete the files extensions.* (extensions.rdf, extensions.cache, extensions.ini) and compatibility.ini in the Firefox [[Profiles|profile folder]] to reset the extensions registry.
See "Corrupt extension files": http://kb.mozillazine.org/Unable_to_install_themes_or_extensions
If you see disabled extensions that are not compatible on the next start in "Tools > Add-ons > Extensions" then click the "Find Updates" button to do a compatibility check.

OATM conversion - should I use unform or auto allocated extents

Hi, as part of an 11i to R12 E-Biz upgrade, I am migrating to the OATM model of tablespaces. One issue I am not sure about is whether to create the new OATM tablespaces so that they use Uniform Extents or whether I should set them to use Auto Allocate. I appreciate that some folk believe Auto Allocate can in the long run lead to freespace fragmentation. However I have not seen any recommendation from Oracle in any of the upgrade documentation as to which method of extent allocation to use.
Q1. Any ideas on which is the recommended / better / wiser extent allocation method to use ?
Q2. Are the concerns around free space fragmentation with the Auto Allocate method really likely ?
Also when I ran the Sizing Report in the OATM migration utility against my existing non OATM 11i tablespaces to predict the space I required for the migration, I got very different results / predictions !
For Uniform Extent Allocation I got the following prediction
Required 20% buffer Current
======= ======= =====
Total(in KB): 83,552,256 100,261,687 31,653,400
For Auto Allocate I got the following prediction
Required 20% buffer Current
======= ======= =====
Total(in KB): 29,842,048 35,809,437 31,653,400
Q3. Any idea why there is such a large variation between the predicted figures for both methods ?
any insight or shared thoughts greatly appreciated,
Jim

Thanks Hussein,
The notes indicate that the recommendation for OATM is Uniform Extnts of 128 Kb. However it caveats that with the statement "if that suits your database". How are you meant to pre-determine what extent size suits your current data / database ?
Also when I ran the pre-sizing report in the OATM migration utility I got vastly different space predictions ( see below ) when proposing to use Uniform Extent Allocation ( of 128 Kb ) and Auto Allocate. Do you know why there should be such a large difference in the figures ( especially as the recommended Unform Extent allocation is so much larger ! )
For Uniform Extent Allocation
==================
Required 20% buffer Current
Total(in KB): 83,552,256 100,261,687 31,653,400
For Auto Allocation
============
Required 20% buffer Current
Total(in KB): 29,842,048 35,809,437 31,663,600

Recude the extents for a segment

Can anybody provide me the steps to reduce the number of extents for a specific segment?
Iam not supposed to increase the tablespace datafile size but i have to reduce the number of extents .
I also tried the coalesce option on the tablespace where my segment exactlly lies but it is of no use.
Caan anyone give me the steps to accomplish that ?
Thanks A TON
Aram

This is your third duplicate post on this issue. You have been warned ! Pl continue the discussion in your original thread.
reduce extents
ora-01658 unable to create initital extents error in oracle 8.1.7.0.0

[SAFARI 4.0.5] Bookmark woes: Most Visited, Recent, and any RSS feed

Somehow my bookmark for Most Visited and Recent changed (from what, I don't know) and they no longer work. Here is what I have now in those slots:
place:sort=8&maxResults=10
place:folder=BOOKMARKSMENU&folder=UNFILEDBOOKMARKS&folder=TOOLBAR&sort=12&excludeQueries=1&excludeItemIfParentHasAnnotati on=livemark%2FfeedURI&maxResults=10&queryType=1
Both of those "urls" throw an error from Safari...Safari can’t open “place:...."
So what does everyone else have? This is on two machines, and I suspect using Xmarks for Safari caused that, and perhaps also this problem with the place stuff.
Then on another note, for all the bookmarks that have RSS defined, like Latest Headlines and News, if clicked, FireFox opens and if say News has 400 items, then FireFox tries open 400 tabs. Firefox is set as the default browser, but that's just nuts!
Well, thx for your help,
coocoo

forgettabout it. updated to safari 5 and these catagories just went away anyway. oh well...

I restored my new iPad 2 from my old one and the 2 games I play most are missing. Any suggestions?

I Restored my new iPad 2 from my old iPad and everything came across except my 2 favorite games which I play all the time..I dont want to download the games as I will lose my score. Any suggestion?

Apparently those apps and their data were not in the backup file that you used to setup your new iPad.
If you still have the old iPad you could take a new backup and restore your new iPad from this new backup.
If this is not possible you can still download the apps from the App Store at no charge but you will have to start over on these games.

Most allocated extents in any segment

Similar Messages

Maybe you are looking for