Alexey ZhidkovfoxshipСтоить ли игра свеч?
смена платформы, переезд только через экспорт/импорт.
Зачем так говоришь, да.
RMAN Cross-Platform Transportable Databases and Tablespaces

foxshipТекущая конфигурация.

1.Oracle M5000, 2 SPARC VII+ 4-core 2.66 GHz processors, 64 Gb оперативной памяти. - 1 штука.
2.SAN NetApp 3240 MetrCluster
3.Oracle Database 10g Enterprise Edition Release 10.2.0.5.0
4.OeBS R12.

1.Есть пара серверов Cisco UCS B200M3 w/ 2xE52660B,8x16GB, которые получены в качестве бонуса и пока простаивают.
Есть жуткое желание построить RAC на этих серверах вместо покупки еще одного M5000.

Стоить ли игра свеч?

2.Можно ли продать куда - нибудь М5000 если первый пункт выгорит?

64Gb и 4CPU - если хвататет, может отказоустойчивость не критична (как то ведь работали?)

То можно вынести appstier на Cisco и увеличить параметры памяти DB на M5000

Если важна отказоустойчивость то M5000 для разработки и тестирования патчей, а
DB CrossPlatform migration
Ну и далее:
1 Node - DB
1 Node - Apps Tier (Standby - опущена )
2 Node - Standby (минимум memory) или вообще только ПО RDBMS (Экономия на лицензиях!)
2 Node - AppsTier prod

Насколько я знаю corss platform appsTier не сертифицирован, а то бы можно было оставить
CM tier оставить на Sparc и не запускать его на других Nodes

В такой схеме, в случае отказа аппаратуры
поджимаем параметры памяти чтобы все влезло и запускаем

По лицензиям:
Было 4*0.5=2 CPU License
Стало 8core*0.5 = 4 CPU License
В этом случае доплатите за 2 CPU License DB
(не знаю как лицензируется OeBS)

Если время работы Oracle RDBMS резервного сервера меньше 3 дней в год, то покупать лицензии на резервный сервер не надо

Если standby то дополнительно 4CPU лицензии
но в отличии от RAC все равно ощутимо дешевле да и 128Gb для RAC12с + AppsTier
уже маловато (11g все...)
А standby можно и синхронным делать (хотя зачем, бо у Вас же файлы все одно на SAN )
Так что при перестарте на другом узле у Вас все и так взлетит.

Если база покорежится и не сработает ABMR, то не поможет ни RAC ни синхронный Standby, бо
единственная защита этого - backup + standby с задержкой... да и то, если успеют увидеть грабли в период задержки. Но это все равно форс мажорная ситуация.

Alexey ZhidkovVadim LejninЗачем так говоришь, да.
RMAN Cross-Platform Transportable Databases and Tablespaces
landy1) The principal restriction on cross-platform transportable database is that the source and destination
platform must share the same endian format .
а они разные.


Для 10g не гарантирую, бо нет под рукой, но по моему был
Для 11g всего месяц назад мигрировал Linux -> Sparc (обратное тоже возможно)
Для 11.2.0.4 - возможен даже incremental backup для tts
правда через perl scripts:

MOS Note: 1389592.111G - Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup

Alexey ZhidkovVadim LejninПо лицензиям:
Было 4*0.5=2 CPU License
Стало 8core*0.5 = 4 CPU License
стоит учитывать, что у оракловой техники коэффициент 0.5 иил 0.75, а для интеля =1.
Проверял?
Oracle Processor Core Factor Table

foxshiplandyДля 10-ки не работало
Переносил с HP-UX(10.2.0.4) на x86-64(11.2.0.4)
Делал exp/imp

Так значит первое что должен сделать это перейти на 11g.
Опыт есть, тестовую базу переносил вместе с OeBS, работало.
Но начальство пока продакшн запретило переносить.
Типа "зачем"? И так вроде работает хорошо.

Хорошо. Дальше.
По производительности выигрыш будет? Не считая отчетов запущенных на параллельном сервере.
Ваш выбор: либо покупать еще один M5000, который еще надо найти (end of life)
либо другой сервер Sparc как standby (4 core еще надо найти)
либо мигрировать на linux
При этом для 5 летнего сервера - резко увеличивается вероятность отказа

Базу на CISCO (RAC не нужен)
Второй как failsafe/test/develop

Купите любой недорогой современный sparc на него еще один AppsTier
или используйте его как резерв основного/учебы/разработки

(базу проще перенести на другую платформу чем разбираться с патчами на apps)