Size: a a a

SqlCom.ru - Стиль жизни SQL

2020 June 29

LL

Leonid Litinskiy in SqlCom.ru - Стиль жизни SQL
Ок
источник
2020 June 30

DI

Dmitriy Ivanov in SqlCom.ru - Стиль жизни SQL
Slavano Nikon
Есть SSAs сервер с кубами  нескольких баз данных, как можно освобождать память определенных баз SSAS безболезненно кроме растрата службы?
источник

👨

👨🏼‍💻 in SqlCom.ru - Стиль жизни SQL
Всем привет, подскажите как в ssms делать бэкап на сетевой диск?
источник

DI

Dmitriy Ivanov in SqlCom.ru - Стиль жизни SQL
👨🏼‍💻
Всем привет, подскажите как в ssms делать бэкап на сетевой диск?
Указать UNC путь
источник

👨

👨🏼‍💻 in SqlCom.ru - Стиль жизни SQL
Dmitriy Ivanov
Указать UNC путь
Тупо вот так указываем путь и всё?
источник

V

Victor in SqlCom.ru - Стиль жизни SQL
\\backup-server\backup\archive.bak
можно так
источник

V

Victor in SqlCom.ru - Стиль жизни SQL
только если вы делаете job то проверьте наличие прав на удаленную папку у  пользователя под которым запускаете jobe
источник

👨

👨🏼‍💻 in SqlCom.ru - Стиль жизни SQL
Права есть
источник

👨

👨🏼‍💻 in SqlCom.ru - Стиль жизни SQL
а вот и нет, пофиг сделаю на локаную и через move буду копировать так и надежднее будет
источник

L

Les in SqlCom.ru - Стиль жизни SQL
#вакансия #wildberries #dataengineer
Позиция:  Middle Data Engineer
Локация: Москва
Условия: частичная удалёнка (3 дня в неделю), 120-150 т.р. на руки

Чем предстоит заниматься:
- Администрированием кластеров: Greenplum, Postgres
- Обеспечением отказоустойчивости
- Резервным копированием и восстановлением
- Оптимизацией SQL запросов и производительности БД
- Разработкой на Python и bash

Что для нас важно:
- Уверенный опыт работы с Postgres
- Опыт администрирования PostgreSQL (от 1 года)
- Опыт оптимзации SQL кода (от 2х лет)
- Опыт работы с высоконагруженными БД 24х7
- Навыки bash и python
- Понимание принципов кластеризации, высокой доступности и отказоустойчивости
- Умение и желание решать технические проблемы
- Способность к системному мышлению и перспективному планированию
- Желание совершенствовать свои навыки и способности
- Понимание важности документирования проделанной работы

Что кроме зарплаты:
- Бесплатное безлимитное питание в офисе (контейнеры, фрукты, кофе машины, автоматы)
- Большие скидки на продукцию компании + кэшбек ~20% - 30%
- Возможность отложенной покупки
- Поездки команд в Европу и по России - "отдохнуть и поработать" (последние локации были Кипр и Сочи)
- Спортивные мероприятия (футбол, волейбол, йога)
- Скидки на английский (онлайн и с преподавателем в офисе) и в фитнес-клубы рядом с офисом
- Широкий пакет плюшек для детей сотрудников: подарки на праздники, детские корпоративы в офисе, курсы для детей по ИТи т.д.)
- Скидка на паркинг 30% (в районе 5300 получается со скидкой)
- 3 дня в неделю удалённо и 2 дня в офисе
- Железо на выбор (Mac, iMaс, PC)

Контакты:
Телеграм - @avelestat почта -  kim.lestat@wildberries.ru
источник

A

Alex in SqlCom.ru - Стиль жизни SQL
добрый день, коллекги. У меня есть хранилище данных, в котором есть ряд процедур, собирающих витрины данных.

Иногда сталкиваюсь с ситуацией, что SQL Server во время выполнения процедуры выдает мне оишбку вида
"Произошёл дедлок, ваша транзацкия была выбрана жертвой и убита".
Проблема в том, что единственные 2 места, куда такая процедура пишет - это
1. Времянки
2. Итоговая табличка, в которую ниоткуда, кроме этой процедуры, данные не попадают, инфа 100%.

Можете подсказать, чем может в таком случае быть вызван дедлок?
Transaction (Process ID XXX) was deadlocked on lock | communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
источник

DS

Denis Suhotin in SqlCom.ru - Стиль жизни SQL
Alex
добрый день, коллекги. У меня есть хранилище данных, в котором есть ряд процедур, собирающих витрины данных.

Иногда сталкиваюсь с ситуацией, что SQL Server во время выполнения процедуры выдает мне оишбку вида
"Произошёл дедлок, ваша транзацкия была выбрана жертвой и убита".
Проблема в том, что единственные 2 места, куда такая процедура пишет - это
1. Времянки
2. Итоговая табличка, в которую ниоткуда, кроме этой процедуры, данные не попадают, инфа 100%.

Можете подсказать, чем может в таком случае быть вызван дедлок?
Transaction (Process ID XXX) was deadlocked on lock | communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Обслуживание индексов, например
источник

DB

Dmitriy Belkin in SqlCom.ru - Стиль жизни SQL
Alex
добрый день, коллекги. У меня есть хранилище данных, в котором есть ряд процедур, собирающих витрины данных.

Иногда сталкиваюсь с ситуацией, что SQL Server во время выполнения процедуры выдает мне оишбку вида
"Произошёл дедлок, ваша транзацкия была выбрана жертвой и убита".
Проблема в том, что единственные 2 места, куда такая процедура пишет - это
1. Времянки
2. Итоговая табличка, в которую ниоткуда, кроме этой процедуры, данные не попадают, инфа 100%.

Можете подсказать, чем может в таком случае быть вызван дедлок?
Transaction (Process ID XXX) was deadlocked on lock | communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Так проблема, скорее всего, не с тем, куда пишет процесс, а то, что таблицы, которые используются для сбора данных для витрины используются где-то еще
источник

A

Alex in SqlCom.ru - Стиль жизни SQL
Dmitriy Belkin
Так проблема, скорее всего, не с тем, куда пишет процесс, а то, что таблицы, которые используются для сбора данных для витрины используются где-то еще
А причём тут дедлок? Ну используются они, конечно. Так это обычная блокировка, моя сессия просто должно подождать, пока они освободятся, разве нет?
источник

M

Marat in SqlCom.ru - Стиль жизни SQL
граф дедлока смотрите
источник

OM

Oleg Makarikhin in SqlCom.ru - Стиль жизни SQL
Alex
добрый день, коллекги. У меня есть хранилище данных, в котором есть ряд процедур, собирающих витрины данных.

Иногда сталкиваюсь с ситуацией, что SQL Server во время выполнения процедуры выдает мне оишбку вида
"Произошёл дедлок, ваша транзацкия была выбрана жертвой и убита".
Проблема в том, что единственные 2 места, куда такая процедура пишет - это
1. Времянки
2. Итоговая табличка, в которую ниоткуда, кроме этой процедуры, данные не попадают, инфа 100%.

Можете подсказать, чем может в таком случае быть вызван дедлок?
Transaction (Process ID XXX) was deadlocked on lock | communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
взведите трейсфлаг 1204 и смотрите лог, там будет информация о том какие процессы за какие ресурсы подрались
источник

A

Alex in SqlCom.ru - Стиль жизни SQL
Oleg Makarikhin
взведите трейсфлаг 1204 и смотрите лог, там будет информация о том какие процессы за какие ресурсы подрались
Спасибо.
источник

ДК

Денис Карякин... in SqlCom.ru - Стиль жизни SQL
включить XE и посмотреть граф делока и не гадать)
источник

ДК

Денис Карякин... in SqlCom.ru - Стиль жизни SQL
пардон, уже написали выше)
источник

DB

Dmitriy Belkin in SqlCom.ru - Стиль жизни SQL
Alex
А причём тут дедлок? Ну используются они, конечно. Так это обычная блокировка, моя сессия просто должно подождать, пока они освободятся, разве нет?
ваша процедура собирая витрину заблокировала таблицу 1, и хочет наложить блокировку на таблицу 2.
в это время соседняя процедура блокирует таблицу 2 и хочет наложить блокировку на таблицу 1. В итоге дедлок
источник