|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
Добрый день! Есть фантастическая задача перевести с Oracle на MS SQL кучу баз. Кроме как SSMA я ничего подобного из тулзов не нашел. Может есть какие-то сторонние разработчики такого подобного софта? Фантастичность заключается в том что хотят сделать универсальный перенос (более 17 тысяч схем ). Понятие переноса, отличия баз, фронт энд доработка имеется, можно упустить. Приветствуются комментарии от людей с реальный опытом переноса. Заранее благодарен. З.Ы. В идеальном случае хотят в AZURE закинуть все, но может с MS SQL -> AZURE SQL будет проще? Но это лишь догадки, так как реально не пытался ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 12:25 |
|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
ВиталийN, Downtime есть? GoldenGate репликация с минимальным downtime ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 14:03 |
|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
ВиталийN, А смысл какой? Почему не в облако Oracle? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 18:29 |
|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
run09ВиталийN, Downtime есть? GoldenGate репликация с минимальным downtime Downtime думаю должен быть. GoldenGate ведь реплицирует что-то в куда-то, но не мигрирует. Или уже есть функционал миграции? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 19:38 |
|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
Alexander RyndinВиталийN, А смысл какой? Почему не в облако Oracle? Ну решения принимались не мной, принимаем как факт. Основной посыл - уход от Oracle. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 19:40 |
|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
ВиталийNGoldenGate ведь реплицирует что-то в куда-то, но не мигрирует. Или уже есть функционал миграции? А ваш процесс миграции не включает в себя стадию, когда старая и новая системы работают параллельно? Это вы зря. Правило "не прыгать в воду в незнакомом месте" спасает не только от перелома шеи. Про автоматизированную миграцию сразу забудьте. Только ручками, только хардкор. Основная проблема номер один: исходная база совершенно не документирована и даже не имеет мастер-скрипта. Тогда основное время миграции занимает её реверс-инженеринг. Основная проблема номер два: по целевой СУБД нет специалистов. Тогда основное время миграции занимает её изучение теми, кто есть под рукой. Случившиеся одновременно, эти две проблемы делают миграцию абсолютной фантастикой. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 19:52 |
|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
Все это я понимаю, скажу вам больше, это лишь малая часть "проблем" которые будут. Просто интересуюсь что появилось нового в мире на этом поприще. Ищу какой-то софт что-бы хоть рутинные процессы автоматизировать, может взять ядро и дописать, то-есть изучаю все варианты. Руцями все сделать самому нереально (хотя если посвятить всю оставшуюся жизнь этому делу :) ) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 20:22 |
|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
ВиталийNИщу какой-то софт что-бы хоть рутинные процессы автоматизировать "Рутинные процессы" типа замены VARCHAR2 на VARCHAR в скрипте автоматизируются, например, sed-ом. Перековать Oracle row-level триггера в MS statement-level иначе, чем ручками - бесперспективняк. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2019, 22:24 |
|
Решения для миграции с Oracle на MS SQL
|
|||
---|---|---|---|
#18+
Ага, так как и предполагал, нового ничего по сути не появилось в мире (а может мы просто не знаем) в сфере миграций. Всем большое спасибо за комментарии ... |
|||
:
Нравится:
Не нравится:
|
|||
22.01.2019, 12:18 |
|
|
start [/forum/topic.php?fid=52&fpage=87&tid=1882902]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 124ms |
0 / 0 |