SXMB_MONI. Rebuild of indexes

Hi.
PI-system NW 7.10 . SXMB_MONI take very long time to show  messages.
Try to find out how I could rebuild indexes. See several suggestion here in SDN that I have to rebuild indexes for the tables SXMSPMAST, SXMSCLUP etc. Is it through  DB02 this should be done ? Have been there but can't figured out how to do it.
If someone could help me out I will be very pleased.
Thanks/perarne

Hi Per-Arne,
We had (and sometimes still have) the same issue.
It should really be solved by you SAP BASIS team.
They will know what to do with this problem.
kr
Robert

Similar Messages

  • Different b/w index rebuild and index rebuild online

    hi..guys could u plz tel me difference between index rebuild and index rebuild online

    There is no difference in both the commands. Both will rebuild the index structure from the scratch.But in the first case with only Rebuild, as long as the index, its temporary segment is not prepared and merged together, index is not available for the other users for use. The Online clause makes the index available for others even while being rebuild.
    Rebuilding index online has the same concept of creating them online to some extent,
    http://download.oracle.com/docs/cd/B10501_01/server.920/a96521/indexes.htm#3062
    HTH
    Aman....

  • How much time it take to rebuild an index for a table with 20 millions rows

    Hi all,
    i need to rebuild the index of a table containing 20 000 000 row (i don't know why the other people working on this didn't think of rebuilding the index regularly, because i asked and apparently it has never been done :cry: :cry:) i am not a sql developper nor a DBA so i can't mesure how long it take to rebuild the index, does any one have an idea (aproximativly of course :aie:), the other question is there any formula to use in order to calculate how often to rebuild the indexes (i can for example retieve how much rows are delated or inserted daily ...)
    Thanks again
    Taha

    taha wrote:
    :aie: that's why i am asking because i don't know (and to be sure which solution is best)
    so the table is like this (the columns) :
    45 varchar2, 5 timestamp, 30 Number no LOB columns, (15 indexes : 5 unique indexes and that those indexes uses at a maximum 4 columns)15 indexes - 100,000 deletes: this could mean 1,500,000 block visits to maintain index leaf blocks as the table rows are deleted. If you're unlucky this could turn into 1,500,000 physical block read requests; if you're lucky, or the system is well engineered this could be virtually no physical I/O. The difference in time could be huge. At any rate it is likely to be 1,500,000 redo entries at 250 - 300 bytes per entry for a total of about 400MB of redo (so how large are your redo logs and how many log switches are you going to cause).
    yes the tables is used by an application so (update, insert ) can take place at any time
    for the deletion , there is the batch which does a mass delete on the table ( 4 or 5 time each day)
    You haven't answered the question - how long does it take to do a sample batch delete.
    If you can enable SQL tracing, or take a before/after snapshot of v$sesstat or v$session_event for the session as it does the delete then you can get some idea of where the time is going - for all you know it might be spending most of its time waiting for a lock to do away.
    >
    "How many leaf blocks are currently allocated to the index(es) ?" how can i answer to this question ? may be if i check the all_objects table ?
    If you keep your statistics up to date then dba_indexes is a good place, cross-checked with dba_segments, and you can use the dbms_space package for more detail. I have a code sample on my blog which allows you to compare the current size of your indexes with the size they would be if rebuilt at some specific percentage: http://jonathanlewis.wordpress.com/index-sizing/ (It's such good code that Oracle Corp. has copied it into MOS note 989186.1)
    Regards
    Jonathan Lewis

  • Rebuilding partitions indexes takes a lot of time

    We have 5 partitions in one table with the following sizes:
    P1 ---- 160MB
    P2 ---- 160MB
    P3 -- 1280MB
    P4 -- 5400MB
    P5 - 24640MB
    Nobody is connected to the instance, no apps is running on this server, the server is dedicated to the database and only for my session
    I rebuild the index in theP1 partition it takes 52minutes but when i rebuild P3 partitions it takes only 12 minutes.
    Why it happens?
    TIA

    Trace the CREATE INDEX statement with 10046 event trace and analyze the trace output.

  • Rebuild the index form brtools ended with error

    Dear all,
    I am getting error in db13 Update Stats  there error is
    BR0884I Statistics collected for table: SAPDEV.TCX00, rows old/new: 24117/24117
    BR0986W Index SAPDEV.TCX00~0 is unbalanced - please rebuild the index
    I have try to rebuild for brtools
    BR0656I Choice menu 354 - please make a selection
    Rebuild indexes main menu
    1 = Rebuild indexes
    2 - Show indexes
    3 - Show tablespaces
    4 * Exit program
    5 - Reset input values and segment infos
    Standard keys: c - cont, b - back, s - stop, r - refr, h - help
    BR0662I Enter your choice:
    BR0280I BRSPACE time stamp: 2009-06-05 16.44.41
    BR0663I Your choice: 'c'
    BR0259I Program execution will be continued...
    BR0280I BRSPACE time stamp: 2009-06-05 16.44.43
    BR1039I Selecting information about tables and indexes...
    BR0285I This function can take several seconds/minutes - be patient...
    BR0280I BRSPACE time stamp: 2009-06-05 16.44.52
    BR0814I Number of tables in schema of owner SAPDEV: 44138
    BR0280I BRSPACE time stamp: 2009-06-05 16.44.58
    BR0815I Number of indexes in schema of owner SAPDEV: 52801
    BR0065E Tablespace TCX00~0 not found
    BR0182E Checking parameter/option '-s -tablespace' failed
    BR0669I Cannot continue due to previous warnings or errors - you can go back to repeat the last action
    BR0280I BRSPACE time stamp: 2009-06-05 16.44.58
    BR0671I Enter 'b[ack]' to go back, 's[top]' to abort:
    Please suggest how to solve the probem
    Regards,

    Hi,
    Please rebuild this index using the SAP report "RSANAORA". Go to SE38,  and run this report and you can rebuild the indexes also.
    With Regards,
    Saurabh

  • Rebuilding Spatial index versus dropping&creating Spatial index.

    System: Oracle Enterprise Edition 10g (10.1.0.4.0)
    When I rebuilding a Spatial Index is the result the same when I am dropping the index and create a new Spatial Index?

    Final result of course will be the same. After rebuild or drop/create you will have the same index.
    Some differences:
    1. Rebuild uses existing index as the source for new index So, during rebuild process index will consume twise as much space.
    2. Rebuild is faster than drop/create
    3. Rebuild with online option guarantee that index will be still available for DML during rebuild
    Andrejus

  • After rebuild a index need do more something?

    If i move the indexes of "TESTE" schema to other tablespace and that indexes have been access for user "TESTEC" i will need to grant and recriate sinonym again for the that user?
    O will use:
    select     'alter index "'||owner||'"."'||index_name||'" rebuild tablespace "'||tablespace_name||'" ;' cmd
    from     dba_indexes
    where     owner = 'TESTE'
    TKS,
    ELBER.

    I usually do the following
    1) set sort area big:
    -- Check the available memory on the OS with top.
    -- If you go overboard on the memory allocation, sar –g will show paging
    -- I usually set the sort_area_size some where between 200 and 900 meg to speed up index rebuilds
    alter session set workarea_size_policy='MANUAL';
    alter session set sort_area_size=900000000;
    alter session set sort_area_retained_size=900000000;
    2) use the following to rebuild each index so I can control the parallelism:
    -- can also use online compress parallel 8
    alter index "&1"."&2" rebuild parallel 8 nologging tablespace &3;
    alter index "&1"."&2" noparallel;
    execute dbms_stats.gather_index_stats('&1','&2',estimate_percent=>3)
    3) You can also control the parallelism by setting:
    parallel_min_percent=25
    parallel_min_servers=10
    parallel_max_servers=100

  • Rebuilding Envelope Index wipes out .emlx files

    I have a PPC machine running Apple Mail 3.6 on Leopard 10.5.8 (fully updated as of April 23, 2011).
    On Saturday, April 23, 2011 around 3:24pm, Apple Mail 3.6 suddenly popped up a message that the Envelope Index got corrupted and would I please quite Mail and rebuild it.  After I rebuilt it, I found that emails listed in the Mail Viewer window didn't have any content.  Then I went into my ~/Library/Mail/POP-*/*.mbox/Messages folders and found that all my .emlx files had been erased.  Checking in my /var/log/system.log file, I see thousands of these types of entries:
    Apr 24 20:24:20 zeus Mail[2143]: Error parsing metadata from file: /Users/kytan/Library/Mail/POP-<email_account>/<various_standard_folders>.mbox/M essages/424531.emlx\n Error: XML parser error:\n          Unexpected character R at line 1\nOld-style plist parser error:\n          Unexpected ';' or '=' after key at line 1
    Apr 24 20:24:35: --- last message repeated 10 times ---
    where:
    <email_account> are my various POP accounts;
    <various_standard_folders> are Deleted Messages, Drafts, INBOX, Junk and Sent Messages.
    and the 424531.emlx is just one of the thousands of .emlx files that have gone missing, all with unique ID numbers.
    Why is Apple Mail 3.6 erasing all my .emlx files? 
    I repopulated my various Messages subfolders with their respective .emlx files from backup (my system backs up via Crashplan every hour) prior to April 23, 2011 3pm but as soon as Mail started up and tried to rebuild Envelope Index, the above errors started showing up in system.log again and Mail wiped out the .emlx files.  I know that they were restored from backup because I took a look.  I also looked inside a random .emlx file to see whether it was readable using "more" in Terminal and it was.  I then moved them into my ~/Library/Mail folder to the appropriate subfolders and that was successful.  But once I started Apple Mail and it started rebuilding the Envelope Index, they proceeded to disappear, one by one, accompanied by the above error message written to system.log.  I've never seen such catastrophic destruction of my email before.

    I followed the common suggestion of deleting "Envelope Index" files to speed up mail
    That's not a way to speed up Mail.
    Please follow these directions to delete the Mail "sandbox" folder.
    Back up all data.
    Triple-click the line below on this page to select it:
    ~/Library/Containers/com.apple.mail
    Right-click or control-click the highlighted line and select
    Services ▹ Reveal
    from the contextual menu.* A Finder window should open with a folder named "com.apple.mail" selected. If it does, move the selected folder — not just its contents — to the Desktop. Leave the Finder window open for now.
    Log out and log back in. Launch Mail and test. If the problem is resolved, you may have to recreate some of your Mail settings. You can then delete the folder you moved and close the Finder window. If you still have the problem, quit Mail again and put the folder back where it was, overwriting the one that may have been created in its place. Post your results.
    Caution: If you change any of the contents of the sandbox, but leave the folder itself in place, Mail may crash or not launch at all. Deleting the whole sandbox will cause it to be rebuilt automatically.
    *If you don't see the contextual menu item, copy the selected text to the Clipboard (command-C). In the Finder, select
    Go ▹ Go to Folder...
    from the menu bar, paste into the box that opens (command-V). You won't see what you pasted because a line break is included. Press return.

  • How to identify performence benefit after rebuilding of index in Oracle app

    In our EBS,
    we have planned to rebuild the indexes.
    We got a script from metalink, which identfies the indexes which needed to be rebuild.
    My query is how to capture performence benifits after rebuilding of indexes??
    Plz help me guyz....

    Hi,
    In our EBS,What is the application release? DB version?
    we have planned to rebuild the indexes.Why? Any specific reason? Do you have any performance issues?
    We got a script from metalink, which identfies the indexes which needed to be rebuild.
    My query is how to capture performence benifits after rebuilding of indexes??You should see the impact on the performance in general, especially when (opening the forms, entering new data, updating existing records, running concurrent programs, ..etc).
    One other way is to generate the TKPROF file for any scenario you have a performance issue with before and after running the script.
    Thanks,
    Hussein

  • Rebuild unusable indexes

    Hi,
    I am creating a patch for re-building unusable indexes, after splitting partition on a table.
    1. I am spooling the following alter constructs based on dba_indexes:
    select 'alter index '||owner||'.'||index_name||' rebuild online ;' from dba_indexes
    where status = 'UNUSABLE' ;
    My question is: my indexes are listed in dba_indexes and not in user_indexes.
    Am I correct to look in dba_indexes for unusable indexes? What's the difference between dba_indexes and user_indexes?
    2. After splitting a partition on a table I am doing the following:
    - compile invalid objects
    - rebuild unusable indexes
    Do I need to do fix anything else after splitting a partition?
    Thank you.

    if your indexes are not on the USER_INDEXES it means you are trying to rebuild someone else's indexes. So you should have privileges for that. If you are the DBA, or were properly granted privileges, then you can do it.
    Automatic compilation takes place for the invalid database objects in case a DDL took place, and as long as the object signature has not changed the procedures will successfully compile, but you can proactively compile them either way, this will save you time when the related procedure will be executed.
    unless the original motivation relates to something else, it is ok if you want to split partitions, but if you are required to perform this in batch this would let me know you are not aware of the system growth, so technically speaking it is fine, but from the capacity planning point of view, IMO, you should do more work to forecast partition growth requirements.
    ~ Madrid
    http://hrivera99.blogspot.com

  • Update Statistics and Rebuild of Indexes

    Hi friends,
    If I execute the Update statistics for a given table thru DB20 does it have any effect on the indexes of this table or is it necessary to rebuild the index using db02
    Regards
    Aliila

    Updating Statistics does not rebuild index while in update states logs it will show you information regarding which indexes needs to be rebuiled which you can rebuild by brtools or executing rsanaora prg in se38.
    Shivam

  • Does rebuild of indexes uses temp tablespace or system tablespace?

    Does rebuild of indexes uses temp tablespace or system tablespace?
    If so why?

    If you combine the answers from Aman and Burleson, they cover most of the picture.
    When rebuilding an index, you may end up sorting a large amount of information. The sort may spill into the temporary tablespace - if you haven't configured your database and users properly, it is possible that the SYSTEM tablespace may be used for the temporary tablespace.
    As the new copy of the index is built, it has to be built in the right place (tablespace), and the space used to build it will be marked as a temporary segment as the build takes place. When the build is complete, this temporary segment will take on the name of the origrinal index, and the original index will be re-badged as a temporary segment and dropped. (Again, you might see temporary segments in the SYSTEM tablespace if the index was originally in, or was rebuilt into, the SYSTEM tablespace).
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk

  • Rebuild of Indexes

    Hi all,
    Is it require that that all the indexes should be recreated on a quarterly or yearly basis.
    If it is please let me know in detail.
    Regards
    Sandy.

    you acn rebuild the indexs from brtools if you know the tables.
    As per what practise what i follow we rebuid the indexes before client copy.
    Thanks
    Rishi Abrol

  • Error while rebuilding the index

    HI
    can any one help me with this.
    while i am trying to drop and rebuild an index i got the error like...
    ORA-01652: unable to extend temp segment by 8091 in tablespace SYSTEM
    what have to be done....
    Thanks in advance...

    user8884944 wrote:
    HI
    can any one help me with this.
    while i am trying to drop and rebuild an index i got the error like...
    ORA-01652: unable to extend temp segment by 8091 in tablespace SYSTEM
    what have to be done....
    Thanks in advance...It wasn't the direct cause of your error, but what were you doing trying to build an index in the SYSTEM tablespace?
    As for the error itself
    http://lmgtfy.com/?q=ORA-01652

  • After purging the data..is need to rebuild the index?

    Hi All,
    In our production DB,Application level incidents Purging got finished.(Mean first 3 years data got purged,which is not usable by client.This is done for performance issue)
    Now in this situation,Is necessary to rebuild the index?
    Before that FYI,
    oracle 9i(Enterprise Edition)
    hp-ux b11
    dbsize=30G
    Application:
    tool:HP-ov
    Please throw your input.
    Thanks in advance :-)
    Regards,
    DB.
    Edited by: DB on May 21, 2013 11:26 PM

    >
    In our production DB,Application level incidents Purging got finished.(Mean first 3 years data got purged,which is not usable by client.This is done for performance issue)
    Now in this situation,Is necessary to rebuild the index?
    >
    Please clarify.
    You said you did the purge for 'performance issue' and now, after the purge, you still don't know if your performance issue went away?
    If you no longer have whatever (unknown to us since you didn't post it) 'performance issue' you had then why do you need to do anything?
    If you do still have a performance issue then you need to follow the same steps you should follow whenever you have a performance issue:
    1. validate that you REALLY have an issue
    2. determine the cause of the issue
    3. identify solutions to mitigate/eliminate the issue
    4. test one or two of the possible solutions
    5. implement your 'best' tested solution from step #4
    6. go back to step #1
    Based on what you posted it sounds like you implemented a 'purge' without really knowing that it was even necessary or was even causing a performance issue.
    And you make no mention at all of whether you recollected statistics after the purge was done.

  • How to rebuild BIA index ?

    Hello,
    I wonder how to rebuild a BI Accelerator index, without deleting it previously ?
    I hope this is not a silly question, cause I do not find for the moment if it is really possible.
    Thank you very much for your help.
    Benjamin

    Hi Benjamin,
    The concept of rebuild of index is to initially delete the index completely and create again. So, there is no option to rebuild the index without deleting it.
    For eg: Based on the initial data volumes, if BIA had decided not to split a fact table on  BIA side, and over a period of time, if the data volumes have increased. BIA triggers an alert indicating the difference of volumes in percentage between BI and BIA. At this point of time, based on the difference, you are required to rebuild the index.
    It then deletes the whole structure of index on BIA and then recreates the index structure. Thereby, it can decide to split the Fact table index based on the new volumes. This is one of the benefit of deleting the whole index structure and then creating again.
    Regards,
    Srini

Maybe you are looking for