Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 наколеночная репликация в 2015 году  [new]
кит северных морей
Member

Откуда: krsk / nyc / krsk
Сообщений: 881
день добрый.

прочитав очередной комментарий Александра Рындина за голденгейт, решил озвучить мучающий меня уже некоторое время теоретический вопрос.

предположим, у меня есть необходимость организовать небольшую одностороннюю репликацию. одна схема, два-три десятка таблиц, столько же гигабайт. возможно, когда-нибудь она вырастет во что-то большее, а возможно, что и не вырастет.

некоторое время назад у меня был выбор из штатного инструментария, который позволял решить эту задачу в относительно короткий срок - advanced replication, streams, CDC (который, как я понимаю, тот же стримз, но не суть). сейчас всё вышеперечисленное - deprecated.

мне не нужно промышленное интеграционное решение за много денег - на данный момент это стрельба из пушки по воробьям. интересует инструмент с более низким порогом вхождения и поддержки, вроде тех же матвью.

перед каким выбором ставит меня оракл в этом случае сегодня? или голденгейт, или сами себе пишите триггеры/используйте third party etl tools на тех же триггерах?
12 май 15, 03:38    [17626876]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 54380
поддерживаю вопросы предыдущего оратора
12 май 15, 10:03    [17627316]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
miksoft
Member

Откуда:
Сообщений: 38540
кит северных морей
сейчас всё вышеперечисленное - deprecated.
Вам шашечки или ехать?
У нас (версии 10 и 11) вполне себе живут streams.
Да, раз в год они падают. Ничего страшного, DBA поднимает, едем дальше.
12 май 15, 10:08    [17627337]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 54380
miksoft,

а потом в 12 или 14 версии их не зарубят совсем?
12 май 15, 11:02    [17627630]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
miksoft
Member

Откуда:
Сообщений: 38540
andreymx
miksoft,

а потом в 12 или 14 версии их не зарубят совсем?
Не знаю. Когда будем рассматривать переход, тогда и будем думать. Версии меняем мы не часто, еще примерно три года до следующей смены у нас есть. А за это время либо падишах умрет, либо осел :)
Т.е. либо новые механизмы появятся, либо старые причешут и воскресят, либо вообще надобность в них отпадет, т.к. каналы связи все-таки развиваются.
12 май 15, 11:08    [17627663]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Кристобаль Хозевич
Member

Откуда: тутошний
Сообщений: 250
miksoft,

Поддерживаю. В том числе и про осла
С той лишь разницей, что мы сидим на Advanced Replication, мультимастер.
12 май 15, 11:28    [17627753]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
DВА
Member

Откуда:
Сообщений: 5439
А что, триггерную самописную репликацию нацарапать слабо?
12 май 15, 11:31    [17627771]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Takurava
Member

Откуда:
Сообщений: 1776
DВА,

Останавливает опасность остановки приложения из-за недоступности удалённой базы, видимо.
Хотя каналы, как выше говорилось, улучшаются.
12 май 15, 11:42    [17627839]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 51765

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

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

Posted via ActualForum NNTP Server 1.5

12 май 15, 11:59    [17627959]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
казинак
Member

Откуда:
Сообщений: 1273
в оракле дофига фич deprecated, и ниче, работают,
слава богу оракл не ломает нах, все предыдущее,
deprecated значит лишь что поддержки не будет
что-то новое делать с депрекейтед фичами не рекомендуется, ну а старое будет работать


кит северных морей
... небольшую одностороннюю репликацию. одна схема, два-три десятка таблиц, столько же гигабайт....

для полной картины желательно знать нагрузку, а именно, сколько юзеров, одновременно, в пиковое время работают с базой
но, имхо, то что вы описали - это ерунда, для вашего случая проще и быстрей на коленке, самим, че-нить сваять
хоть стримс, хоть advanced replication, хоть на тригерах
хоть че используйте
12 май 15, 12:05    [17628001]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 54380
Dimitry Sibiryakov
Takurava
Останавливает опасность остановки приложения из-за недоступности удалённой
базы, видимо.

Ну так dblink-и это не единственное, что можно использовать в триггерах. Вон, репликатор
от IBPhoenix может работать и вообще с помощью файлов на дискетах, пересылаемых с ямщиками...
я когда-тот такое же на 1С-ке воротил
штатными не пользовались уже не помню почему
12 май 15, 12:06    [17628011]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
SeaGate
Member

Откуда: Новосибирск
Сообщений: 1635
кит северных морей,

По Streams закручивают гайки все туже.
С 12.1.0.2:
8.1.1 Deprecation of Non-CDB Architecture
С другой стороны:

2.2.1 Features Restricted or Not Available for a Multitenant Container Database in Oracle Database 12c
Oracle Streams

Вероятно, Streams раньше станут desupported, чем non-cdb.
Сомневаюсь, что будут добавлять поддержку Streams для CDB.
С другой стороны, GG Integrated Capture/Replicat построены на базе Streams.
Т.е. технологический стэк Streams может использоваться GG в том или ином виде.
DВА
А что, триггерную самописную репликацию нацарапать слабо?

Вопрос в накладных расходах на источник данных при репликации.
В случае downstream, он практически нулевой.
Сейчас Oracle угрожает доступные Streams в будущем забрать, не предоставив внятной альтернативы, кроме платного GG.
12 май 15, 12:21    [17628108]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Проходил
Guest
Как вариант - Pentaho Data Integration, но это уже аналог Oracle DI, а не Oracle GG, уровнем выше, но не парсит логи, т.е. не такой быстрый.

Там есть уже встроенный компонент Bulk Load для Oracle.

Если стоит вопрос о тех. поддержке - то в целом имеет смысл посмотреть и решения Oracle. ISV все живут с тех. поддержки, в том числе и Oracle и так называемые "Open Source", соответственно и с Oracle можно договориться о снижении стоимости "входа".
12 май 15, 15:15    [17629151]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
SergINI
Member

Откуда: Нью-Васюки
Сообщений: 6787
Takurava
DВА,

Останавливает опасность остановки приложения из-за недоступности удалённой базы, видимо.
Хотя каналы, как выше говорилось, улучшаются.

Обычно для этой цели самопал и пишут. Чтобы любая база определённое время без связи могла работать самостоятельно.
12 май 15, 15:53    [17629496]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
кит северных морей
Member

Откуда: krsk / nyc / krsk
Сообщений: 881
miksoft
Вам шашечки или ехать?

вопрос, как уже сказал, на данном этапе теоретический. ехать мне было года три назад – тогда схожую задачу решил как раз стримзами. работают хорошо, хотя при внедрении были сложности по причине наличия на тот момент девяток среди источников.
12 май 15, 16:28    [17629769]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Takurava
Member

Откуда:
Сообщений: 1776
SergINI
Takurava
Останавливает опасность остановки приложения из-за недоступности удалённой базы, видимо.
Хотя каналы, как выше говорилось, улучшаются.

Обычно для этой цели самопал и пишут. Чтобы любая база определённое время без связи могла работать самостоятельно.

Я имел в виду самую тупую триггерную реализацию - по любому событию в базе-источнике триггером передавать данные в удалённую базу.
12 май 15, 16:34    [17629813]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Поделюсь опытом
Guest
Ответ стартеру:
Oracle медленно, но верно подсаживает народ на GG. Триггеры никто не отменял, как вариант посмотрите CQN - при определенных танцах с бубном вполне скорострельная, мало потребляющая ресурсы альтернатива триггерам. Streams - если вас устроит их работа и некритична сама возможность остановки, вполне себе. C 11.2 and beyond есть XSTREAM - основа GG, масса возможностей для самопального репликационного творчества. Все написанное в варианте "не dblink" репликации, конечно...хотя и не исключает его, если другого выхода (желания самостоятельно писать) нет. Ну и вариант прямого чтения и разбора redo с последующим разбором и репликацией....тоже есть вариант, был небольшой опыт :) но наверное последний вариант oracle version depended, посему "непромышленный".
12 май 15, 16:37    [17629834]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
кит северных морей
Member

Откуда: krsk / nyc / krsk
Сообщений: 881
Поделюсь опытом,

xstream требует лицензии GG, насколько я помню.
12 май 15, 16:42    [17629876]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Поделюсь опытом
Guest
Совершенно верно, однако это не мешает его использовать на практике
12 май 15, 16:45    [17629892]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 51765

Поделюсь опытом
C 11.2 and beyond есть XSTREAM - основа GG, масса возможностей для
самопального репликационного творчества.

Которая, внезапно так, требует для своей работы покупки собственно GG.

Posted via ActualForum NNTP Server 1.5

12 май 15, 16:47    [17629909]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 51765

Поделюсь опытом
однако это не мешает его использовать на практике

То есть существует нечто, чего готовый GG сделать не может, но что с полпинка делается на
коленке с использованием его же технологий?..

Posted via ActualForum NNTP Server 1.5

12 май 15, 16:57    [17629957]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
кит северных морей
Member

Откуда: krsk / nyc / krsk
Сообщений: 881
CDC на CQN - это, конечно, забавная мысль, надо ее подумать :)
12 май 15, 16:57    [17629963]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
вструйный
Guest
кит северных морей
CDC на CQN - это, конечно, забавная мысль, надо ее подумать :)
CQN игрушка для оперативной реакции. У CDC/репликации несколько другие приоритеты, например, захват изменений пусть с отставанием, но без пропусков.

Стримс похоронили исключительно ради продвижения GG. Недальновидный ход - не предложить взамен адекватной альтернативы. Для многих систем отсутствие механизма дешевой репликации очень существенный недостаток.
12 май 15, 17:09    [17630020]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
Поделюсь опытом
Guest
Открой Oracle формат в полном объеме redo log этот недостаток был бы очень быстро решен
12 май 15, 17:11    [17630031]     Ответить | Цитировать Сообщить модератору
 Re: наколеночная репликация в 2015 году  [new]
формата мало
Guest
Поделюсь опытом
Открой Oracle формат в полном объеме redo log этот недостаток был бы очень быстро решен
помимо архивных редо, streams (и х-стримс) работает непосредственно с лог-буфером, что при невысокой нагрузке и коротких транзакциях обеспечивает минимальное время захвата транзакции достаточно малыми накладными расходами.
12 май 15, 17:20    [17630092]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить