Решили перейти на клиент-серверный вариант работы, купил наш админ новый сервер, установил софт.

Настроено все как здесь
http://infostart.ru/public/65955/

Выгрузил я файловую версию, загрузил в SQL-версию, запустил перепроведение документов, 1С зависает и очень странно. Процессор не загружен, ничего не читается/пишется, но предприятие глухо виснет, даже окно не обновляется, сплошной белый экран! Пробовал много раз подряд одно и то же перепроведение, когда зависает сразу, чуть ли не на третьем документе, когда - минут через 15.

Помогите, пожалуйста!

Все вопросы только после ТиИ :(

колись полностью

модель серва
параметры сетки
модель кластеризации
кво: память, процессов, юзеров

или ты любишь с утюгом разговариваить?

Может перепроводит "долго", хотя внимание вопрос - А зачем их перепроводить? Что-то не так в файловой, или есть нужда?

(2) Два одинаковых сервака предприятия и SQL:
Xeon E5-2650x2 64 bit, 16 гб оперативы, Windows Server 2008 R2 Enterprice SP1
Платформа 1С - 8.2.15.319
Из юзеров пока только один я :)

(3) Нужда есть. Зависает, я писал, что никаких данных не считывается и не записывается.

Размер базы какой?

Почти 14 ГБ

(6) какая лажа:
14 Гб УПП работать в файловом варианте априори не могла

Это еще почему? Работала вполне нормально.

(8) версии объектов регистр грохните.

(7) Сейчас с базой работаю 15.7 Гб.

(6) А размер файловой базы какой был?

(9) Мб просто галочку версионирования отключить пока ?

Я и под 30 видел.

та глянь на крайняк, какой последний запрос обработан сиквелом..

не, лучше стереть, сначала.

(8)[Это еще почему? Работала вполне нормально.]
это не форум любителей научной фантастики

(14) ПРишлите Скайп если есть.

(9), (12) Регистр версии объектов пуст, поскольку версионирование отключено.

(16) - см (10) и (13).

(14) - как глянуть?

(11) ну такой и был - 14 ГБ

ТиИ не помогло.
Я в печали.
Боссы, мягко говоря, не поймут, как это 1С просто тормозила, но не зависала на старом сервере, а теперь глухо зависает на новом, который в четыре раза мощнее старого...

(20) и боссы правы:
с чего ты взял, что первая попавшаяся статья с инфостарта имеет к реальности хоть какое-то отношение

учу пользоваться замером производительности

сдвинь итоги

(20) и на будущее скуль не дает прироста при перепроведении доков - в файловой все быстрее перепроводится

(24) это смотря какие алгоритмы проведения. нектороые запросы в скулевой версии намного быстрее выполняются

На старом сервере было максимум 8 Гб оперативки, этого было мало. Про прирост производительности вообще речь не идет.
Речь идет про зависание неизвестно по какой причине!

(26) отладчик открывал? замеры делал? в техножурнал смотрел?

Открывал, но не могу отловить момент зависания. Если разложить процесс проведения каждого документа до атомов, то все хорошо, но стоит убрать точки останова и запустить приложение выполняться, то через десяток-другой документов зависает.
Замеры как замеры, что на файловой, что там.
Дампов аварийных нет, ведь аварийного завершения-то и не было.

итоги сдвинь

Сдвинь = рассчитай? Рассчитаны, к тому же выполнил пересчет при тестировании.
Совершенно непонятно в чем дело, все условия есть.
Может ли быть дело в платформе? Кто-то сталкивался?

(30) ну напищи свою обработку проведения, которая будет в лог какать перед проведением, или в ЖР. посмотри, на чем зависает, проведи отдельно с замером....

да и технологический журнал может вывести не только падения, но и взаимоблокировки и долгие запросы... на ИТС есть обработка по настройке технологического журнала

(30) не верно, передвинь их на начало перепроведения, чтоб при проведении каждого дока не пересчитывались все итоги

(33) да всё окажется куда как проще
или УПП 1.2.1.1 с перепиленой партионкой и кривым RLS
или криворукий DBA сожрал всю память на сиквеле

и понятно, что нужно взять демку от релиза и ей проверить скорость перепроведения

(31) писал, проводил отдельно, проводится нормально. Зависание совершенно непредсказуемо на любом документе (как сейчас мне думается, может закономерность и есть, но не вычислил), если отдельно проводить документ, то зависания нет.
(33) попробую, но в понедельник уже
(34) памяти свободной ой как хватает, хотя да, на демке проверить не помешало бы, но это опять-таки в понедельник

Никто не угадал - решили админским способом, с помощью переустановки платформы.

Вот черт, опять возникла та же проблема. На демке все норм, хотя там слишком мало документов.