A query takes 7 hours to complete (0 rows rturned)

Hi all,
This query takes 7hours to complete since I migrated from 10g to 11g.
SELECT /*+ gather_plan_statistics */ T.OWNER, T.TABLE_NAME
    FROM (  SELECT DISTINCT COFIR FROM DBAUSR_TT) U, VDBSTA S, DBA_TABLES T
   WHERE     S.COFIR = U.COFIR
         AND S.CTTAB = 'T'
         AND T.OWNER = S.COFIR
         AND T.TABLE_NAME = S.COTAB
         AND T.TEMPORARY = 'N'
         AND (T.LAST_ANALYZED IS NOT NULL
              OR EXISTS
                    (SELECT 1
                       FROM DBA_TAB_STATISTICS A
                      WHERE     A.OWNER = T.OWNER
                            AND A.TABLE_NAME = T.TABLE_NAME
                            AND NVL (A.STATTYPE_LOCKED, '*') != 'ALL')
              OR EXISTS
                    (SELECT 1
                       FROM DBA_INDEXES I
                      WHERE     I.TABLE_OWNER = T.OWNER
                            AND I.TABLE_NAME = T.TABLE_NAME
                            AND I.LAST_ANALYZED IS NOT NULL))
ORDER BY 1, 2;
SQL> select * from table(dbms_xplan.display_cursor(NULL,NULL,'last iostats'));
PLAN_TABLE_OUTPUT
SQL_ID  f3bzgtgudc0cd, child number 0
SELECT /*+ gather_plan_statistics */ T.OWNER, T.TABLE_NAME     FROM (
SELECT DISTINCT COFIR FROM DBAUSR_TT) U, VDBSTA S, DBA_TABLES T
WHERE     S.COFIR = U.COFIR          AND S.CTTAB = 'T'          AND
T.OWNER = S.COFIR          AND T.TABLE_NAME = S.COTAB          AND
T.TEMPORARY = 'N'          AND (T.LAST_ANALYZED IS NOT NULL
  OR EXISTS                     (SELECT 1                        FROM
DBA_TAB_STATISTICS A                       WHERE     A.OWNER = T.OWNER
                           AND A.TABLE_NAME = T.TABLE_NAME
               AND NVL (A.STATTYPE_LOCKED, '*') != 'ALL')
OR EXISTS                     (SELECT 1                        FROM
DBA_INDEXES I                       WHERE     I.TABLE_OWNER = T.OWNER
                          AND I.TABLE_NAME = T.TABLE_NAME
              AND I.LAST_ANALYZED IS NOT NULL)) ORDER BY 1, 2
Plan hash value: 291652704
| Id  | Operation                               | Name                      | Starts | E-Rows | A-Rows |   A-Time   | Buffers | Reads  |
|   0 | SELECT STATEMENT                        |                           |      1 |        |      0 |00:07:55.28 |      73M|     54M|
|   1 |  SORT ORDER BY                          |                           |      1 |      1 |      0 |00:07:55.28 |      73M|     54M|
|*  2 |   FILTER                                |                           |      1 |        |      0 |00:07:55.28 |      73M|     54M|
|   3 |    NESTED LOOPS OUTER                   |                           |      1 |      1 |   2726 |00:00:05.37 |   17301 |    766 |
|   4 |     NESTED LOOPS OUTER                  |                           |      1 |      1 |   2726 |00:00:05.37 |   17298 |    766 |
|   5 |      NESTED LOOPS OUTER                 |                           |      1 |      1 |   2726 |00:00:05.37 |   16604 |    756 |
|   6 |       NESTED LOOPS OUTER                |                           |      1 |      1 |   2726 |00:00:05.37 |   16604 |    756 |
|   7 |        NESTED LOOPS                     |                           |      1 |      1 |   2726 |00:00:05.37 |   12998 |    619 |
|   8 |         NESTED LOOPS                    |                           |      1 |      1 |   2726 |00:00:05.37 |   10268 |    619 |
|*  9 |          HASH JOIN                      |                           |      1 |      1 |   2726 |00:00:00.27 |    5329 |     11 |
|* 10 |           HASH JOIN                     |                           |      1 |      4 |   5909 |00:00:00.18 |    5323 |      9 |
|* 11 |            HASH JOIN                    |                           |      1 |    207 |   3296 |00:00:00.02 |    4152 |      0 |
|  12 |             MERGE JOIN CARTESIAN        |                           |      1 |     10 |      4 |00:00:00.02 |       3 |      0 |
|* 13 |              HASH JOIN                  |                           |      1 |      1 |      1 |00:00:00.02 |       0 |      0 |
|* 14 |               FIXED TABLE FULL          | X$KSPPI                   |      1 |      1 |      1 |00:00:00.01 |       0 |      0 |
|  15 |               FIXED TABLE FULL          | X$KSPPCV                  |      1 |    100 |   2044 |00:00:00.01 |       0 |      0 |
|  16 |              BUFFER SORT                |                           |      1 |     10 |      4 |00:00:00.01 |       3 |      0 |
|  17 |               VIEW                      |                           |      1 |     10 |      4 |00:00:00.01 |       3 |      0 |
|  18 |                HASH UNIQUE              |                           |      1 |     10 |      4 |00:00:00.01 |       3 |      0 |
|  19 |                 TABLE ACCESS FULL       | DBAUSR_TT                 |      1 |     10 |     10 |00:00:00.01 |       3 |      0 |
|  20 |             VIEW                        | VDBSTA                    |      1 |   2065 |   3296 |00:00:00.01 |    4149 |      0 |
|  21 |              UNION-ALL                  |                           |      1 |        |   3296 |00:00:00.01 |    4149 |      0 |
|  22 |               NESTED LOOPS              |                           |      1 |   1433 |    187 |00:00:00.01 |    1617 |      0 |
|  23 |                MERGE JOIN CARTESIAN     |                           |      1 |   1717 |   1740 |00:00:00.01 |      18 |      0 |
|* 24 |                 TABLE ACCESS FULL       | USEUBX                    |      1 |      1 |      1 |00:00:00.01 |       3 |      0 |
|  25 |                 BUFFER SORT             |                           |      1 |   1717 |   1740 |00:00:00.01 |      15 |      0 |
|* 26 |                  TABLE ACCESS FULL      | STATAB                    |      1 |   1717 |   1740 |00:00:00.01 |      15 |      0 |
|* 27 |                INDEX UNIQUE SCAN        | TABCOM1                   |   1740 |      1 |    187 |00:00:00.01 |    1599 |      0 |
|  28 |               HASH UNIQUE               |                           |      1 |    610 |   3106 |00:00:00.02 |    2499 |      0 |
|  29 |                NESTED LOOPS ANTI        |                           |      1 |   3294 |   3106 |00:00:00.01 |    2499 |      0 |
|  30 |                 MERGE JOIN CARTESIAN    |                           |      1 |   3434 |   3480 |00:00:00.01 |      18 |      0 |
|* 31 |                  TABLE ACCESS FULL      | USEUBX                    |      1 |      2 |      2 |00:00:00.01 |       3 |      0 |
|  32 |                  BUFFER SORT            |                           |      2 |   1717 |   3480 |00:00:00.01 |      15 |      0 |
|* 33 |                   TABLE ACCESS FULL     | STATAB                    |      1 |   1717 |   1740 |00:00:00.01 |      15 |      0 |
|* 34 |                 INDEX UNIQUE SCAN       | TABCOM1                   |   2634 |     58 |    301 |00:00:00.01 |    2481 |      0 |
|  35 |               HASH UNIQUE               |                           |      1 |     14 |      0 |00:00:00.01 |      15 |      0 |
|  36 |                MERGE JOIN CARTESIAN     |                           |      1 |     14 |      0 |00:00:00.01 |      15 |      0 |
|* 37 |                 TABLE ACCESS FULL       | STATAB                    |      1 |      5 |      0 |00:00:00.01 |      15 |      0 |
|  38 |                 BUFFER SORT             |                           |      0 |      3 |      0 |00:00:00.01 |       0 |      0 |
|* 39 |                  TABLE ACCESS FULL      | USEUBX                    |      0 |      3 |      0 |00:00:00.01 |       0 |      0 |
|  40 |               HASH UNIQUE               |                           |      1 |      8 |      3 |00:00:00.01 |      18 |      0 |
|  41 |                MERGE JOIN CARTESIAN     |                           |      1 |      8 |      3 |00:00:00.01 |      18 |      0 |
|* 42 |                 TABLE ACCESS FULL       | USEUBX                    |      1 |      1 |      1 |00:00:00.01 |       3 |      0 |
|  43 |                 BUFFER SORT             |                           |      1 |      8 |      3 |00:00:00.01 |      15 |      0 |
|* 44 |                  TABLE ACCESS FULL      | STATAB                    |      1 |      8 |      3 |00:00:00.01 |      15 |      0 |
|* 45 |            TABLE ACCESS FULL            | OBJ$                      |      1 |   1000 |  99107 |00:00:00.01 |    1171 |      9 |
|  46 |           TABLE ACCESS FULL             | USER$                     |      1 |     76 |     76 |00:00:00.02 |       6 |      2 |
|* 47 |          TABLE ACCESS CLUSTER           | TAB$                      |   2726 |      1 |   2726 |00:00:05.85 |    4939 |    608 |
|* 48 |           INDEX UNIQUE SCAN             | I_OBJ#                    |   2726 |      1 |   2726 |00:00:00.23 |     577 |     19 |
|  49 |         TABLE ACCESS CLUSTER            | TS$                       |   2726 |      1 |   2726 |00:00:00.01 |    2730 |      0 |
|* 50 |          INDEX UNIQUE SCAN              | I_TS#                     |   2726 |      1 |   2726 |00:00:00.01 |       4 |      0 |
|  51 |        TABLE ACCESS CLUSTER             | SEG$                      |   2726 |      1 |   2726 |00:00:01.37 |    3606 |    137 |
|* 52 |         INDEX UNIQUE SCAN               | I_FILE#_BLOCK#            |   2726 |      1 |   2726 |00:00:00.51 |     880 |     52 |
|* 53 |       INDEX RANGE SCAN                  | I_OBJ1                    |   2726 |      1 |      0 |00:00:00.01 |       0 |      0 |
|* 54 |      INDEX RANGE SCAN                   | I_OBJ1                    |   2726 |      1 |   2719 |00:00:00.18 |     694 |     10 |
|* 55 |     INDEX RANGE SCAN                    | I_USER2                   |   2726 |      1 |   2719 |00:00:00.01 |       3 |      0 |
|  56 |    VIEW                                 | DBA_TAB_STATISTICS        |   2726 |     13 |      0 |07:24:59.23 |      73M|     54M|
|  57 |     UNION-ALL                           |                           |   2726 |        |      0 |07:24:59.23 |      73M|     54M|
|  58 |      NESTED LOOPS OUTER                 |                           |   2726 |      1 |      0 |00:00:00.18 |   19122 |      1 |
|  59 |       NESTED LOOPS                      |                           |   2726 |      1 |      0 |00:00:00.18 |   19122 |      1 |
|  60 |        NESTED LOOPS OUTER               |                           |   2726 |      1 |   2726 |00:00:00.04 |   11535 |      0 |
|  61 |         NESTED LOOPS                    |                           |   2726 |      1 |   2726 |00:00:00.04 |   11534 |      0 |
|  62 |          TABLE ACCESS BY INDEX ROWID    | USER$                     |   2726 |      1 |   2726 |00:00:00.04 |    5452 |      0 |
|* 63 |           INDEX UNIQUE SCAN             | I_USER1                   |   2726 |      1 |   2726 |00:00:00.02 |    2726 |      0 |
|* 64 |          INDEX RANGE SCAN               | I_OBJ2                    |   2726 |      1 |   2726 |00:00:00.01 |    6082 |      0 |
|* 65 |         INDEX UNIQUE SCAN               | I_TAB_STATS$_OBJ#         |   2726 |      1 |      0 |00:00:00.01 |       1 |      0 |
|* 66 |        TABLE ACCESS CLUSTER             | TAB$                      |   2726 |      1 |      0 |00:00:00.12 |    7587 |      1 |
|* 67 |         INDEX UNIQUE SCAN               | I_OBJ#                    |   2726 |      1 |   2726 |00:00:00.02 |    3225 |      0 |
|* 68 |       INDEX UNIQUE SCAN                 | I_MON_MODS_ALL$_OBJ       |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|  69 |      NESTED LOOPS OUTER                 |                           |   2726 |      1 |      0 |01:52:08.09 |      23M|     13M|
|  70 |       NESTED LOOPS                      |                           |   2726 |      1 |      0 |01:52:08.09 |      23M|     13M|
|  71 |        MERGE JOIN CARTESIAN             |                           |   2726 |   9067 |     32M|01:50:22.71 |      13M|     13M|
|  72 |         NESTED LOOPS OUTER              |                           |   2726 |      1 |   2726 |00:00:00.02 |   11535 |      0 |
|  73 |          NESTED LOOPS                   |                           |   2726 |      1 |   2726 |00:00:00.02 |   11534 |      0 |
|  74 |           TABLE ACCESS BY INDEX ROWID   | USER$                     |   2726 |      1 |   2726 |00:00:00.01 |    5452 |      0 |
|* 75 |            INDEX UNIQUE SCAN            | I_USER1                   |   2726 |      1 |   2726 |00:00:00.01 |    2726 |      0 |
|* 76 |           INDEX RANGE SCAN              | I_OBJ2                    |   2726 |      1 |   2726 |00:00:00.02 |    6082 |      0 |
|* 77 |          INDEX UNIQUE SCAN              | I_TAB_STATS$_OBJ#         |   2726 |      1 |      0 |00:00:00.01 |       1 |      0 |
|  78 |         BUFFER SORT                     |                           |   2726 |  11909 |     32M|01:50:22.71 |      13M|     13M|
|  79 |          TABLE ACCESS FULL              | TAB$                      |   2726 |  11909 |     32M|01:48:31.82 |      13M|     13M|
|* 80 |        VIEW PUSHED PREDICATE            | TABPARTV$                 |     32M|      1 |      0 |00:01:23.69 |    9566K|      0 |
|* 81 |         TABLE ACCESS BY INDEX ROWID     | TABPART$                  |     32M|      4 |    703K|00:01:10.17 |    9566K|      0 |
|* 82 |          INDEX RANGE SCAN               | I_TABPART_BOPART$         |     32M|      4 |    703K|00:00:51.77 |    9210K|      0 |
|* 83 |       INDEX UNIQUE SCAN                 | I_MON_MODS_ALL$_OBJ       |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|  84 |      NESTED LOOPS OUTER                 |                           |   2726 |      1 |      0 |01:53:02.61 |      23M|     13M|
|  85 |       NESTED LOOPS                      |                           |   2726 |      1 |      0 |01:53:02.61 |      23M|     13M|
|  86 |        MERGE JOIN CARTESIAN             |                           |   2726 |   9067 |     32M|01:51:19.21 |      13M|     13M|
|  87 |         NESTED LOOPS                    |                           |   2726 |      1 |   2726 |00:00:00.21 |   11534 |      0 |
|  88 |          TABLE ACCESS BY INDEX ROWID    | USER$                     |   2726 |      1 |   2726 |00:00:00.12 |    5452 |      0 |
|* 89 |           INDEX UNIQUE SCAN             | I_USER1                   |   2726 |      1 |   2726 |00:00:00.02 |    2726 |      0 |
|* 90 |          INDEX RANGE SCAN               | I_OBJ2                    |   2726 |      1 |   2726 |00:00:00.06 |    6082 |      0 |
|  91 |         BUFFER SORT                     |                           |   2726 |  11909 |     32M|01:51:19.03 |      13M|     13M|
|  92 |          TABLE ACCESS FULL              | TAB$                      |   2726 |  11909 |     32M|01:49:51.13 |      13M|     13M|
|* 93 |        VIEW PUSHED PREDICATE            | TABPARTV$                 |     32M|      1 |      0 |00:01:23.47 |    9566K|      0 |
|* 94 |         TABLE ACCESS BY INDEX ROWID     | TABPART$                  |     32M|      1 |      0 |00:01:10.51 |    9566K|      0 |
|* 95 |          INDEX RANGE SCAN               | I_TABPART_BOPART$         |     32M|      4 |    703K|00:00:53.01 |    9210K|      0 |
|* 96 |       INDEX UNIQUE SCAN                 | I_MON_MODS_ALL$_OBJ       |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|  97 |      NESTED LOOPS OUTER                 |                           |   2726 |      1 |      0 |01:49:37.09 |      13M|     13M|
|  98 |       NESTED LOOPS                      |                           |   2726 |      1 |      0 |01:49:37.09 |      13M|     13M|
|  99 |        NESTED LOOPS OUTER               |                           |   2726 |      1 |      0 |01:49:37.09 |      13M|     13M|
| 100 |         NESTED LOOPS                    |                           |   2726 |      1 |      0 |01:49:37.09 |      13M|     13M|
| 101 |          NESTED LOOPS                   |                           |   2726 |  11909 |     32M|01:47:05.13 |      13M|     13M|
| 102 |           TABLE ACCESS BY INDEX ROWID   | USER$                     |   2726 |      1 |   2726 |00:00:00.08 |    5452 |      0 |
|*103 |            INDEX UNIQUE SCAN            | I_USER1                   |   2726 |      1 |   2726 |00:00:00.04 |    2726 |      0 |
| 104 |           TABLE ACCESS FULL             | TAB$                      |   2726 |  11909 |     32M|01:46:32.59 |      13M|     13M|
|*105 |          VIEW PUSHED PREDICATE          | TABCOMPARTV$              |     32M|      1 |      0 |00:00:37.20 |       1 |      1 |
| 106 |           TABLE ACCESS BY INDEX ROWID   | TABCOMPART$               |     32M|      1 |      0 |00:00:23.85 |       1 |      1 |
|*107 |            INDEX RANGE SCAN             | I_TABCOMPART_BOPART$      |     32M|      1 |      0 |00:00:09.37 |       1 |      1 |
|*108 |         INDEX UNIQUE SCAN               | I_MON_MODS_ALL$_OBJ       |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*109 |        TABLE ACCESS BY INDEX ROWID      | OBJ$                      |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*110 |         INDEX RANGE SCAN                | I_OBJ1                    |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*111 |       INDEX UNIQUE SCAN                 | I_TAB_STATS$_OBJ#         |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
| 112 |      NESTED LOOPS                       |                           |   2726 |        |      0 |01:50:32.64 |      13M|     13M|
| 113 |       NESTED LOOPS                      |                           |   2726 |      1 |      0 |01:50:32.62 |      13M|     13M|
| 114 |        NESTED LOOPS OUTER               |                           |   2726 |      1 |      0 |01:50:32.60 |      13M|     13M|
| 115 |         NESTED LOOPS OUTER              |                           |   2726 |      1 |      0 |01:50:32.60 |      13M|     13M|
| 116 |          NESTED LOOPS                   |                           |   2726 |      1 |      0 |01:50:32.58 |      13M|     13M|
| 117 |           NESTED LOOPS                  |                           |   2726 |      1 |      0 |01:50:32.58 |      13M|     13M|
| 118 |            NESTED LOOPS                 |                           |   2726 |      1 |      0 |01:50:32.58 |      13M|     13M|
| 119 |             NESTED LOOPS                |                           |   2726 |  11909 |     32M|01:48:00.62 |      13M|     13M|
| 120 |              TABLE ACCESS BY INDEX ROWID| USER$                     |   2726 |      1 |   2726 |00:00:00.04 |    5452 |      0 |
|*121 |               INDEX UNIQUE SCAN         | I_USER1                   |   2726 |      1 |   2726 |00:00:00.02 |    2726 |      0 |
| 122 |              TABLE ACCESS FULL          | TAB$                      |   2726 |  11909 |     32M|01:48:00.58 |      13M|     13M|
|*123 |             VIEW PUSHED PREDICATE       | TABCOMPARTV$              |     32M|      1 |      0 |00:00:39.60 |       1 |      0 |
| 124 |              TABLE ACCESS BY INDEX ROWID| TABCOMPART$               |     32M|      1 |      0 |00:00:26.27 |       1 |      0 |
|*125 |               INDEX RANGE SCAN          | I_TABCOMPART_BOPART$      |     32M|      1 |      0 |00:00:09.80 |       1 |      0 |
| 126 |            VIEW PUSHED PREDICATE        | TABSUBPARTV$              |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*127 |             TABLE ACCESS BY INDEX ROWID | TABSUBPART$               |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*128 |              INDEX RANGE SCAN           | I_TABSUBPART_POBJSUBPART$ |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*129 |           INDEX RANGE SCAN              | I_OBJ1                    |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*130 |          INDEX UNIQUE SCAN              | I_TAB_STATS$_OBJ#         |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*131 |         INDEX UNIQUE SCAN               | I_MON_MODS_ALL$_OBJ       |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*132 |        INDEX RANGE SCAN                 | I_OBJ1                    |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*133 |       TABLE ACCESS BY INDEX ROWID       | OBJ$                      |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*134 |      FILTER                             |                           |   2726 |        |      0 |00:00:00.02 |       0 |      0 |
|*135 |       FILTER                            |                           |      0 |        |      0 |00:00:00.01 |       0 |      0 |
|*136 |        HASH JOIN OUTER                  |                           |      0 |      8 |      0 |00:00:00.01 |       0 |      0 |
| 137 |         NESTED LOOPS OUTER              |                           |      0 |      8 |      0 |00:00:00.01 |       0 |      0 |
|*138 |          FIXED TABLE FULL               | X$KQFTA                   |      0 |      8 |      0 |00:00:00.01 |       0 |      0 |
|*139 |          INDEX UNIQUE SCAN              | I_TAB_STATS$_OBJ#         |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
| 140 |         TABLE ACCESS FULL               | FIXED_OBJ$                |      0 |    783 |      0 |00:00:00.01 |       0 |      0 |
| 141 |    NESTED LOOPS                         |                           |   2726 |      1 |      0 |00:00:00.70 |   19121 |      4 |
| 142 |     NESTED LOOPS                        |                           |   2726 |      1 |      0 |00:00:00.68 |   19121 |      4 |
| 143 |      NESTED LOOPS OUTER                 |                           |   2726 |      1 |      0 |00:00:00.68 |   19121 |      4 |
| 144 |       NESTED LOOPS OUTER                |                           |   2726 |      1 |      0 |00:00:00.68 |   19121 |      4 |
| 145 |        NESTED LOOPS OUTER               |                           |   2726 |      1 |      0 |00:00:00.64 |   19121 |      4 |
| 146 |         NESTED LOOPS OUTER              |                           |   2726 |      1 |      0 |00:00:00.64 |   19121 |      4 |
| 147 |          NESTED LOOPS                   |                           |   2726 |      1 |      0 |00:00:00.64 |   19121 |      4 |
| 148 |           NESTED LOOPS                  |                           |   2726 |      1 |   2726 |00:00:00.25 |   11534 |      0 |
| 149 |            TABLE ACCESS BY INDEX ROWID  | USER$                     |   2726 |      1 |   2726 |00:00:00.16 |    5452 |      0 |
|*150 |             INDEX UNIQUE SCAN           | I_USER1                   |   2726 |      1 |   2726 |00:00:00.04 |    2726 |      0 |
|*151 |            INDEX RANGE SCAN             | I_OBJ2                    |   2726 |      1 |   2726 |00:00:00.08 |    6082 |      0 |
|*152 |           TABLE ACCESS CLUSTER          | IND$                      |   2726 |      1 |      0 |00:00:00.39 |    7587 |      4 |
|*153 |            INDEX UNIQUE SCAN            | I_OBJ#                    |   2726 |      1 |   2726 |00:00:00.02 |    3225 |      0 |
| 154 |          TABLE ACCESS CLUSTER           | TS$                       |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*155 |           INDEX UNIQUE SCAN             | I_TS#                     |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
| 156 |         TABLE ACCESS CLUSTER            | SEG$                      |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*157 |          INDEX UNIQUE SCAN              | I_FILE#_BLOCK#            |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*158 |        INDEX RANGE SCAN                 | I_OBJ1                    |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*159 |       INDEX RANGE SCAN                  | I_USER2                   |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*160 |      TABLE ACCESS BY INDEX ROWID        | OBJ$                      |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*161 |       INDEX RANGE SCAN                  | I_OBJ1                    |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
|*162 |     INDEX RANGE SCAN                    | I_USER2                   |      0 |      1 |      0 |00:00:00.01 |       0 |      0 |
Predicate Information (identified by operation id):
   2 - filter(("T"."ANALYZETIME" IS NOT NULL OR  IS NOT NULL OR  IS NOT NULL))
   9 - access("U"."NAME"="S"."COFIR" AND "O"."OWNER#"="U"."USER#")
  10 - access("O"."NAME"="S"."COTAB")
  11 - access("S"."COFIR"="U"."COFIR")
  13 - access("KSPPI"."INDX"="KSPPCV"."INDX")
  14 - filter("KSPPI"."KSPPINM"='_dml_monitoring_enabled')
  24 - filter("U"."TYUSR"='C')
  26 - filter(("S"."CTTAB"='T' AND "S"."TYUSR" IS NULL))
  27 - access("T"."COOBJ"="S"."COTAB")
  31 - filter("U"."TYUSR"='U')
  33 - filter(("S"."CTTAB"='T' AND "S"."TYUSR" IS NULL))
  34 - access("S"."COTAB"="T"."COOBJ")
  37 - filter(("S"."TYUSR"='G' AND "S"."CTTAB"='T'))
  39 - filter(("U"."TYUSR"='U' OR "U"."TYUSR"='X'))
  42 - filter("U"."TYUSR"='X')
  44 - filter(("S"."CTTAB"='T' AND "S"."TYUSR"='X'))
  45 - filter((DECODE(BITAND("O"."FLAGS",2),0,'N',2,'Y','N')='N' AND BITAND("O"."FLAGS",128)=0))
  47 - filter(BITAND("T"."PROPERTY",1)=0)
  48 - access("O"."OBJ#"="T"."OBJ#")
  50 - access("T"."TS#"="TS"."TS#")
  52 - access("T"."TS#"="S"."TS#" AND "T"."FILE#"="S"."FILE#" AND "T"."BLOCK#"="S"."BLOCK#")
  53 - access("T"."BOBJ#"="CO"."OBJ#")
  54 - access("T"."DATAOBJ#"="CX"."OBJ#")
  55 - access("CX"."OWNER#"="CU"."USER#")
  63 - access("U"."NAME"=:B1)
  64 - access("O"."OWNER#"="U"."USER#" AND "O"."NAME"=:B1 AND "O"."NAMESPACE"=1 AND "O"."REMOTEOWNER" IS NULL AND
              "O"."LINKNAME" IS NULL AND "O"."SUBNAME" IS NULL)
       filter(("O"."SUBNAME" IS NULL AND "O"."REMOTEOWNER" IS NULL AND "O"."LINKNAME" IS NULL))
  65 - access("O"."OBJ#"="TS"."OBJ#")
  66 - filter((NVL(DECODE(BITAND("T"."TRIGFLAG",67108864)+BITAND("T"."TRIGFLAG",134217728),0,NULL,67108864,'DATA',134217728,'CAC
              HE','ALL'),'*')<>'ALL' AND BITAND("T"."PROPERTY",1)=0))
  67 - access("O"."OBJ#"="T"."OBJ#")
  68 - access("T"."OBJ#"="M"."OBJ#")
  75 - access("U"."NAME"=:B1)
  76 - access("O"."OWNER#"="U"."USER#" AND "O"."NAME"=:B1 AND "O"."NAMESPACE"=1 AND "O"."REMOTEOWNER" IS NULL ANDsome information about the database:
  2  ;
BANNER
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
PL/SQL Release 11.1.0.7.0 - Production
CORE    11.1.0.7.0      Production
TNS for 32-bit Windows: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production
SQL> sho parameter optimizer
NAME                                 TYPE        VALUE
optimizer_capture_sql_plan_baselines boolean     FALSE
optimizer_dynamic_sampling           integer     2
optimizer_features_enable            string      11.1.0.7
optimizer_index_caching              integer     0
optimizer_index_cost_adj             integer     100
optimizer_mode                       string      ALL_ROWS
optimizer_secure_view_merging        boolean     TRUE
optimizer_use_invisible_indexes      boolean     FALSE
optimizer_use_pending_statistics     boolean     FALSE
optimizer_use_sql_plan_baselines     boolean     TRUEthe issue seems to be on the view DBA_TAB_STATISTICS and in particular on this operation:
| 122 |              TABLE ACCESS FULL          | TAB$                      |   2726 |  11909 |     32M|01:48:00.58 |      13M|     13M|How can I tune this query ?
Thanks for helping

Well, if you've ever looked at the source for DBA_TAB_STATISTICS you will understand why it's not a great candidate to query frequently, like in an exists look up :)
This takes up a little more code, but i'd wager it finishes a bit sooner.
SELECT
  /*+ gather_plan_statistics */
  T.OWNER,
  T.TABLE_NAME
FROM
  ( SELECT DISTINCT COFIR
  FROM DBAUSR_TT
  ) U,
  VDBSTA S,
  DBA_TABLES T
WHERE S.COFIR         = U.COFIR
AND S.CTTAB           = 'T'
AND T.OWNER           = S.COFIR
AND T.TABLE_NAME      = S.COTAB
AND T.TEMPORARY       = 'N'
AND
    T.LAST_ANALYZED IS NOT NULL
OR EXISTS
    SELECT 1
    FROM DBA_INDEXES I
    WHERE I.TABLE_OWNER  = T.OWNER
    AND I.TABLE_NAME     = T.TABLE_NAME
    AND I.LAST_ANALYZED IS NOT NULL
UNION
SELECT
  T.OWNER,
  T.TABLE_NAME
FROM
  ( SELECT DISTINCT COFIR FROM DBAUSR_TT
  ) U,
  VDBSTA S,
  DBA_TABLES T,
  DBA_TAB_STATISTICS A
WHERE S.COFIR                     = U.COFIR
AND S.CTTAB                       = 'T'
AND T.OWNER                       = S.COFIR
AND T.TABLE_NAME                  = S.COTAB
AND T.TEMPORARY                   = 'N'
--added predicate
AND T.LAST_ANALYZED IS NULL
AND A.OWNER                       = T.OWNER
AND A.TABLE_NAME                  = T.TABLE_NAME
AND NVL (A.STATTYPE_LOCKED, '*') != 'ALL')
ORDER BY 1, 2;

Similar Messages

  • Query takes 14 hours to complete - kindly help

    I'm using Oracle9207 32bit on windows server 2003.
    I executed the following query and it takes 14 hours to complete. I don't understand why it takes too long, the database is in archivelog mode and it is not running any other queries. I even specified nologging and the parallel option. And before performing the operation I even "alter table move..." the incmsg table.
    The incmsg table contains around 70Million rows.
    create table "ECI"."outactions_temp" tablespace USERS nologging parallel as select * FROM "ECI"."outactions" WHERE "ECI"."outactions"."incmsgserno" IN (select "ECI"."incmsg"."serno" from "ECI"."incmsg" where "ECI"."incmsg"."applicationserno" = 2 and "ECI"."incmsg"."timestamp" between to_date('01-MAY-2007', 'DD Mon YYYY') and to_date('21-SEP-2007', 'DD Mon YYYY'));
    The execution plan is as follows:
    SQL> select plan_table_output from table(dbms_xplan.display('PLAN_TABLE',null,'ALL'));
    | Id | Operation | Name | Rows | Bytes | Cost | TQ |IN-OUT| PQ Distrib |
    | 0 | CREATE TABLE STATEMENT | | 993 | 2050K| 8322 | | | |
    | 1 | LOAD AS SELECT | | | | | 30,01 | P->S | QC (RAND) |
    | 2 | TABLE ACCESS BY INDEX ROWID | outactions | 1 | 2080 | 3 | 30,01 | PCWC | |
    | 3 | NESTED LOOPS | | 993 | 2050K| 8322 | 30,01 | PCWP | |
    | 4 | TABLE ACCESS BY INDEX ROWID| incmsg | 993 | 34755 | 5343 | 30,00 | S->P | RND-ROBIN |
    | 5 | INDEX RANGE SCAN | IX_INCMSG_TSTAMP | 178K| | 334 | | | |
    | 6 | INDEX RANGE SCAN | IX104_1 | 1 | | 2 | 30,01 | PCWP | |
    PX Slave SQL Information (identified by operation id):
    1 - CREATE TABLE "ECI".:Q630001 TABLESPACE "USERS" NOLOGGING AS SELECT C0,C1,C2,C3,C4,C5,C6,C7 FROM (SELECT
    /*+ ORDERED NO_EXPAND USE_NL(A2) INDEX(A2 "IX104_1") */ A2."serno" C0,A2."source" C1,A2."incmsgserno"
    C2,A2."strategyserno" C3,A2."testrunserno" C4,A2."timestamp" C5,A2."xml_actions" C6,A2."status" C7 FROM :Q630000
    A1,"ECI"."outactions" A2 WHERE A2."incmsgserno"=A1.C1)
    23 rows selected.

    I executed the query without the create table statement and the following is the explain plan. I'm still reading thru FAQ on how to format the explain plan.
    PLAN_TABLE_OUTPUT
    | Id | Operation | Name | Rows | Bytes | Cost
    | TQ |IN-OUT| PQ Distrib |
    | 0 | SELECT STATEMENT | | 993 | 2050K| 832
    PLAN_TABLE_OUTPUT
    2 | | | |
    | 1 | TABLE ACCESS BY INDEX ROWID | outactions | 1 | 2080 |
    3 | 33,01 | PCWC | |
    | 2 | NESTED LOOPS | | 993 | 2050K| 832
    2 | 33,01 | P->S | QC (RAND) |
    | 3 | TABLE ACCESS BY INDEX ROWID| incmsg | 993 | 34755 | 534
    3 | 33,00 | S->P | RND-ROBIN |
    PLAN_TABLE_OUTPUT
    | 4 | INDEX RANGE SCAN | IX_INCMSG_TSTAMP | 178K| | 33
    4 | | | |
    | 5 | INDEX RANGE SCAN | IX104_1 | 1 | |
    2 | 33,01 | PCWP | |
    PX Slave SQL Information (identified by operation id):
    PLAN_TABLE_OUTPUT
    2 - SELECT /*+ ORDERED NO_EXPAND USE_NL(A2) INDEX(A2 "IX104_1") */
    A1.C0,A1.C1,A1.C2,A2.ROWID,A2."serno",A2."source",A2."incmsgserno"
    ,A2."strategyserno",A2."testrunserno",A2."time
    stamp",A2."xml_actions",A2."status" FROM :Q633000 A1,"ECI"."outact
    ions" A2 WHERE A2."incmsgserno"=A1.C1
    PLAN_TABLE_OUTPUT
    Note: cpu costing is off, PLAN_TABLE' is old version
    21 rows selected.
    SQL> spool off;

  • Domain index query takes 12 hours to execute

    Hi Friends,
    My query which uses domain index takes 12 hours to execute. Can you please help me tuning this query?
    select /*+ NO_UNNEST ORDERED index_ffs(Term idx_recanon_term_ysm1) parallel_index(Term, idx_recanon_term_ysm1, 8) */ term.rowid
    from cmpgn.recanon_search_terms,cmpgn.recanon_term_ysm Term
    where cmpgn.recanon_search_terms.search_type=3 and
    contains(Term.RAW_TERM_TEXT,cmpgn.recanon_search_terms.search_text) > 0 and
    Term.pod_id=11
    Thanks in advance.
    Regards
    Bala

    First your driving table is recanon_search_terms to get the required search terms, then use them to query Oracle Text. What you are trying to do is to get a subset of table term first and than run every individual row of table term against the search terms. This approach will take a very long time.
    Not sure what you want to do, but it looks something I have been working on previously. As far I can see there is a table with controlled terms which are matched against other raw terms in a text document using Oracle Text. The issue is that you do a join in the contains clause without knowing the number of query expressions formed. It can be that 7 thousand individual queries run at once, than use indexes of the other predicates, do some sorting, etc. which would explain the long time needed. It will probably run out of memory causing all sorts of issues.
    As a quick fix try first following statement without hints.
    Tell us how many rows you get, the distinct counts for pod_id and search_type and how long it takes.
    CREATE TABLE test_table AS
    select term.pod_id pod_id, cmpgn.recanon_search_terms.search_type search_type, term_primary_key, ....
    from cmpgn.recanon_search_terms,cmpgn.recanon_term_ysm Term
    where contains(Term.RAW_TERM_TEXT,cmpgn.recanon_search_terms.search_text) > 0
    Create index test_idx on test_table(pod_id, search_type) and use test_table instead to get the results, just by providing pod_id and search_type without the join in the contains clause.
    SELECT ..
    FROM test_table
    WHERE pod_id = X
    AND search_type = Y
    Maybe this approach is sufficient for your purpose. For sure, it will give you instant results. In that case a materialized view instead of the table could work for maintenance reasons; I had some issues with materialized views for above scenario.
    However check very carefully the results. I would have some doubts that all rows in search_text form a valid query expression for Oracle Text. If search_text has just single tokens or phrases wrapping curly brackets around will probably resolve the issue.
    Think about to form one query expression through a function call instead of a table join inside the contains clause. Sometimes to run a set of individual queries are faster than one big query.
    select term.rowid --, form_query_exrpession(3) query_exrpession
    from cmpgn.recanon_term_ysm Term
    where contains(Term.RAW_TERM_TEXT, form_query_exrpession(3)) > 0
    The above function will form one valid Oracle Text query expression by using the table recanon_search_terms inside the function. This approach normally helps, at least in debugging and fine-tuning. Avoid using bind variables first in order to identify highly skewed distribution of search_type.
    The other performance issue is the additional predicate of pod_id = X, here the suggestion from radord works very well. If you want to get your hands dirty have a look at user_datastore in the Oracle Text documentation, this will give you all the freedom you want.

  • SQL Query takes 7 hours after upgrade to 10g

    the following query executes in under a minute in 9i, however once upgraded to 10g it takes 7 hours. The query is designed to select the data row with the max date value for the selected criteria (there are multiple rows that match the below criteria with different dates)
    I have tested in a lower environment the setting of "_optimizer_cost_based_transformation"=off and this corrects the problem. I do not feel comfortable setting this parameter session or system wide to provide a solution
    We are running Oracle 10gR2 on Solaris
    select "INSTN_ID_N",
    "MEAS_D",
    "FEED_TYPE_C",
    "FREQ_C",
    "STAT_LVL_C",
    "TS_D",
    "IX_INSTN_ID_C",
    "ENTI_TYPE_C",
    "CNTXT_ID_C",
    "CNTXT_C",
    "IX_CNTXT_ID_C",
    "VND_C",
    "PRCS_C",
    "USR_ID_C",
    "STAT_C",
    "OVRD_RSN_C",
    "LD_DT_D",
    "UPD_USR_C",
    "UPD_TS_D",
    "INS_USR_C",
    "INS_TS_D",
    "DEL_FLG_C"
    from IDA.V_INSTANCE_STATUS M
    where
    TS_D =
    select max (TS_D) from IDA.V_INSTANCE_STATUS
    where
    INSTN_ID_N = M.INSTN_ID_N AND
    MEAS_D = M.MEAS_D AND
    FEED_TYPE_C = M.FEED_TYPE_C AND
    FREQ_C = M.FREQ_C AND
    STAT_LVL_C = M.STAT_LVL_C AND
    IX_INSTN_ID_C = M.IX_INSTN_ID_C
    )

    user638113 wrote:
    the following query executes in under a minute in 9i, however once upgraded to 10g it takes 7 hours. The query is designed to select the data row with the max date value for the selected criteria (there are multiple rows that match the below criteria with different dates)
    I have tested in a lower environment the setting of "_optimizer_cost_based_transformation"=off and this corrects the problem. I do not feel comfortable setting this parameter session or system wide to provide a solutionIf you're sure that the "lower" environment reproduces the same issue, and not due to some other differences (different statistics, parameters etc.), then you could share the two different execution plans generated via DBMS_XPLAN.DISPLAY having the cost based transformations turned on and off. Make sure you use the \ tags before and after the plan output to format it in fixed font. You can use the "Quote" button in the message editor to see how to use the tag.
    Furthermore a optimizer trace (10053) might reveal why the cost based transformations lead to such an result.
    Regards,
    Randolf
    Oracle related stuff blog:
    http://oracle-randolf.blogspot.com/
    SQLTools++ for Oracle (Open source Oracle GUI for Windows):
    http://www.sqltools-plusplus.org:7676/
    http://sourceforge.net/projects/sqlt-pp/                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • Query takes too long to complete...

    SELECT SUBSTR(C.PHRMNUM,1,2), C.PHRMNUM, PH.NABPNUM, HICNUMBER, RCVDATE, RXDATE, C.NDC
    , MMITHPTY, QUANTITY, STATUS1, ALLOWED, PRICE,
    COPMT, INSPMT, PATPMT, BALANCE, CASHADJ, NONCASHADJ, CODE, PAIDTOVEN
    , MMFEE, PAIDDATE, IDNUMBER, M.GPI,
    GPINAME, DIVISION, CHAINCODE, CVASTATUS, TRISTATUS, PSTATUS,
    CASE WHEN C.PATIENTELIGIBILITY = 'S' OR C.PATIENTELIGIBILITY = 'W' THEN 'Y' ELSE 'N' END
    FROM HIST_CLAIM C, HIST_PATIENT P, MEDISPAN_NDC M, HIST_PHARMACY PH
    WHERE (1 = 1)
    AND (C.PATNUM = P.PATNUM)
    AND (C.MEMBER = P.MEMBER)
    AND (C.NDC = M.NDC(+))
    AND (C.PHRMNUM = PH.PHRMNUM)
    AND (C.INSBRANCH = 'VA')
    AND (STATUS1 <> 'D')
    AND (RCVDATE >= '01-JAN-2002')
    AND (RCVDATE <= '19-AUG-2005')

    Also, here is the explain plan. As you can see, the outer query returns 19G of information! Holy schmoly!!
    Operation     Object Name     Rows     Bytes     Cost     TQ     In/Out     PStart     PStop
    SELECT STATEMENT          61 M          53579                     
    NESTED LOOPS OUTER          61 M     19G     53579                     
    NESTED LOOPS          26 K     7 M     131                     
    NESTED LOOPS          43      11 K     88                     
    TABLE ACCESS BY GLOBAL INDEX ROWID     HIST_CLAIM     43      9 K     2                ROWID     ROW L
    INDEX RANGE SCAN     HIST_CLAIM_INSBRANCH_NDX     43           1                     
    TABLE ACCESS BY INDEX ROWID     HIST_PATIENT     1 M     45 M     2                     
    INDEX UNIQUE SCAN     HIST_PATIENT_PATNUM_MEMBER_PK     1 M          1                     
    TABLE ACCESS BY INDEX ROWID     HIST_PHARMACY     62 K     1 M     1                     
    INDEX UNIQUE SCAN     HIST_PHARMACY_PK     62 K                              
    TABLE ACCESS BY INDEX ROWID     MEDISPAN_NDC     229 K     10 M     2                     
    INDEX UNIQUE SCAN     MEDISPAN_NDC_PK     229 K          1

  • QUERY TAKES DAY to COMPLETE:

    Hi all,
    My query takes more time to complete like in DAYS. can any one please tell guide me is there is any problem in this query.
    SELECT
    S_INVLOC.NAME ,
    S_ORDER.ACCNT_ID ,
    S_ORDER.APPR_BY_EMP_ID ,
    S_ORDER.BL_CON_ID ,
    S_ORDER.BL_OU_ID ,
    S_ORDER.CARRIER_CD ,
    S_ORDER.CONTACT_ID ,
    S_ORDER.CURCY_CD ,
    S_ORDER.TAX_EXEMPT_FLG ,
    S_ORDER.REQ_SHIP_DT ,
    S_ORDER.SHIP_ADDR_ID ,
    S_ORDER.SHIP_CON_ID ,
    S_ORDER.SHIP_METH_CD ,
    S_ORDER.SHIP_OU_ID ,
    S_ORDER.STATUS_CD ,
    S_ORDER.TAX_EXEMPT_NUM ,
    S_ORDER.TAX_EXEMPT_REASON ,
    S_ORDER.OPTY_ID ,
    S_ORDER.BU_ID PR_VIS_ORG_ID ,
    S_ORDER.PROMO_ID ,
    S_ORDER.PRI_LST_ID ,
    S_ORDER.AGREE_ID AGREEMENT_ID ,
    S_ORDER.ENTLMNT_ID ENTITLEMENT_ID ,
    S_ORDER.SR_ID ,
    S_ORDER.BILLABLE_FLG ,
    S_ORDER_ITEM.ROW_ID ,
    S_ORDER_ITEM.ORDER_ID ,
    S_ORDER_ITEM.LN_NUM ,
    S_ORDER_ITEM.PROD_ID ,
    S_ORDER_ITEM.ADJ_UNIT_PRI ,
    S_ORDER_ITEM.BASE_UNIT_PRI ,
    S_ORDER_ITEM.CARRIER_CD CARRIER_CD1 ,
    S_ORDER_ITEM.EXTD_QTY ,
    S_ORDER_ITEM.QTY_SHIPPED ,
    S_ORDER_ITEM.REQ_SHIP_DT REQ_SHIP_DT1 ,
    S_ORDER_ITEM.SHIP_ADDR_ID SHIP_ADDR_ID1 ,
    S_ORDER_ITEM.SHIP_CON_ID SHIP_CON_ID1 ,
    S_ORDER_ITEM.SHIP_METH_CD SHIP_METH_CD1 ,
    S_ORDER_ITEM.STATUS_CD STATUS_CD1 ,
    S_ORDER_ITEM.PROD_STATUS_CD ,
    S_ORDER_ITEM.PROD_NAME ,
    S_ORDER_ITEM.LOANER_FLG ,
    S_ORDER_ITEM.DISCNT_METH_CD ,
    S_ORDER_ITEM.SHIP_OU_ID SHIP_OU_ID1 ,
    S_ORDER_ITEM.STATUS_DT ,
    S_ORDER_ITEM.MUST_DLVR_BY_DT ,
    S_ORDER_ITEM.ACTION_CD ,
    S_ORDER_ITEM.ROLLUP_PRI ,
    S_PROD_INT.NAME NAME1 ,
    A.NAME NAME2 ,
    B.NAME NAME3 ,
    S_VOL_DISCNT.NAME NAME4 ,
    ACCNT.PR_INDUST_ID ,
    POSCRTDORG.OU_ID CREATED_BY_ORG_ID ,
    POSOWNERORG.OU_ID PR_OWNER_ORG_ID ,
    PAROITEM.LN_NUM ,
    PAROITEM.PROD_ID ,
    SHIPOITEM.CITY ,
    SHIPOITEM.COUNTRY ,
    SHIPOITEM.ZIPCODE ,
    SHIPO.CITY ,
    SHIPO.COUNTRY ,
    SHIPO.ZIPCODE ,
    BILL.CITY ,
    BILL.COUNTRY ,
    BILL.ZIPCODE ,
    S_CAMP_CON.PR_CALL_LST_ID SEGMENT_ID ,
    S_ORDER.DCP_ID OFFER_ID ,
    APPRBYPOS.PR_HELD_POSTN_ID ,
    POSOWNERORG.ROW_ID ,
    POSOWNERORG.PR_EMP_ID ,
    S_ENTLMNT.PAR_AGREE_ID ,
    ROOTOITEM.PROD_ID ROOT_LN_PROD_ID ,
    ROOTOITEM.LN_NUM ROOT_LN_NUM ,
    S_ORDER.PR_POSTN_ID ,
    S_CAMP_CON.CAMP_LD_WAVE_ID ,
    S_SRC.REGION_ID ,
    OPRI.COST_PRI ,
    S_ORDER_ITEM.ORDER_ITM_CURCY_CD OITM_CURCY_CD ,
    ROOTOITEM.ORDER_ITM_CURCY_CD ROOTOITM_CURCY_CD ,
    S_ORDER_ITEM.ORDER_ITM_EXCH_DT OITM_AMT_DT ,
    S_ORDER.ORDER_EXCH_DT ,
    S_ORDER_ITEM.CREATED ,
    S_ORDER_ITEM.NET_PRI ,
    S_ORDER_ITEM.CRSE_OFFR_ID ,
    S_ORDER_ITEM.PRI_LST_ID OITM_PRI_LST_ID ,
    ROOTOITEM.PRI_LST_ID ROOTOITM_PRI_LST_ID ,
    OWNORG.PRTNR_FLG ,
    VISORG.PRTNR_FLG ,
    S_CAMP_LD_WAVE.LAUNCHED_TS ,
    QUOTE.CREATED ,
    S_ORDER.ACTIVE_FLG ,
    S_ORDER.APPROVED_FLG ,
    PARPROD.PROD_TYPE_CD ,
    ROOTPROD.PROD_TYPE_CD ,
    S_PROD_INT.PRICE_TYPE_CD ,
    S_SRC.PROG_END_DT ,
    S_SRC.PROG_START_DT ,
    S_SRC.ROW_ID ,
    S_ORDER.CREATED ,
    OWNORG.ROW_ID ,
    0 AS X_CUSTOM
    FROM
    V_ORDER_ITEM S_ORDER_ITEM,
    S_ORDER_ITEM PAROITEM,
    S_ORDER_ITEM ROOTOITEM,
    S_ORDER,
    S_VDISCNT_ITEM A,
    S_VOL_DISCNT,
    S_PROD_INT,
    S_VDISCNT_ITEM B,
    S_INVLOC,
    S_ORG_EXT ACCNT,
    S_POSTN POSOWNERORG,
    S_CONTACT CRTD,
    S_CONTACT APPRBYPOS,
    S_POSTN POSCRTDORG,
    S_ADDR_ORG SHIPOITEM,
    S_ADDR_ORG SHIPO,
    S_ADDR_ORG BILL,
    S_CAMP_CON,
    S_ENTLMNT,
    S_SRC,
    S_ORDER_ITM_PRI OPRI,
    S_CAMP_LD_WAVE,
    S_DOC_QUOTE QUOTE,
    S_ORG_EXT OWNORG,
    S_ORG_EXT OWNORG1,
    S_ORG_EXT VISORG1,
    S_ORG_EXT VISORG,
    S_PROD_INT PARPROD,
    S_PROD_INT ROOTPROD
    WHERE
    S_ORDER_ITEM.ORDER_ID = S_ORDER.ROW_ID AND
    S_ORDER_ITEM.ROOT_ORDER_ITEM_ID = ROOTOITEM.ROW_ID AND
    S_ORDER_ITEM.PAR_ORDER_ITEM_ID = PAROITEM.ROW_ID(+) AND
    S_ORDER_ITEM.PROD_ID = S_PROD_INT.ROW_ID(+) AND
    S_ORDER_ITEM.SRC_INVLOC_ID = S_INVLOC.ROW_ID(+) AND
    S_ORDER_ITEM.VOL_DISCNT_ITEM_ID = A.ROW_ID(+) AND
    S_ORDER_ITEM.VOL_DISCNT_ID = S_VOL_DISCNT.ROW_ID(+) AND
    S_ORDER_ITEM.VOL_UPSELL_ITEM_ID = B.ROW_ID(+) AND
    S_ORDER_ITEM.SHIP_ADDR_ID = SHIPOITEM.ROW_ID(+) AND
    S_ORDER.PR_POSTN_ID = POSOWNERORG.ROW_ID(+) AND
    S_ORDER_ITEM.CREATED_BY = CRTD.ROW_ID(+) AND
    CRTD.PR_HELD_POSTN_ID = POSCRTDORG.ROW_ID(+) AND
    S_ORDER.ACCNT_ID = ACCNT.ROW_ID(+) AND
    S_ORDER.CAMP_CON_ID = S_CAMP_CON.ROW_ID(+) AND
    S_ORDER.SHIP_ADDR_ID = SHIPO.ROW_ID(+) AND
    S_ORDER.BL_ADDR_ID = BILL.ROW_ID(+) AND
    S_ORDER.APPR_BY_EMP_ID = APPRBYPOS.ROW_ID(+) AND
    S_ORDER.ENTLMNT_ID = S_ENTLMNT.ROW_ID(+) AND
    S_ORDER.PROMO_ID = S_SRC.ROW_ID(+) AND
    S_ORDER_ITEM.ROW_ID = OPRI.PAR_ROW_ID(+) AND
    S_CAMP_CON.CAMP_LD_WAVE_ID = S_CAMP_LD_WAVE.ROW_ID(+) AND
    S_ORDER.QUOTE_ID = QUOTE.ROW_ID(+) AND
    POSOWNERORG.OU_ID = OWNORG1.ROW_ID(+) AND
    OWNORG1.PAR_BU_ID = OWNORG.ROW_ID(+) AND
    S_ORDER.BU_ID = VISORG1.ROW_ID(+) AND
    VISORG1.PAR_BU_ID = VISORG.ROW_ID(+) AND
    PAROITEM.PROD_ID = PARPROD.ROW_ID(+) AND
    ROOTOITEM.PROD_ID = ROOTPROD.ROW_ID(+) AND
    S_ORDER_ITEM.ROOT_ORDER_ITEM_ID IS NOT NULL;
    Thank u,

    refer the link;-
    When your query takes too long ...
    When your query takes too long ...
    Thread: HOW TO: Post a SQL statement tuning request - template posting
    HOW TO: Post a SQL statement tuning request - template posting

  • Select count(*) where exists (takes 5 hours).

    Hello Gurus,
    I have two databases on two servers, I am counting how many rows are similiar on two tables that are identical, and the rows should be identical as well. I am running a select count(*) where exists query and it takes 5 hours to complete.
    Each table only has two million rows.
    What can I do to speed it up?

    5 hours to process 2M rows does sound a bit long :(
    I didn't see this mentioned explicitly, but I thought the idea of comparing data on 2 servers implied a database link. Tuning distributed queries can be nasty.
    Start by getting an execution plan of the query to figure out what it is doing. Compare that to the plan generated by the already suggested MINUS operator. You'll need to do MINUS twice with each query in the other's position the second time. Alternately, check the indexing on the subqueries; EXISTS tends to work best with fast indexed lookups. FTS on an EXISTS subquery is not good :(
    Think about copying the data locally to one system or the other first, maybe in a materialized view or even global temporary table.
    Finally, think about tuning the transfer. There are articles on Metalink on tuning the transfer packet sizes (SDU/TDU) which might help IF YOU ARE ON UNIX; I haven't had any luck changing these values on Windows. You can also look into setting tcp.nodelay which can affect when packets get sent (another Metalink article should cover this).

  • RMAN backup to SAN takes 13 hours

    Hi All,
    I have configured my RMAN to run through Recovery Catalog, and take daily full backup (limitation of Standard Edition) to a shared location on Test Server (\\testdb), which takes around 35 minutes to complete successfully.
    The same full database backup takes 13 hours to complete on shared location to SAN storage mounted on blade server (\\blade5). To investigate further I opened an SR with Oracle Support and ran a series of test to take backup of a single tablespace (using target controlfile) on following 3 locations:
    1. Local Hard disk of Production Server
    2. Shared location on Test Server
    3. Shared location to SAN storage mounted on blade server
    Following were the results of the test:
    1. The backup tablespace size is 1.36 GB with one datafile.
    2. The backup piece size in all 3 test cases is 1.1 GB each.
    3. RMAN Backup Time at 3 location:
    3a. Local Backup Duration (D:\backup): 04:55 minutes
    3b. Shared Backup Duration (\\testdbl): 02:25 minutes
    3c. Shared SAN Duration (\\blade5): 26:25 minutes
    Based on the above finding Oracle Support concluded that Oracle RMAN is perfectly fine and It is at the SAN that the problem resides, whereas the IT Admins state the problem is at the RMAN side.
    My query is, how do we determine that Oracle RMAN is underperforming due to issues with SAN or blade server or network?
    Regard,
    Z.K.

    ebrian wrote:
    When the backup is running to the SAN, you may want to see what RMAN may be waiting for from V$SESSION/V$SESSION_WAIT. In addition, you may want to enable tracing during the backup to the SAN and see if anything stands out from the trace file:
    rman target / log rman.log trace rman.trc debug
    As per your suggestion, I carried out the test again with tracing enabled.
    1 Tablespace [with 1 datafile] size 1.36 GB used for RMAN backup.
    Backup piece size: 1.1 GB
    Please find below output of V$SESSION/V$SESSION_WAIT for all 3 cases:
    *1. LOCAL DISK*
    --v$session
    SADDR     SID     SERIAL#     AUDSID     PADDR     USER#     USERNAME     COMMAND     OWNERID     TADDR     LOCKWAIT     STATUS     SERVER     SCHEMA#     SCHEMANAME     OSUSER     PROCESS     MACHINE     TERMINAL     PROGRAM     TYPE     SQL_ADDRESS     SQL_HASH_VALUE     PREV_SQL_ADDR     PREV_HASH_VALUE     MODULE     MODULE_HASH     ACTION     ACTION_HASH     CLIENT_INFO     FIXED_TABLE_SEQUENCE     ROW_WAIT_OBJ#     ROW_WAIT_FILE#     ROW_WAIT_BLOCK#     ROW_WAIT_ROW#     LOGON_TIME     LAST_CALL_ET     PDML_ENABLED     FAILOVER_TYPE     FAILOVER_METHOD     FAILED_OVER     RESOURCE_CONSUMER_GROUP     PDML_STATUS     PDDL_STATUS     PQ_STATUS     CURRENT_QUEUE_DURATION     CLIENT_IDENTIFIER
    5428E7D8     30     14290     0     5425FD54     0     SYS     0     2147483644               INACTIVE     DEDICATED     0     SYS     ISCO\zafferk     6200:5792     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     00     0     0D779F90     888448358     RMAN.EXE     0     0000001 FINISHED     2940145100          2466540     -1     0     0     0     3/9/2009 10:31:32 AM     6     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    542B01C8     87     3021     0     54263FBC     0     SYS     0     2147483644               INACTIVE     DEDICATED     0     SYS     ISCO\zafferk     6200:5792     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     00     0     0AA8F068     1819975476     RMAN.EXE     0          0          2466515     -1     0     0     0     3/9/2009 10:31:51 AM     12     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    542C84B8     128     3620     0     542643A4     0     SYS     0     2147483644               INACTIVE     DEDICATED     0     SYS     ISCO\zafferk     6200:5792     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     05B36878     1141676395     05B36878     1141676395     backup full datafile: ORA_DISK_1     3173805813     0000014 FINISHED     4058944949     rman channel=ORA_DISK_1     2466514     -1     0     0     0     3/9/2009 10:32:13 AM     12     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    --v$session_wait
    SID     SEQ#     EVENT     P1TEXT     P1     P1RAW     P2TEXT     P2     P2RAW     P3TEXT     P3     P3RAW     WAIT_TIME     SECONDS_IN_WAIT     STATE
    128     751     async disk IO     count     1     00000001     intr     32     00000020     timeout     2147483647     7FFFFFFF     -1     0     WAITED KNOWN TIME
    30     655     SQL*Net message from client     driver id     1111838976     42455100     #bytes     1     00000001          0     00     0     264     WAITING
    87     135     SQL*Net message from client     driver id     1111838976     42455100     #bytes     1     00000001          0     00     0     9     WAITING*2. TESTDB*
    --v$session
    SADDR     SID     SERIAL#     AUDSID     PADDR     USER#     USERNAME     COMMAND     OWNERID     TADDR     LOCKWAIT     STATUS     SERVER     SCHEMA#     SCHEMANAME     OSUSER     PROCESS     MACHINE     TERMINAL     PROGRAM     TYPE     SQL_ADDRESS     SQL_HASH_VALUE     PREV_SQL_ADDR     PREV_HASH_VALUE     MODULE     MODULE_HASH     ACTION     ACTION_HASH     CLIENT_INFO     FIXED_TABLE_SEQUENCE     ROW_WAIT_OBJ#     ROW_WAIT_FILE#     ROW_WAIT_BLOCK#     ROW_WAIT_ROW#     LOGON_TIME     LAST_CALL_ET     PDML_ENABLED     FAILOVER_TYPE     FAILOVER_METHOD     FAILED_OVER     RESOURCE_CONSUMER_GROUP     PDML_STATUS     PDDL_STATUS     PQ_STATUS     CURRENT_QUEUE_DURATION     CLIENT_IDENTIFIER
    54290D98     34     11745     0     542643A4     0     SYS     0     2147483644               ACTIVE     DEDICATED     0     SYS     ISCO\zafferk     5156:5620     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     05B36878     1141676395     00     0     backup full datafile: ORA_DISK_1     3173805813     0000012 STARTED     2679454996     rman channel=ORA_DISK_1     2467508     -1     0     0     0     3/9/2009 10:50:26 AM     12     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    54294FA8     41     13232     0     54263FBC     0     SYS     0     2147483644               INACTIVE     DEDICATED     0     SYS     ISCO\zafferk     5156:5620     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     00     0     0AA8F068     1819975476     RMAN.EXE     0          0          2467521     -1     0     0     0     3/9/2009 10:50:03 AM     3     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    5429D3C8     55     4581     0     5425FD54     0     SYS     0     2147483644               INACTIVE     DEDICATED     0     SYS     ISCO\zafferk     5156:5620     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     00     0     58565384     2746682842     RMAN.EXE     0     0000001 FINISHED     2940145100          2467505     -1     0     0     0     3/9/2009 10:48:48 AM     15     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    --v$session_wait
    SID     SEQ#     EVENT     P1TEXT     P1     P1RAW     P2TEXT     P2     P2RAW     P3TEXT     P3     P3RAW     WAIT_TIME     SECONDS_IN_WAIT     STATE
    34     788     async disk IO     count     1     00000001     intr     32     00000020     timeout     2147483647     7FFFFFFF     -1     0     WAITED KNOWN TIME
    41     95     SQL*Net message from client     driver id     1111838976     42455100     #bytes     1     00000001          0     00     0     3     WAITING
    55     655     SQL*Net message from client     driver id     1111838976     42455100     #bytes     1     00000001          0     00     0     132     WAITING*3. SAN blade5*
    --v$session
    SADDR     SID     SERIAL#     AUDSID     PADDR     USER#     USERNAME     COMMAND     OWNERID     TADDR     LOCKWAIT     STATUS     SERVER     SCHEMA#     SCHEMANAME     OSUSER     PROCESS     MACHINE     TERMINAL     PROGRAM     TYPE     SQL_ADDRESS     SQL_HASH_VALUE     PREV_SQL_ADDR     PREV_HASH_VALUE     MODULE     MODULE_HASH     ACTION     ACTION_HASH     CLIENT_INFO     FIXED_TABLE_SEQUENCE     ROW_WAIT_OBJ#     ROW_WAIT_FILE#     ROW_WAIT_BLOCK#     ROW_WAIT_ROW#     LOGON_TIME     LAST_CALL_ET     PDML_ENABLED     FAILOVER_TYPE     FAILOVER_METHOD     FAILED_OVER     RESOURCE_CONSUMER_GROUP     PDML_STATUS     PDDL_STATUS     PQ_STATUS     CURRENT_QUEUE_DURATION     CLIENT_IDENTIFIER
    54294FA8     41     13257     0     5425FD54     0     SYS     0     2147483644               INACTIVE     DEDICATED     0     SYS     ISCO\zafferk     5804:5620     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     00     0     58565384     2746682842     RMAN.EXE     0     0000001 FINISHED     2940145100          2468381     -1     0     0     0     3/9/2009 10:55:08 AM     169     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    5429D3C8     55     4725     0     542643A4     0     SYS     0     2147483644               ACTIVE     DEDICATED     0     SYS     ISCO\zafferk     5804:5620     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     05B36878     1141676395     00     0     backup full datafile: ORA_DISK_1     3173805813     0000012 STARTED     2679454996     rman channel=ORA_DISK_1     2468384     -1     0     0     0     3/9/2009 10:56:16 AM     166     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    542C2FC8     119     14058     0     54263FBC     0     SYS     0     2147483644               INACTIVE     DEDICATED     0     SYS     ISCO\zafferk     5804:5620     ISCO\DBSERVER     DBSERVER     RMAN.EXE     USER     00     0     0AA8F068     1819975476     RMAN.EXE     0          0          2468834     -1     0     0     0     3/9/2009 10:55:52 AM     8     NO     NONE     NONE     NO     SYS_GROUP     DISABLED     ENABLED     ENABLED     0     
    --v$session_wait
    SID     SEQ#     EVENT     P1TEXT     P1     P1RAW     P2TEXT     P2     P2RAW     P3TEXT     P3     P3RAW     WAIT_TIME     SECONDS_IN_WAIT     STATE
    55     833     async disk IO     count     0     00     intr     32     00000020     timeout     2147483647     7FFFFFFF     -1     4     WAITED KNOWN TIME
    41     656     SQL*Net message from client     driver id     1111838976     42455100     #bytes     1     00000001          0     00     0     1354     WAITING
    119     495     SQL*Net message from client     driver id     1111838976     42455100     #bytes     1     00000001          0     00     0     10     WAITINGIf you'd like, I can post trace file output of backup to \\blade5.
    Regards,
    Z.K.

  • I did a factory reset ,it said it will take a hour been 4 hours not and nothing

    help i did a factory reset on my i pod touch ,it said it will take a hour to complete, been 4 hours and nothing all it does is reset then scan or 20 seconds then locks up then after 5 mins reboots then does the same

    Try holding down the on/off and the home buttons at the same time until you see the Apple logo.  Take a look at this link, http://support.apple.com/kb/HT1808

  • Why does the Install-SPSolution / Uninstall-SPSolution take exactly 8 hours to complete?

    I asked this question
    here before and didn't get a usable answer and I see other people are getting the same issue. I did some more testing, added a timer/t to my scripts and discovered that the Install-SPSolution / Uninstall-SPSolution always takes exactly
    8 hours to the minute to complete, no matter when I start it. I verified this over several refreshes of my webpart and it is always exactly 8 hours. This applies to both Central Admin and farm solutions. I hope that the duration of 8 hours
    to the minute does contain a clue to solve this issue.
    This is the PS1 script I use to install the CA component:
    param([string]$cadmin2010 = "", [string]$cadmin2013 = "")
    Write-Output "Installing MySolution.CentralAdmin.wsp webpart"
    Add-PsSnapin Microsoft.SharePoint.PowerShell
    Write-Output "Loaded SharePoint environment"
    $cadmin = $cadmin2010
    if ($cadmin2013) {$cadmin = $cadmin2013}
    Write-Output $("Installing webpart on " + $cadmin)
    $sln = Add-SPSolution MySolution.CentralAdmin.wsp
    Write-Output "Added solution"
    Install-SPSolution -Identity MySolution.CentralAdmin.wsp -GACDeployment -Force
    Write-Output "Installing solution"
    while($sln.JobExists)
    start-sleep -s 5
    Write-Output "Solution installed"
    Enable-SPFeature -Identity b2ff3a66-0f9d-4b4a-9b79-842aeca34d42 -url $cadmin -Force
    Write-Output "Feature enabled"
    It takes 8 hours before the "Solution Installed" message is printed. Once it completes, everything works fine, but with the uninstall of an old version and the install of a new version, 16 hours is a long wait. This is the output of my script:
    C:\Program Files\Product\EFS>RefreshCAComponents.cmd
    C:\Program Files\Product\EFS>time/t
    04:55 PM
    C:\Program Files\Product\EFS>"C:\Windows\System32\WindowsPowershell\v1.0\powershell.exe" .\RemoveCaComponents.ps1 -cadmin2013 http://productionwfe1:6101/
    Removing MySolution.CentralAdmin.wsp CA Customization
    Loaded SharePoint environment
    Removing CA Customization from http://productionwfe1:6101/
    Disabled feature
    Uninstalled feature
    Uninstalling solution
    Solution uninstalled <-- takes 8 hours since printing the previous line
    Solution removed
    C:\Program Files\Product\EFS>time/t
    12:55 AM
    C:\Program Files\Product\EFS>"C:\Windows\System32\WindowsPowershell\v1.0\powershell.exe" .\InstallCaComponents.ps1 -cadmin2013 http://productionwfe1:6101/
    Installing MySolution.CentralAdmin.wsp webpart
    Loaded SharePoint environment
    Installing webpart on http://productionwfe1:6101/
    Added solution
    Installing solution
    Solution installed <-- takes 8 hours since printing the previous line
    Feature enabled
    C:\Program Files\Product\EFS>time/t
    08:55 AM

    Please use this code for waiting to deployment finish (it shouldnt take so long):
    $solutionFileName = "something.wsp"
    $timeout = 1000
    $jobName = "*solution-deployment*$solutionFileName*"
    $job = Get-SPTimerJob | ?{ $_.Name -like $jobName }
    if ($job -eq $null)
    Throw "Timer job for '$solutionFileName' not found"
    $jobFullName = $job.Name
    Write-host "Waiting to finish job '$jobFullName'..."
    do
    if($timeout -le 0)
    Write-host "Failed: timeout"
    Throw "Job '$jobFullName' not finished after "+ ($timeout * 2) + " seconds"
    Start-Sleep -Seconds 2
    Write-host . -NoNewLine
    $timeout -= 1
    } while ((Get-SPTimerJob $jobFullName) -ne $null)
    Source: SharePoint Solution Deployer (codeplex)
    Best regards,
    Radovan
    Please let me know if my post was helpful.

  • TS3992 Why did it say " Backup could not be completed"? Was it because it estimated it would take 3 hours to do the backup and it was timed out?

    Why did it say "Backup could not be completed"? Was it because it estimated the backup would take 3 hours and it timed out?

    Welcome to the Apple Community.
    First check that your device is correctly connected to the wifi/internet (settings > wifi)
    If your back up continually fails, you might try turning off back up on your mobile device (settings > iCloud > storage & backup) and then deleting the backup file from iCloud by swiping the backup file on the mobile device (settings > iCloud > storage & backup > manage…) and then turning back up on again.
    If this doesn't help, try turning off some items for back up in a pattern to try to establish if your problem is being caused by specific data on your device.
    Being able to back up to the cloud can be very useful, especially if you don't have access to a computer or have infrequent access to one, however unless you specifically need to use iCloud for back up, you will find backing up to iTunes significantly more convenient and possibly more reliable.
    More about iCloud v iTunes Back Up

  • I've never run verify disk permissions before, but I finally have, and it says it's going to take an hour and 35 minutes to complete.

    Although it keeps actively finding problems with the disk, the progress bar hasn't changed for more than a half an hour, and it still says it's going to take an hour and 35 minutes. I'm starting to worry it will never be done! My laptop, a Macbook Pro, is pretty old - about five years, and I don't know if the fact that I've never run a verify disk permissions before has anything to do with it.
    The only non-greyed out option is to currently 'stop permission verify'.

    Just let it run, it probably won't take that long. Also you may benefit from reading Disk Utility's Repair Disk Permissions messages that you can safely ignore.
    Roger

  • Apple TV (Gen 2&3) takes several hours to load a movie from the iTunes Library

    I know this had been discussed before, but a went through all posts that I could find and never found a solution.  I will list below everything I have tried and if anyone else has ANY ideas I would be extremely greatful to hear them!  To reiterate the issue any time I try to play a movie from MY iTunes library it takes several hours before it will even start playing.  Now, to what I have already tried...
    1.  I cycled my router first and after that didn't work I completely took it back to default settings.  My router is an Apple Airport Extreme
    2.  I completely uninstalled iTunes and then reinstalled it with full library, and then I also tried with just one movie in my library that I know used to work.  My home computer is a Windows 7 PC.
    3.  I restarted my Apple TV, and also bought a Gen. 3 Apple TV and tried it new out of the box.
    4.  I have tried to stream on both WiFi and hooked up to an Ethernet Cable.
    5.  I have tried with all firewalls turned off on the PC and router.
    6.  I have ended home sharing on all devices and restarted home sharing on just the Apple TV and PC.
    7.  I have turned off all devices using WiFi in the home.
    That is all I can think of off hand so if you have any other ideas please do not hesitate to chime in so I can try something else. Do know that my Apple TV used to not have any issues and worked great since I irst purchased the Gen. 1 Apple TV. 
    PLEASE HELP!!!!!!!

    I have the same problem.  I just purchased the Apple TV software 5.0.  Apple TV is working other than downloading movies.  I have been trying to download one movie for the past two days.  I have a wireless network, using AT&T DSL.  I have tested the connection using the test option in the Settings area of the Apple TV, which passes. 
    I have also tried rebooting my Apple Tv and turned off all other wireless options.  I am able to download Netflix movies using the PS3 without a problem, why not on my Apple TV.  I hope I didn't just purchase this device to stream music and photos. 
    I hope someone has a solution to this problem. 
    By the way I just upgraded my modem and router (Airport Extreme). 
    Thanks for the help!!!!

  • TS1424 Hi, I've just rented a video, which says its going to take 14 hours to download. The 48 hours it gives you to watch the video has already started an hour ago. I had a message which says that I can start watching the film now but it dosen't play. Pl

    Hi,
    I've just rented a movie, which claims its going to take 14 hours to download. Its still at it after 1 hour. To make matters worse, the 48 hours it gives you to watch it has already started and charged me an hour. There was a message to say I could start watching it now but it dosen't work. Please can you help?

    You'll have to wait till it downloads much further than. If your download says it will take 14 hours to download, you have a very slow connection. You would never be able to watch the movie until it downloads completly.

  • HT201317 I have over 300 photos and 87 videos on my iphone 5.  each time I plug in for battery I get a message saying not enough space, need to buy more, so I did yesterday.  While attempting to do icloud storage again it said would take 83 hours.

    I have over 300 photos and 87 videos. When I recharge the battery I am geting the message to buy more storage to because not enough icloud space.  So I did yesterday.  That went ok, but the new message tells me it will take 83 hours.  Perplexed I went thru the settings and turned off apps and their data that I didn't realize where on.  Now I'm not sure if I needed to purchase more storage but it is still taking forever to complete the task.  Am I on the right track with this, meaning will take forever to store all my photos or what ?  The only other item I have on to store is contacts.  Can you assist me ?  Thanks - emoslim

    Welcome to the Apple Community.
    The first back up to iCloud may take some considerable time. Just how long isn't really possible to say without knowing how much is in your back up and your connection speed.
    What many people don't realise is that upload speeds are often significantly less than download speeds, so for example a user may have a download speed of 40 Mbps, but only 1 Mbps for uploading. As a rough guide it will take around 2 ¼ hours to upload 1 GB of data at 1 Mbps.

Maybe you are looking for