Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Переход с 9i на 10g  [new]
KC_KC
Member

Откуда:
Сообщений: 42
Здравствуйте!
Планирую в скором времени переход с 9.2.0.5 на 10...
Планирую переход с помощью экспорта/импорта (привлекает новый словарь и дефрагментация)

Сразу говорю, что не силён в администрировании.
После прочтения документации выработал следующий план перехода:
1) делаю полный экспорт в боевой базе
2) ставлю на сервере Oracle 10g c созданием базы.
3) ставлю патчи до 10.2.0.3
4) делаю импорт с параметром ignore=Y

После прочтения многочисленных топиков у меня возникло несколько вопросов:
1) нужно ли создавать таблич. пространсва, когда их создание будет при импорте?
2) стоит импортировать полностью или посхемно?

Также несовсем понятен пункт документации:
Pre-create tablespaces, users, and tables in the new database to improve space usage by changing storage parameters. When you pre-create tables using SQL*Plus, either run the database in the original database compatibility mode or make allowances for the specific data definition conversions that occur during import. You need to specify IGNORE=Y on Import when items have been pre-created.

тее для чего создавать таблицы если они будут создаваться при импорте????
24 мар 08, 14:13    [5450474]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
автор
1) нужно ли создавать таблич. пространсва, когда их создание будет при импорте?

Почему Вы считаете, что табличные пространства создаются при импорте.
автор
2) стоит импортировать полностью или посхемно?

посхемно...зачем Вам, к примеру, данные SYS, если в десятке они свои
автор
Также несовсем понятен пункт документации:
Pre-create tablespaces, users, and tables in the new database to improve space usage by changing storage parameters. When you pre-create tables using SQL*Plus, either run the database in the original database compatibility mode or make allowances for the specific data definition conversions that occur during import. You need to specify IGNORE=Y on Import when items have been pre-created.

тее для чего создавать таблицы если они будут создаваться при импорте????


ну вроде же написанно. Если вы хотите поменять параметры хранения для объектов, то создайте их предварительно. Тогда при импорте используйте параметр IGNORE=Y
24 мар 08, 14:28    [5450546]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KC_KC
Member

Откуда:
Сообщений: 42
автор
Почему Вы считаете, что табличные пространства создаются при импорте.

да в какомто топике читал....

автор
посхемно...зачем Вам, к примеру, данные SYS, если в десятке они свои

Т.е. если я сделаю полный импорт, то данные SYS останутся десяточными??? Как то странно... Вроде на оборот нужно импортировать, только нужные схемы, а sys оставить в покое... Или я не прав?


автор
ну вроде же написанно. Если вы хотите поменять параметры хранения для объектов, то создайте их предварительно. Тогда при импорте используйте параметр IGNORE=Y

чето я тупонул...
24 мар 08, 14:39    [5450588]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
может для начала почитать

Oracle® Database
Upgrade Guide
10g Release 2 (10.2)

Глядишь, и без экспорта обойдешься...
24 мар 08, 14:44    [5450615]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KC_KC
Member

Откуда:
Сообщений: 42
автор
может для начала почитать

Oracle® Database
Upgrade Guide
10g Release 2 (10.2)

Глядишь, и без экспорта обойдешься...

читал, но насколько понял, что при экспорте можно избавиться от дефрагментации и почитстить словарь... Есть еще какой-нибудь способ этого достич при переходе?
24 мар 08, 14:48    [5450635]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
KC_KC

читал, но насколько понял, что при экспорте можно избавиться от дефрагментации и почитстить словарь... Есть еще какой-нибудь способ этого достич при переходе?


1. избавиться от дефрагментации
Наверное все таки от фрагментации?
А что, она настолько велика? Или так, на всякий случай?
Не говоря уж о том, что это не единственный способ особенно для 10

2. что значить "почистить словарь"? От чего такого его надо чистить?

3. экспорт / импорт использовать можно, но это дольше и геморойнее
24 мар 08, 14:54    [5450676]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KC_KC
Member

Откуда:
Сообщений: 42
автор
Наверное все таки от фрагментации?

согласен :)

автор
что значить "почистить словарь"? От чего такого его надо чистить?

отразличного мусора, который мог накопиться за долгие годы... Какой именно мусор уточнить не могу, но интуитивно кажется, что при экспорте/импорте словарь будет чище, чем при стандартном update...

автор
3. экспорт / импорт использовать можно, но это дольше и геморойнее

Согласен, и тут с Вами ни как посморить не могу :)
Отчасти мой выбор еще обусловлен желаниям поразбираться с импортом/экспортом... Т.ч. не пинайте мазахиста ))))

Если можно еще вопрос:
Можно ли как-нибуть автоматизированно вытянуть скрипты для создания табличных пространств? (сейчас копаюсь в Dbms_metadata)
24 мар 08, 15:00    [5450717]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KC_KC
Member

Откуда:
Сообщений: 42
c табличными простанствами разобрался...
24 мар 08, 15:05    [5450744]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
KC_KC

автор
что значить "почистить словарь"? От чего такого его надо чистить?

отразличного мусора, который мог накопиться за долгие годы... Какой именно мусор уточнить не могу, но интуитивно кажется, что при экспорте/импорте словарь будет чище, чем при стандартном update...

Если можно еще вопрос:
Можно ли как-нибуть автоматизированно вытянуть скрипты для создания табличных пространств? (сейчас копаюсь в Dbms_metadata)


1. не будет :)

2.
SELECT *
FROM dba_tablespaces

SELECT dbms_metadata.get_DDL('TABLESPACE', 'USERS')
FROM dual
24 мар 08, 15:07    [5450751]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
semenar
Member

Откуда: Днепропетровск
Сообщений: 3308
Блог
Раз уж выбран такой путь, может лучше вместо:
автор

2) ставлю на сервере Oracle 10g c созданием базы.
3) ставлю патчи до 10.2.0.3

так:
2)ставлю на сервере Oracle 10g.
3) ставлю патчи до 10.2.0.3
3.1)создаю базу 
автор

Можно ли как-нибуть автоматизированно вытянуть скрипты для создания табличных пространств?

Скрипты можно генерировать при создании БД. В каталоге /admin/{SID}/scripts смотреть.
24 мар 08, 15:08    [5450762]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KC_KC
Member

Откуда:
Сообщений: 42
semenar,
согласен.... Наверное так будет лучше...


Правильно ли, я понял, что при импорте гранты и привилегии юзерам давать надо заново?
24 мар 08, 15:19    [5450854]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
semenar
Member

Откуда: Днепропетровск
Сообщений: 3308
Блог
KC_KC
semenar,
согласен.... Наверное так будет лучше...


Правильно ли, я понял, что при импорте гранты и привилегии юзерам давать надо заново?

Не совсем.Все зависит от принятой схемы работы. Права на системные вьюхи давать необходимо заново.
24 мар 08, 15:33    [5450954]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
_sys_
Guest
pravednik

автор
2) стоит импортировать полностью или посхемно?

посхемно...зачем Вам, к примеру, данные SYS, если в десятке они свои

кхе кхе, а разве SYS объекты экспортируются при full=Y , а ?
24 мар 08, 15:45    [5451049]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KC_KC
Member

Откуда:
Сообщений: 42
понял :)
24 мар 08, 15:56    [5451128]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KoTTT
Member

Откуда: Екб
Сообщений: 1511
semenar
Раз уж выбран такой путь, может лучше вместо:
автор

2) ставлю на сервере Oracle 10g c созданием базы.
3) ставлю патчи до 10.2.0.3

так:
2)ставлю на сервере Oracle 10g.
3) ставлю патчи до 10.2.0.3
3.1)создаю базу 
Скрипты можно генерировать при создании БД. В каталоге /admin/{SID}/scripts смотреть.

Нет, так не будет лучше. Именно так надо:
1. установка оркала 10
2. создание базы
3. накат патча 10.2.0.3 (или 10.2.0.4 уже сразу?)
4. импорт

Делал несколько миграций exp-imp, и всегда вылезали некоторые неприятности, которые лечились только прогоном скриптов от патчсетов на уже готовой базе после импорта. Несмотря на то, что новая база создавалась с уже якобы накаченным патчсетом и "руками", не из шаблона. И в случае миграции 8-9, и в случае 9-10.
25 мар 08, 04:29    [5453318]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
lark
Member

Откуда: Far Far Away
Сообщений: 172
KoTTT
Нет, так не будет лучше. Именно так надо:
1. установка оркала 10
2. создание базы
3. накат патча 10.2.0.3 (или 10.2.0.4 уже сразу?)
4. импорт

Делал несколько миграций exp-imp, и всегда вылезали некоторые неприятности, которые лечились только прогоном скриптов от патчсетов на уже готовой базе после импорта. Несмотря на то, что новая база создавалась с уже якобы накаченным патчсетом и "руками", не из шаблона. И в случае миграции 8-9, и в случае 9-10.


Что-то странно как-то звучит, вы предлагаете создать пустую базу для импорта и на нее накатывать патчсет?
Я бы с 9-ки на 10-ку конечно переходил бы без всякого импорта, через catupgrd или dbua. Хотя и exp-imp способ работает конечно, просто если база большая, то через exp-imp имхо просто невозможно.
25 мар 08, 06:00    [5453334]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KoTTT
Member

Откуда: Екб
Сообщений: 1511
lark
KoTTT
Нет, так не будет лучше. Именно так надо:
1. установка оркала 10
2. создание базы
3. накат патча 10.2.0.3 (или 10.2.0.4 уже сразу?)
4. импорт

Делал несколько миграций exp-imp, и всегда вылезали некоторые неприятности, которые лечились только прогоном скриптов от патчсетов на уже готовой базе после импорта. Несмотря на то, что новая база создавалась с уже якобы накаченным патчсетом и "руками", не из шаблона. И в случае миграции 8-9, и в случае 9-10.


Что-то странно как-то звучит, вы предлагаете создать пустую базу для импорта и на нее накатывать патчсет?
Я бы с 9-ки на 10-ку конечно переходил бы без всякого импорта, через catupgrd или dbua. Хотя и exp-imp способ работает конечно, просто если база большая, то через exp-imp имхо просто невозможно.

Тогда я делал так: создавал пустую базу, на нее накатывал патчсет (разные уважаемые люди говорили, что этого уже будет достаточно), делал импорт и + снова в итоге накатывал патчсет, т.к. были косяки в базе, хоть и dba_registry показывала, что все четко.
Сейчас бы я накатил патчсет 1 раз после всего импорта.
Апгрейд не всегда возможен. Одна из миграций была 9.2.0.8 Win x32 -> 10.2.0.3 Win x64.
25 мар 08, 06:08    [5453337]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
lark
Member

Откуда: Far Far Away
Сообщений: 172
KoTTT
Сейчас бы я накатил патчсет 1 раз после всего импорта.
Апгрейд не всегда возможен. Одна из миграций была 9.2.0.8 Win x32 -> 10.2.0.3 Win x64.


Но в предыдущем посте вы как раз советуете накатить патчсет на созданую пустую базу до импорта.
KoTTT
Нет, так не будет лучше. Именно так надо:
1. установка оркала 10
2. создание базы
3. накат патча 10.2.0.3 (или 10.2.0.4 уже сразу?)
4. импорт

Я все-таки думаю что в накатке патчсета на пустую базу никакого смысла нет. В прогоне скрипта catupgrd после импорта возможно смысл есть, если импорт криво прошел. Насчет невозможности миграции через catupgrd я у автора не услышал, так как про смену платформы не упоминалось, его плюсы экспорта/импорта имхо сомнительны.
KC_KC
Планирую переход с помощью экспорта/импорта (привлекает новый словарь и дефрагментация)
25 мар 08, 06:47    [5453353]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
Sharpei
Member

Откуда: дровишки?
Сообщений: 765
KoTTT

Апгрейд не всегда возможен. Одна из миграций была 9.2.0.8 Win x32 -> 10.2.0.3 Win x64.

а что, @?/rdbms/admin/utlirp в данном случае не помогает?
25 мар 08, 07:04    [5453365]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KoTTT
Member

Откуда: Екб
Сообщений: 1511
Sharpei
KoTTT

Апгрейд не всегда возможен. Одна из миграций была 9.2.0.8 Win x32 -> 10.2.0.3 Win x64.

а что, @?/rdbms/admin/utlirp в данном случае не помогает?

Нет. Статья есть на металинке о невозможности такой миграции (базы изначально созданной на вин 32 на вин 64). Процесс валится просто. Только exp-imp или TTS. Там же был и патч для линуха. Для винды тогда (август прошлого года) не было. Может сделали уже что-то.
25 мар 08, 07:27    [5453401]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
OraEagle
Member

Откуда:
Сообщений: 301
автор
Отчасти мой выбор еще обусловлен желаниям поразбираться с импортом/экспортом... Т.ч. не пинайте мазахиста ))))


Честно я вас не понимаю. Зачем нужен гемор? утверждение равносильно: "я не хочу пользоватеться rman-ном хочу backup через exp/imp! "

Совет используйте все таки обновление словаря, как предложил tru55, - не так страшно, но зато стабильнее.
25 мар 08, 08:05    [5453449]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
OraEagle
Member

Откуда:
Сообщений: 301
автор
Pre-create tablespaces, users, and tables in the new database to improve space usage by changing storage parameters. When you pre-create tables using SQL*Plus, either run the database in the original database compatibility mode or make allowances for the specific data definition conversions that occur during import. You need to specify IGNORE=Y on Import when items have been pre-created.


Здесь скорее всего акцент был сделан на быстродействии:

автор
Pre-create tablespaces,


создать табличные с уже заданным размером чтобы не тратилось потом время на autoextend.

автор
users, and tables in the new


а это вообще под сомнением.
25 мар 08, 08:08    [5453453]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
KC_KC
Member

Откуда:
Сообщений: 42
В принципе по экспорту/импорту все понятно, осталось только пробовать...

Но много численные высказывания о не целисообразности этого метода настораживают....

Моя база порядка 30 Гб, могут быть какие-либо подводные камни при миграции с помощью Dbua?
И действительно этот метод предпочтительней экспорта импорта, если потом использовать десяточную команду для устранения фрагментации?

Всели считают что со словарём будет всё гладко?
25 мар 08, 08:51    [5453532]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
OraEagle
Member

Откуда:
Сообщений: 301
KC_KC
В принципе по экспорту/импорту все понятно, осталось только пробовать...

Но много численные высказывания о не целисообразности этого метода настораживают....

Моя база порядка 30 Гб, могут быть какие-либо подводные камни при миграции с помощью Dbua?
И действительно этот метод предпочтительней экспорта импорта, если потом использовать десяточную команду для устранения фрагментации?

Всели считают что со словарём будет всё гладко?


ну как вам сказать. Опытным людям вы не верите. Ораклу тоже. Ведь они ж специально сделали обновление словаря, путем запуска все ничего нескольких скриптов. чтоб люди не мучались. не выгружали не загружали огромные объемы инфо.... Запустил поменял dictionary и все.... А лечить хзубы через ж... или нет это предпочтение каждого в отдельности
25 мар 08, 08:57    [5453545]     Ответить | Цитировать Сообщить модератору
 Re: Переход с 9i на 10g  [new]
AG#
Member

Откуда: Российская Федерация
Сообщений: 2305
KoTTT

...
3. накат патча 10.2.0.3 (или 10.2.0.4 уже сразу?)
4. импорт




Не рановато ? :-)
25 мар 08, 09:03    [5453560]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить