Страница 2 из 3

Добавлено: 21 апр 2006, 17:30
Sheinina
А вот не надо было соглашаться на перевод всех пользователей в новый офис. Ошибка возникает только после этого.
to edward_k:
А мы никогда при смене лицензии resource.adf не грохали - и нормально работали...

Добавлено: 21 апр 2006, 18:29
Andrey
To edward_K: очистил таблицу X$RESOURCES - результат тот же (((

Добавлено: 21 апр 2006, 18:30
Andrey
очистил X$RESOURCES - результат тот же.Опять ошибка и никого нмкуда не пускает

Добавлено: 21 апр 2006, 18:41
Sheinina
Можно сделать следующим образом: вытащить из 5.85 каталоги Dict и D_Dict в отдельную базу, убрать из конвертора экспорт и импорт, и отконвертить эту базу (это быстро). Потом зайти в Protect с <номер офиса>.<имя>, включить Protect, но на вопрос о переводе пользователей ответить "нет". Галактика запустится. Полученный d_dict положить в рабочую базу. Я так однажды (среди многочисленных тестовых конвертаций) делала.

Добавлено: 21 апр 2006, 19:00
Andrey
To Sheinina: спасибо, но у меня не бетрив

Добавлено: 21 апр 2006, 19:18
Sheinina
Sorry:)

Добавлено: 24 апр 2006, 10:26
Oweo
В том то и дело, что это только Вы на бетриве используете любимый способ решения проблем - грохнуть D_Dict. На других платформах такой фокус не прокатывает. Да и вообще - что за ненормальная ситуация??
У меня еще ни на sql, ни на oracle protect включить после конвертации не получилось - только зайти в protect и не более.

Добавлено: 24 апр 2006, 12:28
Sheinina
Так говорю же - причина в том, что на вопрос "переводить всех существующих пользователей в новый офис" отвечено - да. Кого переводить-то? Надо отвечать "нет" - и все потом работает нормально.

Добавлено: 25 апр 2006, 09:12
Oweo
Sheinina
Если Вы это мне, то не в этом вопрос. После конвертации офис перестает быть текущим. На попытки установить его текущим на oracle, система говорит, что требуется эксклюзивный доступ к базе, хотя я в ней один и перезагрузку сервера делал не один раз.
На sql вылезает другая ошибка и тоже при попытке установить офис текущим.
Еще раз повторю вопрос: у кто-нибудь после конвертации на 7.12 или 8.00 на oracle или sql получалось включать протект??

Добавлено: 25 апр 2006, 09:28
oiko
Получалось.
Наступал на те же грабли, но не помню точно что сделал. Вроде бы подключался напрямую к Ораклу и удалил офис, потом зашел в протект и созад офис и перевел туда всех пользователей.

Добавлено: 25 апр 2006, 10:03
Oweo
Ну вот... опять какие-то шаманские действия, к тому же, точно никто не помнит как. Че ж мля за конверторы такие делают??
oiko
В какой таблице офис хранится??

Добавлено: 25 апр 2006, 10:06
k_olta
А так разве нельзя - зайти в Журнализацию, включить ее, на вопрос перебросить ли всех пользователей в офис сказать да, закрыть саппорт, потом зайти снова, зайти в права доступа - он спросит пароль - и все нормально.

Добавлено: 25 апр 2006, 10:18
Oweo
k_olta
Во первых, причем здесь журнализация?? Во вторых, Вы сами пробовали то, что описываете??
В третьих, повторяю:
После конвертации офис перестает быть текущим.
На попытки установить его текущим на oracle, система говорит, что требуется эксклюзивный доступ к базе

Добавлено: 25 апр 2006, 12:42
oiko
x$journalconfig

Добавлено: 25 апр 2006, 13:41
sim
А так разве нельзя - зайти в Журнализацию, включить ее, на вопрос перебросить ли всех пользователей в офис сказать да, закрыть саппорт, потом зайти снова, зайти в права доступа - он спросит пароль - и все нормально.
Все правильно. Так и надо делать.
Вот в описаловке например к конвертеру 7.11-7.12 так и сказано: зайти в модуль Журнализация и перевыбрать текущий офис. А перед этим написано слово Внимание с шестью восклицательными знаками.