powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / конфигурация дисков SQL + 1с
25 сообщений из 27, страница 1 из 2
конфигурация дисков SQL + 1с
    #39879542
Nonamer579
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый день. Есть задача развернуть связку
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

Заранее спасибо за советы.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879590
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nonamer579Больше всего интересует дисковая подсистема, как максимально эффективно распределить хранилище в моем случае?
HDD = система + SQL + 1СУБД
SSD = БД_1с + tempdb + SQL logПо скорости в принципе правильно, файлы баз с файлами логов нужно размещать на быстрый диск.
Но по надёжности это не очень, файлы данных и логов нужно разнести на разные диски. Лучше купить дополнительный SSD
Далее, диски у вас одиночные, а нужно, для надёжности, рэйды. Так что лучше купить не 1 SSD, а 3.
Ну и память у компа маленькая, конечно.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879666
ShIgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvg,

не правильно.
SSD1 = Система + IIS + 1C + SQL (программная часть) + %temp%
HDD = SQL Data (как системные, так и пользовательские)
SSD2 = TempDB, SQLLog + возможно сюда же файл подкачки
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879670
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ShIgorHDD = SQL Data
SSD2 = SQLLog
Это откуда такие странные рекомендации?
1. Лог - это последовательные запись и чтение, следовательно выигрыш от Ssd меньше, чем при рандомном чтении из файла данных.
2. Лог задействуетьсч только при изменении данных, а файлы данных и при ридонли нагрузке.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879674
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторSSD1 = Система + IIS + 1C + SQL (программная часть)
а зачем? быстрее перегружать?
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879688
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 Гб)
Будет надёжно и недорого, и производительность на нормальном уровне.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879829
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Клиент 1С должен работать на другом сервере, чтобы не "поджимать" доступную для SQL память. Остальные рекомендации могут быть стандартными - размещение tempdb на отдельном массиве с разбиением на файлы, размещение журналов на отдельном массиве, размер приращения журнала установить в 1-5 гигабайт во избежание значительного роста количества VLF. 1С не слишком нагружает журнал, но производит большое количество чтений не регламентированными запросами, насколько я помню. В этой ситуации поможет максимально доступный для редакции сервера объем оперативной памяти. Также 1С требует высокой производительности от tempdb.

SSD хороши только при холодном старте баз, быстрый "разогрев", но исправить недостаточность оперативной памяти SSD не сможет. Предположительно SSD лучше применить для tempdb, я не проверял.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879853
vitkhv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если эти 10-15 пользователей будут активными, то тогда у вас проц может начать захлебываться.

Nonamer579Intel i5 2500 k еще и разгон будет?

Почему интересно такой проц старый?
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879855
tunknown
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nonamer579Intel i5 2500k 3.30GHz 8 RAM (пока что)Памяти маловато. Не уверен, что ваша лицензия 1С позволяет делать тонкую настройку rphost.exe. Они в лицензировании поменяли что-то не так давно, лучше спросить на профильном форуме.

Владислав КолосовКлиент 1С должен работать на другом сервере, чтобы не "поджимать" доступную для SQL память. Если на одной машине, то поскольку rphost.exe самого 1С любит память не меньше sql сервера, нужно их обоих ограничивать в максимальной памяти.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879857
vitkhv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nonamer579,
Мне кажется если бюджет настолько ограничен, то заказать на али ксеон на 8 ядер.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879866
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Оперативная память сервера должна соответствовать хотя бы четверти объема данных.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879871
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владислав КолосовОперативная память сервера должна соответствовать хотя бы четверти объема данных.
это у очень богатых
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879872
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaPaKВладислав КолосовОперативная память сервера должна соответствовать хотя бы четверти объема данных.
это у очень богатых
или у очень маленьких
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879920
ShIgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 документа в день. потянет.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879927
msLex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 система?
на чтения вам вообще наплевать?
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879942
ShIgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
почти.
это статистика ssd исключительно под tempdb и log (сервер исключительно 1C SQL)
общее время работы 63514 час
всего прочитано 140,16TB
всего записано 174,34TB
оставшийся ресурс 67%

а что Вы думаете если у Вас 1С, то нагрузка 80 чтение/20 запись? нифига подобного, если бы с этого сервера данные еще б не тянулись в олап регулярно, то я думаю 20/80 было бы.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879951
ShIgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ShIgor,

немного соврал.. кристал диск инфо показывает этот диск как 4 отдельных диска по 60Gb со смартом по каждому диску в отдельности.
и если общее время работы для них одинаковое, то записанных и прочитанных данных примерно тоже одинаково, т.е. указанные цифры умножайте на 4.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879960
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SSD для логов - это из серии "тёплый ламповый звук".

Если "лог тормозит", то это особые случаи с интенсивным наполнением/обновлением базы. Но все равно в лог не упрётся.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39879984
ShIgor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владислав Колосов,

wait categorycumulative wait (sec)%Buffer I/O55721351942%Transaction48086225736%Lock17293027613%Logging947047737%Buffer Latch342780883%Latch9955450%Memory42620%

статистика c 25 июля
7% ну уж никак не теплый ламповый
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39880004
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ShIgor,

Я смотрел счетчики нагрузки на диски, в моем случае поток данных к журналу меньше обращения к данным почти в 10 раз. У Вас приблизительно та же картина, но я сравнивал по скорости. То есть влияние трафика журнала не производительность в целом незначительная. Тем более, что можно включить delayed durability (2016 или 2017, не помню).
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39881033
Nonamer579
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем спасибо за ответы.
Все сделал по плану, накатил 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 "синенькая" возможно есть смысл сменить её на "красненькую"?))
Спасибо!
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39881062
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nonamer579,

На прокачке тактовой частоты особого профита не будет, главное надежность и объём.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39881192
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nonamer5791) заменить полудохлый системный HDD?
2) нашпиговать оперативкой до 16GBЕсли выбирать, то 2)
Nonamer579Оперативка кстати KINGSTON khx1600c9d3k2/8gx "синенькая" возможно есть смысл сменить её на "красненькую"?))Абсолютно без разницы.
Nonamer579Нормально ли это будет вообще, при том что нагрузка на них поочередная(днем менеджеры в УТ, вечером Бухгалтер в БП)По быстродействию "1 SSD для всего" будет вполне неплохо, у вас же не тыщи пользователей, но вопрос в надёжности.
Если "нет бюджета", то может возникнуть потребность заводить данные ручками с момента последнего бакапа.
Плюс прерывать работу "днем менеджеры в УТ, вечером Бухгалтер в БП" на время восстановления.
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39881501
Nonamer579
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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гб должно хватить с излишком?

Применима здесь такая примитивная арифметика?
...
Рейтинг: 0 / 0
конфигурация дисков SQL + 1с
    #39881577
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nonamer579,

можно и так для грубой оценки. В памяти находится не только кэш данных, но и временные данные, требуемые для выполнения запросов. Фактически не все таблицы участвуют в работе, т.е. не все кешируются, а буфер запросов может занимать огромные объемы и зависимости от плана запроса. Например, вам удалось закешировать 100% таблиц, а счастья всё нет, запросы упираются в нехватку памяти. Но есть светлая сторона - хотя запрос и получает большой объем, потребляет из него фактически часть. В таких ситуациях можно применить resource governor для ограничения выделения памяти запросам. Для контроля можно использовать динамическое представление sys.dm_exec_query_memory_grants.
...
Рейтинг: 0 / 0
25 сообщений из 27, страница 1 из 2
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / конфигурация дисков SQL + 1с
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]