Size: a a a

DBA - русскоговорящее сообщество

2021 February 04

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Alex K
не на!
А ты вообще проверял/знаешь что туда есть доступ по сети?
источник

AK

Alex K in DBA - русскоговорящее сообщество
Konstantin
url
должен получиться вроде jdbc:mysql://localhost:3306
руками не правь, датагрип тебе сам его составит
пасиба, помогло!
источник

AK

Alex K in DBA - русскоговорящее сообщество
Ilia Zviagin
А ты вообще проверял/знаешь что туда есть доступ по сети?
а как ещё проверить, вот и хотел проверить)
источник

NM

Nadezhda Makhina in DBA - русскоговорящее сообщество
Всем привет! У вас тут вакансии постят?
источник

NM

Nadezhda Makhina in DBA - русскоговорящее сообщество
Позиция: Администратор DBA (MS SQL, PostgreSQL)
Компания: КА ИТ-Рекрут
Формат работы: Офис в Москве либо удаленно
Вилка: 180-250к
Контакт: Валерия
Telegram: @lerachili

👩🏻Привет!

Ищу профи своего дела в администрировании баз данных (MS SQL, PostgreSQL) в универсальную лизинговую компанию, которая успешно реализует проекты в крупном корпоративном бизнесе и активно развивает направление лизинга в массовом и розничном сегментах.

Среди клиентов и партнеров Nissan Motors, MAN, Ford Sollers, Volvo, Renault, КАМАЗ, KIA Motors и другие.
Сейчас ребята ищут эксперта, кто найдет узкие места в базе данных.

💻Задачи для тебя:
- Установка/настройка серверов баз данных MS SQL для новых подсистем комплекса корпоративных приложений;
- Проведение работ по ликвидации сбоев и отказов в работе информационной инфраструктуры СУБД MS SQL;
- Проведение работ по разработке, совместно с подразделениями заказчиками и подразделениями исполнителями, проектов решений в части построения информационной инфраструктуры по заявкам подразделений компании;
- Участие в тестировании и внедрении корпоративных приложений;
- Своевременная диагностика и устранение сбоев в работе СУБД MS SQL;
- Организация процессов резервирования и восстановления баз данных;
- Организация процесса мониторинга производительности баз данных и разработка мероприятий по ее повышению;
- Разработка мероприятий по обеспечению отказоустойчивости баз данных;
- Разработка методов анализа целостности баз данных. Своевременная диагностика нарушения и восстановление корректного взаимодействия банковских приложений с базами данных;
- Ведение необходимой документации.

💎От тебя ждут:
- Отличное знание Microsoft SQL Server 2012/2014/2016, PostgreSQL 9/10, Microsoft SQL Server MCSA SQL 2016 Certification
- Опыт работы с указанными ПО на уровне DBA.

🍒Ну и конечно, все для тебя:
- Рабочее место м. Профсоюзная или удаленно;
- Работа в динамично развивающейся компании;
- Возможность профессионального и карьерного роста;
- Обучение на всех этапах карьеры;
- Официальное оформление по ТК РФ;
- Премии по результатам выполнения IT KPI;
- Широкий пакет социальных программ (в т.ч. ДМС и мобильная связь);
- Работа в молодом профессиональном коллективе с развитой корпоративной культурой;
- Скидки от партнеров, на английский язык и фитнес.
источник

NM

Nadezhda Makhina in DBA - русскоговорящее сообщество
Если что нет так - удалю.
источник

IZ

Ilia Zviagin in DBA - русскоговорящее сообщество
Nadezhda Makhina
Если что нет так - удалю.
Всё так
источник

C

Crysalis in DBA - русскоговорящее сообщество
Ребята, а подскажите по  clickhouse?
вопрос следующий: есть кластер из 2 мастеров-реплик (через зукипер), на него натравлен хапрокси с балансером в виде first. Отключаю один из мастеров, запросы через хапроксси идут в другой - всё ок. Включаю обратно - запросы начинают бегать в него. Но что будет, если не успеет синхронизироваться мастер1 с мастером2? запросы же не получат данных каких-то?

Может есть мысли насчёт этого? Может как-то через хапрокси узнавать статус мастера и только после правильного ответа туда посылать клиентов?
источник

NM

Nadezhda Makhina in DBA - русскоговорящее сообщество
Ilia Zviagin
Всё так
Спасибо 👌🏻🙏🏻
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Crysalis
Ребята, а подскажите по  clickhouse?
вопрос следующий: есть кластер из 2 мастеров-реплик (через зукипер), на него натравлен хапрокси с балансером в виде first. Отключаю один из мастеров, запросы через хапроксси идут в другой - всё ок. Включаю обратно - запросы начинают бегать в него. Но что будет, если не успеет синхронизироваться мастер1 с мастером2? запросы же не получат данных каких-то?

Может есть мысли насчёт этого? Может как-то через хапрокси узнавать статус мастера и только после правильного ответа туда посылать клиентов?
читаете distributed таблицу?
источник

C

Crysalis in DBA - русскоговорящее сообщество
обычная репликейтед
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Ну, если бы читали дистрибьютед, то он бы не выбирал реплику которая отстала более чем на 5 минут
источник

C

Crysalis in DBA - русскоговорящее сообщество
чисто реплики, без дисстрьюта таблиц
источник

C

Crysalis in DBA - русскоговорящее сообщество
ну вот тут и вопрос: вернулся первый мастер в строй, хапрокси начал на него клиентов слать
источник

C

Crysalis in DBA - русскоговорящее сообщество
а мастер1, предположим, отстал на какое-то время
значит надо какую-то проверку зафигачить для хапрокси что ли
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Crysalis
а мастер1, предположим, отстал на какое-то время
значит надо какую-то проверку зафигачить для хапрокси что ли
можно кстати /replicas_status
источник

l

lnuynxa in DBA - русскоговорящее сообщество
вроде эндпоинт есть
источник

l

lnuynxa in DBA - русскоговорящее сообщество
или что то подобное
источник

C

Crysalis in DBA - русскоговорящее сообщество
хмм
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Там наверное есть absolute_delay
источник