Collect statistics in oracle 11 g

Hi all

OPERATING SYSTEM: AIX
DB: 11G

I am trying to collect statistics for a specific schema using the mentioned below command:

> exec dbms_stats.gather_schema_stats ('schema_name');

The schema of such size is 140 GB, and it's almost an hour that the above command is still running.
I need to know if it is normal, is there a way to set the control above to the acceleration of reunification.

And how can we check if the above command runs successfully from the background, I mean if there is anyway or something like that?


Kind regards
Sphinx

Hello

The runtime for a 140 GB schema seems quite OK.

Without any other parameters, the work of gather_stats will use the 'compute' option, which takes a long calculation for each table.

I've written a procedure that checks for 'fade' in dba_tab_statistics tables and calculates these statistics only.

The request for these tables up looks like:

SELECT table_name, 'NONE' AS nom_partition

OF dba_tab_statistics one

Owner WHERE = i_schema

AND NVL (stale_stats, 'NULL') = 'YES '.

AND NVL (stattype_locked, 'NULL') = 'NULL '.

AND NOT EXISTS

(SELECT 1

FROM dba_tab_partitions b

WHERE table_owner = i_schema

AND a.table_name = b.table_name)

UNION ALL

SELECT table_name, nom_partition

OF dba_tab_statistics one

Owner WHERE = i_schema

AND NVL (stale_stats, 'NULL') = 'YES '.

AND NVL (stattype_locked, 'NULL') = 'NULL '.

AND nom_partition IS NOT NULL;

The preceding section is smooth tables, the lower part is flawed partitions for partitioned tables.

It allows the procedure to collect statistics for the tables and one or more partitions.

It ignores the tables that were calculated before the work of the default oracle.

See you soon,.

FJFranken

Tags: Database

Similar Questions

  • Collects statistics for tables using jobs in Oracle 11 G 11.2.0.1.0?

    Hello

    My query is regarding the collection of statistics for tables.

    My Version of Oracle DB is:
    BANNER
    --------------------------------------------------------------------------------
    Oracle Database 11 g Enterprise Edition Release 11.2.0.1.0 - 64 bit Production
    PL/SQL Release 11.2.0.1.0 - Production
    CORE 11.2.0.1.0 Production
    AMT for Linux: Version 11.2.0.1.0 - Production
    NLSRTL Version 11.2.0.1.0 - Production

    In versions of prior oracle db, we used to schedule tasks to run on a daily basis for collecting statistics. Especially for tables that are frequent and huge inserts.

    I read that in 11g stats for all of the schema on a database are automatically make every night jobs. I checked these jobs and I see that they are running on a monthly basis [joined query]. This job is enabled and is scheduled to run monthly.
    This means that my diagram will be analyzed on a monthly basis. My understanding is correct?

    Can I still plan jobs to collect statistics for specific tables on every week? This will diminish the performance?
    We expect 100000 documents to insert on a daily basis.
    SELECT  JOB_NAME,  
       START_DATE, REPEAT_INTERVAL, 
         LAST_START_DATE, 
        NEXT_RUN_DATE,ENABLED
    FROM dba_scheduler_jobs
    WHERE job_name LIKE '%STAT%'
    ORDER BY 1;
    JOB_NAME                       START_DATE                             REPEAT_INTERVAL                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  LAST_START_DATE                        NEXT_RUN_DATE                          ENABLED
    ------------------------------ -------------------------------------- ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- -------------------------------------- -------------------------------------- -------
    BSLN_MAINTAIN_STATS_JOB        16-AUG-09 12.00.00.000000000 AM -07:00                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  14-APR-13 12.00.00.427370000 AM -07:00 21-APR-13 12.00.00.400000000 AM -07:00 TRUE    
    MGMT_STATS_CONFIG_JOB          15-AUG-09 12.24.04.694342000 AM -07:00 freq=monthly;interval=1;bymonthday=1;byhour=01;byminute=01;bysecond=01                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           01-APR-13 01.01.01.710280000 AM -07:00 01-MAY-13 01.01.01.700000000 AM -07:00 TRUE    
    Thank you
    Somiya

    Your understanding is not correct. These jobs are in dba_autotask_task.
    And they will be run every day.

    HTH

    -------------
    Sybrand Bakker
    Senior Oracle DBA

  • AUTHID CURRENT_USER collect statistics

    Hi all

    I use Oracle Database 11 g Enterprise Edition Release 11.2.0.3.0 - 64 bit Production. I created a procedure that collects statistics from table using DBMS_STATS using AUTHID CURRENT_USER to SChema1.

    CREATE OR REPLACE PROCEDURE SCHEMA1.getstats ( p_schema IN VARCHAR2,
                                p_table  IN VARCHAR2)
    AUTHID CURRENT_USER
    AS
    BEGIN
            dbms_stats.gather_table_stats(ownname          => p_schema,
                      tabname          => p_table,
                      method_opt       => 'FOR ALL COLUMNS SIZE AUTO',
                      degree           => 8,
                      force            => true,
                      no_invalidate    => false);
    END;
    

    I'm trying to use the same procedure to collect statistics for a table in another schema. However, I get the error ORA-20000: impossible to analyze the TABLE ' ' SCHEMA2.» DETAIL_VALUE', insufficient privileges or does not exist

    EXEC getstats ( 'SCHEMA2','DETAIL_VALUE');
    

    I grant privileges on the table to SCHEMA1. But still get the error. I understand AUTHID CURRENT_USER will attempt to use as long as the procedure as own drawing, but still, I get the error. Can someone help me on this?

    GRANT ALL ON DETAIL_VALUE TO SCHEMA1
    

    It has nothing to do with authid user current and everything to do with the privileges. Grant on the table is not enough for you to analyze.

    SQL> conn u1/u1
    Connected.
    SQL> create table foo(bar number);                                               
    
    Table created.                                                                   
    
    SQL> grant all on foo to u2;                                                     
    
    Grant succeeded.                                                                 
    
    SQL> conn u2/u2
    Connected.
    SQL> exec dbms_stats.gather_table_stats('U1', 'FOO');
    BEGIN dbms_stats.gather_table_stats('U1', 'FOO'); END;                           
    
    *
    ERROR at line 1:
    ORA-20000: Unable to analyze TABLE "U1"."FOO", insufficient privileges or does
    not exist
    ORA-06512: at "SYS.DBMS_STATS", line 33859
    ORA-06512: at line 1                                                             
    
    SQL> conn / as sysdba
    Connected.                                                                       
    
    SQL> grant analyze any to u2;                                                    
    
    Grant succeeded.                                                                 
    
    SQL> conn u2/u2
    Connected.
    SQL> exec dbms_stats.gather_table_stats('U1', 'FOO');                            
    
    PL/SQL procedure successfully completed.
    
  • Collect statistics of the table in windows

    Hello

    Could you please help me to collect statistics for the tables below in Windows. I tried collection using dbms_scheduler job for a table, but it is not the collection of statistics for tables.

    TABLE_NAME OWNERNUM_ROWS BLOCKSSize

    MQRDW DWREFERENCETRACE GO 2891985937 26372904, 17.86

    TRAY PON_SERIAL 563722072 5135734 GB 8,12

    TRAY PON_PSN2358851732009064 2.67 GB

    TRAY PON_BOM_LOG 37199475 212936 601 MB

    TRAY UNIQUE_ITEM_LOTS 6633907 79710 160 MB

    TRAY PON_BOM5921377 41717328 MB

    SQL > start

    (2 dbms_scheduler.create_job)

    job_name 3 = > "SCOTT_JOB_SCHEDULE"

    job_type 4 = > "EXECUTABLE."

    5 job_action = > ' begin dbms_stats.gather_table_stats (ownname = > "TRACE3")

    6 tabname = > 'PON_PSN ',.

    estimate_percent 7 = > 30,

    Cascade 8 = > true,

    method_opt 9 = > 'for all THE COLUMNS of SIZE 1.

    10 degrees = > 5,

    11 options = > "BRINGING OUTDATED"); end;',

    12 repeat_interval = > ' freq = daily; byhour = 04; byminute = 0; bysecond = 0; »,

    13 active = > TRUE,

    14 comments = > ' custom stats collection for engine risk ");

    15 end;

    17 N

    PL/SQL procedure successfully completed .


    Total number of CPU available on this server is 8

    Oracle - 10.2.0.4.0

    OS - windows

    Kind regards

    Bala

    52 million lines?

    and how to change every day or be inserted?

    It is possible that you can never bring his stats again

    and everything will probably continue to work as expected

    read the guide to setting performance to understand why you need to collect statistics and when

    https://docs.Oracle.com/CD/E11882_01/server.112/e41573/stats.htm#PFGRF94714

    After reading this guide, you'll be ready for any question, you get all that against this team

    Sometimes you need to say 'no' and why the answer is 'no '.

  • How to collect statistics for a partition?

    Hi all

    I create a table partition. I need to collect statistics for this partition only. Before I used to analyze it, but now I need to analyze using DBMS_STATS.

    What is the best way to analyze the partition using DBMS_STATS?

    How long will it take to complete?

    How can I estimate the time of accomplishment for DBMS_STATS before starting?

    Thank you

    I create a table partition. I need to collect statistics for this partition only. Before I used to analyze it, but now I need to analyze using DBMS_STATS.

    What is the best way to analyze the partition using DBMS_STATS?

    Follow the documented instructions: INCREMENTIELLE TRUE and GRANULARITY on AUTO.

    See the section "Partitioned objects statistics" the doc of performance tuning

    http://docs.Oracle.com/CD/B28359_01/server.111/b28274/stats.htm#i42218

    With partitioned tables, the new data is usually loaded into a new partition. As new partitions are added and loaded, statistical data must be collected on the new partition and statistics need to be updated. If the INCREMENTAL for a partition table is set to the value TRUE , and collect you statistics on the table with the GRANULARITY parameter defined on AUTO , Oracle will collect statistics on the new partition and update statistics on the overall table by scanning only those partitions which have been modified and not the entire table. If the INCREMENTAL for the partitioned table is set to the value FALSE (the default), then a full table scan is used to maintain the global statistics. It is a highly resource intensive and time-consuming for large party.

    How long will it take to complete?

    No way to know - using an estimate of 10% takes less time than with an estimated of 40%, which takes less time than using 100%.

    How can I estimate the time of accomplishment for DBMS_STATS before starting?

    By comparing the amount of data and the percentage of estimate for the data that you have in the other partitions and the time required to collect statistics on other partitions.,.

  • Collect statistics of concurrent request schema...

    Hello

    Collect statistics of schema ('ALL') taken same duration long concurrent request not completed after 8 hours, too help me in this regard the collection of statistics for all schemas in Oracle Ebs environment.

    Application: Oracle Ebs R12 (12.1.2)
    DB: 11.1.0.7
    OS: Linux5 * 86 X 64

    with impatience.

    Kind regards
    Mohsin

    Hi Hussein

    Thanks for the reply. Actully there was some statistics locked to other tables, so problem is solved after runing commands below.

    Select distinct owner, table_name, stattype_locked
    of dba_tab_statistics, where stattype_locked is not null;

    exec ('SYS') dbms_stats.unlock_schema_stats

    exec dbms_stats.unlock_table_stats('SYS','WRH$_SYSSTAT');

    Kind regards
    Mohsin

  • How to improve the performance of the scheme to collect statistics CP?

    Hello

    However, we have developed a few modules like Oracle Financials, SCM, OPM, HR, but 'Schema statistics gather' CP is running for 10:30 hours. The parameters are the following:
    Schema name: ALL
    Estimate for %: 10
    Degree: Null
    Flag of backup: NOBACKUP
    ID of the request to reboot: Null
    Story mode: LASTRUN
    Collect Options: COLLECT
    Line changes: Null
    Invalidating dependent users: Y

    How can I set this program to better performance? How can I include only the modules that are being implemented not all (patterns)?

    Concerning
    Ariz

    How can I set this program to better performance? How can I include only the modules that are being implemented not all (patterns)?

    There is no precise answer to your question and you will need to test the different settings until you are satisfied with the performance - definition of the parameters used to collect statistics of the schema [556466.1 ID] program

    Try with "Estimate percent" between 10% and 40%

    Thank you
    Hussein

  • Have we not collect statistics after reorg?

    Hello
    I did a reorg to a few tables and indexes. After the reorg, I need to collect statistics for these objects?

    Database version: 11.2.0.2

    Kind regards
    Sarayu K.S.

    ... [url http://docs.oracle.com/cd/B28359_01/server.111/b28310/tables006.htm#i1106606] all the statistics in the table become invalid and new statistics should be collected after the removal of the table.

  • Job GATHER_STATS collect statistics for the tables 'static '.

    Oracle version: 10 gr 2

    If a corporate table has not changed (No. DML) in the last 10 days, will be the collection of default oracle job stats
    DBMS_STATS.GATHER_DATABASE_STATS_JOB_PROC
    yet collect statistics in this table?

    The answer is no, unless you have changed the default optimizer stats collection of statistics because approximately 10% of the data must have undergone change before that table is elgible for new statistics.

    See the next topic in the Performance and Tuning section 14.2.1 GATHER_STATS_JOB Manual:

    http://download.Oracle.com/docs/CD/B19306_01/server.102/b14211/stats.htm#sthref1068

    HTH - Mark D Powell.

  • Unique constraint during the race error collecting statistics of schema

    Hello
    I get this error periodically during execution to collect statistics of schema
    In GATHER_SCHEMA_STATS , schema_name= ALL percent= 40 degree = 8 internal_flag= NOBACKUP
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    Unable to correctly update the history table - fnd_stats_hist.
    -1 - ORA-00001: unique constraint (APPLSYS.FND_STATS_HIST_U1) violated
    I went thru notes 470556.1 , but I have not applied patch 5876047 according to the note.

    I can truncate table FND_STATS_HIST? Is it safe to truncate this table?

    Thank you
    ARS

    Published by: user7640966 on January 2, 2011 23:58

    Hi Ars;

    If I suggest his prod, make sure you have a valid backup of your system and also raise sr and confirm with oracle support. If you are on the clone or test, such as mention of doc first to backup table FND_STATS_HIST (make sure that you have a valid backup), truncate and repeat the test question

    Respect of
    HELIOS

  • Collect statistics: time to fill?

    Experts...

    Could you please let me know how to calculate the full collection time stats (Analyze) for large number of tables.

    I would like to calculate the time to finish the analysis of database.

    Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64 bit Production
    PL/SQL Release 9.2.0.6.0 - Production
    CORE 9.2.0.6.0 Production
    AMT for Solaris: release 9.2.0.6.0 - Production
    NLSRTL Version 9.2.0.6.0 - Production


    Thank you

    With Oracle 9, you can use DBMS_JOB (but not DBMS_SCHEDULER which is only available in Oracle 10) to create a database operation to collect statistics. See the example of http://www.oracle-base.com/articles/8i/CostBasedOptimizerAndDatabaseStatistics.php#SchedulingStats

  • statspack and awr is to collect statistics, or simply to present

    Hi all
    If I have a db with statspack installed in 9i
    I took a glance at 13:00 then took antother wink at 15:00

    so now I can analyze the period between 13:00 and 15:00

    My question is, if statspack is NOT installed, is the db should run FASTER, because nothing is the collection of statistics
    the statistics are collected in any case or statspack is just a way to get this perspective

    and what about the AWR in 10g?

    I have red this link
    http://download.Oracle.com/docs/CD/B10501_01/server.920/a96533/statspac.htm#32191
    but it do not answer this point.

    Thank you very much

    STATSPACK and AWR do not run continuously and collect statistics, so that they cause no impact on performance.

    When you run the blink of an eye it just reads the current statistics of the system to the $ V and X tables $ and stores them in permanent tables. The V$ X$ tables are always up-to-date even if statspack is not installed.

    Published by: Robert Geier on October 13, 2009 13:06

  • Collect statistics or an index first?

    I am wanting to know which is the most effective in this scenario using Oracle 10.2 g...

    1. create a new table.
    2 fill the table with 10 million documents.

    then either...
    3. analyze the table to help gather stats
    4 create indexes

    or...
    3 create indexes
    4. analyse the table using statistics, including the index


    Logically, I think that one. However, if there is no cost associated with creating an index on a table that is not monitored AND you will need to gather stats again after an index created I could see how it would not be that.

    I believe that the Dan point is that the index will have to statistics, just as the table will have statistics. It is probably more logical to collecting statistics on both at the same time (using the CASCADE option in the GATHER_TABLE_STATS call) instead of collecting statistics on the table and the index separately. Since you're using 10.2, however, it is less of a concern because the create index automatically collects statistics on the index. This is used to not be the case.

    Justin

  • collect statistics for the tablespace

    Friends...

    OS: Linux

    DB: 11 GR 2

    Data size: 1 TB

    I spend monthly multiple partitioned table spaces and bring together in a single annual partition. (for example tbs_2014_01, tbs_2014_02 - tbs_2014_12... all combine them into tbs_2014 as a tablespace)

    Over the weekend, work of database gets executed that collects statistics that are obsolete, it collects all the segments that have been moved from the storage.

    Given that the collection of statistics at the end of the week takes too long, I tried to find a smart way to collect statistics after each tablespace move rather than waiting for job to weekend which will take two or three days to complete.

    1. is there a way to gather statistics at the tablespace level and collect statistics for all objects in this table space?

    2. how to determine the overall stats of collection of statistics part?

    That is, suppose I have move the tbs_2014_01 tablespace and collect statistics with global stats that could take 2 hours but it will be difficult to spend 2 hours for each stats global tablespace which in my opinion is not good and we should be collecting global stats only once.

    3. any other advice?

    977272 wrote:

    @sol.beach... Thanks for your comments...

    I've not been asked to collect statistics to the tablespace but level to collect statistics after that finish objects move in storage.

    Given the size of the data, it is difficult to gather all the statistics at the weekend so trying to understand another method to collect the statistics the weekend load will be less.

    You can collect statistics object on an object by object basis level after that each object has been moved.

  • Collect statistics on instant watch


    Hello

    After that convert us to the eve of the snapshot of physical standby, do we collect statistics on the database?

    Thank you
    Karuna

    Right after the conversion of physical standby on the eve of the snapshot does not require any fresh stats collection. But when you start to modify data in the snapshot database of test/check your application, you will need to gather stats if it is necessary.

    concerning

    Fahd Mirza

Maybe you are looking for

  • View seeks to create graphic animations in the videos, the FCPX is capable?

    Hello useful community! A two-part question. I'm just getting started on the video production and have some needs in mind. I hope you can let me know if FCPX can do that hopefully, if there is an obvious solution, I am missing, or some of you approac

  • How can I get a Windows 7 Pro to a ProBook s 4530 recovery Kit

    I have a ProBook s 4530 with Windows 7 Pro. I would like to restore it to factory settings. There is no recovery partition or no BIOS F11 to restore option. Also, there is has installed any software Recovery Manager. Can I get a recovery for my ProBo

  • A MG3100 Pixma wireless printing

    My Pixma MG3100 printer is usb connected to the Windows 7 PC to my wife and she is able to print at a normal speed. I have a laptop on which I have installed a Xubuntu OS. The laptop or PC is Windows Homegroup. When I print from the laptop through th

  • When I allow to share a folder, just not in my network (MShome).

    Hello I use windows xp, when I allow you to share a folder, that it is not in my network (MShome) so I can't map a network drive .please reply.

  • Cooling fan problem

    Hello when I start my laptop (which is a g6 Pavilion) gives me a message saying that the cooling fan is not working properly and your computer can do unpredictable things. So I started it up normally and don't not for long after that my norton pops u