Как загрузить приложение полностью в ОЗУ, чтобы не пользоваться жестким диском в работе?

Question

[Никита]

Есть сервер на WS16 с 256гб оперативы, 2 х E5-2683v3 для терминального сервера на raid-0 из 4-х интеловских ssd.
Крутится на хосте подключенном к vSphere,
используется как терминальный сервер 1с 8.3 и как место хранения базы.
50-80 пользователей.
Хочется добиться более быстрой скорости работы путем отказа от использования стандартных накопителей и создать невыгружаемый пул из ОЗУ, чтобы 1с и все ее файлы типо базы находились сразу в оперативке и не загружались вообще а имели мгновенный отклик. А на харды лишь записывались изменения.
Прошу помощи в реализации ибо сам только слышал краем уха и норм гайд не нашел(

Answer 1

[kmg4e]

Не поможет.

Для проверки можете просто установить драйвер RAMDrive/RAMDisk. Этот драйвер позволяет создать диск, к примеру M:, который физически будет полностью размещен в оперативной памяти.

Разместите на нем всю БД (внимание!!! при перезагрузке все потеряете!!! только для тестов!!! )
Запустите и убедитесь, что сильно быстрее не стало.

В описанной вами схеме нет необходимости, так как 1С во время работы не обращается ко всем данным. А обращается только к малой их части, которые нужны для повседневной работы.

Структура БД 1С разработана с тем учетом, чтобы к примеру, остатки товаров/взаиморасчетов и пр. "кэшировались" в самой БД с помощью специальных записей (если не ошибаюсь, это происходит раз в месяц).

Гораздо более полезной будет настройка СУБД, с целью заставить её использовать всю доступную оперативную память и регулярно обновлять статистику для планов запросов.

UPD:
Для 1С не нужно столько оперативки.
Нужно более чтобы у процессора была больше частота. Даже число ядер если и меньше.

Comments

[Монти Пайтон]

RAMDisk лучше пользоваться с ИБП который настроен на выполнение автоматической гибернации при остатке 20% электроэнергии в аккумуляторе, иначе данные исчезнуть могут не то слово...

[kmg4e]

Ostin1: не поможет.
еще бывают вещи не связанные с питанием.
например, сбои операционной системы, зависания.

[Монти Пайтон]

kmg4e: мой бывший директор меня учил что для каждой задачи нужно создавать свой отдельный сервер, а не делать всё на одном чтобы работало 24/7. Тоесть, если нужен почтовый сервер, то нужен отдельный сервер, если нужен фаерволл то нужен другой компьютер, если нужен сервер базы данных то третий компьютер, если нужен антивирус то нужен четвертый сервер и т.д.

[kmg4e]

Ostin1: с антивирусом ты хватил.

[kmg4e]

Ostin1: какая разница что ты все разнес?
ну да, будет стабильнее.
но это все равно не дает полную гарантию того уровня, что дает запись на диск.

Answer 2

[Максим]

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% к производительности.
Также проверьте чтобы в настройках "Панель управления- электропитание" был включен режим высокая производительность, это даст тоже + к общей производительности (проверено лично на тестах).
Если интересно что то еще спрашивайте.

Comments

[kmg4e]

Обязательно проверьте что в BIOS включен Turbo Boost именно тогда ЦПУ вашего сервера будет работать на частоте 3000 а не 2000

На Xeon в этом нет необходимости.

[Максим]

Пожалуйста ссылку на эту информацию, мне для самообучения.

Answer 3

[Монти Пайтон]

Продавались специальные девайсы с аккумулятором для таких целей, куда устанавливаешь модули оперативных ЗУ, подключаешь в PCI-Express, и оно работает очень быстро, намного быстрее SSD

видел также модели где память распаянная на самой плате, и её не надо вставлять в слоты
вам такой "брутальный" вариант не подойдёт? что-бы не заморачиваться с контроллерами и модулями?
конечно надо будет настраивать автоматический какойто бекап, или дублирование какоето, по локальной сети и в облака, потому что уж очень сомнительное решение, зато скоростное