Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Миграция с Oracle M5000 на CISCO UCS  [new]
foxship
Member

Откуда:
Сообщений: 267
Текущая конфигурация.

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 если первый пункт выгорит?
17 авг 15, 17:14    [18029883]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
ВатиканЛТДлимитед
Guest
два в кластер.
один стендбай+тесты+девелоперы.
17 авг 15, 17:21    [18029926]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Мутаген
Member

Откуда:
Сообщений: 691
Цена лицензий на RAC известна?

а так, M5000 был тяжёлый ящик, железа в нём много - скупщики металлолома с удовольствием его заберут
17 авг 15, 17:28    [18029972]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
foxship
Member

Откуда:
Сообщений: 267
Мутаген
Цена лицензий на RAC известна?

а так, M5000 был тяжёлый ящик, железа в нём много - скупщики металлолома с удовольствием его заберут


Предварительная цена известна. Реальная безусловно будет существенно ниже.

А насчет металлолома вы меня огорчили. Неужели даже за четверть цены нельзя пристроить? Он же в отличном состоянии.:)
17 авг 15, 17:35    [18030019]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Alexey Zhidkov
Member

Откуда: Москва
Сообщений: 1257
foxship
Стоить ли игра свеч?

смена платформы, переезд только через экспорт/импорт.
18 авг 15, 09:13    [18032019]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6793
Alexey Zhidkov
foxship
Стоить ли игра свеч?

смена платформы, переезд только через экспорт/импорт.

Зачем так говоришь, да.
RMAN Cross-Platform Transportable Databases and Tablespaces
18 авг 15, 09:24    [18032059]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
landy
Member

Откуда:
Сообщений: 1348
Note the following restrictions exist with Cross-Platform Transportable Database:
1) The principal restriction on cross-platform transportable database is that the source and destination
platform must share the same endian format
.
2) Redo log files and control files from the source database are not transported. New control files and
redo log files are created for the new database during the transport process, and an OPEN RESETLOGS
is performed once the new database is created. Similarly, tempfiles belonging to locally managed temporary
tablespaces are not transported. The temporary tablespace will be re-created on the target platform
when the transport script is run.
3) BFILEs, External tables and directories, Password files are not transported
18 авг 15, 09:53    [18032208]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
foxship
Member

Откуда:
Сообщений: 267
Alexey Zhidkov
foxship
Стоить ли игра свеч?

смена платформы, переезд только через экспорт/импорт.


Ну и?
18 авг 15, 09:53    [18032210]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6793
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 с задержкой... да и то, если успеют увидеть грабли в период задержки. Но это все равно форс мажорная ситуация.
18 авг 15, 10:05    [18032275]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Alexey Zhidkov
Member

Откуда: Москва
Сообщений: 1257
Vadim Lejnin
Зачем так говоришь, да.
RMAN Cross-Platform Transportable Databases and Tablespaces

landy
1) The principal restriction on cross-platform transportable database is that the source and destination
platform must share the same endian format
.

а они разные.

Vadim Lejnin
По лицензиям:
Было 4*0.5=2 CPU License
Стало 8core*0.5 = 4 CPU License

стоит учитывать, что у оракловой техники коэффициент 0.5 иил 0.75, а для интеля =1.
18 авг 15, 11:56    [18032968]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
SeaGate
Member

Откуда: Новосибирск
Сообщений: 1642
Alexey Zhidkov,

Alexey Zhidkov
а они разные.

Миграцию с помощью XTTS никто не отменял.
18 авг 15, 12:07    [18033036]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6793
Alexey Zhidkov
Vadim Lejnin
Зачем так говоришь, да.
RMAN Cross-Platform Transportable Databases and Tablespaces

landy
1) 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.1
11G - Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup

Alexey Zhidkov
Vadim Lejnin
По лицензиям:
Было 4*0.5=2 CPU License
Стало 8core*0.5 = 4 CPU License

стоит учитывать, что у оракловой техники коэффициент 0.5 иил 0.75, а для интеля =1.

Проверял?
Oracle Processor Core Factor Table
18 авг 15, 12:25    [18033169]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Alexey Zhidkov
Member

Откуда: Москва
Сообщений: 1257
Vadim Lejnin
Проверял?
Oracle Processor Core Factor Table

не проверял. с пэшками перепутал.
18 авг 15, 12:41    [18033272]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
landy
Member

Откуда:
Сообщений: 1348
Для 10-ки не работало
Переносил с HP-UX(10.2.0.4) на x86-64(11.2.0.4)
Делал exp/imp
18 авг 15, 12:55    [18033374]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
foxship
Member

Откуда:
Сообщений: 267
landy
Для 10-ки не работало
Переносил с HP-UX(10.2.0.4) на x86-64(11.2.0.4)
Делал exp/imp


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

Хорошо. Дальше.
По производительности выигрыш будет? Не считая отчетов запущенных на параллельном сервере.
18 авг 15, 13:48    [18033757]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6793
foxship
landy
Для 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 летнего сервера - резко увеличивается вероятность отказа
18 авг 15, 14:56    [18034353]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
foxship
Member

Откуда:
Сообщений: 267
Vadim Lejnin
foxship
пропущено...


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

Хорошо. Дальше.
По производительности выигрыш будет? Не считая отчетов запущенных на параллельном сервере.

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


Ну M5000 пока только 2 года как крутится.
18 авг 15, 14:58    [18034374]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
SeaGate
Member

Откуда: Новосибирск
Сообщений: 1642
foxship,

foxship
А насчет металлолома вы меня огорчили. Неужели даже за четверть цены нельзя пристроить? Он же в отличном состоянии.:)

Один хозяин, не бит, не крашен, аналитиков в базу не пускали
18 авг 15, 17:15    [18035317]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
foxship
Member

Откуда:
Сообщений: 267
SeaGate
foxship,

foxship
А насчет металлолома вы меня огорчили. Неужели даже за четверть цены нельзя пристроить? Он же в отличном состоянии.:)

Один хозяин, не бит, не крашен, аналитиков в базу не пускали

Что же вы такие жестокие? Неужели ни одного доброго слова у вас нет?
19 авг 15, 10:01    [18037600]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Alexey Zhidkov
Member

Откуда: Москва
Сообщений: 1257
foxship
Что же вы такие жестокие? Неужели ни одного доброго слова у вас нет?

M5000 - норм техника.
19 авг 15, 10:06    [18037637]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
free_blocks
Guest
Alexey Zhidkov
foxship
Что же вы такие жестокие? Неужели ни одного доброго слова у вас нет?

M5000 - норм техника.


Техника норм. Но есть нюансы.

1. Размеры.
2. Жрет много питания, выделяет кучу тепла, которое нужно охлаждать.
3. EOL, поддержка сервера еще дороже.

и как следствие выгоднее купить новый сервер, чем поддерживать старый.

PS: если вдруг ТС понадобится M5000, обращайтесь )))
19 авг 15, 10:41    [18037865]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 6793
Базу на CISCO (RAC не нужен)
Второй как failsafe/test/develop

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

(базу проще перенести на другую платформу чем разбираться с патчами на apps)
19 авг 15, 11:54    [18038477]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Nobody1111
Guest
free_blocks,

размеры - 10RU это много?
19 авг 15, 12:47    [18038880]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Nobody1111
Guest
landy
Note the following restrictions exist with Cross-Platform Transportable Database:
1) The principal restriction on cross-platform transportable database is that the source and destination
platform must share the same endian format
.
2) Redo log files and control files from the source database are not transported. New control files and
redo log files are created for the new database during the transport process, and an OPEN RESETLOGS
is performed once the new database is created. Similarly, tempfiles belonging to locally managed temporary
tablespaces are not transported. The temporary tablespace will be re-created on the target platform
when the transport script is run.
3) BFILEs, External tables and directories, Password files are not transported


Вот это вот было откуда?

На самом деле, если почитать ссылку на доку, данную Лежниным, или описание команды RMAN convert, то можно понять, что если эндиан формат одинаковый и перетаскивать надо отдельные табпространства, а не базу целиком, то конвертация файлов данных вообще не нужна - их можно тащить на другую платформу как есть.

Convert нужен, если
1) эндиан формат различается, или
2) тащить надо всю базу, включая undo и system, или
3) тащить надо на ASM или с ASM.
21 авг 15, 16:49    [18052614]     Ответить | Цитировать Сообщить модератору
 Re: Миграция с Oracle M5000 на CISCO UCS  [new]
Alexey Zhidkov
Member

Откуда: Москва
Сообщений: 1257
Nobody1111
Convert нужен, если
1) эндиан формат различается, или
2) тащить надо всю базу, включая undo и system, или
3) тащить надо на ASM или с ASM.

все верно.
но ТС то планирует всю базу мигрировать. получается что придется создавать новую и мигрировать табличные пространства. больше приседаний, но все решаемо.
21 авг 15, 17:15    [18052757]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить