Импорт и экспорт схем с одного сервера на другой
На страницу Пред. 1, 2
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Serj
Профи
Вступление в Клуб: 02.08.2007
|
 Пт Янв 23, 2009 16:07 Re: Импорт и экспорт схем с одного сервера на другой |
 |
Полезность: Нет оценки
|
| Maxz пишет: | | Serj пишет: | | а если тестируют несколько подсистем одновременно и необходимо при этом протестировать патч - так же линками гонять ? и интерфейсные таблицы ? |
а вы при этом экспорт делаете, при работающей системе? |
- зачем????? - ночью по крону каждый день полный экспорт....пусть лежит....а для решений проблемы на "лету" - делаю копию с бэкапа + логи до текущего состояния, фсе просто!  |
|
 |
Maxz
Участник со стажем
Вступление в Клуб: 10.06.2008
|
| Пт Янв 23, 2009 16:27 Re: Импорт и экспорт схем с одного сервера на другой |
|
Полезность: Нет оценки
|
| Serj пишет: | | зачем????? - ночью по крону каждый день полный экспорт....пусть лежит....а для решений проблемы на "лету" - делаю копию с бэкапа + логи до текущего состояния, фсе просто! |
со standby не проще ли? в любой момент остановил, слил копию с него, запустил.
впрочем, двух одинаковых баз, как отпечатков пальцев, не бывает  |
|
|
Serj
Профи
Вступление в Клуб: 02.08.2007
|
| Пт Янв 23, 2009 16:35 Re: Импорт и экспорт схем с одного сервера на другой |
|
Полезность: Нет оценки
|
| Maxz пишет: | | Serj пишет: | | зачем????? - ночью по крону каждый день полный экспорт....пусть лежит....а для решений проблемы на "лету" - делаю копию с бэкапа + логи до текущего состояния, фсе просто! |
со standby не проще ли? в любой момент остановил, слил копию с него, запустил.
впрочем, двух одинаковых баз, как отпечатков пальцев, не бывает |
- для разных задач разные решения, на Intell тестим патчи - на х86 компилятся шустрее чен на SPARC-ах пакеты, на стареньком SPARC бэкапим базы и держим 2 "моментальных" - по обновлению, но тормозных теста .
Последний раз редактировалось: Serj (Сб Янв 24, 2009 08:06), всего редактировалось 1 раз |
|
|
ponhome
Участник со стажем
Вступление в Клуб: 19.01.2009
|
| Пт Янв 23, 2009 17:49 |
|
Полезность: Нет оценки
|
Забыли про мультиплатформенность клона из DBCA (oracle 10 и выше,
до 10 файлы БД более 2Гб не брались)
Очень просто и быстро переносится с win32 на sles_x86-64 |
|
|
Serj
Профи
Вступление в Клуб: 02.08.2007
|
| Сб Янв 24, 2009 08:17 |
|
Полезность: Нет оценки
|
| ponhome пишет: | Забыли про мультиплатформенность клона из DBCA (oracle 10 и выше,
до 10 файлы БД более 2Гб не брались)
Очень просто и быстро переносится с win32 на sles_x86-64 |
Транспортабельные табличные пространства то бишь, а вот по-круче будет RMAN, он прекрасно делает мультиплатформенную конвертацию табличных пространств ему по-плечу big/little endian конвертация и со SPARC -а на x86 может перенести табличное пространство. |
|
|
ponhome
Участник со стажем
Вступление в Клуб: 19.01.2009
|
| Вс Янв 25, 2009 22:31 |
|
Полезность: Нет оценки
|
Мои опыты разных вариантов в миграции Ora10204 c Win32 на Ora10204 sles10sp2_x86-64 показали, что
достаточно скопировать файлы БД, поднять базу через новые контрольные файлы и запустить rdbms/admin/catupgrd.sql
от поледнего установленного обновления (в данном случае 10204) для выплнения обновления и перекмпиляции sys и иже с ним под целевую ОС
Причем, копирование фалов dbf с win на linux делаю через samba без архивирования в tar.gz. И все работает и данные в полном порядке.
Кстати DBCA делает примерно то же плюс архивирование |
|
|
Serj
Профи
Вступление в Клуб: 02.08.2007
|
| Пн Янв 26, 2009 06:16 |
|
Полезность: Нет оценки
|
Логично - порядок следования байт один
| Код: |
select * from v$transportable_platform where PLATFORM_NAME like '%Win%' union select * from v$transportable_platform where PLATFORM_NAME like 'Lin%'
/
7 Microsoft Windows IA (32-bit) Little
8 Microsoft Windows IA (64-bit) Little
10 Linux IA (32-bit) Little
11 Linux IA (64-bit) Little
12 Microsoft Windows 64-bit for AMD Little
13 Linux 64-bit for AMD Little
|
- следовательно в этом случае все хорошо, но при копировании например с SPARC на Win этот фокус увы, не пройдет вы получите не базу а мусор. |
|
|
Maxz
Участник со стажем
Вступление в Клуб: 10.06.2008
|
| Пн Янв 26, 2009 10:47 |
|
Полезность: Нет оценки
|
| ponhome пишет: | Мои опыты разных вариантов в миграции Ora10204 c Win32 на Ora10204 sles10sp2_x86-64 показали, что
достаточно скопировать файлы БД, поднять базу через новые контрольные файлы и запустить rdbms/admin/catupgrd.sql |
Вначале я так планировал, но у нас Oracle 9.2.0.8 для Win32. Чтобы переносить с Oracle 10.2.0.4 для Win32 - нужно было поставить ОС, оракл, проапгрейдить базу, а по времени - это выходило дольше, чем экспорт-импорт. Пошел по пути наименьшего сопротивления |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
