|
Как ускорить перепроведение базы ? SQL 2008 | ☑ | ||
---|---|---|---|---|
0
LOD
29.08.11
✎
10:51
|
Есть сервак: ОС Сервер 2008 SP2, процессор 2,4 Xeon, Оперативной памяти 8 Гиг. Винт скоростной FDD (твердотельный накопительный)
Пока база работала в файловом варианте, месяц перепроводился быстро (условно за 4 часа), но как только базу перевел в SQL (всё на этом же серваке) - это же проведение стало занимать 40 часов. (разница в скорости в SQL с FDD и HDD где то в 2-3 раза) Поскажите, как ещё можно ускорить проведение? |
|||
1
Bida
29.08.11
✎
10:56
|
Переписать алгоритмы в узких местах (через отладчик посмотреть). Ну и само собой запускать перепроведение на сервере, а не удаленно.
А вообще бы я на винт в файловый вариант выгружал на время проведения, там перепроводил, и потом обратно загружал - всё быстрее бы было в файловом варианте (это не для ленивых). |
|||
2
LOD
29.08.11
✎
11:16
|
(1) База слишком большая (таблица продаж достигла размера, при котором уже невозможно выгрузить в файловый вариант). Перепись алгоритма - самое последнее (нет времени пока что на это)
|
|||
3
Reaper_1c
29.08.11
✎
11:20
|
(2) Тогда только пригласить специалиста.
|
|||
4
LOD
29.08.11
✎
11:25
|
(3) Хирурга ?
|
|||
5
LOD
29.08.11
✎
11:29
|
Кто знает, если оперативной памяти добавить до 32 или 64 Гиг. На сколько увеличится время проведения ?
|
|||
6
Aloex
29.08.11
✎
11:33
|
(0) Задания для обслуживание баз на SQL сделаны (статистика, индексы и пр.)?
|
|||
7
Bida
29.08.11
✎
16:18
|
(2) Ну тогда только задания на обслуживание (как тут верно написали - статистики, индексы, лог) могут немного ускорить процесс. Плюс темповую таблицу скуля и лог занести на супербыстрый рейд (не ссд, естесвенно).
(5) Размер памяти не поможет. |
|||
8
acsent
29.08.11
✎
16:21
|
отказаться от партионного учета
|
|||
9
Scooter
29.08.11
✎
16:44
|
(0)комплекс мер
1. докрутка СКЛя 2. наращивание/оптимизация железа 3. поиск узких мест 4. переписывать/оптимизировать код что у вас из этого списка уже сделано? |
|||
10
ДемонМаксвелла
29.08.11
✎
16:48
|
Была тема про это на форуме (v8: v8: Ускорение восстановления последовательности документов в УПП.. Идей там много люди высказали.
|
|||
11
Scooter
29.08.11
✎
16:50
|
(10)радикальненько
я бы сначало выполнил п1-3 из (9) |
|||
12
ДемонМаксвелла
29.08.11
✎
16:53
|
(11) Согласен. Но эффекта в разы скорее всего не будет. только если база запущенная.
|
|||
13
zmaximka
29.08.11
✎
17:03
|
посмотреть не включено ли версионирование. Если включено то отключить на время проведения
|
|||
14
Варвар
29.08.11
✎
17:14
|
Дожились! SQL базы на FDD опять хранят!
(0) Конечно переноси на HDD - значительно быстрей будет!!! |
|||
15
LOD
29.08.11
✎
17:16
|
(14) SSD винты ... перепутал
|
|||
16
LOD
29.08.11
✎
17:17
|
(15) + В два раза быстрее чем на HDD
|
|||
17
LOD
29.08.11
✎
17:19
|
(9) Получается что, остался пункт 4 :(
|
|||
18
МуМу
29.08.11
✎
17:22
|
Чего то не верится что время замедлилось аж в 10-ть раз. Смотри в первую очередь в сторону настроек.
|
|||
19
LOD
29.08.11
✎
17:33
|
(18) перепроверял, ... а я и забыл, что кластер на другом серваке ... похоже от него так тормозит
|
|||
20
МуМу
29.08.11
✎
17:36
|
В случае таких расхождений обычно все лежит на поверхности. Вот если бы в 2-а раза... Тогда да - это возможно проблема.
|
|||
21
ptiz
29.08.11
✎
17:37
|
(18) Кстати, вопрос: на практике хоть иногда разделение серверов SQL и 1С давало выигрыш в скорости? (при условии, что памяти хватает и для их совместной жизни).
|
|||
22
МуМу
29.08.11
✎
17:37
|
Ну да, может не только от апликейшн сервера тормозить, могут и от клиентского места(хоть бы и терминала) быть тормоза.
|
|||
23
МуМу
29.08.11
✎
17:38
|
Конечно давало, тут зависит от распределения нагрузки а также от сетевого трафика(сетевого соединения соответсвенно).
|
|||
24
МуМу
29.08.11
✎
17:39
|
(21) Хотя бывали и обратные ситуации. Когда под апликейшн сервер давали совсем дохлую машинку. (возможно это случай сабжа)
|
|||
25
LOD
29.08.11
✎
17:53
|
Сегодня вечером подниму второй кластер, завтра сообщу, что изменилось
(24) Там нормальный сервак и с сеткой порядок (но всё равно надо пробовать) |
|||
26
unregistered
29.08.11
✎
17:53
|
(21) >> разделение серверов SQL и 1С давало выигрыш в скорости? (при условии, что памяти хватает и для их совместной жизни).
А разве должно (при условии, что памяти хватает и для их совместной жизни)? Разделение как раз и делают тогда, когда серверы (приложения и СУБД) начинают конфликтовать за ресурсы. А пока всем всего хватает, целесообразнее их вместе держать. Кстати! Может быть глюк в настройках сетевых интерфейсов (даже если всё это живет на одном серваке). Проверить дрова сетевых карт и обновить до последних версий. |
|||
27
МуМу
29.08.11
✎
17:56
|
(26)Написано только про память. А ведь есть еще ЦПУ, есть еще дисковая подсистема.
|
|||
28
V_V_V
29.08.11
✎
17:59
|
(0) Переставь сервер. На 2003. SQL можно оставить 2008. Работа реально ускорится. У меня машины реально покруче твоей - а тормоза были жуткие. Откат к 2003 серверу увеличил скорость в разы...
|
|||
29
John83
31.08.11
✎
15:31
|
(28) тормоза в какой момент начались?
PS просто сейчас планируется переход как раз на 2008 сервак и скл |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |