KT
значит гипотеза про проблему с обслуживанием неправильная, ищите что ночью еще происходит. добавление памяти никогда не вредит реляционной СУБД за исключением очень специфических граничных случаев, с которыми вряд ли можно столкнуться
Size: a a a
2021 May 18
KT
добавьте логирование sp_WhoIsActive каждые 15-30 секунд, начиная за пол часа до возникновения проблем https://www.brentozar.com/archive/2016/07/logging-activity-using-sp_whoisactive-take-2/, чудес не бывает, что-то у вас активно начинает использовать tempdb, надо просто найти что именно. возможно также к вам стороннее приложение ломится или какой другой пользователь ночные отчеты запускает?
M
Всем привет.
Поделитесь опытом поддерживания в одинаковом состоянии джобов/логинов/конфигов на нодах АГ.
Что используете, какой-то внешний интерфейс для создания сразу на двух нодах, ssdt проект с нужным содержимым или просто пальцы отрубаете тем, кто творит дичь?
Поделитесь опытом поддерживания в одинаковом состоянии джобов/логинов/конфигов на нодах АГ.
Что используете, какой-то внешний интерфейс для создания сразу на двух нодах, ssdt проект с нужным содержимым или просто пальцы отрубаете тем, кто творит дичь?
A
Registered servers как вариант
A
M
ага, это есть. Даже больше того CMS. Но есть многопальцевые индивиды, кто обновляет что-то только на одной ноде )
A
Триггер - типа изменения только на основном сервере
A
Ну или права на изменения оставить на одном сервере
O
Use DSC solutions, Luke. Puppet, Ansible, SaltStack, что угодно, лишь бы конфигурация серверов хранилась в виде файлов или в БД и применялась автоматикой, а не руками. Файлы конфигурации желательно хранить в VSC (Git, SVN и т.п.)
DI
Для job использовать tsx/msx сервера, для логинов не использовать SQL authentication, только AD, конфиги чекать через политики. Нужно иметь и проект и ролевую модель с доступами.
О奧
Можно использовать модуль dbatools.io для синхронизации всего перечисленного
M
Спасибо. Прям в отдельности рассматриваются кейсы. Буду смотреть всюда
OS
Всем привет, кто сталкивался с проблемой того, что FULL OUTER JOIN по трем ключам отрабатывает неверно? Он находит пересечение по трем ключам, а то, что не совпадает хотя бы по одному не выводит совсем
А
ну так запрос покажи
А
судя по всему у тебя and между ними?
Y
Он не может не вывести, в любом случае оставит строки обеих таблиц если нет совпадений
ФГ
Проверьте Null в полях
OS
А
ну так что не верно?
OS
те, которые не совпадают не выводятся с null