|
Свертка базы 1с | ☑ | ||
---|---|---|---|---|
0
volodiia
11.03.14
✎
10:15
|
Всех приветствую!
Столкнулись с проблемой долгой свертки\перепроведения базы 1с 8.2 на sql. База весит около 90 гб. Меня в первую очередь как сис.админа интересует железная часть. т.е. узкие места при этой операции в железе. Что это может быть, процессор или жесткий диск? Процессор Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz Общий объем физической памяти 128 ГБ База лежит на жестких дисках в RAID10 , 7200 rpm Я сам думаю на диски. Но и процессор тоже многоядерный, а 1с работает с одним ядром... С процессором уже ничего не поделаешь, производители идут на увеличение число ядер а не Герцовки. Винты еще можно сменить на SSD, правда это жутко дорого. Есть ли смысл? |
|||
1
BigShmax
11.03.14
✎
10:20
|
"Меня в первую очередь как сис.админа" и "Что это может быть, процессор или жесткий диск?" несовместимы. Вы как сисадмин обязаны в первую очередь были при свертке проверить что являлось тонким местом.
|
|||
2
BigShmax
11.03.14
✎
10:22
|
"а 1с работает с одним ядром" это кто такую хрень сказал. впервую очередь у Вас SQL и SQL сервер умеет использовать туеву хучу ядер.
|
|||
3
volodiia
11.03.14
✎
10:30
|
У нас установлен 1с сервер.
|
|||
4
BigShmax
11.03.14
✎
10:37
|
(3) естественно раз есть SQL есть и 1с. вот только присутствие цифры 1 в названии программы не говорит что она использует только одно ядро :-)
|
|||
5
ptiz
11.03.14
✎
10:39
|
Узкое место - 1С.
|
|||
6
BigShmax
11.03.14
✎
10:47
|
(5) в толстом клиенте нифига не узкое :-)
|
|||
7
volodiia
11.03.14
✎
10:49
|
Да Миста уже не торт. Одни тролли. Помню были времена...
|
|||
8
ptiz
11.03.14
✎
10:55
|
А что хочешь услышать?
В свертке таких больших баз самый долгий процесс - отмена проведения старых документов. Ускорить можно, запустив этот процесс параллельно в нескольких сеансах с разбивкой по периодам и видам документов. Кардинально, чисто теоретически!!! (ибо 1С запрещает) можно прямыми запросами всё сделать в 1000 раз быстрее. Перепроведение сложнее распараллелить, практически невозможно. |
|||
9
cons74
11.03.14
✎
11:03
|
Перепроведение->проведение->взаимоблокировки?
RLS включен? Типовая? Скорее всего нет. Вообще всегда совет один: сперва код править - а уж потом железо наращивать. Ну и ТиИ можно предварительно сделать. |
|||
10
cons74
11.03.14
✎
11:03
|
(7)а такое когда-то было?!
|
|||
11
shuhard
11.03.14
✎
11:04
|
||||
12
volodiia
11.03.14
✎
11:10
|
Тут еще вопрос в поиске узких мест железа. МОжно ли для этого использовать стандартные средства Windows? Монитор ресурсов тот же. И если загрузка диска не 100% и остальные показатели тоже в норме. Считать что дело в самой 1с?
|
|||
13
BigShmax
11.03.14
✎
11:10
|
А вообще нужно делать ТИИ на SQL базах если нет предпосылок? вот у мну оно делается несколько дней. точнее делалось последний раз года полтора назад когда БД весила 100 гиг с плюсом. сейчас уже под 300. бенкапы есть и это меня успокаивает. на битые ссылки пару раз натыкался.
|
|||
14
volodiia
11.03.14
✎
11:13
|
Мда , сложно конечно не будучи 1с-ником , разобраться в истинных причинах тормозов. Интересно а правда есть фирмы где работает по 5000 тысяч человек в одной базе, и это 1с?
|
|||
15
volodiia
11.03.14
✎
11:15
|
Почему эти операции такие ресурсозатратные? Неужели нужен суперкомпьютер или облачные вычесления чтобы за час сделать перепроведение\свертку, стандартными средствами?
|
|||
16
floody
11.03.14
✎
11:17
|
(12) не можно, а нужно использовать все возможные средства, в т.ч. и стандартные средства windows
но думаю не поможет вам, как админу, ибо самое узкое место в самой 1С чаще всего диски 7200 это SATA? Какой контроллер? Проще всего - взять и помониторить дисковую очередь. Слабоватая дисковая на первый взгляд. Еще сдается мне, что в базе может быть бардак, незакрытые регистры и т.д., какая конфа хоть? |
|||
17
ptiz
11.03.14
✎
11:20
|
Если диски 7200 - это жесть.
Очередь к дискам что показывает? |
|||
18
volodiia
11.03.14
✎
11:22
|
(16) конфа UPP, дейстивтельно упирается иногда очередть под 100% , но это происходит импульсами. Конечно это томрозит процесс, но на сколько?. Вообще операция делается сейчас на другом лезвии.
Рабочая база находится на 15000 rpm raid10. |
|||
19
Umga2002
11.03.14
✎
11:25
|
Вот не понятно. Вы что хотели мгновенно свернуть такую БД? или как?
|
|||
20
volodiia
11.03.14
✎
11:35
|
(19) Я не понимаю логику процесса, поэтому мне не понятно. Еще мне не понятно почему на хорошем серверном железе это занимает столько времени. Да , возможно там сложные математические вычисления, сродни теми которыми нагружают суперкомпьютеры. Удаляются какие то старые документы, расчеты себестоимости или еще и т.п. Но зачем так построен процесс ,что средяя фирма с хорошим железом тратит столько времени на это, нарушая производственный процесс иногда?
|
|||
21
Umga2002
11.03.14
✎
11:45
|
При хорошей подготовке ваша база режется 1-2часа.
Но подготовка.....Зависит от конфигурациии.... |
|||
22
Umga2002
11.03.14
✎
11:47
|
Поэтоме режу БД только там где это
1. Необходимо. 2. Там где это оплачивается.... |
|||
23
BigShmax
11.03.14
✎
12:10
|
А зачем вообще резать БД. 4й год - полёт нормальный.
|
|||
24
ptiz
11.03.14
✎
12:17
|
(21) Ну-ну. Там удаление помеченных будет пару дней идти.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |