CftClub.ru
Клуб специалистов ЦФТ-Банк

Импорт и экспорт схем с одного сервера на другой
На страницу Пред.  1, 2
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA
Предыдущая тема :: Следующая тема  
Автор Сообщение
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеПт Янв 23, 2009 16:07   Re: Импорт и экспорт схем с одного сервера на другой Ответить с цитатой
Полезность: Нет оценки
Maxz пишет:
Serj пишет:
а если тестируют несколько подсистем одновременно и необходимо при этом протестировать патч - так же линками гонять ? и интерфейсные таблицы ?

а вы при этом экспорт делаете, при работающей системе?
- зачем????? - ночью по крону каждый день полный экспорт....пусть лежит....а для решений проблемы на "лету" - делаю копию с бэкапа + логи до текущего состояния, фсе просто! Very Happy
Maxz
Участник со стажем


Вступление в Клуб: 10.06.2008
СообщениеПт Янв 23, 2009 16:27   Re: Импорт и экспорт схем с одного сервера на другой Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
зачем????? - ночью по крону каждый день полный экспорт....пусть лежит....а для решений проблемы на "лету" - делаю копию с бэкапа + логи до текущего состояния, фсе просто! Very Happy

со standby не проще ли? в любой момент остановил, слил копию с него, запустил.
впрочем, двух одинаковых баз, как отпечатков пальцев, не бывает Smile
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеПт Янв 23, 2009 16:35   Re: Импорт и экспорт схем с одного сервера на другой Ответить с цитатой
Полезность: Нет оценки
Maxz пишет:
Serj пишет:
зачем????? - ночью по крону каждый день полный экспорт....пусть лежит....а для решений проблемы на "лету" - делаю копию с бэкапа + логи до текущего состояния, фсе просто! Very Happy

со standby не проще ли? в любой момент остановил, слил копию с него, запустил.
впрочем, двух одинаковых баз, как отпечатков пальцев, не бывает Smile
- для разных задач разные решения, на 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 - нужно было поставить ОС, оракл, проапгрейдить базу, а по времени - это выходило дольше, чем экспорт-импорт. Пошел по пути наименьшего сопротивления Smile
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA Часовой пояс: GMT + 3
На страницу Пред.  1, 2
Страница 2 из 2

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru