Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

После импорта ошибка в Административном модуле в разделе сотрудники ORA-00942 : Супермаг Плюс (Супермаг 2000)

25.04.2024 7:38


13.01.2015 19:35
OlegON
 
так экспортнул с опциями, импортнул без них...
14.01.2015 08:48
VitorJ
 
Добрый день!
Прибил пользователя SYSMAN как описано в ноте инвалидов осталось 8 шт.
Мне кажется вот они то самые кретичные

Код:
OWNER||'.'||OBJECT_NAME
--------------------------------

OBJECT_TYPE         STATUS
------------------- -------
OLAPSYS.CWM2_OLAP_MANAGER
PACKAGE BODY        INVALID

OLAPSYS.CWM2_OLAP_METADATA_REFRE
PACKAGE BODY        INVALID

OLAPSYS.OLAPDIMVIEW
PACKAGE BODY        INVALID


OWNER||'.'||OBJECT_NAME
--------------------------------

OBJECT_TYPE         STATUS
------------------- -------
OLAPSYS.OLAPFACTVIEW
PACKAGE BODY        INVALID

OLAPSYS.VERSION
FUNCTION            INVALID

SYS.AWM_CREATEXDSFOLDER
FUNCTION            INVALID


OWNER||'.'||OBJECT_NAME
--------------------------------

OBJECT_TYPE         STATUS
------------------- -------
SYS.DBMS_CUBE_EXP
PACKAGE BODY        INVALID

SYS.XOQ_VALIDATE
PROCEDURE           INVALID


8 rows selected.
подскажите возможно ли пересоздать эти инвалидные объекты, если да каким образом?
14.01.2015 09:36
Troll
 
Кретичные? Зачем OLAP пересоздавать?
14.01.2015 10:52
VitorJ
 
OLAP то не за чем, но инвалид в БД глаз не радует еще не известно, что за собой тащит, может есть способ корректно удалить эти инвалиды. Хотя опять же нужно понимать их влияние на все остальное.
14.01.2015 11:13
OlegON
 
Сделай бекап, да грохни их.
14.01.2015 11:38
VitorJ
 
Эти тоже удалить, что ли?

Код:
OBJECT_TYPE         STATUS
------------------- -------
SYS.DBMS_CUBE_EXP
PACKAGE BODY        INVALID

SYS.XOQ_VALIDATE
PROCEDURE           INVALID
к olap вроде не относятся.
14.01.2015 12:32
OlegON
 
первый относится, а для второго ты сделал бекап.
14.01.2015 16:06
VitorJ
 
Так всех инвалидов дропнул Optimizer пробежал без ошибок и ругани, но при экспорте в логе вот, что
Код:
exporting pre-schema procedural objects and actions
EXP-00008: ORACLE error 4067 encountered
ORA-04067: not executed, package body "SYS.DBMS_CUBE_EXP" does not exist
ORA-06508: PL/SQL: could not find program unit being called: "SYS.DBMS_CUBE_EXP"
ORA-06512: at line 1
EXP-00083: The previous problem occurred when calling SYS.DBMS_CUBE_EXP.schema_info_exp
Видимо где то ссылки остались, подскажите каким образом можно выкорчевать?
Так же я так понимаю остались таблицы
Код:
   MRAC_OLAP2_AWS_T          0 rows exported
. . exporting table     MRAC_OLAP2_AW_ATTRIBUTES_T          0 rows exported
. . exporting table          MRAC_OLAP2_AW_CUBES_T          0 rows exported
. . exporting table   MRAC_OLAP2_AW_CUBE_AGG_LVL_T          0 rows exported
. . exporting table  MRAC_OLAP2_AW_CUBE_AGG_MEAS_T          0 rows exported
. . exporting table    MRAC_OLAP2_AW_CUBE_AGG_OP_T          0 rows exported
. . exporting table MRAC_OLAP2_AW_CUBE_AGG_SPECS_T          0 rows exported
. . exporting table  MRAC_OLAP2_AW_CUBE_DIM_USES_T          0 rows exported
. . exporting table  MRAC_OLAP2_AW_CUBE_MEASURES_T          0 rows exported
. . exporting table     MRAC_OLAP2_AW_DIMENSIONS_T          0 rows exported
. . exporting table     MRAC_OLAP2_AW_DIM_LEVELS_T          0 rows exported
. . exporting table   MRAC_OLAP2_AW_HIER_LVL_ORD_T          0 rows exported
. . exporting table   MRAC_OLAP2_AW_MAP_ATTR_USE_T          0 rows exported
. . exporting table    MRAC_OLAP2_AW_MAP_DIM_USE_T          0 rows exported
. . exporting table   MRAC_OLAP2_AW_MAP_MEAS_USE_T          0 rows exported
. . exporting table  MRAC_OLAP2_AW_PHYS_OBJ_PROP_T          0 rows exported
. . exporting table       MRAC_OLAP2_AW_PHYS_OBJ_T          0 rows exported
14.01.2015 16:35
OlegON
 
Цитата:
VitorJ Видимо где то ссылки остались, подскажите каким образом можно выкорчевать?
sys.exppkgact$
15.01.2015 05:00
VitorJ
 
Таблицу почистил. Экспорт проходит в логе явных ошибок нет. Optimizer тоже пробегает по базе без ошибок. Но после импорта ситуация с отображением пользователей повторяется, под любым из ранее созданных зайти в ПО можно, создать пользователя тоже можно без проблем, но вот увидеть его в окне сотрудники Административного модуля нет, сразу ошибка о отсутствии таблицы или вьюхи, имя таблицы не показывает.
Подскажите кто знает, какова какими средствами можно проанализировать?
Планирую прогнать Optimizer в загруженной БД в Maintenance
Если ничего не скажет, хочу пройтись генератором БД новой весии
Часовой пояс GMT +3, время: 07:38.

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