Всех приветствую!
Столкнулись с проблемой долгой свертки\перепроведения базы 1с 8.2 на sql. База весит около 90 гб.
Меня в первую очередь как сис.админа интересует железная часть. т.е. узкие места при этой операции в железе. Что это может быть, процессор или жесткий диск?
Процессор Intel(R) Xeon(R) CPU E5-2643 0 @ 3.30GHz
Общий объем физической памяти            128 ГБ
База лежит на жестких дисках в RAID10 , 7200 rpm

Я сам думаю на диски. Но и процессор тоже многоядерный, а 1с работает с одним ядром... С процессором уже ничего не поделаешь, производители идут на увеличение число ядер а не Герцовки. Винты еще можно сменить на SSD, правда это жутко дорого. Есть ли смысл?

"Меня в первую очередь как сис.админа"  и  "Что это может быть, процессор или жесткий диск?"  несовместимы.  Вы как сисадмин обязаны в первую очередь были при свертке  проверить что являлось тонким местом.

"а 1с работает с одним ядром" это кто такую  хрень сказал.   впервую очередь  у Вас SQL   и SQL сервер умеет использовать туеву хучу ядер.

У нас установлен 1с сервер.

(3) естественно  раз есть SQL есть и 1с.   вот только присутствие цифры 1 в названии программы не говорит что она использует только одно ядро :-)

Узкое место - 1С.

(5) в толстом клиенте нифига не узкое :-)

Да Миста уже не торт. Одни тролли. Помню были времена...

А что хочешь услышать?
В свертке таких больших баз самый долгий процесс - отмена проведения старых документов. Ускорить можно, запустив этот процесс параллельно в нескольких сеансах с разбивкой по периодам и видам документов.
Кардинально, чисто теоретически!!! (ибо 1С запрещает) можно прямыми запросами всё сделать в 1000 раз быстрее.

Перепроведение сложнее распараллелить, практически невозможно.

Перепроведение->проведение->взаимоблокировки?
RLS включен?
Типовая? Скорее всего нет. Вообще всегда совет один: сперва код править - а уж потом железо наращивать.

Ну и ТиИ можно предварительно сделать.

(7)а такое когда-то было?!

(7) Я устал

времена, когда тебя сразу банили ?

Тут еще вопрос в поиске узких мест железа. МОжно ли для этого использовать стандартные средства Windows? Монитор ресурсов тот же. И если  загрузка диска не 100% и остальные показатели тоже в норме. Считать что дело в самой 1с?

А вообще нужно делать ТИИ  на SQL базах если нет предпосылок?  вот у мну  оно делается  несколько дней. точнее делалось последний раз   года полтора назад  когда БД весила 100 гиг с плюсом.  сейчас уже под 300. бенкапы есть и это меня успокаивает.  на битые ссылки пару раз натыкался.

Мда , сложно конечно не будучи 1с-ником , разобраться в истинных причинах тормозов. Интересно а правда есть фирмы где работает по 5000 тысяч человек в одной базе, и это 1с?

Почему эти операции такие ресурсозатратные? Неужели нужен суперкомпьютер или облачные вычесления чтобы за час сделать перепроведение\свертку, стандартными средствами?

(12) не можно, а нужно использовать все возможные средства, в т.ч. и стандартные средства windows
но думаю не поможет вам, как админу, ибо самое узкое место в самой 1С чаще всего

диски 7200 это SATA? Какой контроллер? Проще всего - взять и помониторить дисковую очередь. Слабоватая дисковая на первый взгляд.

Еще сдается мне, что в базе может быть бардак, незакрытые регистры и т.д., какая конфа хоть?

Если диски 7200 - это жесть.
Очередь к дискам что показывает?

(16) конфа UPP, дейстивтельно упирается иногда очередть под 100% , но это происходит импульсами. Конечно это томрозит процесс, но на сколько?. Вообще операция делается сейчас на другом лезвии.
Рабочая база находится на 15000 rpm raid10.

Вот не понятно. Вы что хотели мгновенно свернуть такую БД? или как?

(19) Я не понимаю логику процесса, поэтому мне не понятно. Еще  мне не понятно почему на хорошем серверном железе это занимает столько времени. Да , возможно там сложные математические вычисления, сродни теми которыми нагружают суперкомпьютеры. Удаляются какие то старые документы, расчеты себестоимости или еще и т.п. Но зачем так построен процесс ,что средяя фирма с хорошим железом тратит столько времени на это, нарушая производственный процесс иногда?

При хорошей подготовке ваша база режется 1-2часа.

Но подготовка.....Зависит от конфигурациии....

Поэтоме режу БД только там где это
1. Необходимо.
2. Там где это оплачивается....

А зачем вообще резать БД. 4й год - полёт нормальный.

(21) Ну-ну. Там удаление помеченных будет пару дней идти.