Настройка MS SQL Server под 1С: планирование и развёртывание
<img src="https://habrastorage.org/getpro/habr/upload_files/e54/be5/94b/e54be594bfe62785e1723bc01de85c80.webp" /><p>За много лет работы с MS SQL Server я много раз наблюдал одну и ту же последовательность событий.</p><p>Сервер под 1С устанавливается методом «далее — далее — готово». Полгода всё работает. Потом наступает пик, сезон продаж или закрытие года, и система встаёт. Отдел сопровождения ищет причину, находит десяток версий и ни одного ответа. Руководство нервничает. Решение рождается само собой, купить новый сервер, так как «этот уже не справляется».</p><p>Вопрос, который витает немым подтекстом, звучит просто. С чем именно он не справляется?</p><p>Вариантов проблем четыре, и справляться с ними надо по‑разному. Блокировки, неоптимальный код, дисковая подсистема, нехватка памяти или процессорных ядер. Новое железо помогает в последних двух случаях, да и то не всегда. Блокировки и медленный код переезжают на новый сервер в полном составе, и через следующие полгода история повторяется, уже с потраченным бюджетом.</p><p>Повторяется всё это не от нехватки знаний. Причина лежит уровнем выше и касается уже не людей, а того, как мы привыкли относиться к самому продукту.</p><p>Возьмите Oracle Exadata. Никому не придёт в голову привезти стойку, включить питание и пройти установку кнопкой «Далее». Конфигурацию считают под профиль нагрузки. Схему размещения данных согласовывают заранее. Приёмку и ввод в эксплуатацию закладывают отдельным этапом работ, с отдельными сроками и бюджетом, и зовут людей, которые это уже проходили. Никто при этом не спрашивает, к чему такие сложности, всем понятно, какого класса машина приехала.</p> <a href="https://habr.com/ru/articles/1079630/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1079630#habracut">Читать далее</a>