Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
поделитесь опытом пожалуйста, как грамотно осуществить переход на win 2003 c Оracle 10.2.0.1.0 32 bit на Оracle 10.2.0.1.0 64 bit
18 фев 09, 12:40    [6833677]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
Alexey181
поделитесь опытом пожалуйста, как грамотно осуществить переход на win 2003 c Оracle 10.2.0.1.0 32 bit на Оracle 10.2.0.1.0 64 bit

На форуме очень много раз обсуждалось. На металинке нота есть по этому поводу. Искали? Сам делал как раз то, что у Вас сейчас, ничего сложного.
18 фев 09, 12:55    [6833819]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
PaulEr, хорошо, что сложностей нет, поиск использую, но пока безрезультатно
Правильно ли будет?
1 Холодным бекапом скопировать БД 32 и перенести ее на 64
2 Запустить DBUA
18 фев 09, 13:08    [6833912]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
C-Strelok
Member

Откуда: Саянск (Иркутская область), ОАО "СаянскХимпласт"
Сообщений: 631
Я переходил... тяжело было... но можно...
что вас конкретно интересует?

ps: у вас крупная БД? если не секрет то какая? (что за систему она держит) + предлагаю наладить контакт в будующем (нас мало кто на 64-ке виндовой сидит)
18 фев 09, 13:50    [6834220]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
C-Strelok
Member

Откуда: Саянск (Иркутская область), ОАО "СаянскХимпласт"
Сообщений: 631
автор
Холодным бекапом скопировать БД 32 и перенести ее на 64


я в своё время думал над этим, но не стал так делать... - переливал через дампы
18 фев 09, 13:52    [6834234]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
C-Strelok
автор
Холодным бекапом скопировать БД 32 и перенести ее на 64


я в своё время думал над этим, но не стал так делать... - переливал через дампы

Я как раз через холодный бэкап делал. Автор, вот нота на металинке для линухи, думаю также и для винды сойдёт,смысл будет понятен.
Note 341880.1
18 фев 09, 14:04    [6834347]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
нашлась нота, спасибо!
сделал ходный бекап, далее надо переименовать в контрольниках новые места для файлов данных и
SQL> show parameter USER_DUMP_DEST;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
user_dump_dest                       string      D:\ORACLE\PRODUCT\10.2.0\ADMIN
                                                 \MACBER\UDUMP
SQL> alter database backup controlfile to trace;

Database altered.
в этом пути ничего нет, далее с кф такая беда
SQL> CREATE CONTROLFILE REUSE DATABASE "MACBER" NORESETLOGS
  2  MAXLOGFILES 32
  3  MAXLOGMEMBERS 2
  4  MAXDATAFILES 32
  5  MAXINSTANCES 1
  6  MAXLOGHISTORY 112
  7  LOGFILE
  8  GROUP 1 'C:\test\REDO01.LOG' size 100M,
  9  GROUP 2 'C:\test\REDO02.LOG' size 100M,
 10  GROUP 3 'C:\test\REDO03.LOG' size 100M
 11  DATAFILE
 12  'C:\MACBER\SYSTEM01.DBF',
 13  'C:\MACBER\TABLE_DATA.DBF',
 14  'C:\MACBER\SYSAUX01.DBF',
 15  'C:\MACBER\USERS01.DBF',
 16  'C:\MACBER\IFSAPP_DATA.DBF',
 17  'C:\MACBER\IFSAPP_INDEX.DBF',
 18  'C:\MACBER\IFSAPP_REPORT_DATA.DBF',
 19  'C:\MACBER\ZB_DATA.DBF',
 20  'C:\MACBER\UNDOTS02.DBF',
 21  'C:\MACBER\INDEX_DATA.DBF'
 22  CHARACTER SET WE8DEC
 23  /
CREATE CONTROLFILE REUSE DATABASE MACBER NORESETLOGS
*
ERROR at line 1:
ORA-01503: CREATE CONTROLFILE failed
ORA-01565: error in identifying file 'C:\MACBER\SYSTEM01.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) ?? ??????? ????? ????????? ????.
18 фев 09, 17:35    [6835857]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
А Вы положили эти файлы по путям, указанным выше? Смотрю user_dump_dest на одном диске у Вас, файлы на другом.

Yours faithfully,
PaulEr
18 фев 09, 17:50    [6835950]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
PaulEr, т.е. получается, чтобы изменить в кф положения файлов данных и реду логов, их обязательно необходимо переместить на нужное место на диске, а затем создавать кф с новым именем или есть вариант проще?
С боевой БД файлы перемещаю на тестовый сервер на диск С, поэтому такой вопрос.
18 фев 09, 17:58    [6836028]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
хотя вижу в трейсе вариант Set #1. NORESETLOGS case, на тестовой бд просто создать контрольник, переложив файлы и поправив пути?
18 фев 09, 18:06    [6836071]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
создался контрольник, далее по инструкции
SQL> startup upgrade;
ORACLE instance started.
Total System Global Area 1258291200 bytes
Fixed Size                  2003944 bytes
Variable Size             318770200 bytes
Database Buffers          922746880 bytes
Redo Buffers               14770176 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced
SQL>
18 фев 09, 18:40    [6836206]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
semenar
Member

Откуда: Днепропетровск
Сообщений: 3308
Блог
Alexey181,

Смотреть alert.log на предмет наличия ошибок.
18 фев 09, 19:49    [6836453]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
выяснилось, из алерта
alter database mount
Thu Feb 19 09:45:09 2009
Setting recovery target incarnation to 1
Thu Feb 19 09:45:09 2009
Successful mount of redo thread 1, with mount id 1977414432
Thu Feb 19 09:45:09 2009
Database mounted in Exclusive Mode
Completed: alter database mount
Thu Feb 19 09:45:22 2009
alter database open
Thu Feb 19 09:45:22 2009
ORA-1113 signalled during: alter database open
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: 'C:\TEST\SYSTEM01.DBF'
получается, что кф более новый чем файлы данных?
сначала сделал холодный бекап, потом скопировал файлы данных и редулоги на тестовый сервер, запустил БД в и сделал
alter database backup controlfile to trace;
получил скрипт создания кф, поменял в нем пути для редулогов и файлов данных и создал кф на тестовом сервере. Может что упустил?
19 фев 09, 09:57    [6837602]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Алексей Черепанов
Member

Откуда: Краснодар
Сообщений: 423
Как-то Вы сложно делаете.. Контрольник зачем-то пересоздаёте.

На стороне х64 ставите такую же версию (до 4-й цифры) оракла, создаёте базу (можно просто инстанс), затем база х32 (холодный бъкап) просто полностью подкладывается в х64.

Затем - DBUA

ХОТЯ, можно и проще. руками.
Я базу тестовую таскаю х32-х64 через RMAN, восстанавливаю RMAN-ом 0-й и 1-й бэкапы на другой платформе, (restore database, recover database - всё работает), потом open resetlogs, тут она упадёт, потом startup upgrade, @utlirp, shut/startup, @utlrp

Многократно.

Алексей
19 фев 09, 10:17    [6837751]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Алексей Черепанов
Member

Откуда: Краснодар
Сообщений: 423
А в данном конкретном случае - вначале можно было контрольник не пересоздавать, а просто замонтировать базу со старым контрольником и переименовать файлы.

Алексей
19 фев 09, 10:21    [6837788]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
Алексей последовал Вашему совету, да так с кф проще, однако такая ошибка имеется
SQL> startup upgrade;
ORACLE instance started.
Total System Global Area 1258291200 bytes
Fixed Size                  2003944 bytes
Variable Size             318770200 bytes
Database Buffers          922746880 bytes
Redo Buffers               14770176 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced

еще в алерте указывается на проблему с UNDO, оно существует, а вот с типом не понятно
Thu Feb 19 12:18:46 2009
Errors in file c:\test\admin\udump\test_ora_416.trc:
ORA-30012: undo tablespace 'UNDOTS02' does not exist or of wrong type

Thu Feb 19 12:18:46 2009
Error 30012 happened during db open, shutting down database
USER: terminating instance due to error 30012
Thu Feb 19 12:18:46 2009
Errors in file c:\test\admin\bdump\test_pmon_3808.trc:
ORA-30012: undo tablespace '' does not exist or of wrong type

Thu Feb 19 12:18:46 2009
Errors in file c:\test\admin\bdump\test_mman_1432.trc:
ORA-30012: undo tablespace '' does not exist or of wrong type

Thu Feb 19 12:18:46 2009
Errors in file c:\test\admin\bdump\test_psp0_2720.trc:
ORA-30012: undo tablespace '' does not exist or of wrong type

Thu Feb 19 12:18:46 2009
Errors in file c:\test\admin\bdump\test_lgwr_3588.trc:
ORA-30012: undo tablespace '' does not exist or of wrong type

Thu Feb 19 12:18:46 2009
Errors in file c:\test\admin\bdump\test_dbw0_3988.trc:
ORA-30012: undo tablespace '' does not exist or of wrong type

Thu Feb 19 12:18:47 2009
Errors in file c:\test\admin\bdump\test_ckpt_3944.trc:
ORA-30012: undo tablespace '' does not exist or of wrong type

Thu Feb 19 12:18:47 2009
Errors in file c:\test\admin\bdump\test_reco_4040.trc:
ORA-30012: undo tablespace '' does not exist or of wrong type

Thu Feb 19 12:18:47 2009
Errors in file c:\test\admin\bdump\test_smon_3996.trc:
ORA-30012: undo tablespace '' does not exist or of wrong type

Instance terminated by USER, pid = 416
ORA-1092 signalled during: ALTER DATABASE OPEN MIGRATE...
19 фев 09, 12:22    [6838703]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
Нашел решение в вашей же темке
undo_management=manual
19 фев 09, 12:54    [6838892]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Alexey181
Member

Откуда: default city
Сообщений: 907
все скипты запустил, однако
SQL> select comp_name,version, status from dba_registry;
select comp_name,version, status from dba_registry
                                      *
ERROR at line 1:
ORA-06544: PL/SQL: internal error, arguments: [56319], [], [], [], [], [], [], [
]
ORA-06553: PLS-801: internal error [56319]
19 фев 09, 15:01    [6839865]     Ответить | Цитировать Сообщить модератору
 Re: переход 32b->64b  [new]
Sharpei
Member

Откуда: дровишки?
Сообщений: 765
Хмм... странно как-то все.
Я для перехода с 32 бит на 64 на Линуксе просто переписал все файлы из холодного бекапа на другой сервер, заодно и контролфайлы, и файл паролей, и файл параметров, поправил в файле параметров значения на правильные, нужные пути перебить можно в маунте - я не заморачивался этим, решил через символьные ссылки в ОС - и потом
startup migrate
@?/rdbms/admin/utlirp
shutdown immediate
startup
@?/rdbms/admin/utlrp
И все.
19 фев 09, 19:21    [6841755]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить