Форум по программам и оборудованию > > >

СМ-апгрейдер (утилита помощи перехода на 9i)

27.05.2018 0:53


[ОТВЕТИТЬ]
20.08.2007 03:53
wood30
 
sm_upgrader перестал работать!
Обновление будет?
20.08.2007 10:21
OlegON
 
Переложил продленный
14.09.2007 11:08
Joker
 
При экспорте выдаёт вот это

Соединен с: Oracle8i Enterprise Edition Release 8.1.6.3.0 - Production
JServer Release 8.1.6.3.0 - Production
Экспорт сделан с код.таблицами CL8MSWIN1251 и CL8MSWIN1251 NCHAR

Готовится экспорт всей базы данных ...
. экспорт определений разделов
EXP-00008: ORACLE выдала ошибку 604
ORA-00604: ошибка на рекурсивном SQL-уровне 1
ORA-01000: количество открытых курсоров превысило допустимый максимум
EXP-00000: Экспорт данных завершился неудачно

open_cursors=200, пытался понижать его до 1 даже, всё равно ругается... Что не так?
14.09.2007 11:41
akonev
 
ORA-01000
maximum open cursors exceeded
Cause
A host language program attempted to open too many cursors. The initialization parameter OPEN_CURSORS determines the maximum number of cursors per user.
Action
Modify the program to use fewer cursors. If this error occurs often, shut down Oracle, increase the value of OPEN_CURSORS, and then restart Oracle.
14.09.2007 11:44
Mtirt
 
А для экспорта не надо вообще всех из базы выгнать? И все открытые курсоры закрыть?
Я интересуюсь, я этого не знаю... А специалиста мне пока страшно спрашивать, я его работой загрузила :)
14.09.2007 11:52
Joker
 
В базе вообще никого нет, кроме апгрейда, я на тестовом сервере всё это делаю. А вот как мне закрыть все открытые курсоры? Может так получится?
14.09.2007 14:44
kadr
 
Цитата:
Joker open_cursors=200, пытался понижать его до 1 даже, всё равно ругается... Что не так?
Надо наоборот повышать, сделай 500 на период экспорта
20.11.2007 09:51
inna
 
Олег, а что опять время истекло? Можно перекомпилить, а то остановила магазин и вот...
17.02.2008 21:45
alfiyonish
 
Здравствуйте!
Переносили базу сос тарого на новый сервер на старом 8 на новый поставили 9, использовали утилиту upgreder экспорт прошел без нареканий, а вот импорт выдал лог с кучей ошибок и предупреждений , супермаг вроде бы поднялся но точно про все сказать не могу.
Посмотрите лог и скажите можно на такой базе работать, если нет то что нужно исправить.

Еще - кассовый сервер заругался и не стал грузить, сначала писал - "Консоль управления ММС обнаружила ошибку оснастки. Рек. выкл. и снова перезапустить консоль упраления. Во время запуска в просмотре событий ругается что каталога оперативной сводки нет.
А во время индексации результатов выходит сообщение " Аппаратная ошибка NTVDM" и все ничего не выгружается.

Еще такой вопрос надо было ли после создания базы на девятке самим разбить на штук этак 6-7 users? а то после импорта у меня получился 1 файл - 12 гигов
18.02.2008 11:49
kadr
 
Цитата:
Во время запуска в просмотре событий ругается что каталога оперативной сводки нет.
ну так создай его или дай к нему доступ есл он на другой машине.

Цитата:
А во время индексации результатов выходит сообщение " Аппаратная ошибка NTVDM" и все ничего не выгружается.
тоже скорее всего от того что нет каталогов для прогрузки касс

Цитата:
Еще такой вопрос надо было ли после создания базы на девятке самим разбить на штук этак 6-7 users? а то после импорта у меня получился 1 файл - 12 гигов
вот лично я создаю структуру по аналогии с исходной базой, и к моменту первого перевода боевой базы я раз 10 это обкатывал на тестовых машаинах.
В твоём случае, судя по логу, после импорта необходимо сделать перекомпиляцию всех пакетов, сбор статистики
18.02.2008 14:29
alfiyonish
 
С каталогами возможно что и так у меня всего один день в неделю и то после обеда в воскресенье, так что по запарки возможно и доступ не разрешила.

Хочу еще раз уточнить значит надо создать полную аналогию файлов, а можно немного от нее отойти, а то у меня в старой базе первый файл аж 7 гигов и еще 4 по 2,когда то давно авто экстенд не убрали. Хотелось бы что бы все по 2 были.

И еще после того как я симпортировала базу надо пересчитать все статистику я правильно поняла? И все можно работать несмотря на эту кучу предупреждений?
Или в старой пересчитать сэкспортировать, а потом и вновой что буж совсем не страшно?
18.02.2008 14:33
alfiyonish
 
извиняюсь за дремучесть перекомпиляция всех пакетов - это и есть пперерасчет статистики? или что то другое если другое то просьба объянить поподробнее?
18.02.2008 14:45
kadr
 
Я про полную аналогию не утверждал, размер и количесвто файлов необходимо делать по своему усмотрению в зависимости от занятого места в базе источнике.
Кто-то предпочитает всё одним файлом, кто-то делит на много небольших, я отношусь ко второй группе, делаю файлы не более 2000Мб.
Ругань при импорте на DBMS_STATS это перенос статистики
Ругань на ошибки компиляции, это права на объекты+ загрузка без учёта взаимосвязи программных модулей (так грузит импорт и в этом нет ничего страшного)
Перекомпиляция объектов: Средставми Enterprice Manager, либо берём скрипты из сервис пака СуперМага там где написано перекомпиляция.
Сбор статистики: идём гуглить по словам ANALYZE или DBMS_STATS, либо в адм. модуле запускаем задание "Полный сбор статистики"
18.02.2008 14:46
kadr
 
Цитата:
alfiyonish извиняюсь за дремучесть перекомпиляция всех пакетов - это и есть пперерасчет статистики? или что то другое если другое то просьба объянить поподробнее?
извиняюсь, а зачем при такой дремучести заниматься подобными вещами? есть шанс уронить базу безвозратно и тогда руководство по головке не погладит
18.02.2008 15:27
alfiyonish
 
Во первых - некому, во вторых - надо, тех.поддержки нет поэтому могу просвещаться только на этом форуме.
Ну если человек дремуч в оракле, у него есть надежда немного посвятиться во время такой работы.

Бэкапы я делаю так что не думаю что что нибудь падет безвозвратно во время перехода.

Такое дело у меня есть сервис пак который называется 1.024.3 sp3 в котором лежат след файлы: CardsHdr.sql,
CardsPkg.sql, CardsTrg.sql, Cash.sql, CashPkgBody.sql, CashPkgBody.sql, DocSpec.sql, DocsPkgBody.sql, HardwareTrg.sql, InspectPkgBody.sql, run_script.sql, SMPost.sql, SMPostProc.sql, StoreUnitTrg.sql

Я не нашла ничего внутри про компиляцию, может я просто не туда смотрю или в этом сервис паке не должно быть таких вещей? Тогда в какой лезть, с фтп последний скачивать а его скрипт подойдет под мой 10243
18.02.2008 15:30
Mtirt
 
Внутри скрипта run_script.sql есть в конце команды на поиск и перекомпиляцию инвалидных объектов.
Они выделены комментариями, так что найти можно быстро.
Можно скопировать и запустить в SQL+
18.02.2008 15:32
alfiyonish
 
уррра, я нашла в ранскрипт ззнакомый слова , проще говоря можно просто установить этот сервис пак на мою версию и мне будет счастье**107
18.02.2008 15:33
Mtirt
 
Не надо счастья. Надо выполнить только конец скрипта.
18.02.2008 15:54
alfiyonish
 
Просто у меня щас стоит без сервис пака просто 1.024.3, и что будет плохого если я его за одно и поставлю?
18.02.2008 16:35
Mtirt
 
Да, в принципе плохого ничего особо нет...
14.03.2008 03:23
BR
 
Цитата:
OlegON Переложил...
походу срок снова истек, нехочет запускаться
14.03.2008 09:32
OlegON
 
Цитата:
BR походу срок снова истек, нехочет запускаться
Скачал, проверил, работает...
14.03.2008 10:40
BR
 
Цитата:
OlegON Скачал, проверил, работает...
странно, ладно перегрузим вечерком сервер и попробуем снова, я её даже залил в туже папку где и exp.exe хотя путь к этой папке и так прописан *181 в реестре
14.03.2008 10:43
OlegON
 
В какой момент что происходит?
14.03.2008 11:25
BR
 
Цитата:
OlegON В какой момент что происходит?
если вопрос адресован мне, то абсолютно ничего не происходит прога просто не запускается
14.03.2008 12:04
OlegON
 
Цитата:
BR если вопрос адресован мне, то абсолютно ничего не происходит прога просто не запускается
Переложил не так давно, по просьбе bobr. Проверяли оба - работает. Запускаться должна независимо ни от чего.
29.03.2008 18:05
Dim
 
Цитата:
kadr При попытке сделать экспорт получаем
Код:
04.09.2006 16:11:37 Запуск проверки...
04.09.2006 16:11:37 Обнаружен E:\oracle\orants\bin\exp.exe
04.09.2006 16:11:37 Контрольная сумма : 671659104
04.09.2006 16:11:37 Контрольная сумма совпадает...
04.09.2006 16:11:37 Подключение к базе...
04.09.2006 16:11:38 ORA-06413: Соединение не открыто.
в то же время через sqlplus коннект проходит нормально

Придётся своими силами, а так хотелось простых решений *03
Наступил на ту же ошибку при запуске оптимайзера. Решение:
Цитата:
сомневаюсь что это описано в доке. если только на металинке поискать.
больше похоже на баг. под рукой 8.1.7.4 : если в пути встречается ")" - ORA-06413, если "(" - всё ок
Т.е. в пути к оптимайзеру не должно быть скобок и остальных не буквенно-цифровых символов.
Отсюда.


Опции темы


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

 

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