Отправляет email-рассылки с помощью сервиса Sendsay

RFpro.ru: Базы данных MySQL

Подписаться Бесплатная «Золотая» новостная рассылка . Подписчиков 1.712 RSS
←   Май 2009   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Сайт рассылки: http://rusfaq.ru
Открыта: 03-03-2006

Автор
Калашников О.А.

Статистика

1.712 подписчиков
0 за неделю
←   Все выпуски   →

RusFAQ.ru: Базы данных SQL


Хостинг Портала RusFAQ.ru:
MosHoster.ru - Профессиональный хостинг на Windows 2008

РАССЫЛКИ ПОРТАЛА RUSFAQ.RU

Чемпионы рейтинга экспертов в этой рассылке

Victor Pyrlik
Статус: Профессионал
Рейтинг: 95
∙ повысить рейтинг >> 		Hubbitus
Статус: 10-й класс
Рейтинг: 89
∙ повысить рейтинг >> 		Varkon
Статус: 3-й класс
Рейтинг: 43
∙ повысить рейтинг >>

/ КОМПЬЮТЕРЫ И ПО / Языки программирования / Базы данных SQL

Выпуск № 418
от 24.05.2009, 15:05

Администратор:Калашников О.А.
В рассылке:Подписчиков: 499, Экспертов: 39
В номере:Вопросов: 1, Ответов: 1
Нам важно Ваше мнение об этой рассылке.
Оценить этот выпуск рассылки >>

Вопрос № 167725: ситуация следующая. есть 1с база на sql2000. со временем база разрослась и производительность заметно упала (ожидание окончания блокировки для конечных пользователей доходило до нескольких минут в моменты высокой загрузки). средствами 1с часть базы б...

Вопрос № 167.725
ситуация следующая. есть 1с база на sql2000. со временем база разрослась и производительность заметно упала (ожидание окончания блокировки для конечных пользователей доходило до нескольких минут в моменты высокой загрузки). средствами 1с часть базы была отрезана, при этом размер mdf вырос с 8 до 16гб, а в свойствах и вовсе фигурирует непонятная цифра 88 гб.
sp_spaceused выдаёт следующее:
Код:
             database_size   unallocated spase  reserved        data         index_size      unused
старая база    12150.25 MB       -3520.08 MB     12217872 KB     6223680 KB     1956664 KB     4037528 KB
обрезанная     88159.94 MB        9859.14 MB     6689456 KB     3066224 KB     998912 KB     2624320 KB


как видно, в результате, реальн ых данных стало меньше в 2 раза, но производительность выросла гораздо менее значительно чем ожидалось, и вдобавок такой рост мдф меня несколько смутил. вначале хотел базу shrink'нуть, но почитав про эту операцию понял, что производительность в этом случае только ещё упадёт но никак не вырастет.
теперь собственно вопрос- что лучше всего в данном случае предпринять для реорганизации базы и повышения производительности? DBCC DBREINDEX? DBCC INDEXDEFRAG ? CREATE INDEX с опцией DROP_EXISTING ? ещё что-то?
и насколько большой прирост может дать переход с full модели на simple?
Отправлен: 19.05.2009, 14:11
Вопрос задал: Nekto_K (статус: 6-й класс)
Всего ответов: 1
Мини-форум вопроса >>> (сообщений: 6)
Отвечает: Foxbox
Здравствуйте, Nekto_K!
запустите
dbcc checkdb (<Your DB name>, REPAIR_REBUILD)
только операция небыстрая, пользователи "спасибо" не скажут, так что вечерочком подобные действа выполнять.

Ну или совсем экстремальный вариант - сделать полный backup, затем восстановить базу из только что сделанного backup`а. Это нужно, чтобы убить статистику по индексам(надеюсь, я не ошибся с подходом), глядишь, при более правильной статистике и поиск по индексам шустрее будет.

А так, profiler в помощь - смотрите, где и на каком запросе идут тормоза.
Может быть в настройках сервера стоит увеличить число locks, если оно отлично от нуля... а можно и принудительно выставить... Какие виды блокировок бушуют? Если блокируются целые таблицы из-за эскалации блокировок, то есть смысл играться с параметром locks из sp_configure
Ответ отправил: Foxbox (статус: 3-й класс)
Ответ отправлен: 19.05.2009, 15:00

Как сказать этому эксперту "спасибо"?
  • Отправить SMS #thank 249476 на номер 1151 (Россия) | Еще номера >>
  • Отправить WebMoney:
    • Вам помогли? Пожалуйста, поблагодарите эксперта за это!

    Оценка за ответ: 4

    Вы имеете возможность оценить этот выпуск рассылки.
    Нам очень важно Ваше мнение!
    Оценить этот выпуск рассылки >>

    Отправить вопрос экспертам этой рассылки

    Приложение (если необходимо):

    * Код программы, выдержки из закона и т.п. дополнение к вопросу.
    Эта информация будет отображена в аналогичном окне как есть.

    Обратите внимание!
    Вопрос будет отправлен всем экспертам данной рассылки!
    Для того, чтобы отправить вопрос выбранным экспертам этой рассылки или
    экспертам другой рассылки портала RusFAQ.ru, зайдите непосредственно на RusFAQ.ru.


    Форма НЕ работает в почтовых программах The BAT! и MS Outlook (кроме версии 2003+)!
    Чтобы отправить вопрос, откройте это письмо в браузере или зайдите на сайт RusFAQ.ru.

    Скажите "спасибо" эксперту, который помог Вам!

    Отправьте СМС-сообщение с тестом #thank НОМЕР_ОТВЕТА
    на короткий номер 1151 (Россия)
    Номер ответа и конкретный текст СМС указан внизу каждого ответа.

    Полный список номеров >>

    * Стоимость одного СМС-сообщения от 7.15 руб. и зависит от оператора сотовой связи. (полный список тарифов)
    ** При ошибочном вводе номера ответа или текста #thank услуга считается оказанной, денежные средства не возвращаются.
    *** Сумма выплаты эксперту-автору ответа расчитывается из суммы перечислений на портал от биллинговой компании.

    © 2001-2009, Портал RusFAQ.ru, Россия, Москва.
    Авторское право: ООО "Мастер-Эксперт Про"
    Техподдержка портала, тел.: +7 (926) 535-23-31
    Хостинг: "Московский хостер"
    Поддержка: "Московский дизайнер"
    Авторские права | Реклама на портале

    ∙ Версия системы: 5.13 от 01.12.2008

    		Яндекс Rambler's Top100
    RusFAQ.ru | MosHoster.ru | MosDesigner.ru
    RusIRC.ru | Kalashnikoff.ru | RadioLeader.ru
    В избранное