Имя: Пароль:
1C
1С v8
Свертка базы 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
(7) Я устал

времена, когда тебя сразу банили ?
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) Ну-ну. Там удаление помеченных будет пару дней идти.
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn