Всем спасибо за ответы, счас "разгребу" срочные по работе моменты и буду смотреть скрипты.

select * from sys.dm_os_performance_counters
where counter_name like 'T%Se%Memory%'

- komrad, подскажите пожалуйста по этому скрипту, на выходе что значит Target Server memory и TotalServer Memory ? Эти значения у меня не совпадают ни с тем, сколько серверу разрешено занимать (max server memory), ни с тем, сколько процесс sqlserv занял в данный момент ( диспетчер задач ).

И вопрос еще по скрипту от Mind.
Что за счетчик "Stolen Server Memory" ?

Вопросы касаемо "Stolen Server Memory" для отвечающих в теме.

1. Исходя из вашего опыта, была ли необходимость отслеживать показания этого счетчика, и как-то снижать память, занимаемую SQL'ем, которую показывает этот счетчик ?
2. Как-то на уровне запросов или SSMS есть возможность ограничить память занимаемую SQL'ем, которую отображает этот параметр ? Уточню, ограничить не просто объем оперативы ( max server memory), а именно связанную с этим счетчиком.

Komrad, спасибо большое за ответы, и вообще всем ответившим. Приобрел для себя полезный опыт.
Вопрос по скрипту отображения информации по занятой оперативе в Buffer Pool для каждой базы.

Возможно то что спрошу на "уровне фантастики" или высказываний типа "эти пользователи хотят чтобы за них уже и кнопочки понажимали", но все же.
Можно ли на основе этого скрипта создать скрипт который будет автоматически, с задаваемым интервалом выполняться, и писать результаты выполнения в файл с таким форматом, чтобы потом можно было его открыть и построить график занимаемой базами оперативы за какой-то промежуток времени ? Может кто-то что-нибудь такое уже делал ? Было бы удобно ( ИМХО) при "разборе полетов", когда в SQL Server, например "крутится" баз 50 и временами наблюдается замедление работы, связанное с нехваткой оперативы, когда нужно "найти виновника".

Мне мешает отсутствие необходимого опыта, чтобы такой скрипт написать. Просто сохранять мало, надо сохранять в таком формате, чтобы потом по файлу с сохраненными данными график можно было построить. Поэтому и спрашиваю, может у кого уже такой опыт был, и для него мой вопрос "вчерашний день".

Mind, с помощью чего потом из данных в таблице можно строить график ?

OK. Спасибо за ответы. У меня пока нет опыта чтобы написать простой на ваш взгляд скрипт и затем как-то построить график по сохраненным данным.
Но возможно я оплачу время того кто это умеет - если цена устроит все стороны. Резюмирую что мне нужно сейчас:
1. Скрипт который я могу "повесить" в задание SQL Server Agent который будет с изменяемой периодичностью (5, 10 секунд и прочее) записывать куда-нибудь данные о занятой базами памяти в Buffer Pool
2. Инструмент который построит график по данным записанным в п. 1.
3. Объяснить мне как пользоваться скриптом ( менять период, может что-то еще), и инструментом для построения графика.
- Если у кого-то есть время, опыт и желание, пишите на _sa_nya@mail.ru .

Mind уточню ваш вопрос: зачем мне это нужно, или зачем участникам форума это нужно ?

Mind. Больший объем услуг нашей компании:
1. Изменение конфигураций 1С для клиентов. В штате работают программисты.
2. Предоставление услуг хостинга БД 1С для клиентов - "1С в Облаке".

По 1-му пункту. У нас есть выделенный сервер для БД клиентов, для которых проверяется ТЗ, когда это невозможно сделать на чистой базе с CF клиента или в файловом режиме, т.е. когда используется клиент-серверный режим в связке Сервер 1С + MS SQL Server. Периодически ко мне приходят с вопросами о том что "База работает медленно, вчера работала быстро", "у нас все висит" и прочее. Частично эти вопросы связаны с тем что SQL Server занимает всю оперативу, ему разрешенную, начинает использовать файл подкачки и "поехали". Сервер у нас не старый, но тем не менее ресурсы не безграничны. Этот инструмент позволит мне выявлять базы, которые потребляют много оперативы, затем говорить об этом программистам - т.е. дальше уже не моя зона ответственности и не мои дейтсвия по решению проблемы, код буду смотреть не я
По 2-му пункту. Т.к. ресурсы сервера для облака так же не безграничны в плане оперативы, мне это необходимо чтобы понимать в подобных случаях, чья база может создавать проблемы.

Mindguestfreeman"База работает медленно, вчера работала быстро", "у нас все висит" и прочее. Частично эти вопросы связаны с тем что SQL Server занимает всю оперативу, ему разрешенную, начинает использовать файл подкачки и "поехали".Наверняка для этого был проведен полноценный анализ производительности SQL сервера, чтобы прийти к таким выводам? Вот пусть тот кто делал этот анализ и напишет скрипт, я думаю у него труда это не составит.
SQL Server занимающий всю оперативу, ему разрешенную - это конечно проблема...

guestfreemanЭтот инструмент позволит мне выявлять базы, которые потребляют много оперативы, затем говорить об этом программистам - т.е. дальше уже не моя зона ответственности и не мои дейтсвия по решению проблемы, код буду смотреть не яТо есть даже если это не настоящая проблема, все равно спихнем её программерам - пусть разбираются? Т.е. давайте мне кто нибудь напишет скрипт результаты которого я буду пересылать программистам, а дальше хоть трава не расти. А что вообще тогда ваша зона ответсвенности? У вас в компании есть ДБА чтобы предоставлять услуги хостинга БД? Озвучьте название компании? На месте ваших клиентов я бы бежал сверкая пятками. Доверять свои базы тем кто не может написать пару SQL запросов это жесть
- Анализ сервера делал я, и этот сервер устраивает всем параметрам, но когда в базе 1С выполняется какой-нибудь "кривой" запрос, то он может не только занять всю оперативную память, но и в принципе "повесить" службу Сервера 1С:Предприятия. В подобных ситуациях этот скрипт и нужен
- Насчет "Не настоящая проблема, спихнем программерам" - см абзац выше.
- Моя зона ответственности - бесперебойная, должным образом быстрая работа рабочих станций, серверов, служб на серверах. Если возникают проблемы, либо я их устраняю, либо диагностирую неисправность, и их устраняет тот к кому проблема относится. И дело не в "спихивании проблемы", а в кривых конфигурациях БД
"Доверять свои базы тем кто не может написать пару SQL запросов это жесть" - 1С не требует от системных администраторов фирм, предоставляющих хостинг умение профессионально писать скрипты в SQL Server'е. Если есть проблема производительности, программисты решают ее на уровне 1С и ее механизмов
"На месте ваших клиентов я бы бежал сверкая пятками." Наши клиенты как раз полностью довольны нашим сервисом. Мы следим за стабильностью работы, и большинство проблем не решаем, а предупреждаем.
На ваше месте я бы не давал таких "занозливых" советов, если вы не специалист в инфраструктуре 1С. По вашим ответам я понял что это так. В ином случае вы бы не писали свой последний пост.

komrad, спасибо, буду пробовать.