Текущий архив: 2008.03.23;
Скачать: CL | DM;
Вниз
OracleXe - скормить dump от 9-ки Найти похожие ветки
← →
Sergey Masloff (2008-02-01 15:29) [0]Пробовал кто-нибудь? Имеет смысл пробовать?
← →
Игорь Шевченко © (2008-02-01 15:50) [1]Конечно пробовал. Кушает и не давится. Только за одним исключением - если дамп от девятки в неюникодной кодировке, а XE юникодная, то не кушает.
← →
Sergey Masloff (2008-02-01 15:57) [2]Ну отучить то XE от юникода не проблема. Так что сейчас буду пробовать
← →
Sergey Masloff (2008-02-01 15:59) [3]Кстати раз зашла такая пьянка
CONNECT / AS SYSDBA;
ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER DATABASE CHARACTER SET INTERNAL_USE CL8MSWIN1251;
SHUTDOWN;
STARTUP;
Хватит ему (XE) такого для счастья? Сейчас на скорую руку попробовал вроде нормально...
← →
Игорь Шевченко © (2008-02-01 16:49) [4]Sergey Masloff (01.02.08 15:59) [3]
Вроде не хватит. В свое время на SQL.RU была большая статья на тему, как сменить кодировку базы у XE. Там намаз был куда длинее.
Я XE специально из-за юникода использую - тренироваться.
← →
Sergey Masloff (2008-02-01 23:40) [5]Нет все же давится. Причем как-то странно... пропускает две таблицы (всего порядка 100). Две пропущеные - не самые большие не первые не последние и вообще непонятно чем от других отличаются... Уже часа четыре воюю - результат воспроизводимый.
← →
Игорь Шевченко © (2008-02-02 01:15) [6]Sergey Masloff (01.02.08 23:40) [5]
Ищущий да обрящет:
http://sql.ru/forum/actualsearch.aspx?search=XE+character+set&sin=0&a=&ma=0&bid=3&dt=-1&s=1&so=1
← →
Petr V. Abramov © (2008-02-02 01:22) [7]
> Sergey Masloff (01.02.08 23:40) [5]
> не самые большие не первые не последние и вообще непонятно
> чем от других отличаются...
может, не в юникоде в данном случае дело?
← →
Sergey Masloff (2008-02-02 06:53) [8]Petr V. Abramov © (02.02.08 01:22) [7]
Наверняка не в Unicode.... Только все равно непонятно
← →
Petr V. Abramov © (2008-02-02 18:48) [9]
> Sergey Masloff (02.02.08 06:53) [8]
а молча давится или все ж с диагностикой?
← →
Sergey Masloff (2008-02-02 19:03) [10]Petr V. Abramov © (02.02.08 18:48) [9]
Полностью молча. То есть в логе
...table AAA ... records...
...table AAB ... records
тут должна быть table AAC но ничего нет ни ошибок просто вместо этого следующая строка
...table AAD ... records
.....
Я уже задолбался. Сегодня практически всю ночь сидел (фигли 1 цикл drop user cascade->create user->imp->облом минут 20 занимает...
← →
Sergey Masloff (2008-02-02 19:05) [11]Причем ладно две таблицы я и руками перенес бы если бы цель была разово. Но нужно именно механизм как часы работающий. Надо понять что не так...
На 9-ку импортируется полностью.
← →
Petr V. Abramov © (2008-02-02 19:28) [12]и в background_dump_dest ничего не пишет?
← →
Petr V. Abramov © (2008-02-02 19:29) [13]
> Petr V. Abramov © (02.02.08 19:28) [12]
и в user_dump_dest - тоже?
← →
Sergey Masloff (2008-02-02 20:17) [14]Petr V. Abramov © (02.02.08 19:28) [12]
Ничего интересного не пишет
← →
Petr V. Abramov © (2008-02-02 20:45) [15]а таблица ААС, если ее отдельно заливать - Ок?
← →
Sergey Masloff (2008-02-02 21:15) [16]Petr V. Abramov © (02.02.08 20:45) [15]
>а таблица ААС, если ее отдельно заливать - Ок?
К стыду своему не знаю как отдельно взятую таблицу загрузить. Администрирование оракла не моя сильная сторона. У меня есть только два файла дампа за два разные числа с разницей в сутки. Результат одинаковый.
Если взять sql скрипт этой отдельной талицы то она создается без проблем. Данные в нее отдельным скриптом тоже без проблем заливаются.
← →
Petr V. Abramov © (2008-02-02 22:05) [17]
> Sergey Masloff (02.02.08 21:15) [16]
http://download.oracle.com/docs/cd/B19306_01/server.102/b14215/exp_imp.htm#sthref2226
← →
Petr V. Abramov © (2008-02-02 22:06) [18]http://download.oracle.com/docs/cd/B19306_01/server.102/b14215/exp_imp.htm#sthref2575
← →
Sergey Masloff (2008-02-02 22:47) [19]Petr V. Abramov © (02.02.08 22:06) [18]
Ну это-то я читал...
Ладно все равно доступа сейчас нет а в понедельник я просто задачу делегирую ;-)
← →
Sergey Masloff (2008-02-09 14:11) [20]Краткий итог - все же OracleXE это не "настоящая" десятка только обрезанная по ресурсам. Провел исследование тот же дамп вообще без проблем накатывается на Oraсle 10g и Oracle 10.2
← →
Игорь Шевченко © (2008-02-09 15:46) [21]
> Провел исследование тот же дамп вообще без проблем накатывается
> на Oraсle 10g и Oracle 10.2
А кодировка базы у XE и 10.2 одинаковая ?
← →
Sergey Masloff (2008-02-09 16:57) [22]Игорь Шевченко © (09.02.08 15:46) [21]
Да конечно.
Причем если создать ту же схему, что пытаюсь восстановить из дампа, с помощью SQL скрипта а потом скриптом же залить в нее данные - все работает. Ну как все... тоже не совсем но почти.
← →
Игорь Шевченко © (2008-02-09 17:03) [23]Sergey Masloff (09.02.08 16:57) [22]
и там и там юникод ? или ты хе в 1251 перевел?
← →
Sergey Masloff (2008-02-09 17:10) [24]Игорь Шевченко © (09.02.08 17:03) [23]
>и там и там юникод ? или ты хе в 1251 перевел?
Перевел. Если базу создавать с 0 то вообще нет проблем. А вот перенос готовой - проблемы. Причем не получилось и у наших гуру.
← →
Игорь Шевченко © (2008-02-09 17:27) [25]Sergey Masloff (09.02.08 17:10) [24]
Я к тому, что у меня только через SQL получилось данные внести. Я не стал заниматься переводом кодировки базы XE, так как по ссылкам читал, что там есть подводных камней.
Осталось попробовать создать юникодную базу на нормальной десятке и влить туда проблемный дамп.
Страницы: 1 вся ветка
Текущий архив: 2008.03.23;
Скачать: CL | DM;
Память: 0.5 MB
Время: 0.005 c