Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / конфигурация дисков SQL + 1с / 25 сообщений из 27, страница 1 из 2
  1  все
21.10.2019, 18:45
    #39879542
Nonamer579
Nonamer579
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
конфигурация дисков SQL + 1с
Добрый день. Есть задача развернуть связку
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
| Ответить | Цитировать | Написать  
21.10.2019, 20:39
    #39879590
alexeyvg
alexeyvg
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
конфигурация дисков SQL + 1с
Nonamer579Больше всего интересует дисковая подсистема, как максимально эффективно распределить хранилище в моем случае?
HDD = система + SQL + 1СУБД
SSD = БД_1с + tempdb + SQL logПо скорости в принципе правильно, файлы баз с файлами логов нужно размещать на быстрый диск.
Но по надёжности это не очень, файлы данных и логов нужно разнести на разные диски. Лучше купить дополнительный SSD
Далее, диски у вас одиночные, а нужно, для надёжности, рэйды. Так что лучше купить не 1 SSD, а 3.
Ну и память у компа маленькая, конечно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.10.2019, 09:19
    #39879666
ShIgor
ShIgor
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
конфигурация дисков SQL + 1с
alexeyvg,

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

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

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

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

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

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

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

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

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

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

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

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

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


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