Мы уходим с майнфрайм.

[zVlad]

С августа начались работы по уходу с Мф с таргет датой конец 2021. Я естественно вовлечен как ДБ2 ДБА. Настраиваивал Oracle Transparent Gatewaya (OTG), и начал работать с Oracle GoldenGate.
По идее мог бы послать все это далеко и надолго. Мог бы вынудить нанять другого ДБ2 ДБА (мне и кроме ДБ2 есть чем заниматься, да и достаточно дел с ДБ2 без участия в миграции на Оракл). Кроме того ситуация такова что в пиковые, дневные часы зачастую ЦПУ 100% загружен и в связи с тем что этот майнфрайм уже не поддерживается ИБМ повысить его производительность не предтавляется возможным я мог бы настойчив и убедительно предложить не делать миграцию в эти часы пиковой нагрузки, т.е. согнать их дела на ночные часы и в выходные.
Но я решил иначе. Я решил всячески содействовать успешной миграции баз даных с майнфрайм на Оракл, и нахожу для этого возможности. Но пока оказывается что дело вовсе не в возможностях МФ, а в слабости инфраструктуры Оракл. Оракл на который идет миграция в данный момент находится в Azure и представляет собой виртуальный Linux сервер с 8 корами и 32 GB RAM. В августе и сентябре они совершили подвиг и мигрировали одну базу данных размером промерно 500 ГБ за 5 дней (100 часов) с их слов. Было много проблем которые можно было решить, но те кто работает на стороне Оракл никак не могли понять что нужно сделать для этого. Я же был занят имплементацией нового МФ под другое приложение (а также попытакми попасть на шоу Последний Герой на ТВ3, ну и котедж с катером зазимовывал, строил бейсмент).
В понеделник на прошедшей недели они запустили миграцию одной таблицы из ДБ2 в Оракл в Ажуре. Таблица под 40ГБ. Миграция заняла 12.5 часов, и выполнялась в пиковые часы работы на Продукшн. При этом время в ДБ2 оказалось 9 минут, время CPU 13 минут, включая 8 минут специального CPU - zIIP. Никакого восдействия на Продукш это не оказало - слишком низкий, растянутый во времемни спрос. В тоже врамя Оракл сервер показывал около 100% одного из восьми кор, остальные были на нуле. Память в данном случае никакого значения не имеет, понятно почему.
Я предложил им запускать минимум 4, и более, таблиц в паралель (дело в том что базы данных которые они сейчас мигрируют находятся на том же МФ где и Продукшн. Поэтому воздействие на Продукшн остается возможным. Начнут в середине декабря.

С GoldenGate тоже интересная история. Я установил этот продукт на стороне ДБ2 (две недели назад), сконфигурировал EXTRACT and PUMP, убедился что изменения накапливаются в трайл файле. На стороне Оракла пока конь не валялся. У Оракл ДБА (а их два на миграции задействовано, один на OTG, второй на GoldenGate) нет времени и он ждет курсов по GoldenGate и эксперта из Оракл в помощь. Реально будем начинать в середине декабря.

[Komissar]

где-то с середины 2021 будешь безработный?

[zVlad]

где-то с середины 2021 будешь безработный?

Нет. Думаю что до семидесяти лет, если захочу, я продержусь без напряжения.

P.S. Вообще то я уже достиг и пенсионный возраст и условие нашего корпоративного пенсионного плана для полной, заработанной пенсии. Так что безработным мне уже не быть. Но я мог бы и другую работу на МФ поискать. Не думаю что есть молодежь способная меня перебить на МФ по спектру моих знаний и опыта.

[iDesperado]

40Gb за 12 часов. DBA, который ждет курсов и эксперта по ораклу в помощь. чувствуется профессионализм команды. что бы получить такие скорости нужно одним потоком читать по одной записи и фигачить инсерт + комит на каждую запись.
azure продает vCpu, т.е. пенсионер так и продолжает путать cores с threads.

зы. в свое время я был прав, мейнфреймы Влада запросто заменит ноутбук в 4 ядра 8 потоков.

[deev_a_v]

Зато из первых рук узнаем изнанку канадского социализма

[jekasa]

С августа начались работы по уходу с Мф с таргет датой конец 2021. Я естественно вовлечен как ДБ2 ДБА. Настраиваивал Oracle Transparent Gatewaya (OTG), и начал работать с Oracle GoldenGate.
По идее мог бы послать все это далеко и надолго. Мог бы вынудить нанять другого ДБ2 ДБА (мне и кроме ДБ2 есть чем заниматься, да и достаточно дел с ДБ2 без участия в миграции на Оракл). Кроме того ситуация такова что в пиковые, дневные часы зачастую ЦПУ 100% загружен и в связи с тем что этот майнфрайм уже не поддерживается ИБМ повысить его производительность не предтавляется возможным я мог бы настойчив и убедительно предложить не делать миграцию в эти часы пиковой нагрузки, т.е. согнать их дела на ночные часы и в выходные.
Но я решил иначе. Я решил всячески содействовать успешной миграции баз даных с майнфрайм на Оракл, и нахожу для этого возможности. Но пока оказывается что дело вовсе не в возможностях МФ, а в слабости инфраструктуры Оракл. Оракл на который идет миграция в данный момент находится в Azure и представляет собой виртуальный Linux сервер с 8 корами и 32 GB RAM. В августе и сентябре они совершили подвиг и мигрировали одну базу данных размером промерно 500 ГБ за 5 дней (100 часов) с их слов. Было много проблем которые можно было решить, но те кто работает на стороне Оракл никак не могли понять что нужно сделать для этого. Я же был занят имплементацией нового МФ под другое приложение (а также попытакми попасть на шоу Последний Герой на ТВ3, ну и котедж с катером зазимовывал, строил бейсмент).
В понеделник на прошедшей недели они запустили миграцию одной таблицы из ДБ2 в Оракл в Ажуре. Таблица под 40ГБ. Миграция заняла 12.5 часов, и выполнялась в пиковые часы работы на Продукшн. При этом время в ДБ2 оказалось 9 минут, время CPU 13 минут, включая 8 минут специального CPU - zIIP. Никакого восдействия на Продукш это не оказало - слишком низкий, растянутый во времемни спрос. В тоже врамя Оракл сервер показывал около 100% одного из восьми кор, остальные были на нуле. Память в данном случае никакого значения не имеет, понятно почему.
Я предложил им запускать минимум 4, и более, таблиц в паралель (дело в том что базы данных которые они сейчас мигрируют находятся на том же МФ где и Продукшн. Поэтому воздействие на Продукшн остается возможным. Начнут в середине декабря.

С GoldenGate тоже интересная история. Я установил этот продукт на стороне ДБ2 (две недели назад), сконфигурировал EXTRACT and PUMP, убедился что изменения накапливаются в трайл файле. На стороне Оракла пока конь не валялся. У Оракл ДБА (а их два на миграции задействовано, один на OTG, второй на GoldenGate) нет времени и он ждет курсов по GoldenGate и эксперта из Оракл в помощь. Реально будем начинать в середине декабря.

вот и верить потом в эти все ваши облака, у меня под руками простые сервера 28 ядер / 56 потоков с 1.5 TB (ОЗУ) памяти на борту. и дешевле ваших амазонов, но, процесс как говориться пошел ....
я уже молчку сколько стоит nvme сейчас.... гиганты обманули всех опять....

Про всякие тредпипперы я думаю начинать даже и не стоит....

[voyager3]

40Gb за 12 часов. DBA, который ждет курсов и эксперта по ораклу в помощь. чувствуется профессионализм команды. что бы получить такие скорости нужно одним потоком читать по одной записи и фигачить инсерт + комит на каждую запись.
azure продает vCpu, т.е. пенсионер так и продолжает путать cores с threads.

зы. в свое время я был прав, мейнфреймы Влада запросто заменит ноутбук в 4 ядра 8 потоков.

Аж в Канаду захотелось.

[Komissar]

Про всякие тредпипперы я думаю начинать даже и не стоит....

это новое кожно-венерическое заболевание?

[alex_127]

В понеделник на прошедшей недели они запустили миграцию одной таблицы из ДБ2 в Оракл в Ажуре.

вот и верить потом в эти все ваши облака, у меня под руками простые сервера 28 ядер / 56 потоков с 1.5 TB (ОЗУ) памяти на борту. и дешевле ваших амазонов,

ну вот как не работает - так амазон хоть он и азур... обидно, дааа?

[jekasa]

Про всякие тредпипперы я думаю начинать даже и не стоит....

это новое кожно-венерическое заболевание?

нет, это наследники эпика с 64 ядрами и 128 потоками только подешевле и в серверном шасси с IPMI. Ну а что... дешего и сердито

[jekasa]

В понеделник на прошедшей недели они запустили миграцию одной таблицы из ДБ2 в Оракл в Ажуре.

вот и верить потом в эти все ваши облака, у меня под руками простые сервера 28 ядер / 56 потоков с 1.5 TB (ОЗУ) памяти на борту. и дешевле ваших амазонов,

ну вот как не работает - так амазон хоть он и азур... обидно, дааа?

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

[zVlad]

...
В понеделник на прошедшей недели они запустили миграцию одной таблицы из ДБ2 в Оракл в Ажуре. Таблица под 40ГБ. Миграция заняла 12.5 часов, и выполнялась в пиковые часы работы на Продукшн. При этом время в ДБ2 оказалось 9 минут, время CPU 13 минут, включая 8 минут специального CPU - zIIP. Никакого восдействия на Продукш это не оказало - слишком низкий, растянутый во времемни спрос. В тоже врамя Оракл сервер показывал около 100% одного из восьми кор, остальные были на нуле. Память в данном случае никакого значения не имеет, понятно почему.
Я предложил им запускать минимум 4, и более, таблиц в паралель (дело в том что базы данных которые они сейчас мигрируют находятся на том же МФ где и Продукшн. Поэтому воздействие на Продукшн остается возможным. Начнут в середине декабря.

....

вот и верить потом в эти все ваши облака, у меня под руками простые сервера 28 ядер / 56 потоков с 1.5 TB (ОЗУ) памяти на борту. и дешевле ваших амазонов, но, процесс как говориться пошел ....
я уже молчку сколько стоит nvme сейчас.... гиганты обманули всех опять....

Про всякие тредпипперы я думаю начинать даже и не стоит....

МФ с которго уходят имеет 4 ядра (с ограниченной производительностью, в 3.5 раза меньше чем неограниченная на 4 ядрах), 32 GB и на нем стоят все инстансы приложения - Production, Dev. QA, Training, Sandbox, etc.. И это не только базы данных, но и аппсервра, batch processing, replication, и другое.

P.S. Недавно я делал рефреш QA и Dev с Production. QA полноразмерная Production и Dev та часть которую мигрировали в Azure 5 дней (100 часов, как они говорят, календарно они бодались месяца два). Делался рефреш по схеме UNLOAD/FTP/LOAD, и заняло это у меня 2 дня - суббота и воскресенье. Та часть что мигрировали в Azure прошла по этой схеме за 4 часа. 44 часа ушло на то что в Azure еще и не пытались мигрировать, начнем в середине декабря. Тогда обещают какие-то другие сервера закупить, "оптимизированные под ДБ", но я как-то слабо верю что это сильно ускорит процесс.
У них проблема еще в том что на Оракл стороне Unicode, и им приходится все транслировать из SBCS. Насколько это трудоемко я не знаю, а все уверения что этого делать не надо, наш клиент не будет использовать иероглифы уперлись в то что это requirement (certification) новой версии приклада. Попахивает непрофессионализмом, причем дремучим..

[Palych]

в свое время я был прав, мейнфреймы Влада запросто заменит ноутбук в 4 ядра 8 потоков.

Думаю именно поэтому миграция займёт лет 10.
И закончится тем, что всё останется как было.
Причина чисто психологическая: грамотные не-МФ спецы за это дело не возьмутся, их и не наймут.
А грамотные мейнфреймщики на каждый сих будут заявлять что эти ваши писюки в принципе не способны решать такие сложные задачи (как перевод символов из одной кодировки в другую).
Год-другой срача - и всё переедет на Z20.

[Oleg Co]

zVlad унд майнкамп.

[zVlad]

.... миграция займёт лет 10.
И закончится тем, что всё останется как было.
Причина чисто психологическая: грамотные не-МФ спецы за это дело не возьмутся, их и не наймут.
А грамотные мейнфреймщики на каждый сих будут заявлять что эти ваши писюки в принципе не способны решать такие сложные задачи (как перевод символов из одной кодировки в другую).
Год-другой срача - и всё переедет на Z20.

Палыч, ты не внимательно читаешь то что написано выше:

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

Експерта по Оракл уже подтягивают, но он вряд ли чем то будет полезен на стороне МФ. У меня и без него хватит чтобы решить любые проблемы на МФ, хотя мне этим заниматься и противно и по загрузке без этой миграции не следовало бы. Я это делаю строго в овертайме, строго по личной инициативе. И лучше меня, в нашей ситуации, этого не сделал бы бы никто.
Вам, ребята, остается запастись попкорном и следить за моими донесениями. Ерничать, умничать и прогнозы строить у вас пока плохо получается и пользы никакой. Вот если бы кто-то из вас имел опыт с GoldenGate и мог бы что-нибудь полезное сказать начинающему, вот это было бы по товарищески. Все мы таки на Привете одна коммюнити.