[Busla]

Delirium, в очередной раз поражаюсь твоей категоричности в рекомендациях. При этом они зачастую идут в разрез с общепринятой практикой/рекомендациями разработчика ПО.
RAID-5 не рекомендуется под БД
если создать RAID-массив, то на отдельных дисках уже ничего не сделаешь. Видимо имелись ввиду отдельные массивы. Правда, опять же, в современных реалиях чаще рекомендуется делить один массив на LUN'ы, чем создавать отдельные массивы - но это в контексте "взрослых" контроллеров.

1с официально рекомендует регулярно переиндексировать БД и обновлять статистику (насколько это имеет смысл, зависит от конкретной ситуации)

Не вижу никакой проблемы в том, что SQL Server занимает доступную свободную память - её же для этого и покупали в сервер ;-)

[Delirium]

в очередной раз поражаюсь твоей категоричности в рекомендациях »

Так поправь меня, когда я ошибаюсь. А то я один пытаюсь помочь, а остальные только порицают. Я критику воспринимаю адекватно, если мне покажут, что я не прав.

RAID-5 не рекомендуется под БД »

Это все же лучше, чем простое зеркало. Хотя бы в плане надежности.

Видимо имелись ввиду отдельные массивы »

Совершенно верно.

1с официально рекомендует регулярно переиндексировать БД и обновлять статистику »

А я с этим и не спорил.

Не вижу никакой проблемы в том, что SQL Server занимает доступную свободную память - её же для этого и покупали в сервер ;-) »

Речь не о том, что он занимает, а о том, что выполняемые задачи после своего завершения эту самую память не освобождают, а это абсолютно разные вещи. Или я полный идиот.

[Busla]

выполняемые задачи после своего завершения эту самую память не освобождают, а это абсолютно разные вещи.»

Этот вопрос есть буквально на каждом форуме посвящённом SQL Server'у - это известное, нормальное его поведение - память SQL Server отдаёт по необходимости. Если, допустим, через проводник начать копировать гигабайтные файлы, SQL Server начнёт освобождать память.

[Delirium]

Busla, в таком случае как объяснить заторможенность действий при заполненной памяти и почему заполнение памяти происходит после выполнения переиндексации? Мы же не оспариваем работу SQL Server'а, а пытаемся найти решение, которое позволит устранить недостаток.

P.S. И опять же, я в упор не вижу конструктивных предложений "по теме"

[Tonny_Bennet]

Спасибо за увлекательную переписку выше

Я сделал отдельное задание в котором оставил 3 шага как в исходном задании : восстановить индекс, обновить статистику, резервное копирование. И стал запускать это задание, изменяя базы данных. Наблюдал за общим объёмом используемой оперативной памяти до запуска и после завершения выполнения задания (ниже объём в ГБ). Вот что получилось:

BUH2011 4.38 - 5.16
Leonidov 5.16 - 5.73
Novikova2 5.73 - 7.07
Stushniy 7.07 - 7.72
ZUP 7.72 - 7.86
trade 2.02 - 13.9

Потом я решил сделать задание только с восстановлением индекса для базы trade . Объём используемой памяти вырос с 1.94 ГБ до 13.5 ГБ. С обновлением статистики для этой базы примерно то же... оперативка полностью забивается.

Похоже что что-то с базой trade. База достаточно большая. Может для диагностики нужны какие-то параметры этой базы?

Если, допустим, через проводник начать копировать гигабайтные файлы, SQL Server начнёт освобождать память. »

Пока делал все эти манипуляции с базой - накопились файлы. Решил проверить ваше утверждение и скопировать их. Использование оперативной памяти с 13.2 ГБ поднялось до 13.7 ГБ, а после окончания копирования снова оказалось на уровне 13.2 ГБ.

[Delirium]

Похоже что что-то с базой trade. База достаточно большая. Может для диагностики нужны какие-то параметры этой базы? »

Размер базы, размер логов, какая опция журнала выставлена - Full, Simple.. ? Выполнялась ли операция SHRINK database ?

[Tonny_Bennet]

Размер базы »

19571,88 МБ - указано в SQL Managment Studio
файл trade.mdf 15,7 ГБ (16*958*619*648 байт)

размер логов »

файл trade_log 3,31 ГБ (3*563*978*752 байт)

какая опция журнала выставлена - Full, Simple.. ? »

Если честно то не нашёл такого параметра. Если речь идёт о модели восстановления то там выставлена "Простая"

Выполнялась ли операция SHRINK database »

Я выполнял эту операцию ещё когда база была в 2005 MS SQL сервере.... т.е. около пары месяцев назад. Сказал об этом программисту 1С. Он как бы не обрадовался и сказал что ничего полезного в этом как бы и нет... больше не делал.

Можете доступно объяснить для чего нужна эта операция? Она просто уменьшит размер базы без потери производительности ну и наверное ж без потери информации?

[Delirium]

Можете доступно объяснить для чего нужна эта операция? »

По ссылке выше (dbcc shrinkdatabase) описано, для чего она используется. Не знаю, почему 1С-ник не обрадовался, но криминального ничего в этом нет, и плохого тоже. Все данные, само собой, останутся в сохранности(но бекап, само собой, обязателен перед выполнением).

Если речь идёт о модели восстановления то там выставлена "Простая" »

Да да, именно это и имелось ввиду, забыл слова "модель восстановления" когда писал

Почитай вот эту переписку на sql.ru, подобная ситуация обсуждается.

[Tonny_Bennet]

сделал сегодня утром shrink базы trade... размер базы 8230,00 МБ

Смотрим за скоростью работы.

[Delirium]

с 15 до 8 Гб - неслабый результат