![]() |
![]() |
![]() |
|
1С 8.1 клиент сервер, 50 пользователей, тормоза, что делать ? | ☑ | ||
---|---|---|---|---|
0
bluestorm
24.09.09
✎
08:18
|
Всем здравствуйте!
Пришел в организацию. Разруха. Посоветуйте как поднимать. 1с8.1 клиент сервер, SQL 2003 на 2k3server 50 постоянно активных пользователей. база 30 гигов. +еще 5 мелких файловых баз (ИП, Бух) к ним цепляются еще 15 человек Все на одном сервере (2 4х ядерных ксеона, 4 гб озу, 3 массива) нормально работать в 1с невозможно, как только начинают 15-20 пользователей чтото проводить, все замерзает, кого то выкидывает, ошибки транзакций. |
|||
1
Sadovnikov
24.09.09
✎
08:19
|
(0) И чего хочешь услышать? Что железо должно соответствовать нагрузке? Так это, вроде, и так понятно.
|
|||
2
Скользящий
24.09.09
✎
08:20
|
пользователей в терминал. Разнести терминал и скуль серваки. Лог файл и папку с базой на разные физические диски.
|
|||
3
Kavar
24.09.09
✎
08:20
|
Добавить еще один терминал. все мелкие базы на него+ часть пользователей основной базы.
|
|||
4
Скользящий
24.09.09
✎
08:20
|
ну тут до хрена советов можно понадавать, я бы погуглил вообще то, проблема известная и сто раз уже прожевано и высрано.
|
|||
5
asp
24.09.09
✎
08:20
|
> SQL 2003 на 2k3server
все-таки уточните версию SQL сервера |
|||
6
Sadovnikov
24.09.09
✎
08:21
|
(5) А какая разница? На серваке всего 4 гига памяти...
|
|||
7
asp
24.09.09
✎
08:23
|
(6) для одного сервака, конечно, мало. разнести бы нужно. тогда 4-х может и хватило.
|
|||
8
bluestorm
24.09.09
✎
08:30
|
да сегодня уже привезут новый сервер, сервер для домена, файл сервер на него скинем, мелкие базы тоже. Старый ксеон с 4мя гигами останется только для работы с 1с8 сервера и sql.
насчет "я бы погуглил вообще то" я гуглил, основной упор щас во второй сервер и разнос баз и запуск терминалов. Прошу сильно не пиннать, если повторяюсь или вам кажется что я ленюсь искать. Я много уже чего искал и читал. хотя Советы и пинки принимаются! |
|||
9
Мохнатое рыло
24.09.09
✎
08:31
|
Форум по серверам для 1с:
http://3nity.ru/viewforum.php?f=40 |
|||
10
ptiz
24.09.09
✎
08:34
|
(8) Хотя бы гиг 16, а лучше 32 поставьте.
|
|||
11
bluestorm
24.09.09
✎
09:19
|
в окошке эбаут написано 8.00.760 это 2000й вроде
|
|||
12
bluestorm
24.09.09
✎
09:20
|
вы говорите на терминальный сервер 16 гигов ?
|
|||
13
d_Fedor
24.09.09
✎
09:21
|
Внимательно курить http://gilev.ru/
|
|||
14
пента
24.09.09
✎
09:28
|
отложенное проведение по партиям пробовали ?
если x32 - добавить еще процесс на сервере 1С оперативная память сейчас достаточно недорого стоит ну и raid 10 |
|||
15
mmk
24.09.09
✎
09:51
|
(14) что значит добавить ещё один процесс?
|
|||
16
bluestorm
24.09.09
✎
10:29
|
скажите как узнать где лежит скульная база 1с и файл лога
|
|||
17
чувак
24.09.09
✎
10:30
|
(16) :)))))
Там, где лежит СКЛ |
|||
18
bluestorm
24.09.09
✎
10:41
|
еще были советы на форумах следующего характера, это отследить очереди обращения к диску или памяти...
"Посмотрите Physical Disk/Average queue length/sec , там же Disk Writes/sec, Disk reads/sec - ну и в студию их . Смотреть естественно нужно во время тормозов. Еще посмотрите %свободного ОЗУ в момент тормозов" Я запустил на сервере perfmon.exe а там в списке добавления счетчиков, вместо списка с названиями счетчиков цифры.... картинку если надо могу выложить. Скажите куда копать... |
|||
19
Жан Пердежон
24.09.09
✎
10:49
|
(0) на одном серваке помимо сервера БД и сервера приложений, еще и контроллер домена чтоли стоит?
Действительно разруха) |
|||
20
bluestorm
24.09.09
✎
11:27
|
(0) на одном серваке помимо сервера БД и сервера приложений, еще и контроллер домена чтоли стоит?
Действительно разруха) нет, не стоит но предыдущий хакер хотел поставить.... там значит 1с сервер, скл сервер, файлсервер и прокся. |
|||
21
Скользящий
24.09.09
✎
11:35
|
(20) Убивать таких хакеров надо. Разноси серваки. Скуль на одном, терминал на другом.
|
|||
22
Скользящий
24.09.09
✎
11:36
|
файлсервер можно на с терминал сервером объединить, проксю и файрвел лучше на отдельный сервак, который попроще, можно обычный комп вообще поставить вместо инет сервака.
|
|||
23
bluestorm
24.09.09
✎
11:43
|
да нашел базу она точно в програм файлс лежит. 35 гб.
а вообще обрезка базы я так почитал дело очень тонкое и она может рухнуть ? вообще ее усечение или сжатие, даст прирост работы хоть какойто ? вообще хотим сделать сейчас так поднять домена (т.к. его вообще нет) перенос всего со старого сервера, на новый сервер (на базе компа но конфиг не слабый + w2k3 64 ) на нем будет контролер домена и файлсервер и мелкие базы в файловом варианте а первый сервер остается только под нужды 1с сервер+скл и терминал сервера. как такой расклад ? |
|||
24
Скользящий
24.09.09
✎
16:54
|
(23) На самый мощный сервак надо ставить скульсервер.
|
|||
25
Masquerade
24.09.09
✎
16:57
|
Кстати. В условиях нехватки серверов с кем лучше присоседить сервер приложений - со скулем или с терминалом?
|
|||
26
Expert1C
24.09.09
✎
17:06
|
(0)помогу за деньги. скорее всего это обойдется дешевле чем менять сервера
|
|||
27
BabySG
24.09.09
✎
18:50
|
(0) Контролер домена вырубает кэширование дисков - первым делом надо от него избавиться
|
|||
28
acsent
24.09.09
✎
19:05
|
И не кто не спросил что за база. Автоматизаторы блин
|
|||
29
vde69
24.09.09
✎
19:06
|
(27) всегда надо начинать с АНАЛИЗА слабых мест,
(0) для скуля у меня на инфостарте скриптик очень полезный, для начала его заюзай (найдешь как инфостарт заработает) а вообще такую разруху надо смотреть, но за бесплатно - нехочется |
|||
30
1c_asp
24.09.09
✎
19:11
|
Да у вас еще на этом же сервере и домен висит ? Наверное еще и ты терминалкой ? Весело у вас там.
Нужно разнести SQL сервер, Сервер приложений, с файловый сервер + сервер домена + почтовый как минимум |
|||
31
Masquerade
24.09.09
✎
19:13
|
(28)
Да надоело уже просто. В любом случае - данные рекомендации не навредят. |
|||
32
1c_asp
24.09.09
✎
19:13
|
файл транзакций, файл бд и временный файл разнести по разным дискам (физическим)
|
|||
33
acsent
24.09.09
✎
19:17
|
(31) У человека скорее всего упп с онлайн проведением по партиям, а вы ему серверы советуете
|
|||
34
acsent
24.09.09
✎
19:19
|
терпинал здесь вообще не упирался
|
|||
35
Wehrmacht
24.09.09
✎
19:20
|
(0) Чо, все 50 тормоза?! Ничо не делать, это клиника.
|
|||
36
VFrol
24.09.09
✎
19:23
|
(34) Эт точно.
|
|||
37
VFrol
24.09.09
✎
19:25
|
(33) Ну а что УПП.? Работает у людей.(с онлайн по партиям)
|
|||
38
Advan
24.09.09
✎
19:38
|
Ну во первых - разнеси сервер 1с и сервер SQL
Во вторых - Реструктуризация и переиндексация Сеть |
|||
39
Advan
24.09.09
✎
19:41
|
И что за база?
|
|||
40
Vitello
24.09.09
✎
23:05
|
в закладки
|
|||
41
Maniac
24.09.09
✎
23:13
|
у меня 50 работает. 1000 доков в день. летают. два сервака естественно.
|
|||
42
Шляпентох
25.09.09
✎
06:24
|
Обрезка базы (если имеется в виду shrink) дело вовсе не тонкое, но чрезвычайно неблагодарное. Увеличите себе место на жестком диске на 4 гигабайта (условно), но фрагментация индексов станет просто огромной. Под файл данных советуют выделять на 30-40% больше места, чем реально занимают данные. Т.е. делаете dbcc dbreindex/dbcc indexdefrag (в зависимости от степени фрагментации), смотрите получившийся размер файла данных, умножаете на 1.3 и выделяете под него именно столько дискового пространства.
Собственно, что сказать-то хотел.. Обрезка базы не даст никакого ускорения работы. Вот). |
|||
43
Шляпентох
25.09.09
✎
06:25
|
Блин, (42) -> (23)
|
|||
44
bluestorm
25.09.09
✎
08:08
|
>> 1c_asp
>> файл транзакций, файл бд и временный файл разнести по разным дискам (физическим) судя по наблюдениям tempdb используется очень редко, при базе 35 гб весит 500 метров, и база трогает его 2-3 раза за день. Поэтому либо 8.1 так настроена, либо так работает, и кажется нет смысла разносить их по разным дискам. >> acsent >> У человека скорее всего упп с онлайн проведением по партиям, а вы ему серверы советуете Да у меня УПП, а вот "онлайн проведение по партиям" я непонимаю о чем идет речь. |
|||
45
bluestorm
25.09.09
✎
08:09
|
>> acsent
>>И не кто не спросил что за база .mdf - sql server 2000 |
|||
46
bluestorm
25.09.09
✎
08:14
|
вобще я так вычитал что для восьмерки с моим количеством пользователей надо SAS винты.... И еще такая вещь, процесс SQL занимает небольше 1700мб. памяти, это можно исправить и как ?
|
|||
47
Вадимыч
25.09.09
✎
08:42
|
(46) Включи AWE
|
|||
48
bluestorm
25.09.09
✎
08:45
|
(46) Включи AWE
ткните носом, где это есть |
|||
49
bluestorm
25.09.09
✎
08:53
|
на тринити написано SQL2000 Standard Edition пользует только 2 ГБ ОЗУ...
|
|||
50
dk
25.09.09
✎
09:05
|
(49) Ставь Enterprise
|
|||
51
Maniac
25.09.09
✎
09:08
|
Короче говоря неудачно ты устроился. Долго не продержишся.
|
|||
52
Дарлок
25.09.09
✎
09:19
|
....
1с-ики показывают как обычно свою тупость |
|||
53
dk
25.09.09
✎
09:21
|
Тоже влезу с аналогичной проблемой
УПП, 20 пользователей, база 5 гб Сервер приложений и скуль (SQL 2000, SAS диски, модель simple) отдельно между ними гигабитка. --- на сервере приложений включен только 1 процесс, который постоянно кушает 1 поцессор (из 8). Даст ли увеличение количества рабочих процессов, прирост по скорости? И где вообще почитать про эти рабочие процессы? |
|||
54
Дарлок
25.09.09
✎
09:21
|
1. убрать все ненужное с сервака где будет стоять 1С... оставить только сервер 1С, и SQL (терминал в ф топку, лучше клиенткий парк обнови)
2. Настрой SQL корректно, настрой бэкапы 3. Выбивай деньги на новый сервак под SQL сервер PS. этого хватит выше крыши |
|||
55
Дарлок
25.09.09
✎
09:22
|
(53) в справке ессно... производительность маловероятно что в твоем случае увеличит
|
|||
56
dk
25.09.09
✎
09:23
|
+ почему при 1 раб. процессы на сервере приложений, к скулю видно 2 соединения от сервера приложений?
|
|||
57
Дарлок
25.09.09
✎
09:23
|
+(55) лучше на том же сервере создай еще один Сервер 1С для разработки (в режиме отладки), что бы не мешаться пользователями
|
|||
58
Дарлок
25.09.09
✎
09:24
|
(56) а тебе какая разница, база одна?
|
|||
59
Vitello
25.09.09
✎
09:24
|
(55)Почему? Хотя бы нагрузка распределится по ядрам, нет?
|
|||
60
asp
25.09.09
✎
09:25
|
(59) у вас затыки в чем? в ЦП или винты? если в процессор, то может стать немного лучше.
|
|||
61
dk
25.09.09
✎
09:25
|
(58) несколько, но интересуют пока конкретная
|
|||
62
Дарлок
25.09.09
✎
09:27
|
(23) выкинь нах ... термил сервер из списка... ты этих идиотов 1С-ов не слушай.
(59) накладные расходы на распараллеливание процессов сеъздят прирост произоводительности .. в общем при 20 пользюках сомнительное занятие... |
|||
63
Vitello
25.09.09
✎
09:28
|
(60)У меня затыков нет пока, просто интересуюсь.
Если у него 8 ядер, а грузится только одно, почему бы не распараллелить нагрузку? И заодно настроить перезапуск процессов. (62)Накладные расходы - имеется ввиду время затрачиваемое rmngr на управление процессами? |
|||
64
Дарлок
25.09.09
✎
09:31
|
(63) ибо нефиг делать то, не зная что ... если выяснишь что затык именно с сервером 1С то его и нужно мучить, а так баловаться смысла нет
когда Ваське делать нечего он яйца лижет .... начинать нужно с SQL сервера ... |
|||
65
Vitello
25.09.09
✎
09:33
|
(64)Ты внятно ответить можешь, что ты имел ввиду?
|
|||
66
dk
25.09.09
✎
09:33
|
скуль настроен, там 8-гиговая 7-ка просто летает
думаю таки в сервере приложения затык, ибо неспроста он весь проц выжимает |
|||
67
Дарлок
25.09.09
✎
09:36
|
(65) а вот это у 1С-ов узнавай ... какую х-ню они там понаписали...
(66) мля... тебе бубен купить или карты Таро... ты специалист или кто? что значит думаю? ты так же девушке предложения делаешь? раз Маша мне не дала, то ты мне должна дать, так? |
|||
68
asp
25.09.09
✎
09:38
|
Если хотите увеличить скорость - найдите узкое место. Нет смысла возится с процессорами, если винты не тянут, или ставит SASы на целерон. Или сеть 100-ка. Ищите что тормозит, смотрите счетчики.
|
|||
69
Дарлок
25.09.09
✎
09:39
|
+(66) гг... если все процессорное время сжирает 1 пользователь, то тебе это однозначно не поможет.
(68) +1 |
|||
70
Дарлок
25.09.09
✎
09:40
|
+(69) и кстати.. какой "умник" заказал по сервер 1С ... 8 ядровый компьюетер? деньги были лишние? еще и памяти наверно гигов 8 вхерачили
|
|||
71
1c_asp
25.09.09
✎
09:44
|
(70) У нас еще круче. Купили 8 ядровый сервак и захреначили туда памяти.... аж целых 2 гига ! Гыгыгы
|
|||
72
dk
25.09.09
✎
09:44
|
(70) значит есть деньги
как поглядеть "узкое место" 8-ке ее долбанным сервером приложений? Про скуль я уже сказал, что очереди к диску нету, сервак мощный, сетка гигабит |
|||
73
Дарлок
25.09.09
✎
09:46
|
(71) под сервер 1С если будет запущен только 1 процесс.. в принципе больше и не надо ... хотя гига 4 было бы желательней...
(72) гм... деньги есть, а специалиста толкового нанять не смогли ))) характер загрузки проца смотрел? если сжирает все процессорное врямя только один пользователь, то здесь нечем не поможешь. |
|||
74
Дарлок
25.09.09
✎
09:47
|
+(73) кроме покупки правльного серака под сервер 1с ))
|
|||
75
asp
25.09.09
✎
09:49
|
и еще: затык может быть не обязательно в железе. Правильно настроенная операционная система вместе с прикладным ПО - это почти половина успеха (если не большая часть :).
|
|||
76
dk
25.09.09
✎
09:50
|
(73) жрет rphost, ты про 1cv8 процессы спрашиваешь?
|
|||
77
1c_asp
25.09.09
✎
09:52
|
(73) Все горе от денег. Их много и поэтому закупкой техники занимается не специалисты, а специальный чел :-)
|
|||
78
bluestorm
25.09.09
✎
10:00
|
>> Дарлок
>>начинать нужно с SQL сервера ... это я уже понял, занимаюсь этим. про rphost он постоянно имеет в озу 300 метров для работы а скуль получает 1700, потолок. 3GB /Userva=3030 непрописано на сервере в boot.ini |
|||
79
asp
25.09.09
✎
10:05
|
300 метров для rphost - маловато что-то
|
|||
80
1c_asp
25.09.09
✎
10:12
|
(78) Я считаю, что к SQL серверу вообще подселять никого нельзя. Эта зараза гребет все ресурсы что видит
|
|||
81
Дарлок
25.09.09
✎
10:54
|
(80) +1 ... но на безрыбье и рак щук...
хотя наверно можно купить собрать комп по приоретету мощной проц + 4 ГБ озу (если собирается включать многопроцессность + 2ГБ на каждый процесс) ... жесткий на нем не нужен ... если все таки есть большой.. то на нем же устроить файлопомойку .. и файловые база разместить ... а Скуль любит много ОЗУ, для него мечта всю базу в ОЗУ засунуть ... ну и дисковую подсистему нужно максимально быструю. |
|||
82
1c_asp
25.09.09
✎
11:00
|
(81) "для него мечта всю базу в ОЗУ засунуть"
+1 и если вся влезет, то засунуть еще раз, до тех пор пока память не кончится :-) |
|||
83
dk
25.09.09
✎
11:11
|
(81) что-то не вижу ответа по выявлению узких мест в 8-ке )))
|
|||
84
Дарлок
25.09.09
✎
11:13
|
(83) дык они все уже во всех FAQ есть .. зачем сюда еще раз копировать? кому надо найдут, а остальные и здесь не прочитают.
|
|||
85
dk
25.09.09
✎
11:14
|
(84) все понятно )))
|
|||
86
Demiurg
25.09.09
✎
13:31
|
(53) http://www.gilev.ru/1c/hardware/main.htm
коротко, даст |
|||
87
Demiurg
25.09.09
✎
13:34
|
внимание всем интересующимся подбором железа
посмотрите конфигурации по указанной ссылке и сравните с вашими если разница существенна, начните с покупки железа уж все разжевано, куда проще ну наймите любого специалиста на пару часов работы (подобрать сервер за бесплатно хороший неблагодарное дело) |
|||
88
Demiurg
25.09.09
✎
13:35
|
если после прочтения статьи остались вопросы, напишите пожалуйста их на почту, добавлю ответы в статью
|
|||
89
dk
25.09.09
✎
13:49
|
(86) в понедельник погляжу, спасибо
|
|||
90
bluestorm
28.09.09
✎
11:54
|
посоветуйте далее...
1й сервер очищен от всего лишнего кроме 1с сервера и sql память теперь скуль потребляет всю доступную. Щас все чаще вылазит ошибка ошибка RPHOST, и всех выкидывает. Так же постоянно ошибки блокировки транзакции... |
|||
91
vde69
28.09.09
✎
11:57
|
(90) теперь на SQL запусти вот это http://www.infostart.ru/public/16681/
и паралельно начинай копать почему выкидывает народ (я думаю это банально превышен таймаут от сервера лицензий) |
|||
92
Дарлок
28.09.09
✎
11:58
|
это сделал?
http://kb.1c.ru/articleView.jsp?id=13 |
|||
93
Дарлок
28.09.09
✎
11:58
|
конфа какая крутится?
|
|||
94
Дарлок
28.09.09
✎
11:59
|
+(93) в общем настраивай MS SQL
|
|||
95
bluestorm
28.09.09
✎
13:08
|
>> Дарлок
>>конфа какая крутится? изначально УТ, измененная и дописанная безвести пропавшими 1С'никами. |
|||
96
acsent
28.09.09
✎
13:11
|
(95) Онлайн партионный режим включен?
|
|||
97
Дарлок
28.09.09
✎
13:23
|
(95) гы... тогда нужно хотя бы на 10.3 перейти, или руками допиливать ...
нужно как минимум перетащить ручное удаление движений |
|||
98
bluestorm
28.09.09
✎
14:10
|
>> Онлайн партионный режим включен?
где это посмотреть ? |
|||
99
Wehrmacht
28.09.09
✎
15:56
|
(98) Сервис > Настройки учета > Учетная политика > (открыть последнюю) > "Галка списывать партии при проведении"
|
|||
100
Альберт_Уфа
28.09.09
✎
15:57
|
(100)
|
|||
101
bluestorm
29.09.09
✎
10:31
|
>>(98) Сервис > Настройки учета > Учетная политика > (открыть последнюю) > "Галка списывать партии при проведении"
галка стоит |
|||
102
bluestorm
29.09.09
✎
10:35
|
>> vde69
>> теперь на SQL запусти вот это http://www.infostart.ru/public/16681/ отработала вчера эта функция 3 часа. в созданной таблице результатов везде нули... |
|||
103
Demiurg
29.09.09
✎
23:18
|
(90)
1) количество rphost по количеству ядер (но с учетом расходуемой памяти) 2) нужно выложить лог ТЖ куда нидь описало настройки ТЖ http://www.gilev.ru/1c/81/techlog/index.htm и в документации 1С посмотрим логи (если не в нарпряг, кинь gilev_slava@mail.ru), скажу еще |
|||
104
Demiurg
29.09.09
✎
23:19
|
настроит ТЖ надо на сбор только ошибок
пример вроде этого http://www.youtube.com/watch?v=XQuKgfrkI6w&feature=player_embedded |
|||
105
Афигенная Тапка
29.09.09
✎
23:28
|
101 )
|
|||
106
acsent
29.09.09
✎
23:32
|
Я как всегда был прав ))
|
|||
107
bluestorm
30.09.09
✎
08:21
|
сегодня займусь ТЖ.
Вчера пробывал поставить на переиндексацию и проверку базу. Выдает ошибку СУБД об отсутствии BASENAME.dbo.config точный код ошибки вчера не записал... |
|||
108
Maniac
30.09.09
✎
09:14
|
Совет работодателю: выгоните нафиг этого чудо-программиста пока не ушатал все там.
|
|||
109
bluestorm
30.09.09
✎
09:45
|
и вам спасибо!
|
|||
110
bluestorm
30.09.09
✎
10:05
|
если что, я делаю операции с базой только по указаниям 1С программера, который ранее здесь работал и поднимал всё тут. Так что уважаемый Маниак перестаньте меня увольнять. Я понимаю что ваш бесценный опыт может и позволяет вам выеживаться, но здесь, я спрашиваю советов касательно указанной в заголовке темы.
А не в поиске работы... С уважением, Максим. |
|||
111
vde69
30.09.09
✎
10:52
|
(110) сам-же написал, что прошлый прог довел до РАЗРУХИ а теперь пытаешся его слушать???
тебе уже все рассказали и показали, если не можешь этим воспользоватся значит что-то не так в консерватории! Тебе дали основные походы и направления, а детально врядли кто будет тебе помогать, ибо для этого надо систему ручками пощупать, да и денег это стоит (и в общем не малых). 1. Или пытайся сам научится делать то о чем тут говорили 2. или забей 3. или зови спеца проф всегда знает где кончается его возможности, и на границах их признаеться себе в этом, а признавшись ищет альтернативные решения. |
|||
112
vde69
30.09.09
✎
10:53
|
(111) хорошо сказал :) самому понравилось
|
|||
113
Оболтус
30.09.09
✎
10:59
|
А вот на сайте 1С для 50 пользователей указано, что размер оперативки - 2048 Мб.
http://v8.1c.ru/overview/recomendations.htm |
|||
114
bluestorm
30.09.09
✎
10:59
|
>>(110) сам-же написал, что прошлый прог довел до РАЗРУХИ а теперь пытаешся его слушать???
нет, не он довел. А тот кто после него был. Всеравно всем еще раз спасибо! |
|||
115
vde69
30.09.09
✎
11:01
|
(114) ну пригласи этого прога на пиво(или с бухами договоритесь на деньгу) и вместе настроите
|
|||
116
1C_Patriot
21.10.09
✎
07:56
|
решил написать сюда, что б не дублировать.
Вопрос. сколько времени потребуется sql server 2005 выполнить дефрагментацию индексов над базой размером 150 Гб? |
|||
117
Mikeware
21.10.09
✎
07:59
|
(116) а сколько там индексов в процентах от данных? Сколько из них кластерных?
|
|||
118
Шляпентох
21.10.09
✎
08:10
|
(116) Это зависит:
1. От железа. 2. От ответа на (117) - в большей степени от объема. 3. От степени фрагментации индексов. 4. От того, что вы понимаете под "дефрагментировать" - ALTER INDEX .. REORGANIZE или REBUILD. Проще всего узнать время - проверить на тестовом сервере. |
|||
119
1C_Patriot
21.10.09
✎
08:12
|
в общем так. дефрагментация завершена.
выполнил команду SELECT * FROM sys.dm_db_index_physical_stats (DB_ID(N'upp'), NULL, NULL, NULL, NULL); результат не совсем понравился значение avg_fragmentation_in_percent больше 25. это получается дефраментация плохо сработало, или это нормально. жду комментариев. |
|||
120
1C_Patriot
21.10.09
✎
08:13
|
(118) под "дефрагментировать" я понимаю выполнение команды DBCC INDEXDEFRAG
|
|||
121
Шляпентох
21.10.09
✎
08:16
|
(120) У Вас SQL 2005 - зачем вы используете команду, вместо которой рекомендуется использовать ALTER INDEX? Впрочем, Ваше дело, конечно.
avg_fragmentation_in percent > 25% на каком индексе? Если в нем мало страниц, можете на это плюнуть. Если индекс большой - то считается, что не очень хорошо. |
|||
122
1C_Patriot
21.10.09
✎
08:23
|
(121)
ну вот к примеру CLUSTERED INDEX выдал следующие показатели avg_fragmentation_in_percent = 62% fragment_count = 19 page_count = 29 |
|||
123
Шляпентох
21.10.09
✎
08:33
|
(122) Это очень маленький индекс, вряд ли Вы добьетесь прироста производительности за счет такой оптимизации. В любом случае, для устранения фрагментации индексов с avg_fragmentation_in_percent > 30 Microsoft рекомендует использовать ALTER INDEX .. REBUILD (замена для DBCC DBREINDEX). Попробуйте перестроить индекс и посмотрите результат.
|
|||
124
1C_Patriot
21.10.09
✎
08:34
|
(123) ок. объязательно попробую. спасибо.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |