Имя: Пароль:
IT
 
SQL Server сжирает память
0 1ctube
 
23.08.24
11:26
Всем привет.
Служба sqlserver сжирает ОЗУ. Как можно посмотреть какой запрос сжирает память и завершить его?
1 Волшебник
 
23.08.24
11:26
Пусть сжирает. Дай ему память.
2 1ctube
 
23.08.24
11:27
(1) не, пусть питается дробно)
3 Волшебник
 
23.08.24
11:29
Сколько гигов всего и сколько съел SQL Server?
Сколько пользователей в базе?
Какая конфа?
Тормозит или что?
Что за печаль-то?
4 1ctube
 
23.08.24
11:31
(3) Тормозит, съел 11 гиг, пользователей сейчас 7. Конф несколько, типовые
5 Волшебник
 
23.08.24
11:40
(4) Позовите программиста, пусть оптимизирует запрос.
6 shuhard
 
23.08.24
11:40
(4) не стоило запускать сиквел на смартфоне
7 1ctube
 
23.08.24
11:46
(5) Я тут программист. Базы типовые. Только не смеяться, незнаю как админить sql server. Поэтому думал есть возможность посмотреть какой запрос выполняется и грузит память. И можно ли его завершить
8 Волшебник
 
23.08.24
11:49
(7) Админа тоже позовите, а то вообще несерьёзно.

Просто закройте окно, которое вы смотрите. Всё, проблема решена.
9 1ctube
 
23.08.24
11:50
(8) админы предложили просто перезапустить службы. И так у них всегда
10 d4rkmesa
 
23.08.24
11:53
(9) rphost, который больше всех грузит память, вы может и сами посмотреть. И завершить/перезапустить, если есть права локального админа.
11 1ctube
 
23.08.24
11:54
(10) самое интересное, что рпхост занимают не так много памяти, 1гиг а скл сервер 11гиг
12 Волшебник
 
23.08.24
11:54
(7) Если запрос выполняется, значит идёт формирование отчёта. Какое Вы имеете право его завершать?
13 maxab72
 
23.08.24
11:57
(0) А сколько опреративки достаточно, по вашему мнению, для SQL сервера? Почему решили, что 11 Гигов это перебор?
14 1ctube
 
23.08.24
11:58
(12) на основании диктатуры? Если серьезно, то ни у кого из пользователей сейчас отчёты не формируются
15 Smit1C
 
23.08.24
11:58
(0) так и должно быть ))
16 maxab72
 
23.08.24
12:04
(14) Значит SQL сервер занят своими личными регламентными делами. лучше ему не мешать в этот момент.
17 Волшебник
 
23.08.24
12:04
(14) Вас это не должно волновать. Вы же не админ. Зачем Вы вообще полезли не в своё дело?
18 palsergeich
 
23.08.24
12:33
(0) Это нормально, Скуль данные которые часто используются переносит в ОЗУ, чтобы меньше к диску ходить.
По сути дела есть настройка - максимальное использование памяти в скуле.
Вот он все может с течением времени и сожрет и это ожидаемое поведение.
Если надо чтобы не все ело, ставьте настройку "максимального числа памяти" и все будет хорошо
19 Kongo2019
 
23.08.24
12:20
(4) 11 гиг, да вы его совсем не кормите.Что это за сервер БД с 11 гигами памяти?
20 Lama12
 
23.08.24
12:55
(19) На смартфоне, в виртуалке поставлен Windows, а на него MS SQL server.
21 lEvGl
 
23.08.24
13:01
(20) тогда может смарт просто сел и перешел в экономный режим?
ну или кто то взял на нем погонять видосы с ютуба

зы. в студии монитор активности есть
22 LLeonidov
 
23.08.24
16:04
Конечно мониторить скюль запросы и разбирать самые прожорливые это путь настоящего самурая и очень уважаемо.
Но начинать надо с настройки скюля.
окей алиса "1c как настроить SQL"
Я бы конечно не стал отключать службы скюля в 2024... В остальном все вроде осталось так же. плюс минус.
https://infostart.ru/1c/articles/65955/
https://habr.com/ru/articles/538848/
23 Zamestas
 
23.08.24
20:17
(0) SQL и должен жрать память - такой у него путь: сколько разрешил, столько и сожрет, а 11Гб это SQL на жесткой диете.
24 Jackman
 
25.08.24
15:16
(0) В SQL ограничьте максимальный размер используемой памяти, оставив запас памяти для операционки и процессов rphost. И все, живите спокойно. Можно еще раз в сутки перегружать службы SQL и 1С сервера.
25 DrZombi
 
26.08.24
06:15
(7) Ограничь память SQL. С запросами 1С тебе нечего не поможет. Они генерятся вечно, и вечно "новые" для SQL... 1С таки сама так робит, оптимизируется :)
Придется вам настраивать регламенты, по ребуту SQL сервера. Для очистки памяти от планов запросов :)

Команда DBCC FREEPROCCACHE
https://rarus.ru/publications/20210629-ot-ekspertov-proccash-sql-1c-481594/

Это можно делать в консоле SQL, в разделе "Управление" -> "Планы обслуживания"
26 DrZombi
 
26.08.24
06:47
+(0) Вот держи статейку, это SQL уровня "Hello world", может чего подчерпнешь нового... Есть ссылки на другие статейки, в разделе № 14 (если будет лениво смотреть картинки) :)

Тонкая настройка ежедневного резервного копирования базы данных 1С средствами SQL ver. 2014 (SP3) - 12.0.6024.0 (X64)
https://infostart.ru/1c/articles/1131561/
27 Индиго
 
26.08.24
06:50
(0)Жрать память- это его работа:-)
28 fred001
 
26.08.24
07:49
(23) абсолютно верно. Это принцип MsSql - занять всю ДОСТУПНУЮ память, помещая в память данные. Не нравится - ограничивайте размер ДОСТУПНОЙ памяти
29 bushd
 
26.08.24
11:27
(0) Используемая память ограничивается в своствах где то там, не помню. Загугли - сразу вылезет. Типовая настройка MSSQL с 1С. На мелких и средних конторках 1C + MSSQL не требует никакого  участия (кроме реактивации трофейной версии раз в полгода). Все работате и не беспокоит. Железо прикупи, не особо и топовое (памяти побольше) + SSD (лучше 3 - система, данные, логи) + бэкап надежный (без всяких там райдов) - это дешевле администрирования. Шаблонное решение от аутсорса. Ну если сидишь на окладе - колдуй с настойками... Информации море.
(4) "Тормозит, съел 11 гиг," - ну для 1С 8 типовых в качесвте основы для рабочей конфигурации,  11 ОЗУ MSSQL это маловато. Ну как и сказано выше, установи верхнюю планку использования ОЗУ.   Обычно из моего опыта вся эта возня с более глубокиим настройками кончается покупкой или кардинальной модернизацией нового сервера.  Как сервер меняют... все, пропал клиент с точки зрения админства БД SQL;)
30 kapust
 
29.08.24
11:03
(29) Если кол-во оперативки на сервере позволяет немного разгуляться, то в дополнение к базе на SSD можно еще tempdb вынести на RAM-disk, так как 1С очень любит временные таблицы. Весьма удивительный прирост к производительности получается.
31 ansh15
 
29.08.24
12:28
>>Это принцип MsSql - занять всю ДОСТУПНУЮ память
Есть те, кто жалуется на совершенно обратное SQL не использует всю память
32 Сергиус
 
29.08.24
15:17
(0)Надо ограничивать.