Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Добрый день. Есть задача развернуть связку Windows 2016 + MSSQL 2019 + IIS server 1c 8.3 клиент сервер SQL (пока что одна база УТ 11 + 5-7 пользователей) Пользователи будут работать через WEB-клиент, никаких терминалок. на машинке Intel i5 2500k 3.30GHz 8 RAM (пока что) HDD 500GB + SSD 200GB Не отправляйте пожалуйста в гугл, много всего перечитал, просто хочу всё сделать правильно Больше всего интересует дисковая подсистема, как максимально эффективно распределить хранилище в моем случае? HDD = система + SQL + 1СУБД SSD = БД_1с + tempdb + SQL log Заранее спасибо за советы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2019, 18:45 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Nonamer579Больше всего интересует дисковая подсистема, как максимально эффективно распределить хранилище в моем случае? HDD = система + SQL + 1СУБД SSD = БД_1с + tempdb + SQL logПо скорости в принципе правильно, файлы баз с файлами логов нужно размещать на быстрый диск. Но по надёжности это не очень, файлы данных и логов нужно разнести на разные диски. Лучше купить дополнительный SSD Далее, диски у вас одиночные, а нужно, для надёжности, рэйды. Так что лучше купить не 1 SSD, а 3. Ну и память у компа маленькая, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.10.2019, 20:39 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
alexeyvg, не правильно. SSD1 = Система + IIS + 1C + SQL (программная часть) + %temp% HDD = SQL Data (как системные, так и пользовательские) SSD2 = TempDB, SQLLog + возможно сюда же файл подкачки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 09:19 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
ShIgorHDD = SQL Data SSD2 = SQLLog Это откуда такие странные рекомендации? 1. Лог - это последовательные запись и чтение, следовательно выигрыш от Ssd меньше, чем при рандомном чтении из файла данных. 2. Лог задействуетьсч только при изменении данных, а файлы данных и при ридонли нагрузке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 09:28 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
авторSSD1 = Система + IIS + 1C + SQL (программная часть) а зачем? быстрее перегружать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 09:31 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
ShIgoralexeyvg, не правильно. 1. SSD1 = Система + IIS + 1C + SQL (программная часть) + %temp% 2. HDD = SQL Data (как системные, так и пользовательские) 3. SSD2 = TempDB, SQLLog + возможно сюда же файл подкачки1 точно не нужно, это же не домашний ПК. 2. Да, это разумно, для уменьшения стоимости хранения, и не повлияет на скорость OLTP Но у ТС базы маленькие, так что можно не выгадывать эти 20 или 30 долларов. К тому же SSD даст выигрыш для других операций (например, бакап-рестор, или массовые загрузки). 3. файл подкачки использоваться не будет, так что неважно. Я бы оставил его на системном диске. Файлы данных TempDB я бы положил на диск с файлами данных БД. Не вижу смысла разделать, принцип ведь тот же. Я бы сделал 2 зеркала SSD, на первом систему, софт, и файлы логов баз, на втором файлы данных баз. Плюс один HDD для бакапов (которые потом дополнительно копируются на файл-сервер). Ну и памяти добил бы по максимуму, насколько позволяет выбранная платформа (32 или 64 Гб) Будет надёжно и недорого, и производительность на нормальном уровне. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 09:44 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Клиент 1С должен работать на другом сервере, чтобы не "поджимать" доступную для SQL память. Остальные рекомендации могут быть стандартными - размещение tempdb на отдельном массиве с разбиением на файлы, размещение журналов на отдельном массиве, размер приращения журнала установить в 1-5 гигабайт во избежание значительного роста количества VLF. 1С не слишком нагружает журнал, но производит большое количество чтений не регламентированными запросами, насколько я помню. В этой ситуации поможет максимально доступный для редакции сервера объем оперативной памяти. Также 1С требует высокой производительности от tempdb. SSD хороши только при холодном старте баз, быстрый "разогрев", но исправить недостаточность оперативной памяти SSD не сможет. Предположительно SSD лучше применить для tempdb, я не проверял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 12:32 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Если эти 10-15 пользователей будут активными, то тогда у вас проц может начать захлебываться. Nonamer579Intel i5 2500 k еще и разгон будет? Почему интересно такой проц старый? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 12:57 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Nonamer579Intel i5 2500k 3.30GHz 8 RAM (пока что)Памяти маловато. Не уверен, что ваша лицензия 1С позволяет делать тонкую настройку rphost.exe. Они в лицензировании поменяли что-то не так давно, лучше спросить на профильном форуме. Владислав КолосовКлиент 1С должен работать на другом сервере, чтобы не "поджимать" доступную для SQL память. Если на одной машине, то поскольку rphost.exe самого 1С любит память не меньше sql сервера, нужно их обоих ограничивать в максимальной памяти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 12:58 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Nonamer579, Мне кажется если бюджет настолько ограничен, то заказать на али ксеон на 8 ядер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 12:59 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Оперативная память сервера должна соответствовать хотя бы четверти объема данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 13:05 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовОперативная память сервера должна соответствовать хотя бы четверти объема данных. это у очень богатых ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 13:09 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
TaPaKВладислав КолосовОперативная память сервера должна соответствовать хотя бы четверти объема данных. это у очень богатых или у очень маленьких ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 13:10 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
msLex, т.к. операции логирования маленькие, но их очень много в дело вступают задержки, которые на ssd минимальные, а в случае hdd даже с кэшированием записи будем часто ждать когда же эта последовательная очередь завершится. ТС не озвучивал интенсивность работы этих 5-7 пользователей, а я исхожу из своего личного опыта, когда 200Гб SSD забивается за час, даже бэкапы лога не успевают его сбрасывать.. но у меня и пользователей не 7. когда были 4 hdd sas 15к в 10 raide на LSI3108 задержки на диске 50-150ms были постоянно, длина очереди до 10к доходила, вставил pci-e ssd (даже не nvm-e еще, старенький) задержки выше 5ms не видел при той же длине очереди. TaPaK, нет, не быстрее перезагружать, просто посмотри на работу системного диска когда там 1С апп сервер. диск дергается постоянно. чтение всяких библиотек, ядра + 1С журнал свой пишет то-ли в тексте, то-ли в SQL Lite, IIS - отдельная вещь в себе, ну и винда добавляет своего.. ТС не будет же душить дефендер, сёрч и прочую лабуду от знаменитого издателя чтоб хоть как-то снизить нагрузку на системный диск. а по сути, это конечно не сервер.. так на 1-2 документа в день. потянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 14:15 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
ShIgormsLex, т.к. операции логирования маленькие, но их очень много в дело вступают задержки, которые на ssd минимальные, а в случае hdd даже с кэшированием записи будем часто ждать когда же эта последовательная очередь завершится. ТС не озвучивал интенсивность работы этих 5-7 пользователей, а я исхожу из своего личного опыта, когда 200Гб SSD забивается за час, даже бэкапы лога не успевают его сбрасывать.. но у меня и пользователей не 7. когда были 4 hdd sas 15к в 10 raide на LSI3108 задержки на диске 50-150ms были постоянно, длина очереди до 10к доходила, вставил pci-e ssd (даже не nvm-e еще, старенький) задержки выше 5ms не видел при той же длине очереди. у вас write-only система? на чтения вам вообще наплевать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 14:17 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
почти. это статистика ssd исключительно под tempdb и log (сервер исключительно 1C SQL) общее время работы 63514 час всего прочитано 140,16TB всего записано 174,34TB оставшийся ресурс 67% а что Вы думаете если у Вас 1С, то нагрузка 80 чтение/20 запись? нифига подобного, если бы с этого сервера данные еще б не тянулись в олап регулярно, то я думаю 20/80 было бы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 14:34 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
ShIgor, немного соврал.. кристал диск инфо показывает этот диск как 4 отдельных диска по 60Gb со смартом по каждому диску в отдельности. и если общее время работы для них одинаковое, то записанных и прочитанных данных примерно тоже одинаково, т.е. указанные цифры умножайте на 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 14:45 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
SSD для логов - это из серии "тёплый ламповый звук". Если "лог тормозит", то это особые случаи с интенсивным наполнением/обновлением базы. Но все равно в лог не упрётся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 14:56 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов, wait categorycumulative wait (sec)%Buffer I/O55721351942%Transaction48086225736%Lock17293027613%Logging947047737%Buffer Latch342780883%Latch9955450%Memory42620% статистика c 25 июля 7% ну уж никак не теплый ламповый ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 15:15 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
ShIgor, Я смотрел счетчики нагрузки на диски, в моем случае поток данных к журналу меньше обращения к данным почти в 10 раз. У Вас приблизительно та же картина, но я сравнивал по скорости. То есть влияние трафика журнала не производительность в целом незначительная. Тем более, что можно включить delayed durability (2016 или 2017, не помню). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2019, 15:29 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Всем спасибо за ответы. Все сделал по плану, накатил Win SRV 16 на еле-шевелящийся HDD seagate. Туда же MS SQL 2019 + 1с Отформатировал SSD самсунг на размер кластера по 64kb, сгрузил туда все рабочие и сервисные базы + временные файлы пользователей В Реестре вообще ничего не менял (пока), произвел базовую настройку (выделение памяти под SQL, sharedmemory, прирост баз, разбивка tempdb) Сразу завел Гилева, вот результат, если кому интересно (37.59) На мой взгляд неплохо. Ранее использовался арендованный WDS из 2х ядер Xeon Gold + SSD + 6GB RAM за почти 3000 руб\мес. Насколько я помню там результаты данного теста не превышали 20(кажется) vitkhvNonamer579, Мне кажется если бюджет настолько ограничен, то заказать на али ксеон на 8 ядер. Ха-ха, какой бюджет?))) Есть вот такой комп, и задача сделать из него 1с-сервер))) Что посоветуете прокачать в первую очередь? Отдельный HDD для бэкапов - это понятно. При условии что базы там будет скорее всего 2 УТ 11 (на 3.2GB) + БП 3.0 (на 2.2GB) Нормально ли это будет вообще, при том что нагрузка на них поочередная(днем менеджеры в УТ, вечером Бухгалтер в БП) 1) заменить полудохлый системный HDD? 2) нашпиговать оперативкой до 16GB Оперативка кстати KINGSTON khx1600c9d3k2/8gx "синенькая" возможно есть смысл сменить её на "красненькую"?)) Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2019, 15:25 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Nonamer579, На прокачке тактовой частоты особого профита не будет, главное надежность и объём. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2019, 16:18 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Nonamer5791) заменить полудохлый системный HDD? 2) нашпиговать оперативкой до 16GBЕсли выбирать, то 2) Nonamer579Оперативка кстати KINGSTON khx1600c9d3k2/8gx "синенькая" возможно есть смысл сменить её на "красненькую"?))Абсолютно без разницы. Nonamer579Нормально ли это будет вообще, при том что нагрузка на них поочередная(днем менеджеры в УТ, вечером Бухгалтер в БП)По быстродействию "1 SSD для всего" будет вполне неплохо, у вас же не тыщи пользователей, но вопрос в надёжности. Если "нет бюджета", то может возникнуть потребность заводить данные ручками с момента последнего бакапа. Плюс прерывать работу "днем менеджеры в УТ, вечером Бухгалтер в БП" на время восстановления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2019, 18:56 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
alexeyvgNonamer5791) заменить полудохлый системный HDD? 2) нашпиговать оперативкой до 16GBЕсли выбирать, то 2) Nonamer579Оперативка кстати KINGSTON khx1600c9d3k2/8gx "синенькая" возможно есть смысл сменить её на "красненькую"?))Абсолютно без разницы. Nonamer579Нормально ли это будет вообще, при том что нагрузка на них поочередная(днем менеджеры в УТ, вечером Бухгалтер в БП)По быстродействию "1 SSD для всего" будет вполне неплохо, у вас же не тыщи пользователей, но вопрос в надёжности. Если "нет бюджета", то может возникнуть потребность заводить данные ручками с момента последнего бакапа. Плюс прерывать работу "днем менеджеры в УТ, вечером Бухгалтер в БП" на время восстановления. Но ведь исходя из простой логики: Если я правильно понимаю, объем оперативки (в идеале) должен позволять серверу поднять базу в RAM целиком, верно? Винда - 2гб + SQL - 3гб = 5гб + если база весит 3.2гб, то 3.2 + 5 = 8.3гб Следовательно расширения до 10гб должно хватить с излишком? Применима здесь такая примитивная арифметика? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2019, 12:34 |
|
||
|
конфигурация дисков SQL + 1с
|
|||
|---|---|---|---|
|
#18+
Nonamer579, можно и так для грубой оценки. В памяти находится не только кэш данных, но и временные данные, требуемые для выполнения запросов. Фактически не все таблицы участвуют в работе, т.е. не все кешируются, а буфер запросов может занимать огромные объемы и зависимости от плана запроса. Например, вам удалось закешировать 100% таблиц, а счастья всё нет, запросы упираются в нехватку памяти. Но есть светлая сторона - хотя запрос и получает большой объем, потребляет из него фактически часть. В таких ситуациях можно применить resource governor для ограничения выделения памяти запросам. Для контроля можно использовать динамическое представление sys.dm_exec_query_memory_grants. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2019, 13:57 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39879984&tid=1687068]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
36ms |
get topic data: |
7ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 351ms |

| 0 / 0 |
