[ОТВЕТИТЬ]
28.02.2009 16:54
mih
 
Моё почтение!
Значится, ситуация такая:
Считаю себестоимость, пернос проходи успешно, запускаю расчет, процесс идет как обычно, потом появляются черные окошки, и через некторое время вылезает сообщение:
2009.02.17 (вторник) 12:01:12
Версия 1.026.3
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=12 SQLState=<none>
Ошибка при сохранении результатов в базу данных.
>>> Запись 2
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=1502 SQLState=<none>
ORA-01502: индекс 'SUPERMAG.FFMAPREP_ARTICLE' или часть такого индекса находится в неиспользуемом состоянии

>>> Запись 3
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=0 SQLState=<none>
Неопознанная ошибка
>>> Запись 4
Источник: SmLibaryBase trace
HRESULT=80004005 custom=0 SQLState=<none>
select count(*) from supermag.FFMapRep

-------------------------------------------------------------------------------
2009.02.28 (суббота) 11:56:07
Версия 1.026.3
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=12 SQLState=<none>
Ошибка при сохранении результатов в базу данных.
>>> Запись 2
Источник: Административный модуль
HRESULT=80004005 custom=0 SQLState=<none>
Ошибка загрузки результатов в базу данных. См. журнал загрузки: 'C:\DOCUME~1\D9D8~1\LOCALS~1\Temp\2\PathFinder_FFMapRep4.LOG'.

Лезу в лог вижу следюущее:
Ошибка завершения вызова (раз на загрузку)
ORA-00600: код внутр. ошибки, аргументы: [6926], [], [], [], [], [], [], []
Что бы это могло значить?

Кстати дайте ссылку на optimizer, чего-то не нашел нигде.

Свбодного места на мой взгляд достаточно.
Oracle 8-ка, Windows 2003 SP2 Rus R2, СМ 1.026.3 SP4.

Просветите плз, что за аргумент такой [6926]?
28.02.2009 20:25
Dim
 
запустить задание по перестройке индексов
28.02.2009 20:42
baggio
 
заодно проверить свободное место.... для них...
01.03.2009 00:14
mih
 
Думаешь есть смысл перестроить индексы?
FFMAPREP это табличка связанная с себестоимостью, содержимое которой полностью грохается при очистке аналитической базы. Соответсвенно её индексы, я так понимаю формируются при заполненнии этой таблицы данными, при расчете себестоимости.
Хотя от перестройки индексов хуже не будет :)
01.03.2009 00:17
mih
 
Запустил процесс пересоздания индексов, наблюдаю как съедается простанство в indx, нда... похоже места надо реально много.

Оффтоп немного, но давно хотел спросить, какой реальный эффект будет после проставления в Генераторе БД галки перенести индексы в INDX?
01.03.2009 03:06
mih
 
Пересоздал индексы. Все прошло успешно
При расчете себестоимости проверял хватает ли места в табличных простанствах. Места хватало.
Не помогло, та же ошибка.
01.03.2009 08:15
OlegON
 
Та же, это какая?
перед расчетом сделай
Цитата:
alter index SUPERMAG.FFMAPREP_ARTICLE rebuild;
задания забудь, гадкие они и нелогичные. Места - сразу добавь 5Гб.
01.03.2009 10:34
mih
 
не помогло :(
сюда выложил несколько всяких файликов, логи да скриншуты...

есть пара уточнений:
ошибка велезает после закрытия черных окошек, т.е. последнее окно закрывается далее пауза серунд 5 и появляется ошибка.
в архиве два файла errrorreport0.txt и errorreport.txt, они немного разные.
01.03.2009 11:07
baggio
 
во первых...
ORA-00600: код внутр. ошибки, аргументы: [6926]
...
соврал...

Sun Mar 01 01:24:23 2009
ORA-1652: unable to extend temp segment by 48 in tablespace INDX
Sun Mar 01 01:24:56 2009
ORA-1652: unable to extend temp segment by 48 in tablespace INDX
ORA-1652: unable to extend temp segment by 32 in tablespace INDX
Sun Mar 01 01:25:50 2009
ORA-1652: unable to extend temp segment by 32 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
Sun Mar 01 01:26:08 2009
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
Sun Mar 01 01:26:25 2009
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX
ORA-1652: unable to extend temp segment by 16 in tablespace INDX

прибавь 5 гб как олег говорит...
01.03.2009 21:44
mih
 
блин ничего я в этой жизни не помнимаю.... места в INDX вроде как грязи, что собственно видно по скринам. Щас попробую...

Себестоимость рассчиталась. Что нарыл:
После переноса оказалось что несколько индексов оказались битыми
alter index FFDOCUMENTS_SALEDATEIDX rebuild;
alter index FFDOCUMENTS_INCOMEDATEIDX rebuild;
alter index FFDOCUMENTS_CREATEDAT rebuild;
alter index FFSPEC_CAUSEIDX rebuild;
alter index FFSPEC_ART rebuild;
alter index FFPRODEXPSPEC_ART rebuild;
alter index FFPRODOUTSPEC_ART rebuild;
alter index FFPRODDOCUMENTS_DATE rebuild;
alter index FFPRODDOCUMENTS_ZONE rebuild;
престроил.
Очистил полностью аналитическую базу.
Перенес, рассчитал. Всё прокатило. Сейчас в INDX три файла по 2,5 Гига, в каждом занято от 32% до 35%.
Вообщем резюме, если вылезает что-то похожее надо не думать "сколько бы добавить в INDX", а тупо добавить 5 Гигов.
Всем спасибо.
02.03.2009 13:46
mih
 
Рано обрадовался. Следующий расчет себестоимости привел к той же ошибке. Ругается на разные индексы. Замечены в UNISABLE были:
FFDOCUMENTS_SALEDATEIDX
FFDOCUMENTS_INCOMEDATEIDX
FFDOCUMENTS_CREATEDAT
FFSPEC_CAUSEIDX
FFSPEC_ART
FFPRODEXPSPEC_ART
FFPRODOUTSPEC_ART
FFPRODDOCUMENTS_DATE
FFPRODDOCUMENTS_ZONE
FFMAPREP_ARTICLE
FFMAPREP_SALEDATE
FFMAPREP_LOCFROM
FFMAPREP_LOCTO
FFMAPREP_DOC
FFMAPREP_SUPPLIER
FFCMAPININ_PK
FFMAPININ_INCOMES
alter index rebild врукопашную проходит нормально.
В файлике имябазыALRT.LOG больше нет записей по поводу нехватки индексов, зато есть:
Mon Mar 02 13:05:55 2009
Errors in file d:\Oracle\admin\DBELENA\udump\ORA03840.TRC:
ORA-00600: код внутр. ошибки, аргументы: [6926], [], [], [], [], [], [], []

Mon Mar 02 13:07:22 2009
Errors in file d:\Oracle\admin\DBELENA\udump\ORA03700.TRC:
трейсы лежат тут:
02.03.2009 16:28
OlegON
 
Предлагаю не страдать ерундой и перейти на 10.2.0.4. Ломаная через пень-колоду инсталляция рано или поздно упадет окончательно.
02.03.2009 23:28
mih
 
Олег, чего-то я не вкурил, с чего ты взял что это ломаная инсталляция. Полудохлый Oracle был в одном из магазинов.
Собственно к твоему посту есть несколько вопросов:
1. Перенос делается твоей утилитой СМ-апгрейдер, либо через exp/imp?
2. Дистрибутивом Oracle поделишься?
3. На десятку надо будет переходить везде или можно тока в офисе?
4. Какие вопросы я тут не задал по наивности?
03.03.2009 07:14
OlegON
 
Цитата:
mih Олег, чего-то я не вкурил, с чего ты взял что это ломаная инсталляция. Полудохлый Oracle был в одном из магазинов.
Собственно к твоему посту есть несколько вопросов:
1. Перенос делается твоей утилитой СМ-апгрейдер, либо через exp/imp?
2. Дистрибутивом Oracle поделишься?
3. На десятку надо будет переходить везде или можно тока в офисе?
4. Какие вопросы я тут не задал по наивности?
1. Да :) Это одно и тоже. Апгрейдер - GUI к exp/imp с фишечками, но апгрейдит только до 9ки
2. Есть на оракле, патчи - на фтп форума
3. А насколько терпения хватит :) Можно только в офисе.

кстати, еще validate structure cascade для всех таблиц сделай. Так еще ошибку можешь найти.
05.03.2009 12:23
deucel
 
Цитата:
mih Замечены в UNISABLE были:
...
Это нормально.
При очистке расчетов делается truncate table и при расчете unusable index для более быстрой загрузки sqlldr-ом, после загрузки для индексов делается rebuild и сбор статистики.

Если лениво перейти на новую версию оракла - тогда переустанови ОС, поставь текущую версию оракла и подключи существующую БД.
11.03.2010 18:41
ckadi
 
Тему отдельную не стал создавать, в этой пишу.
SM 1.026sp3
Перенос успешно прошел, расчет частично проходит (в конце обработки артикулов), выдается ошибка:
код: 80004005h
доп. код: 13
Источник: админ. модуль
"Ошибка считывания данных из базы"

код: 80004005h
доп код: 0
-//-
"Ошибка загрузки пункта спецификации 1 документа 27688"

код: 8002000Ah
доп.код: 0
-//-
"Выход за пределы диапазона"

Как быть, что делать?
Заранее благодарен.
11.03.2010 20:03
OlegON
 
думаю, что если сделаешь
Цитата:
select max(quantity) from smspec;
сильно удивишься. Т.е. в спецификации, скорее всего, забили очень большое число. Возможно, что просто сами остатки (smgoods) уже накопились немерянные. Есть некоторое различие между возможностями хранилища и самого Супермага. Весьма странное.
11.03.2010 21:03
ckadi
 
Отобрал карточки измененные за вчера-сегодня: 1 под названием "Бонус" имеет на остатках 99`805`211 - многовато имхо, завтра узнаю что это за фигня у бухов-операторов\... .

Сделал:
SQL> select max(quantity) from smspec;

MAX(QUANTITY)
-------------
100000000

на сколько понимаю 100лямов указано количество у какого-то товара\.... Как найти, исправить\... его?
11.03.2010 21:16
Dim
 
теперь отбери запросом док-т, в котором указано такое количество.
12.03.2010 11:56
utauka
 
Перенос проходит нормально когда начинаешь рассчитывать вот такая ошибка

ORA-00904: "DROP_SEGMENTS": недопустимый идентификатор
ORA-06512: на "SUPERMAG.FIXREMAINS", line 59
ORA-06512: на "SUPERMAG.FIFO", line 67
ORA-06512: на "SUPERMAG.SMSTARTCALC", line 30
ORA-06512: на line 1

думал сделать экспорт/импорт

EXP-00008: ORACLE выдала ошибку 942
ORA-00942: таблица или представление пользователя не существует
EXP-00024: Экспорт представлений не установлен. Известите Вашего АБД
EXP-00000: Экспорт данных завершился неудачно
12.03.2010 12:18
kadr
 
перекомпиляция инвалидных пакетов
11.10.2010 15:40
Armanion
 
Господа новую тему создавать не стал так как у меня аналогичная проблема с расчетом с себестоимости!
Лог ошибки: 2010.10.11 (понедельник) 17:22:00
версия 1.026.3
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=12 SQLState=<none>
Ошибка при сохранении результатов в базу данных.
>>> Запись 2
Источник: Административный модуль
HRESULT=80004005 custom=0 SQLState=<none>
Ошибка при сохранении результатов в базу данных. См. журнал загрузки: 'C:\DOCUME~1\Supermag\LOCALS~1\Temp\PathFinder_FFMapRep4.LOG'.

Цитата:
SQL*Loader: Release 9.2.0.7.0 - Production on Пнд Окт 11 16:25:17 2010

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

Управляющий файл: C:\DOCUME~1\Supermag\LOCALS~1\Temp\PathFinder_FFMapRep4.CTL
Файл данных: C:\DOCUME~1\Supermag\LOCALS~1\Temp\PathFinder_FFMapRep4.DAT
Строка опций обработки файла: "fix 355"
Файл плохих записей: C:\DOCUME~1\Supermag\LOCALS~1\Temp\PathFinder_FFMapRep4.bad
Файл удаленных записей: ничего не задано

(Разрешить удалять все записи)

Количество записей для загрузки: ALL
Количество записей для пропуска: 0
Допускается ошибок: 0
Продолжение: ничего не задано
Использован маршрут: Прямой
Бесшумные режимы: FEEDBACK, ERRORS и DISCARDS

Таблица SUPERMAG.FFMAPREP, загружен из каждой логической записи.
Режим вставки действует для этой таблицы: INSERT

Имя столбца Позиция Дл. Огр. Вкл Тип данных
------------------------------ ---------- ----- ---- ---- ---------------------
RECTYPE FIRST 4 INTEGER
ARTICLE NEXT 50 CHARACTER
SALELOCATIONFROM NEXT 4 INTEGER
SALELOCATIONTO NEXT 4 INTEGER
SALEDATE NEXT 8 DATE YYYYMMDD
SALEID NEXT 50 CHARACTER
SALETYPE NEXT 2 CHARACTER
SALEOP NEXT 4 INTEGER
SALEUSEROP NEXT 4 INTEGER
SALESPECITEM NEXT 4 INTEGER
SALEPAYCASH NEXT 1 CHARACTER
SALECLIENTINDEX NEXT 4 INTEGER
SALEVATRATE NEXT 10 PACKED DECIMAL (19, 4)
INCOMEID NEXT 50 CHARACTER
INCOMETYPE NEXT 2 CHARACTER
INCOMESPECITEM NEXT 4 INTEGER
INCOMECLIENTINDEX NEXT 4 INTEGER
GOODSOWNER NEXT 4 INTEGER
FORCEDMAPPING NEXT 1 CHARACTER
QUANTITY NEXT 8 DOUBLE
SALEQ NEXT 8 DOUBLE
SALESUM NEXT 10 PACKED DECIMAL (19, 4)
SALENOVAT NEXT 10 PACKED DECIMAL (19, 4)
SALENOTAX NEXT 10 PACKED DECIMAL (19, 4)
SALECURTYPE NEXT 4 INTEGER
SALESUMCUR NEXT 10 PACKED DECIMAL (19, 4)
INCOMEQ NEXT 8 DOUBLE
INCOMESUM NEXT 10 PACKED DECIMAL (19, 4)
INCOMENOVAT NEXT 10 PACKED DECIMAL (19, 4)
INCOMEVATRATE NEXT 10 PACKED DECIMAL (19, 4)
INCOMESUMCUR NEXT 10 PACKED DECIMAL (19, 4)
INCOMECURTYPE NEXT 4 INTEGER
PRIMECOST NEXT 10 PACKED DECIMAL (19, 4)
PRIMECOSTNOVAT NEXT 10 PACKED DECIMAL (19, 4)
PRIMECOSTFORCED NEXT 1 CHARACTER
INCOMEDATE NEXT 8 DATE YYYYMMDD

Запись 383: Забракована - Ошибка в таблице SUPERMAG.FFMAPREP.
ORA-14400: вставленный ключ секции не соответствует ни одной секции

Specify SKIP=383 when continuing the load.
Были обработаны следующие индексы таблицы SUPERMAG.FFMAPREP:
индекс SUPERMAG.FFMAPREP_ARTICLE загружено успешно с 382 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF1_2009_CS загружена успешно с 39 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF2_2008_CS загружена успешно с 3 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF2_2008_WI загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF2_2009_CS загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF2_2009_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF2_2010_CS загружена успешно с 6 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF2_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF3_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF3_2008_WI загружена успешно с 12 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF3_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF4_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF4_2008_WI загружена успешно с 7 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF4_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF5_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF7_2010_CS загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF7_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF7_2010_WO загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF8_2010_CS загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF9_2010_CS загружена успешно с 14 ключами
индекс SUPERMAG.FFMAPREP_DOC секция FF9_2010_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF1_2009_CS загружена успешно с 39 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF2_2008_CS загружена успешно с 3 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF2_2008_WI загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF2_2009_CS загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF2_2009_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF2_2010_CS загружена успешно с 6 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF2_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF3_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF3_2008_WI загружена успешно с 12 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF3_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF4_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF4_2008_WI загружена успешно с 7 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF4_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF5_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF7_2010_CS загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF7_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF7_2010_WO загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF8_2010_CS загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF9_2010_CS загружена успешно с 14 ключами
индекс SUPERMAG.FFMAPREP_LOCFROM секция FF9_2010_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF1_2009_CS загружена успешно с 39 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF2_2008_CS загружена успешно с 3 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF2_2008_WI загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF2_2009_CS загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF2_2009_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF2_2010_CS загружена успешно с 6 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF2_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF3_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF3_2008_WI загружена успешно с 12 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF3_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF4_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF4_2008_WI загружена успешно с 7 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF4_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF5_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF7_2010_CS загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF7_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF7_2010_WO загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF8_2010_CS загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF9_2010_CS загружена успешно с 14 ключами
индекс SUPERMAG.FFMAPREP_LOCTO секция FF9_2010_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF1_2009_CS загружена успешно с 39 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF2_2008_CS загружена успешно с 3 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF2_2008_WI загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF2_2009_CS загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF2_2009_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF2_2010_CS загружена успешно с 6 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF2_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF3_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF3_2008_WI загружена успешно с 12 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF3_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF4_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF4_2008_WI загружена успешно с 7 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF4_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF5_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF7_2010_CS загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF7_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF7_2010_WO загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF8_2010_CS загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF9_2010_CS загружена успешно с 14 ключами
индекс SUPERMAG.FFMAPREP_SALEDATE секция FF9_2010_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF1_2009_CS загружена успешно с 39 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF2_2008_CS загружена успешно с 3 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF2_2008_WI загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF2_2009_CS загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF2_2009_WI загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF2_2010_CS загружена успешно с 6 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF2_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF3_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF3_2008_WI загружена успешно с 12 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF3_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF4_2008_CS загружена успешно с 116 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF4_2008_WI загружена успешно с 7 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF4_2010_CS загружена успешно с 24 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF5_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF7_2010_CS загружена успешно с 2 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF7_2010_WI загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF7_2010_WO загружена успешно с 1 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF8_2010_CS загружена успешно с 5 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF9_2010_CS загружена успешно с 14 ключами
индекс SUPERMAG.FFMAPREP_SUPPLIER секция FF9_2010_WI загружена успешно с 2 ключами

ПРЕВЫШЕНО МАКСИМАЛЬНОЕ КОЛИЧЕСТВО ОШИБОК - В приведенной выше статистике отражен частичный прогон.

Таблица SUPERMAG.FFMAPREP:
382 Строки успешно загружено.
1 Строка не загружены из-за ошибки в данных.
0 Строки не загружены из-за сбоев во всех фразах WHEN.
0 Строки не загружены из-за того, что все поля были пусты.

Размер поля привязки не используется в прямом маршруте.
Строк массива столбцов : 5000
Байтов буфера потока: 256000
Байтов буфера чтения: 1048576

Всего пропущено логических записей: 0
Всего забраковано логических записей: 1
Всего удалено логических записей: 0
Общее число буферов потока, загруженных главным процессом SQL*Loader: 0
Общее число буферов потока, загруженных процессом загрузки SQL*Loader: 1

Run began on Пнд Окт 11 16:25:17 2010
Run ended on Пнд Окт 11 16:43:55 2010

Общее время: 00:18:37.72
Процессорное время: 00:00:00.11
Пакеты проходят нормально когда начинается расчет идет до конца и в конце выводит ошибку! Табличные пространства везде увеличил. Максимально занимает INDX на 48,49% от его общего объема! Оптимизатором прогнал команды -с=i и -с=о ни какого эффекта не получил!
11.10.2010 15:46
John Doe
 
-с=o ночью прогонял? Надо ночью. Днем он только мониторит. Поставь его крутиться все время, как сказано, пройдет ошибка.
11.10.2010 16:04
Armanion
 
Он по шедуледу стоит в расписании по ночам! Я просто к нему еще и -с=i попробывал добавить на один раз! Все это делалась вчера вечером когда в базе ни кто не сидел!
11.10.2010 16:26
John Doe
 
Не тупи. Найди, когда у тебя maintenance начинается, посмотри лог, что у тебя на FFMAPREP говорит.
19.10.2010 18:47
Armanion
 
maintenance начинаеться 00:30 по московскому времени оптимайзер прогонял в 00:35. Касательно FFMAPREP что имено нужно посмотреть?
19.10.2010 19:03
John Doe
 
А у тебя там килограммы записей по нему? Или ты все же заглянешь в лог разок?
20.10.2010 20:51
OlegON
 
Propil:
*Armanion*
ORA-14400 При загрузке результатов расчета - ( ORA-14400 При загрузке результатов расчета - )
02.06.2011 09:41
Vibor
 
Цитата:
OlegON Та же, это какая?
перед расчетом сделай задания забудь, гадкие они и нелогичные. Места - сразу добавь 5Гб.
У меня такое же. Отвечал ты.
02.06.2011 09:44
Vibor
 
Цитата:
OlegON Propil:
*Armanion*
ORA-14400 При загрузке результатов расчета - ( ORA-14400 При загрузке результатов расчета - )
Record 1789: Rejected - Error on table SUPERMAG.FFMAPREP.
ORA-14400: inserted partition key does not map to any partition

Specify SKIP=1789 when continuing the load.


Опции темы


Часовой пояс GMT +3, время: 08:08.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.