Ответы пользователя по тегу Серверное оборудование
  • Есть необходимость выявить причину отключения сервера, может кто поможет?

    @cross_01
    Системный администратор
    Есть необходимость выявить причину отключения сервера
    Как сказали выше читать логи.
    Первое решение, это реализовать монитор состояния жёсткого диска в режиме онлайн
    А после этого, приходит на ум 2 варианта:
    1. Вы уже подозреваете диск, в том что сервер выключается?
    Как правило есть утилиты тестирования и мониторинга от производителя, воспользуйтесь ими.
    2. Вам нужен просто мониторинг состояния? Мониторинг чего: диска, сервера в целом?
    perfmon
    вам покажет состояние производительности например: "длину очереди диска"
    Если нужен мониторинг сервера на предмет включен он или нет, то посмотрите здесь нашли решение.
    Если нужен какой-нибудь мониторинг компонентов сервера (аппаратных, программных), для последующего анализа, то можете посмотреть в сторону zabbix (рекомендую его по тому что очень много документации и статей к этому продукту).
    Ответ написан
  • Как загрузить приложение полностью в ОЗУ, чтобы не пользоваться жестким диском в работе?

    @cross_01
    Системный администратор
    kmg4e прав это не целесообразно размещать базу в ОЗУ, есть большой риск потерять данные. Туда если и размещают то чаще tempDB.
    Если база крутится на MS SQL то SQL загоняет эту базу как раз в ОЗУ, это одно из преимуществ базы SQL перед файловой.
    Если нужно больше производительности, то размещайте пользовательскую базу на отделенном быстром диске, например SSD или массиве HDD, аналогично отдельно разместите tempDB (тут происходит очень интенсивный обмен), отдельно log tempDB и остальные логи.
    Хорошо если вы разобьете tempdb на количество ядер ЦПУ (например SQL 2016 сам предлагает разнести на tempDB на 8 файлов если не ошибаюсь, это количество легко меняется вручную, еще лучше если вы эти файлы разложите на разные диски (согласен похоже на паранойю). Но разбив tempDB на количество ядер вы тем самым заставите работать все ядра ЦПУ а не 1-2 как это обычно бывает с 1С.
    Обязательно проверьте что в BIOS включен Turbo Boost именно тогда ЦПУ вашего сервера будет работать на частоте 3000 а не 2000 , Ведь именно к частоте процессора 1С наиболее требовательна.
    Не используйте виртуализацию для 1С.
    Устанавливайте и 1С и SQL на 1 физический сервер, в этом случае вы еще сможете задействовать и shared memory что дает примерно +20% к производительности.
    Также проверьте чтобы в настройках "Панель управления- электропитание" был включен режим высокая производительность, это даст тоже + к общей производительности (проверено лично на тестах).
    Если интересно что то еще спрашивайте.
    Ответ написан
  • Как оптимально настроить сервер 1С?

    @cross_01
    Системный администратор
    Выше сказано верно, на два сервера вам не хватит.
    Ваш вариант все на 1-ном.
    Не сочтите за рекламу просто первый результат в google здесь конфигуратор с ценами.
    -Дорого обойдется процессор (чем выше частота тем лучше) и SSD диски (выбрать нужно исходя из того что чаще делают пользователи, записывают информацию в базу или считывают, или по наиболее критичной ресурсоёмкой операции).
    -На ОЗУ можно выиграть 1-2 т.р., с вашим бюджетом может быть критично)), поиграйтесь с планками 4х16 или 2х32 увидите разницу.
    -Если вам позже, но это должно быть точно, смогут дать денег на приобретение доп. комплектующих (аргументируйте ростом пользователей в будущем), то для начала берите сервер с 1 CPU но возможностью установки второго, с 1 блоком питания но с возможностью установки второго, например 32 гб ОЗУ (маловато конечно но терпимо) позже расширите до 64 гб минимум. Под базу нужен минимум RAID1 SSD позже можно добавить и пересобрать.
    -Дальше по железу, если есть большая критичность потери данных, то RAID контроллер с кэшом и батарейкой)) обязательно.
    -1С не умеет распараллеливать запросы в БД! По этому гнаться нужно не за ядрами а за частотой CPU (только если вы не мега программист 1С и умеете писать запросы напрямую в БД MS SQL (сама MS SQL отлично их "параллелит")).
    -БД должна быть на отдельном диске, tempdb нужно поместить на отдельный диск, логи БД лучше всего тоже поместить на отдельный диск (речь идет только про SSD), так как в последних двух идет очень интенсивный обмен.
    -А вот ОС можно поставить на обычные HDD, (естественно желательно на 1 RAID).
    -Сетевые интерфейсы обычно их минимум 2 по 1 Гб/с, можно объединить с помощью NIC Teaming, будет 2 Гб/с (посмотрите по нынешней загрузке, может больше и не понадобиться).
    -Почему 1С сервер и БД на одном сервере? Все из за заветного протокола Shared Memory (гулить Shared Memory и 1С).
    Спросите, если будет интересно что-то еще.
    Ответ написан