Ответы пользователя по тегу
  • Выбор железа для SQL сервера 1С

    @mobileDeveloper
    Недавно брали сервер, как раз под 1С.
    Как писали выше, используйте счётчики, необходимо мониторить загрузку по памяти, дискам, процессору, сетевым интерфейсом, обращению к файлу подкачки. Собирать информацию необходимо периодически, постоянно следить за изменением показателей — очень пригодится позже, для анализа и решения проблем с узкими местами.
    В вашем случае, с 0,5 Гб базой существующего сервера должно хватать.
    В случае значительного роста, необходимо продумать всё наперёд.
    В нашей организации, БД за 2 года выросла с 20 до 70 Гб, кол-во пользователей с 25 до 50 одновременно работающих.
    По опыту и показаниям счётчиков:
    — процессор значительно загружен бывает очень редко и врят ли будет узким местом, скажу только, что выбирать выгоднее один 4-х ядерный, вместо двух 2-х ядерных из-за схемы лицензирования MS SQL на процессор, если СУБД другая, то считайте сами, по деньгам;
    — сетевой интерфейс, бывает загружен значительно, но пока не являлся узким местом, 2-х гигабитных интерфейсов хватает;
    — памяти, тут как всегда её много не бывает, и сейчас она относительно недорога, плюс всё серверное ПО 64-bit (ОС, СУБД, УПП);
    — самый большой затык в дисковой подсистеме, наибольшая нагрузка на неё, поэтому при больших объёмах выбирайте самый быстрый тип RAID, не забывая про надёжность (у нас Raid 10). Как советуют выше, мы выбрали SSD — это достаточно дорого, кроме того, эти диски имеют свойство быстро умирать, поэтому обязательный запас, на случай выхода из строя, но эти диски дают в разы бОльшие скорости на операциях случайного чтения и записи, обгоняя любые НЖМД. Также не забываем разносить базы и логи на разные тома рейда, и помним про tempdb в MS SQL.

    При увеличении количества одновременно работающих пользователей, на первый план выйдет проблема блокировок на уровне таблиц БД. Вам наверное пока рано об этом думать.

    Советую почитать раз и два.
    Ответ написан
    3 комментария