@dba_ru

Страница 285 из 718
Алексей
20.10.2017
11:11:00
ну тогда это исключение, которое подтверждает правило :)

Потому что даже оракловые продукты, которые внутри имеют базу от оракла, отстают с обновлениями

Vladislav
20.10.2017
11:12:56
Поэтому и написал, что сам в шоке ?

Al
20.10.2017
11:13:47
Потому что даже оракловые продукты, которые внутри имеют базу от оракла, отстают с обновлениями
Дык с обновлениями же всегда весело все. Это типа год накатываешь обновление (как в той истории). А потом откатываешь если вдруг не так зашло. Романтика.

Google
Aztwin LK
20.10.2017
12:51:06
/spam

Уроде
20.10.2017
12:57:30
/report

Vladislav
20.10.2017
13:43:19
@AlexCAD есть вот такой прикольный бот, который активно народ использует в другом чатике - @silent_banofbot

Vladislav
20.10.2017
16:09:03
ну не

все в рамках разумного

тем более там надо 5 голосов на кик, по крайне мере так сделано в том чате, откуда принес

Al
20.10.2017
16:26:33
Ну спамеры у нас раз в пару месяцев

Какой смысл

Vladislav
21.10.2017
09:13:18
Первый стабильный выпуск распределённой СУБД TiDB http://www.opennet.ru/opennews/art.shtml?num=47427 Представлен релиз распределённой СУБД TiDB 1.0, развиваемой под впечатлением от технологий Google Spanner и F1. TiDB отнесена к категории гибридных систем HTAP (Hybrid Transactional/Analytical Processing), способных как обеспечивать выполнение транзакций в реальном времени (OLTP), так и применяться для обработки аналитических запросов. Проект написан на языке Go и распространяется под лицензией Apache 2.0. #opennet

Novikov Pavel
21.10.2017
15:27:34
Братцы(и сестрицы), подскажите как быть(как бы вы поступили). Есть такая задача, на 6 серверах есть БД, данные из этих БД необходимо объеденить и в дальнейшем актуализировать 1 раз в сутки. Дело осложняет то, что 2 из 6 баз имеют схожую структуру(и эта структура -образец), а вот остальные 4 имеют отличия. Как быть ? Как разумнее организовать шлюз/адаптер для реализации такой задачи ? Выделить отдельный сервак, на который реплицировать базы а потом объединять ? Как вообще такое сделать ?

везде MS SQL сервера

Alex
21.10.2017
15:30:14
ETL ?

Google
Novikov Pavel
21.10.2017
15:31:45
ну... да(насколько хватает моих познаний)

ну хоть теперь знаю что гуглить )))))

А какими(желательно опен сорс) тулзами это лучше сделать ?

может у кого-нибудь был подобный опыт

Алексей
21.10.2017
15:37:06
pentaho?

Al
21.10.2017
15:37:39
А какими(желательно опен сорс) тулзами это лучше сделать ?
Без тулзы скоро в туалет ходить не сможете. Набросать приложение еоторое соберет все данные и разложит как нужно, ну часа два возни

Novikov Pavel
21.10.2017
15:38:21
моих скилов на такое точно не хватит, поэтому и спрашиваю

Al
21.10.2017
15:38:46
Novikov Pavel
21.10.2017
15:40:51
pentaho?
о, благодарю ! сейчас посмотрю

Alex
21.10.2017
15:59:47
для MS SQL есть же SSIS ?

впрочем да пентахо, тоже неплохой вариант

Al
21.10.2017
16:05:51
впрочем да пентахо, тоже неплохой вариант
Вангую как вы сейчас будете его учить тулзой пользоваться. Я за попкорном

Alex
21.10.2017
16:06:10
нет я пойду в кино лучше :)

Vladislav
21.10.2017
18:09:43
для MS SQL есть же SSIS ?
Можно конечно, если он есть. Но лучше это Г не трогать, меньше вонять потом будет

Вангую как вы сейчас будете его учить тулзой пользоваться. Я за попкорном
Ну в таленде я разобрался быстро. Вот трюков и тонкостей в везде хватает

Al
21.10.2017
18:13:00
А потом еще и еще... Как раз если разовая задача, лучше взять готовое.
При условии что знаешь как оно работает и понимаешь что оно тебе соберет.

Vladislav
21.10.2017
18:13:33
Понимать при любом выборе надо

Al
21.10.2017
18:14:16
А то получишь франкенштейна и убитые исходные базы. :)

Google
Vladislav
21.10.2017
18:14:34
Вот на новой работе мы отказываемся от пентахи, но не целиком... 500 джобов переписали, правда на оракловую логику, осталось еще почти 200

Novikov Pavel
21.10.2017
19:00:52
Talend и pentaho
Спасибо большое !

Al
21.10.2017
19:01:58
Написать бооооольшую программу , которая все это сделает...
Можно еще деревню индусов арендовать на неделю. Они сделают handcrafted data. :)

Vladislav
21.10.2017
19:02:48
Ага, так сделают, что потом еще и их гавно разгребать надо будет...

ETL такая штука, что если бизнес не стандартный, то никто, кроме самого бизнеса не разберется. А это и разрабы, и аналитики как минимум

Al
21.10.2017
19:05:30
Ага, так сделают, что потом еще и их гавно разгребать надо будет...
Дык в том и смысл handcraft. Типа с душой и все такое. :) каждая ячейка со своей индивидуальностью :)

Vladislav
21.10.2017
19:06:54
Потому и лучше всего написать свою софтину.
К этому надо самому прийти, в противном случае выстрел из пушки по воробьям

Все таки, накидать минимальный джоб в таленде - это минут 30 максимум.

Al
21.10.2017
19:07:54
Vladislav
21.10.2017
19:08:32
Рано, у меня сейчас цель, в следующем году на highload попасть

Al
21.10.2017
19:10:34
Рано, у меня сейчас цель, в следующем году на highload попасть
У меня попроще. Дописать статью. Собрать остаток модели. Получить ревью на модель от двух универов. Канадского и Австралийского. Сказали ждут типа полного описания.

Vladislav
21.10.2017
19:11:45
Тоже хорошая цель ??

Al
21.10.2017
19:15:00
Угу. А там и технологическая сингулярность через лет 5. :)

Bogdan
22.10.2017
08:46:10
Добрый день

Подскажите, пожалуйста. Шеф где то вычитал что в MS SQL можно сделать волшебный фокус - отрезать кусок базы по дате и положить его на отдельный (медленный) сторедж. И что делается это средствами администрирования MS SQL и автоматически. Есть ли тако? И как хоть это называется. А то по Cold Data находятся только Stretch Database

Alexander
22.10.2017
08:56:29
https://technet.microsoft.com/en-us/library/ms191185(v=sql.105).aspx

не пойдёт?

Bogdan
22.10.2017
08:58:18
Почитаю. Спасибо

Google
Alexander
22.10.2017
08:58:36
но это - федерация, там больше одного сервера

если в пределах одного - https://www.mssqltips.com/sqlservertip/2888/how-to-partition-an-existing-sql-server-table/

о, даже на русском есть - https://docs.microsoft.com/ru-ru/sql/relational-databases/partitions/create-partitioned-tables-and-indexes

Bogdan
22.10.2017
09:04:01
Это я читал. В принципе похоже, но ... Это на уровне таблиц, а не всей базы. И это средствами t-sql. Я так понял, что он хочет протсо один раз для всей базы сказать "Все данные старше 2-х лет перенести в такой-то файл" И вроде как такое возможно, но только в Ентерпрайзе

Alexander
22.10.2017
09:05:02
ну а как ты видишь половину _базы хранить отдельно? она всё равно по таблицам бьётся

lost
22.10.2017
09:05:27
Всем доброго дня, кто может подсказать хорошие книги по DWH ?

Alexander
22.10.2017
09:05:33
вот данные в таблицах и бьют по какому-то признаку

Bogdan
22.10.2017
09:09:33
Это я понимаю. Подозреваю, имеется ввиду механизм, который позволит из всех таблиц данные старше чем ... вывгрузить в отдельный файл.

Alexander
22.10.2017
09:30:58
не, это руками

Bogdan
22.10.2017
09:36:32
Ясно. Спасибо

Pavel
22.10.2017
09:48:48
Добрый день всем

Подскажите пожалуйста по реанимации репликации мастер-слейв. Есть две базы с percona db, на мастере в какой-то момент времени произвели удаление большого количества записей. Далее после этого слейв начал отставать от мастера

Alexander
22.10.2017
09:56:54
и? слейв идёт дальше?

Pavel
22.10.2017
09:57:29
После рестарта слейва с актуальным дампом снятым с мастера реплика поднимается, отставания нет, но в логах куча 1032 ошибок по разным транзакциям в разных таблицах

Подебажил - в мастере тех записей уже нет

Пробовал сбросить мастера, в плане reset master, и удаления бинлогов. Ситуация не поменялась к сожалению

Чувствую, что не первый выхватываю такое поведение базы, помогите советом плиз)

То есть на данный момент если игнорить 1032 ошибки, реплика работает, но база неконсистентна

Alexander
22.10.2017
10:02:15
значит, дамп неконсистентный

либо не туда change master сделали

Google
Pavel
22.10.2017
10:05:22
Мастер один, других вариантов нет) А вот насчёт дампа есть подозрения. Вообще мастера нагружать не очень хотелось бы, он и так нагружен. Дамп снимал percona xtrabackup, лог транзакций применял

Блокировку таблиц соответственно тоже указывал. Ну и ругань в логах не на одну таблицу, и не на две, а прямо на много

Alexander
22.10.2017
10:09:07
странно ...

хм, foreign keys много? позиция точно верно указала в бинлоге?

prepare два раза прогонял?

Pavel
22.10.2017
10:14:38
хм, foreign keys много? позиция точно верно указала в бинлоге?
Foreign keys прямо щас не скажу, не помню, уточню этот момент. Про позицию не совсем понял, на этапе включения слейва? Указывал максимально близко к последней. Сам бинлог на тот момент был уже один, другие удалены все

Alexander
22.10.2017
10:14:53
нет

Pavel
22.10.2017
10:14:54
prepare два раза прогонял?
А вот про это можно подробнее?)

Alexander
22.10.2017
10:15:20
там есть файл, в котором указан файл и позиция на которую надо слейв выставить

Alexander
22.10.2017
10:17:16
xtrabackup_slave_info

Страница 285 из 718