Администартивный модуль - проблемка : Супермаг Плюс (Супермаг 2000)

baggio · █ 13.06.2007 11:40

Народ сделал импорт экспорт из базы ...

Все залил... запустил сервер супермага... зашел.. начал ругатся на разные таблички типа - не существует такая то табличка(естественно не связанная с документами и их оборотом) ... ну и залил экспортом ... все стало нормально...

Но вот тут у меня проблемка нарисовалась... захожу в Административный модуль захожу в права а он мне таблица не существует и собака не говорит какая... при этом при всем я не вижу сотрудников хотя они ессессно есть и прекрасно работаеют с базой...

1. Вопрос к знатокам какой таблицы не хватает данному агрегату

хоть на что ругается то...

2. Да и при перекомпиляции ругнулся на OLEGON-WARNING: Не удалось выполнить alter package SUPERMAG."SCHEDULE" compile body:ORA-00000: normal, successful completion типа с этим тоже надо что то делать...

inna · █ 13.06.2007 11:56

А руками не пробовал тело пакета компилировать?

OlegON · █ 13.06.2007 11:56

Сдается, что гранты забыл. Поищи по слову GRANT на форуме. Кстати, надеюсь, под supermag заходишь?

baggio · █ 13.06.2007 12:05

Гранты давал...

GRANT SELECT ON "SYS"."DBA_USERS" TO "SUPERMAG";
GRANT SELECT ON "SYS"."DBA_ROLES" TO "SUPERMAG";
GRANT SELECT ON "SYS"."DBA_JOBS" TO "SUPERMAG";
GRANT SELECT ON "SYS"."V_$SESSION" TO "SUPERMAG";
GRANT EXECUTE ON "SYS"."DBMS_PIPE" TO "SUPERMAG";
GRANT EXECUTE ON "SYS"."DBMS_ALERT" TO "SUPERMAG";
GRANT EXECUTE ON "SYS"."DBMS_LOCK" TO "SUPERMAG";

З.Ы. ручками тоже не компилится....

vdm · █ 13.06.2007 12:06

Собрал вроде все, что встречал здесь по экспорту/импорту

- Сверить структуру базы с эталоном

Потом

Код:

GRANT SELECT ON SYS.DBA_JOBS TO SUPERMAG WITH GRANT OPTION; 
GRANT SELECT ON SYS.DBA_ROLES TO SUPERMAG; 
GRANT SELECT ON SYS.DBA_USERS TO SUPERMAG WITH GRANT OPTION; 
GRANT EXECUTE ON SYS.DBMS_ALERT TO SUPERMAG; 
GRANT EXECUTE ON SYS.DBMS_LOCK TO SUPERMAG; 
GRANT EXECUTE ON SYS.DBMS_PIPE TO SUPERMAG; 
GRANT SELECT ON SYS.V_$SESSION TO SUPERMAG;

еще м.б.

Код:

grant select on dba_users to public;

После импорта

- Если нет доступа к административному модулю

Код:

GRANT SELECT ON SYS.DBA_USERS TO SUPERMAG_MODULE_ADMIN

далее перекомпилировать объекты оптимайзером

- Если проблемы с SVJOBS (package SCHEDULE)
Cоздать ее скриптом от исходной базы, выдать гранты

Код:

GRANT SELECT ON SVJOBS TO SUPERMAG_MODULE_ADMIN
GRANT SELECT ON SVJOBS TO SUPERMAG_FN_CTLJOBS
GRANT SELECT ON SVJOBS TO SUPERMAG_MODULE_DISC

далее перекомпилировать все.

- Если ошибка при инициализации СМ2000: ... SSObjectTypes ...
ORA-00942: таблица или представление пользователя не существует,
но эта таблица есть и в других таблицах SEPERMAG`а есть содержимое
Сделать импорт с ROWS=N чтоб гранты повторно выдались

Mtirt · █ 13.06.2007 12:47

Цитата:

baggio ➤ Народ сделал импорт экспорт из базы ...

Все залил... запустил сервер супермага... зашел.. начал ругатся на разные таблички типа - не существует такая то табличка(естественно не связанная с документами и их оборотом) ... ну и залил экспортом ... все стало нормально...

Но вот тут у меня проблемка нарисовалась... захожу в Административный модуль захожу в права а он мне таблица не существует и собака не говорит какая... при этом при всем я не вижу сотрудников хотя они ессессно есть и прекрасно работаеют с базой...

1. Вопрос к знатокам какой таблицы не хватает данному агрегату

хоть на что ругается то...

2. Да и при перекомпиляции ругнулся на OLEGON-WARNING: Не удалось выполнить alter package SUPERMAG."SCHEDULE" compile body:ORA-00000: normal, successful completion типа с этим тоже надо что то делать...

Если зайти под Supermag, то список пользователей ты видишь?

Попробуй отобрать/добавить все опции у той должности, под которой заходишь, а затем заново назначить эту должность пользователю.

baggio · █ 13.06.2007 12:59

после GRANT SELECT ON SYS.DBA_USERS TO SUPERMAG_MODULE_ADMIN
получил список пользователей...

однакоко при попытке редактирования должностей ...

такая же хрень...

Таблица не существует...
продолжаю разбиратся...

baggio · █ 14.06.2007 18:30

Вьюху создал...

DROP VIEW SUPERMAG.SVJOBS;

CREATE OR REPLACE FORCE VIEW SUPERMAG.SVJOBS
(ID, TITLE, FNTYPE, FNID, SCHEDTYPE,
DAYMASK, INTERVALLEN, INTERVALSTART, INTERVALEND, ONETIME,
TIMELIMITEXCEEDED, JOBID, ISBROKEN, WHAT, LASTDATE,
NEXTDATE, ISRUNNINGNOW, RUNSINCE, SYSINTERVAL, SCHEDULEENABLED)
AS
select
T.*,
J.JOB JobId,
case
when nvl(J.Failures,0)=0 and nvl(J.Broken,'N')='N'
and (T.TimeLimitExceeded='0')
then '0'
else '1'
end IsBroken,
Schedule.Unix2DOS(J.WHAT) What,
J.LAST_DATE LastDate,
J.NEXT_DATE NextDate,
nvl2(J.THIS_DATE,'1','0') IsRunningNow,
J.THIS_DATE RunSince,
J.Interval SysInterval,
decode(nvl(lower(J.Interval),'null'),'null','0','1')
ScheduleEnabled
from SVSysJobs J, SMControlTasks T
where J.OurTaskID(+)=T.ID;

GRANT SELECT ON SUPERMAG.SVJOBS TO SUPERMAG_MODULE_ADMIN;

GRANT SELECT ON SUPERMAG.SVJOBS TO SUPERMAG_FN_CTLJOBS;

GRANT SELECT ON SUPERMAG.SVJOBS TO SUPERMAG_MODULE_DISC;

Гранты надо давать не под SYS а из под Supermag так на всякий вдруг пригодится...

C Job все нормально

но вот при правке должностей не отображаются модули...

OlegON · █ 14.06.2007 21:05

Вот упертый человек :) Мы же тебе вопросы наводящие задали, а ты сам ковыряешься...

Sullen · █ 15.06.2007 11:28

При импорте в базу из дампа иногда не импортируются вьюшки 'SVJOBS' И 'SVSYSJOBS', которые можно так же залить из дампа (отдельно каждую), после этого все перекомпилить. У меня после этого было всё в норме... *44