Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 конфигурация дисков SQL + 1с  [new]
Nonamer579
Member

Откуда:
Сообщений: 7
Добрый день. Есть задача развернуть связку
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 окт 19, 18:45    [21999309]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 30786
Nonamer579
Больше всего интересует дисковая подсистема, как максимально эффективно распределить хранилище в моем случае?
HDD = система + SQL + 1СУБД
SSD = БД_1с + tempdb + SQL log
По скорости в принципе правильно, файлы баз с файлами логов нужно размещать на быстрый диск.
Но по надёжности это не очень, файлы данных и логов нужно разнести на разные диски. Лучше купить дополнительный SSD
Далее, диски у вас одиночные, а нужно, для надёжности, рэйды. Так что лучше купить не 1 SSD, а 3.
Ну и память у компа маленькая, конечно.
21 окт 19, 20:39    [21999371]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
ShIgor
Member

Откуда: Нижний Новгород
Сообщений: 2300
alexeyvg,

не правильно.
SSD1 = Система + IIS + 1C + SQL (программная часть) + %temp%
HDD = SQL Data (как системные, так и пользовательские)
SSD2 = TempDB, SQLLog + возможно сюда же файл подкачки
22 окт 19, 09:19    [21999480]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
msLex
Member

Откуда:
Сообщений: 7730
ShIgor
HDD = SQL Data
SSD2 = SQLLog

Это откуда такие странные рекомендации?
1. Лог - это последовательные запись и чтение, следовательно выигрыш от Ssd меньше, чем при рандомном чтении из файла данных.
2. Лог задействуетьсч только при изменении данных, а файлы данных и при ридонли нагрузке.
22 окт 19, 09:28    [21999485]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6794
автор
SSD1 = Система + IIS + 1C + SQL (программная часть)

а зачем? быстрее перегружать?
22 окт 19, 09:31    [21999490]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 30786
ShIgor
alexeyvg,

не правильно.
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 окт 19, 09:44    [21999507]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7399
Клиент 1С должен работать на другом сервере, чтобы не "поджимать" доступную для SQL память. Остальные рекомендации могут быть стандартными - размещение tempdb на отдельном массиве с разбиением на файлы, размещение журналов на отдельном массиве, размер приращения журнала установить в 1-5 гигабайт во избежание значительного роста количества VLF. 1С не слишком нагружает журнал, но производит большое количество чтений не регламентированными запросами, насколько я помню. В этой ситуации поможет максимально доступный для редакции сервера объем оперативной памяти. Также 1С требует высокой производительности от tempdb.

SSD хороши только при холодном старте баз, быстрый "разогрев", но исправить недостаточность оперативной памяти SSD не сможет. Предположительно SSD лучше применить для tempdb, я не проверял.
22 окт 19, 12:32    [21999710]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
vitkhv
Member

Откуда: Москва
Сообщений: 943
Если эти 10-15 пользователей будут активными, то тогда у вас проц может начать захлебываться.

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

Почему интересно такой проц старый?
22 окт 19, 12:57    [21999749]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
tunknown
Member

Откуда:
Сообщений: 748
Nonamer579
Intel i5 2500k 3.30GHz 8 RAM (пока что)
Памяти маловато. Не уверен, что ваша лицензия 1С позволяет делать тонкую настройку rphost.exe. Они в лицензировании поменяли что-то не так давно, лучше спросить на профильном форуме.

Владислав Колосов
Клиент 1С должен работать на другом сервере, чтобы не "поджимать" доступную для SQL память.
Если на одной машине, то поскольку rphost.exe самого 1С любит память не меньше sql сервера, нужно их обоих ограничивать в максимальной памяти.
22 окт 19, 12:58    [21999752]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
vitkhv
Member

Откуда: Москва
Сообщений: 943
Nonamer579,
Мне кажется если бюджет настолько ограничен, то заказать на али ксеон на 8 ядер.
22 окт 19, 12:59    [21999754]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7399
Оперативная память сервера должна соответствовать хотя бы четверти объема данных.
22 окт 19, 13:05    [21999767]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6794
Владислав Колосов
Оперативная память сервера должна соответствовать хотя бы четверти объема данных.

это у очень богатых
22 окт 19, 13:09    [21999774]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
msLex
Member

Откуда:
Сообщений: 7730
TaPaK
Владислав Колосов
Оперативная память сервера должна соответствовать хотя бы четверти объема данных.

это у очень богатых

или у очень маленьких
22 окт 19, 13:10    [21999776]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
ShIgor
Member

Откуда: Нижний Новгород
Сообщений: 2300
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 окт 19, 14:15    [21999865]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
msLex
Member

Откуда:
Сообщений: 7730
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 не видел при той же длине очереди.

у вас write-only система?
на чтения вам вообще наплевать?
22 окт 19, 14:17    [21999874]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
ShIgor
Member

Откуда: Нижний Новгород
Сообщений: 2300
почти.
это статистика ssd исключительно под tempdb и log (сервер исключительно 1C SQL)
общее время работы 63514 час
всего прочитано 140,16TB
всего записано 174,34TB
оставшийся ресурс 67%

а что Вы думаете если у Вас 1С, то нагрузка 80 чтение/20 запись? нифига подобного, если бы с этого сервера данные еще б не тянулись в олап регулярно, то я думаю 20/80 было бы.
22 окт 19, 14:34    [21999909]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
ShIgor
Member

Откуда: Нижний Новгород
Сообщений: 2300
ShIgor,

немного соврал.. кристал диск инфо показывает этот диск как 4 отдельных диска по 60Gb со смартом по каждому диску в отдельности.
и если общее время работы для них одинаковое, то записанных и прочитанных данных примерно тоже одинаково, т.е. указанные цифры умножайте на 4.
22 окт 19, 14:45    [21999931]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7399
SSD для логов - это из серии "тёплый ламповый звук".

Если "лог тормозит", то это особые случаи с интенсивным наполнением/обновлением базы. Но все равно в лог не упрётся.
22 окт 19, 14:56    [21999946]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
ShIgor
Member

Откуда: Нижний Новгород
Сообщений: 2300
Владислав Колосов,

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


статистика c 25 июля
7% ну уж никак не теплый ламповый
22 окт 19, 15:15    [21999978]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7399
ShIgor,

Я смотрел счетчики нагрузки на диски, в моем случае поток данных к журналу меньше обращения к данным почти в 10 раз. У Вас приблизительно та же картина, но я сравнивал по скорости. То есть влияние трафика журнала не производительность в целом незначительная. Тем более, что можно включить delayed durability (2016 или 2017, не помню).
22 окт 19, 15:29    [22000001]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
Nonamer579
Member

Откуда:
Сообщений: 7
Всем спасибо за ответы.
Все сделал по плану, накатил 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(кажется)

vitkhv
Nonamer579,
Мне кажется если бюджет настолько ограничен, то заказать на али ксеон на 8 ядер.

Ха-ха, какой бюджет?))) Есть вот такой комп, и задача сделать из него 1с-сервер)))

Что посоветуете прокачать в первую очередь? Отдельный HDD для бэкапов - это понятно.
При условии что базы там будет скорее всего 2
УТ 11 (на 3.2GB) + БП 3.0 (на 2.2GB)

Нормально ли это будет вообще, при том что нагрузка на них поочередная(днем менеджеры в УТ, вечером Бухгалтер в БП)
1) заменить полудохлый системный HDD?
2) нашпиговать оперативкой до 16GB
Оперативка кстати KINGSTON khx1600c9d3k2/8gx "синенькая" возможно есть смысл сменить её на "красненькую"?))
Спасибо!
24 окт 19, 15:25    [22001807]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7399
Nonamer579,

На прокачке тактовой частоты особого профита не будет, главное надежность и объём.
24 окт 19, 16:18    [22001853]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 30786
Nonamer579
1) заменить полудохлый системный HDD?
2) нашпиговать оперативкой до 16GB
Если выбирать, то 2)
Nonamer579
Оперативка кстати KINGSTON khx1600c9d3k2/8gx "синенькая" возможно есть смысл сменить её на "красненькую"?))
Абсолютно без разницы.
Nonamer579
Нормально ли это будет вообще, при том что нагрузка на них поочередная(днем менеджеры в УТ, вечером Бухгалтер в БП)
По быстродействию "1 SSD для всего" будет вполне неплохо, у вас же не тыщи пользователей, но вопрос в надёжности.
Если "нет бюджета", то может возникнуть потребность заводить данные ручками с момента последнего бакапа.
Плюс прерывать работу "днем менеджеры в УТ, вечером Бухгалтер в БП" на время восстановления.
24 окт 19, 18:56    [22002024]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
Nonamer579
Member

Откуда:
Сообщений: 7
alexeyvg
Nonamer579
1) заменить полудохлый системный 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 окт 19, 12:34    [22002470]     Ответить | Цитировать Сообщить модератору
 Re: конфигурация дисков SQL + 1с  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7399
Nonamer579,

можно и так для грубой оценки. В памяти находится не только кэш данных, но и временные данные, требуемые для выполнения запросов. Фактически не все таблицы участвуют в работе, т.е. не все кешируются, а буфер запросов может занимать огромные объемы и зависимости от плана запроса. Например, вам удалось закешировать 100% таблиц, а счастья всё нет, запросы упираются в нехватку памяти. Но есть светлая сторона - хотя запрос и получает большой объем, потребляет из него фактически часть. В таких ситуациях можно применить resource governor для ограничения выделения памяти запросам. Для контроля можно использовать динамическое представление sys.dm_exec_query_memory_grants.
25 окт 19, 13:57    [22002596]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить