Поддержка и оптимизация MS SQL Server

Серверы работают, но обновлений безопасности и вендорской поддержки нет: инцидент разбирать некому, а известные уязвимости остаются незакрытыми. Практический ответ - обеспечить сопровождение своими силами или силами подрядчика и параллельно оценить миграцию на PostgreSQL, не откладывая её до момента, когда что-нибудь сломается.

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

Обычно нет. Смена уровня совместимости базы включает новую модель оценки кардинальности и другие режимы выполнения - планы запросов меняются, и часть из них становится хуже. Разбирается по статистике запросов до и после; лечится точечно, а не откатом всего сервера. Разбор реального такого инцидента есть в блоге.

Да: настройка и разбор поведения групп доступности, дизайн свидетеля и кворума, синхронные и асинхронные реплики, обвязка приложения вокруг переключения. Быстрое автоматическое переключение само по себе не гарантирует, что бизнес продолжит работать, - разбор такого случая на 7,5 часов простоя описан в блоге.

В большинстве случаев да. Индексы, статистика, настройки памяти и TempDB, режим блокировок, регламентные задания - всё это на стороне СУБД. Переписывание запросов нужно там, где упёрлись в саму логику, и это видно из отчёта после диагностики: вы узнаете объём работ до того, как решите его оплачивать.