none
Сколько оперативной памяти нужно SQL2005 ? RRS feed

  • Вопрос

  • На сервере находится база размером 6Gb с логом 51Gb плюс еще 7 баз общим объемом не больше 100Mb. С базами работают 15 пользователей. Процесс sqlservr.exe по данным taskmgr использует 1,2Gb памяти. Не многовато?
    Причем при перезагрузке изначально использется около 150Mb.
    14 декабря 2006 г. 5:30

Ответы

  • Сервер возмёт столько памяти, сколько он сможет захватить из доступной памяти, но не больше, чем ему необходимо для обслуживания запросов. Чрезмерная утилизация памяти говорит скорее о плохом дизайне схемы и неоптимальности запросов.

    Вы привели слишком мало информации, что бы посоветовать что то конкретное... Настораживает, что у Вас такой большой журнал. Полистайте эти статьи: http://www.sql.ru/articles/Publications.shtml#012

    14 декабря 2006 г. 8:28

Все ответы

  • Сервер возмёт столько памяти, сколько он сможет захватить из доступной памяти, но не больше, чем ему необходимо для обслуживания запросов. Чрезмерная утилизация памяти говорит скорее о плохом дизайне схемы и неоптимальности запросов.

    Вы привели слишком мало информации, что бы посоветовать что то конкретное... Настораживает, что у Вас такой большой журнал. Полистайте эти статьи: http://www.sql.ru/articles/Publications.shtml#012

    14 декабря 2006 г. 8:28
  • По опыту - начинается с 100-200 метров, дальше при работе если вдруг понадобилось гигабайт оперативной памяти, он их возьмёт, но не отдаст потом, и в списке процессов будет писаться 1.200 мегабайт. Пока не тестовой сервере ни один из двух экземплятор не перелез за полтора гига. Объем баз - 2 и 5, логи короткие. У вас, кстати, скорее всего стоит какая-то неправильная recovery model. Вам точно нужно хранить все логи? Как проводится бекап (чем, как часто, какой тип бекапа)? На таких объемах вполне можно поставить simple backup и делать full backup раз в день, после архивации пять гигов легко превратятся в один. И логи обрезать раз в неделю.

    Да, кстати, без awe он больше трех гигов оперативной памяти всё равно не сможет получить.

    14 декабря 2006 г. 11:31
  • вставлю свое словцо: а чего бы Вам не поделиться базой для Playback?

    Заодно мы бы поглядели, чего у вас сервис память отжирает?

    14 декабря 2006 г. 12:44
  • Я вот думал о playback, но вердикт начальства прост - гемморой по сбору информации есть, данные личные есть и их нужно вычищать, а отдачи от программы - только глубокое моральное удовлетворение.
    14 декабря 2006 г. 12:59
  • не совсем так.

    Во-первых, надо только запустить визард на сутки. Потом данные слить на <куда-то>. И все.

    Во-вторых, если при стресс-тесте мы в вашей базе найдем баг - вы получите бесплатный фикс. Может он вам и не нужен, но кто знает?

    В -третьих, личную инфу можно "поубивать". Для этого есть даже тула.

    Давай спишемся, созвонимся? Я расскажу поподробней, может переубежу :)

    14 декабря 2006 г. 13:37
  • Лично я за. Но решает начальство. Сначала мы перенесем продакш-сервер на sql 2005, это на следующей неделе должно быть по плану, поработаем немного, потом я тему подниму с начальством.

    А баг какого рода может быть найден? Отсутствует индекс по нужному полю и из-за этого всё тормозит? :)

    14 декабря 2006 г. 18:44
  • Ну разные были примеры. Особенно при переходе с версии на версию.

    Стукнись ко мне в блог, давай поговорим вживую?

    15 декабря 2006 г. 9:50