[ОТВЕТИТЬ]
Опции темы
04.05.2009 23:07  
OlegON
Итак, попунктно:
  1. удаляем все расчеты и переносы товародвижения, если таковые имеются
  2. отключаем все сервисы СМ, чтобы пользователи не ломились и не натворили бед, и чтобы почтовик не влез.
  3. Удаляем триггер DBPasswordChange (команда drop trigger supermag.dbpasswordchange; в sqlplus)
  4. проверяем, что есть достаточно дискового пространства для дампа
  5. запускаем консоль (cmd), переходим туда, где создаем дамп, консоль больше не закрывайте до последнего пункта
  6. set NLS_LANG=american_america.cl8mswin1251
  7. set ORACLE_SID=имя базы
  8. exp full=y buffer=10000000 log=log.txt
  9. на появившемся запросе логина вводим sys as sysdba
  10. вводим пароль
  11. терпеливо ждем окончания экспорта
  12. убедились, что в log.txt одна из последних записей содержит слово successfully (не unsuccessfully)
  13. останавливаем базу через сервисы
  14. переносим файлы базы в другое, бекапное место. Не забываем, что это *.ora, *.ctl, *.dbf, *.log, в общем всю базу. Можно воспользоваться бекапером, чтобы не забыть чего-нибудь.
  15. запускаем Database configuration assistant и удаляем базу, поскольку файлы мы переносили, оно ругнется на их отсутствие, надо согласиться с тем, чтобы просто вынести то, что осталось
  16. останавливаем listener через сервисы и в Disabled его, по возможности лучше его вообще удалить, например, через FAR
  17. устанавливаем 9i, базу не создаем, повторять инструкцию, мной же написанную, когда еще в Плюсе работал, не буду, она есть в руководстве админа. Не забудьте патч поставить, лучше 9.2.0.7
  18. в home selector выбираем свежеустановленную 9.2.0.7, убеждаемся, что PATH не поврежден (на конце нет никаких ;) и первыми идут пути от 9i
  19. в консоли lsnrctl start, заодно убеждаемся, что версия программы нужная, а не 8.*
  20. создаем базу с тем же именем, что и была, не стОит стремиться сразу вбить все параметры, что и были, тем более не стОит выставлять их до создания базы. В ходе создания базы отключите все опции, кроме JVM, это поможет избавиться от досадной ошибки где-то в середине создания базы, а заодно подготовит базу к использованию с УКМ4. Если ошибка все таки возникнет - ничего страшного - можно игнорировать. Главное - имейте ввиду, что диалоговое окно ошибки иногда подныривает под основное. Можно долго прождать...
  21. после создания базы сразу поправляем параметр 07_DICTIONARY_ACCESSIBILITY = TRUE, Супермаг дуреет от современных параметров.
  22. проверяем наличие записей в tnsnames.ora и listener.ora уже от 9i
  23. консоль, выполняем imp full=y ignore=y buffer=100000000 log=logi.txt
  24. вводим sys as sysdba
  25. вводим пароль
  26. так же терпеливо ждем завершения вливания базы
  27. убедились, что в logi.txt одна из последних записей содержит слово successfully
  28. раздаем гранты (их список тут, чтобы править в одной записи)
  29. компилируем битые объекты первым способом, описанным тут
  30. запускаем все сервисы супермага
  31. проверяем: админский модуль - заведение нового сотрудника, "гуляние по разделам", основной - карточки, классификатор, накладные, отчеты.
Перепечатка без ссылки на olegon.ru запрещена. Ссылка должна быть одинакового шрифта с основным текстом, впереди текста.
 
04.05.2009 23:16  
OlegON
Прошу добавить или поправить, писал все по памяти, ориентируясь на не один десяток переходов...
 
05.05.2009 10:26  
beliylev
Экспорт импорт не единственный способ перехода с 8-ки на 9-ку
можно перейти и штатным апгрейдером, при котором не слетают гранты, и прочее, о плюсах и минусах каждого из способов
Скрытый текст (вы должны войти под своим логином или зарегистрироваться и иметь 21 сообщение(ий)):
У вас нет прав чтобы видеть скрытый текст, содержащийся здесь.
 
05.05.2009 10:53  
OlegON
Никто не говорит, что это единственный способ. Я стремился написать доку "для тех, кто не в теме", чтобы было проще диагностировать ошибки, возникающие на каждом этапе. Кстати, штатный апгрейдер эти версии не берет.
 
05.05.2009 11:00  
beliylev
Я согласен , штатный берет только версию 8.1.7
я так несколько баз перевел с 8.1.6 через 8.1.7 на 9.2.0.7 и потом на 10.2.0.4
Просто можно что так что так :) *167
 
05.05.2009 11:12  
Mtirt
Надо заметить, что при экспорте/импорте также происходит дефрагментация данный, что иногда бывает необходимо.
 
23.06.2009 22:42  
Busotir
Оракл 9иР2. Экспортировал exp-ом схему, затем импортирую ее имп-ом - еще висит, а вроде уже в ЕМ все объекты видно что созданы.Затем вижу, что один индекс в состоянии INPROGRS. Думаю - наверно еще создается. подождал пару часов - все то же. Удалил этот индекс drop ... force теперь не могу его создать. create index ... indextype is ctxsys.context - тоже висит очень долго (часа 4 уже). Сморю в ЕМ - индекс в состоянии INprogrs. Надо ждать еще дольше, или создавать както по другому?
экспорт\импорт затеял чтобы попробовать сжать занятые сегменты в табл пространстве.
 
24.06.2009 07:20  
OlegON
Цитата:
alter index этот_индекс rebuild parameters ( 'resume' );
? Что за индекс? Настоятельная рекомендация не пользоваться EM, оно много что неинтересного показывает и переехать в другую тему.
 
25.06.2009 11:49  
Busotir
Индекс на столбце типа BLOB - только не кидайте камни*22 .

OlegON: А мы и не кидаем. Только продолжать ты будешь в другой теме.
 
11.08.2010 09:50  
Vlad
Перед импортом в 9-ку надо создовать ТП для таблиц и индексов FF%, если в 8-ке они были вынесены в отдельные ТП или можно после импорта их заново вынести?
 
 


Опции темы



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

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