Сервер для МИС на базе 1С

[andrew75 1 428]

Судя по тому, что на RAID вы не отреагировали, вы не видите в нем смысла?

Изменено 16 декабря, 2016 пользователем andrew75

[Sandynist 1 115]

Я на эту тему как раз и написал, если рейд, то на базе SAS.

[eco 230]

Я бы взял эти http://satu.kz/p36242512-hdd-ibm-eserver.html?utm_campaign=%2528portal%2529%2520HDD%2520IBM%2520Eserver%2520xSeries%252073%252C4Gb&utm_content=%252836242512%2529%2520HDD%2520IBM%2520Eserver%2520xSeries%252073%252C4Gb%2520%2528U300%2F15000%2F16Mb%2529%2520SAS%25206G%25202%252C5%2526quot%253B%252044W2202&utm_source=satu.kz_context_prosale&utm_medium=%252870704%2529%2520%25D0%25B2%25D0%25BD%25D1%2583%25D1%2582%25D1%2580%25D0%25B5%25D0%25BD%25D0%25BD%25D0%25B8%25D0%25B5%2520%25D0%25B8%2520%25D0%25B2%25D0%25BD%25D0%25B5%25D1%2588%25D0%25BD%25D0%25B8%25D0%25B5%2520%25D0%25B6%25D0%25B5%25D1%2581%25D1%2582%25D0%25BA%25D0%25B8%25D0%25B5%2520%25D0%25B4%25D0%25B8%25D1%2581%25D0%25BA%25D0%25B8%252C%2520HDD%252C%2520SSD

[oit 2 139]

 

 

Я бы взял эти http://satu.kz/p3624...%20HDD%2C%20SSD

объемчик маловат: всего  73,4Gb

[SLASH_id 989]

Ну да. Надо бы хотя б 147 просить. Или 300 если денег дадут.

[MotherBoard 1 638]

 

 

Я бы взял эти http://satu.kz/p3624...%20HDD%2C%20SSD

Не читали? https://toster.ru/q/252947

 

Примерное количество ресурсов на основании моего опыта можно примерно определить так (только работа с 1С):

- 0,5 Гб оперативной памяти на пользователя. Если большинство держит много (>3-5) постоянно запущенных экземпляров 1С - то до 1 Гб;

 

 

 

С учетом  того, что будет 70-80 пользователей,  номер не пройдет...

 

Ну да. Надо бы хотя б 147 просить. Или 300 если денег дадут.

Даже из расчета по обычной винде, отнимем 80 гигов, плюс ещё  программное обеспечение на сервере сколько места займет? Тоже вопрос. Плюс ещё 18-20 гигов  свободных нужно самой системе для нормальной работы. Это в обычной Винде,   не знаю как серверная. Так что лучше сразу 300гигов брать. 

Изменено 20 декабря, 2016 пользователем MotherBoard

[oit 2 139]

@MotherBoard, там одни винтом не обойдешься, тем более raid нужно делать

[SLASH_id 989]

Ау, народ, ну вы чего? Систему можно и на обычный SATA поставить. SAS берется под БД.

[Sandynist 1 115]

Объёмы жёстких дисков сейчас советовать и обсуждать не к месту, ибо не очень ясны объёмы финансирования всего проекта в целом.

 

Полный перечень советов по дисковой подсистеме сервера изложен тут, я уже приводил ссылку на предыдущей странице, можно мне не переписывать содержание того материала, я уже принял к сведению, что это совсем недёшево, кому лень ходить по ссылкам, спрятал под спойлер: 

 

Дисковая подсистема:

Дисковая подсистема «идеального сервера под 1С» выглядит так:

 

1. Таблицы базы данных размещены на RAID 10 (или RAID 1 для малых БД) из надежных серверных SSD с обязательным аппаратным RAID-контроллером. При высоких требованиях по IOPS можно рассмотреть вариант PCIe SSD. Для БД большого объема эффективно SSD-кеширование массивов HDD. Если используемая конфигурация 1С и структура данных не слишком требовательны к IOPS, а количество пользователей невелико — хватит традиционного массива из HDD SAS 15K rpm.

 

2. Индексные файлы вынесены на быстрый и недорогой одиночный SSD, TempDB — на 1-2 (RAID 1) SSD или RAMDrive.

 

3. Под log-файлы SQL (а желательно и 1С) отведен выделенный том (одиночный физический диск или RAID-1) на SATA/NL SAS HDD или недорогих SSD, либо логический диск на RAID-массиве, на котором расположена операционная система сервера и пользовательские файлы/папки.

 

4. Операционная система и пользовательские данные хранятся на RAID 1 из HDD или SSD.

 

 

 

Памяти RAM катастрофически мало, даже если предположить, что одновременно в базе будут работать лишь половина пользователей, то даже в этом случае 8 Гб. не хватит. Придётся добавлять, ничего не поделаешь. Проектировщики вообще заложили в проект объекта сервер с 4Гб. оперативки, удивительно, что при сдаче объекта удалось получить памяти в два раза больше

 

Как  почитал всё в том же материале — брать именно брендовые SAS не имеет никакого смысла, те времена, когда к определённым серверам подходили именно их же фирменные жёсткие диски уже прошли, тем более, что многие фирмы вообще не производят HDD, а лишь перепрошивают чужие и лепят на них свой логотип.

 

Да собственно покупка именно «фирменных» дисков нам и не грозит, я уже говорил о сложностях с законом о госзакупках, по нему мы можем указывать какие угодно технические характеристики товара, но не имеем прямых прав указывать производителя (обходные варианты конечно же есть, но очень велик риск получить в бубен от проверяющих органов).

Изменено 20 декабря, 2016 пользователем Sandynist

[Skarbovoy 470]

Пользаватели будут работать "по RDP" или каждый у себя на компьютере?

[Sandynist 1 115]

В соседней организации поинтересовался когда затевал всё это обсуждение, они работают по RDP. Но им проще, с 2010 года они работали в этой МИС на версии 7.7, сейчас перешли на версию 8.3.

 

У нас вообще пока ничего нет, поэтому как будем работать соображается трудно ) Всё будет немного яснее с нового года, когда утвердят объёмы финансирования.

 

Сейчас бы хоть с железом определиться, пока есть время на размышления. Вот по поводу сетевой карты вообще ничего не придумал. Коммутаторы в сети гигабитные, но практически все компьютеры со 100-мегабитными сетевыми картами.

 

Какую по техническим характеристикам заявить для покупки сетевую карту в сервер?

[oit 2 139]

 

 

Какую по техническим характеристикам заявить для покупки сетевую карту в сервер?

если железо будет серверное, то обычно сейчас идет 50/50 (1 Гигабитные и 100 Мегабитные): указывай прям так не менее 1 Гб/с и 100Мб/с как минимум по одной.

[Sandynist 1 115]

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

 

А вот этот материал показался мне полезным, что-то про это ни разу мне здесь на форуме в темах по 1С никто не сказал, техподдержка тоже даже не намекнула. Надо попробовать.

 

Обновить индекс:

В конце концов, выяснилось, что для нормальной работы 1C нужно было обновить индекс полнотекстового поиска через меню "Операции" - "Управление полнотекстовым поиском" - "Обновить индекс" После выполнения данной операции быстродействие при работе с файловой базой увеличивается в десятки раз. И в заключение, личное предположение - очевидно, в БД 1С присутствуют индексы, которые не обновляются представителями тех. поддержки 1С, с использованием стандартных процедур тестирования и восстановления.

 

 

Задал на своём компьютере на отдельной базе, программа пошуршала данными минут 15  и выдала:

 

 

Нужно будет у бухгалтеров попробовать, каюсь, ни разу эту процедуру не делал (потому что про это не знал).

Попутный вопрос — зачем галка «Разрешить слияние индексов», что она даёт?

 

Теория про сетевухи очень прилично изложена в данном материале, не уверен по моделям сетевых карт, так как материал 2001 года (странно они как-то даты там на статьях ставят, не поймёшь когда опубликовано).

 

Но основы изложены предельно чётко и кратко:

 

Первый способ улучшения характеристик сетевых карт — снижение нагрузки на центральный процессор. Это достигается путем разработки специализированных БИС, которые берут на себя значительную часть работы на низком уровне (обнаружение столкновений, сборка/разборка пакетов, проверка контрольных сумм, повторная передача испорченных пакетов и т.д.). Второй способ (не исключающий первый, а применяемый наряду с ним) — установка на карте собственного процессора. Подобные карты показывают особенно хорошие результаты, поскольку обеспечивают эффективную работу даже с большой нагрузкой в сети, не очень существенно повышая нагрузку на центральный процессор. Наличие собственного процессора позволяет устанавливать на них до 1 Мбайт буферной памяти, что переводит их из разряда просто сетевых карт в разряд коммуникационных сетевых процессоров. 

 

Осталось дело за малым — найти доступную по цене серверную сетевую карту и техническую спецификацию на неё.

[andrew75 1 428]

Про увеличение быстродействия в десятки раз при обновлении индексов полнотекстового поиска - это ерунда.

Можете сделать на реальной базе - хуже не будет.

Будет ли лучше - большой вопрос.

Я не буду говорить, что они врут - может быть это сильно сказывалось на каких-то ранних версиях 8-ки.

 

Про слияние индексов:

http://forum.vingrad.ru/forum/topic-289126/kw-слияние-индексов-полнотекстовый-поиск.html

Изменено 21 декабря, 2016 пользователем andrew75

[Sandynist 1 115]

Я правильно понял, что обновление индексов полнотекстового поиска и реиндексация таблиц информационной базы в конфигураторе через администрирование — это разные операции и их проводить нужно (можно) независимо друг от друга?