Всем привет.

Уже поднимал подобную тему и меня заверили, что проводка за 1 секунду это конь в вакууме. И вот опять запустил программист на 5 часов (ночью) перепроведение документов. В итоге перепровелось 15500 документов. В 5-ти часах 18 000 сек. 15500/18000 = 0,86 сек. одно перепроведение.

Генеральный: очень медленная работа, прими меры по увеличению производительности.

Наивный вопрос: можно ли еще за меньшее время делать перепроведения документов?

(0) ssd диск

(0) Шли его лесом

(0) Распараллеливать проведение документов, которые никак друг на друга не влияют.

Ну так купи мощнее сервак

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

(0) Ты неверно считаешь. Надо 18000/15500 = 1.16

ТТХ железа приведи, потому что без него эти показатели ничего не говорят

Если по теме. Восприми это по другому. Не как недовольство твоей работой, а как задачу от бизнеса. Надо быстрее. Значит надо. Думай как делать, а не кивай на других. Делай фоновое проведение, распаралеливай задачу, оптимизируй запросы.

ТТХ железа

Модель    Dell R710
Процессор    2 x HexaCore Intel Xeon X5650, 1600 MHz (12 x 133) 2.67Ghz
ОЗУ    16 x 4 GB, 2 x 16 GBb (Итоговый объем 96 GB)
Накопители    6 x 480 GB SAS SSD
RAID-контроллер    Dell H730 + BBU
Конфигурация RAID    RAID 10 с кэшированием данных (Итоговый объем 1,307 TB)
ОС    Windows Server 2012 R2 Standard

(8) как понять "распаралеливай задачу"?

Опять таки, бизнес нахрен не интересует процесс перепроведения сам по себе. Это перепроведение служило какой то цели, возможно эту цель можно достичь более быстрым путем, или принять меры чтобы это проведение не требовалось.

(8) Например один поток пишет взаиморасчеты, другой себестоимость

(11) вот именно
(0) а перепроведение вообще для чего?

Чего собственно проводим? К примеру в КА управленческий и бухгалтерский контуры разнесены, и бухгалтерский проводится в фоне.

(0) В прошлой теме обсуждали, что производительность по части железа упирается в тактовую частоту процессора. Что-то изменилось в этом плане?

Опять же, в прошлой ветке говорили об отключении итогов регистров на время проведения. Пробовали?

опять же, в прошлой ветке давали ссылку https://its.1c.ru/db/metod8dev/content/5843/hdoc
Читали?

(14) отключение и включение итогов может занять больше времени чем само проведение с итогами и профита можно не получить

(0) не подписывайся ни под чем и не позволяй выкручивать тебе руки. А то потом тебя твоими же обещаниями, да по твоей же физиономии.

(15) Интересно, что ребята совсем не стали упарываться по всяким агрегатам, оптимизации запросов и т.д. А просто корректно организовали использование имеющегося.

Ну и без вашей организационной кухни. Перепроведение ночью может сильно отличаться от проведения днем. Например, днем пользователи могут друг другу вставлять палки в колёса блокировками

Вот что удалось пока выяснить:

Перепроводки делаются для для упорядочивания и приведение учёта в порядок согласно текущей конфигурации. Изменяются существующие движения и могут добавляться новые.

По типам документов, которые надо перепроводить ответ только один: все. На вопрос, какие все, ответ один - все. Я не знаю, говорит ли вам о чем-то слово ВСЕ, но меня это взбесило и пришлось повысить голос. В итоге выдавили только часть: заявки, Перемещения. Реализации, Касовые, банк.... Т. Е. Все

Конфа кстати Торговля. (15) там статья относится у Бухгалтерии, а в моём случае Торговля.

(14) про процессоры уже задумался и включу его в доклад, конечно в случае, если действительно это узкое место.
(14) извиняюсь за наглость, но можно по регистрам подробней?

(9) Процессор 2010 года. 99% в сервере не ssd, а жесткие диски с интерфейсом sas. Запусти тоже самое на обычном совремменном компе чтобы выяснить потолок текущего алгоритма на современном железе. Второе, определить целевые показатели. Ускорение на 10 % устроит? Или надо 100%?

(21) я что, похож на идиота, который не может отличить SSD от не SSD? Если написал выше, что SSD, значит SSD.

Повторюсь коротко.
Было так:
"Старый" сервер R710 + 6 x 300Gb 15k RPM + 48 Гб ОЗУ скорость загрузки тяжелого отчета 1 мин. 28 сек.

Заменил рейд-контроллер + SSD. Стало так:
"Новый" сервер R710 + H730 + SSD 480Gb + 48 Гб ОЗУ скорость загрузки тяжелого отчета 32 сек.

И еще вопрос. Для программиста 1С нормально, если он не знает, что такое тест Гилёва?

(23) Для программиста 1С  нормально посылать админов в лес

Узкое место где? Во время проведения процессор загружен или очередь к диску длинная? База файловая или sql? Какой sql-сервер? Он на том же хосте или на другом по сети?

(23) Пригласи сюда своего программиста 1С. Ему мозги вправят )..
Или тебе...Он хотя бы опишет конфигурацию, платформу и остальное. Тандем нужен однако.

(23) поменяй процессоры с 2,66 GHz на 3,46 GHz, цена вопроса 6-8 тыр за штуку
https://ru.aliexpress.com/af/x5690.html?SearchText=x5690&d=y&initiative_id=AS_20190228140136&origin=n&catId=202001169&isViewCP=y&jump=afs&af=940528&cv=33435533&cn=41pondrhfhohzzezwyoxe0zkta39c1u9&dp=v5_41pondrhfhohzzezwyoxe0zkta39c1u9&af=940528&cv=33435533&cn=41pondrhfhohzzezwyoxe0zkta39c1u9&dp=v5_41pondrhfhohzzezwyoxe0zkta39c1u9&afref=http%253A%252F%252Fwww.fxeon.ru%252Fprocessors-intel-lga1366-socket&aff_platform=default&cpt=1553056110176&sk=ccfBY4yg&aff_trace_key=f3daeebc66b6446b9591cd62fe4173cf-1553056110176-04936-ccfBY4yg&terminal_id=355683cffdd3472f9549d5140b574032

(20) при каждой записи в регистр накопления происходит расчёт итогов по регистру. Этот процесс занимает время. Можно попробовать отключить такой расчёт при записи данных в регистры, провести документы, выполнить расчёт итогов после завершения проведения всех документов. Это если в двух словах.

в (16) товарищ писал, что на этом можно ничего и не выиграть. Не претендую на то, что это что-то даст, но попробовать можно.

Про тактовую частоту - она действительно сильно влияет на быстродействие 1C.

Про статью из (15) - да, там бухгалтерия, но там описан очень грамотный подход к решению похожей проблемы.

(23) Это нормально - чего-то не знать. Плохо - если не знаешь и узнать не хочешь. Мне одно непонятно - программист 1С как-то участвует в решении проблемы?

Я фигею от "специалистов", которые без анализа ситуации дают советы типа "добавить памяти" или "проапгрейдить процессор". Особенно забавно бывает, когда база 3 гига, а по совету вышеуказанных в сервер втыкают 64 гигабайта и удивляются, че это оно не ускорилось.

База 83 Гб.

Серверная 1С и MSSQL на одном сервере. Клиентская 1С на другом.

Управление торговлей, редакция 11 (11.4.6.207
1С:Предприятие 8.3 (8.3.13.1644)

Проц, дисковая подсистема - ничего не нагружено и не нагружается.

(30) Щаред мемори включен?

(28) Можно ведь не полностью отключать, а откатить границу на начало периода.

(0) ...Генеральный: очень медленная работа, прими меры по увеличению производительности...

для админа возможные меры увеличения производительности - это железо. Потом тест Гилева.
дальнейшие улучшения только программные.
Внедренцы от теста Гилева будут отбрыкиваться и принижать его, пытаясь все свалить на админа.

(0) сколько попугаев сейчас выдает твой сервер - 20-25 ?

База обслуживается?Или было уже?

tempdb где лежит? Система стоит на SSD?

Пусть бы генеральный со своими бушками разобрался, чего это они там в заднем периоде постоянно делают.

(35) не знаю )) На серверной Windows где показывает?

(34) думаю после теста Гилёва попробовать SQLSize

(36) обслуживаются

(37) по умолчанию. И система и SQL и 1С серверная на одном единственном диске С

(39) " И система и SQL и 1С серверная на одном единственном диске С" - вопросов больше нет!!!
вот твое узкое место

(40) "Накопители    6 x 480 GB SAS SSD
RAID-контроллер    Dell H730 + BBU
Конфигурация RAID    RAID 10 с кэшированием данных (Итоговый объем 1,307 TB) "

(40) "Проц, дисковая подсистема - ничего не нагружено и не нагружается."

(40) нет никаких причин к тому, чтобы что-то изменилось, даже если будет попытка разнести эту хрень друг от друга куда-то

(28) // Мне одно непонятно - программист 1С как-то участвует в решении проблемы?

А я не удивлюсь, если программист 1С не видит в этой проблеме проблемы :-)

в топике
// И вот опять запустил программист на 5 часов (ночью) перепроведение документов.
// В итоге перепровелось 15500 документов.
// В 5-ти часах 18 000 сек. 15500/18000 = 0,86 сек. одно перепроведение

Этот показатель 0.86 - это среднее значение. И если рассматривать его влоб и без каких-то подробностей, то это весьма высокое значение.

(44) да, не видит проблем )

если б у меня документы проводились по 0,86 сек, то меня бы на руках носили

(46) ну вот если бы мне, как программисту 1С задали такой вопрос - там нужна полностью переписанная и выполняемая на сервере, возможно даже в полностью монопольном режиме огромная обработина, с подавлением типовых механизмов. Эта попытка если будет предпринята, то скорей всего окажется безуспешной.

Максимум, что можно сделать прямо сейчас, это посмотреть, чтоб серверная база в процессе требуемого перепроведения была в АБСОЛЮТНО монопольном режиме. Т.е. чтоб ни в соседних базах на этом серваке никого не было, ни фоновые процессы нигде не запускал - абсолютный монополизм - никаких сторонних блокировок, регламентов и т.д. и т.п.

(46) // Серверная 1С и MSSQL на одном сервере. Клиентская 1С на другом.

Расшифруй, если не трудно, чуть подробней, как это выглядит, что там установлено было, что утверждаешь о Серверной Клиентской и СУБД частях 1С-ки ?

(39) А журнал регистрации в старом формате?

(48) так и делаем перепроведение

(49)  клиентская 1С это просто тонкий клиент 1Ски - установлен на другом сервере и по RDP запускают этого клиента. На другом сервере установлен MSSQL и сама платформа 1С (Агент сервера 1С:Предприятия 8.3 (x86-64)

(48) +1
на время перепроведения все регламентные задания - Off
агент SQL - Off

(0) беги оттуда

(51) А баз разных на MSSQL сколько? Как настроен старт rphost процессов? Регламентные в остальных базах тоже отключены?

(34) Не заливай уж, сами свою стенд машину по нему настраивали

а сейчас все просто, есть проблемы с серваком клиента, поместил в стенд машину, посмотрел

(55) и скоко попугаев ваш стенд ?

(0) Сделать можно все, вопрос только зачем и какой ценой.

Часто ли вам требуется перепроводить десятки тысяч документов? Зачем?

А так 0,86 сек. на документ это вполне нормально.

(0)
1) Проверить, можно ли действительно усковить проведение - сделать замер производительности.
2) Если найден говнокод - исправить.
3) После этого доложить, что техническая работа сделана, для дальнейшего снижения времени простоя требуется орг.работа: разобраться, нахрена нужно перепроведение.

80 хост машина, виртуалки по 20

По тесту выходит 120 пользователей ЕРП

(58) 0,86 документа в секунду ;-)

(48) да, был опыт писать такую обработину, правда на очень простой базе, где логику всех проверок (складских, ценовых и т.д.) получилось уместить в один мегазапрос. Но запрос был всего один, а не на каждый проводимый документ. В итоге, естественно, скорость "перепроведение" всех документов увеличилась в десятки раз.
Но писать такое для типовой, ой не знаю...

Это не критично, если делать это каждый день, а не раз в квартал ;-)

(0) Я бы в такой ситуации обязательно задал встречный вопрос "Какой результат вас устроит?". Ну вот если будет за 5 часов проводиться 30 тыс документов (т.е. производительность вырастет вдвое), это устроит? А 60 тыс документов?
Если, к примеру, в день в базе появляется 100 тыс документов, подозреваю, что не устроит никакое увеличение производительности.

Проблему нужно решать с другой стороны. Отдельно восстанавливать последовательности,  пересчитывать только то, что реально сбито, а не всё подряд, применять для оперативной отчётности другие показатели, запрещать правки далёким задним числом и т.д и т.п.

К примеру, в своё время, для УПП я делал свой механизм восстановления партионного учёта. И кроме того, в оперативном учёте использовалась не фактическая, а плановая себестоимость. Взаиморасчёты можно было относительно быстро восстанавливать по отдельному договору/контрагенту.

Иными словами, нужно подходить к задаче не экстенсивным, а интенсивным путём.

Запретить работу задним числом, чтобы не появлялась необходимость перепроводить документы

(66) К черту полумеры! Запретить работу, чтобы не появлялась необходимость проводить документы.

(66) И отчёты сдавать в устной форме

(18) Только у всего есть предел. Распаралелливанием этот предел тоже исчерпывается и придется таки заняться оптимизацией запросов.

(34) т.е. сначало купить железо, а если не поможет то привлекать программиста?

1с  - это не очень быстрый результат.
хотя бы документов 10 за секунду

(70) Не, это правильно - выставить счет на 100500 евро, чтобы у руководства появилась мыслишка - а не стоит ли пнуть программиста 1С, а то что-то дорого.

(68) От руки пусть набрасывают

(68) Или заднем числом (с) Старый бородатый анекдот ;-)

1 сек на документ - отлично. Тебе нужно уменьшать не время,а количество документов для перепроведения. Ты уверен что их все надо перепроводить?

(73) Прогресс - на лицо! Ожидается полное удовлетворение руководителя

(72) ну да, пускай руководство решает проблемы, а не нанятые спецы

(9) 1c любит герцовочку 2.67Ghz это ни о чем. Увеличьте.

(65) Дополню: нужно смотреть код, выявлять узкие места. Бывают функции, которые можно вынести в повторное использование и увеличить скорость в 5 раз (опыт был при свертке базы).

(71)   10 документов за 1 сек - на типовых не получиться НИКОГДА. У меня на одной самописке где-то 10 док/сек есть. Но для этого надо и сервер более менее нормальный и движения по регистрам хорошие.
   А 1 документ/сек вполне нормально. При таком быстродействии вполне можно запускать перепроведение документов в фоновом режиме.

1 сек. на документ в типовой 1С - это отличный результат!
Распечатай эту ветку и выложи на стол руководству.

"В итоге перепровелось 15500 документов. В 5-ти часах 18 000 сек. 15500/18000 = 0,86 сек. одно перепроведение." - не показатель

"Управление торговлей, редакция 11.4" - тут же apdex можно настроить вроде как.. исходите из него...

(0) "на 5 часов (ночью) "
директору нужна база ночью для работы ?

(71)В ут 11 смогешь 10 доков/с?

(83) скорей всего, что 15500 это только какая-то малая часть документов, а реальная потребность в перепроведении от 50 000 документов за ночь. В любом случае, на типовой конфигурации УТ 11 это недостижимый показатель

Может быть перепроведение документов в фоновом режиме частично снимет критичность проблемы автора?

(офф) поработав однажды в сети магазинов с круглосуточным режимом - начинаешь по другому глядеть на длительные операции - они все идут лесом (зачеркнуто) фоном :)

(77) Именно так. 1Сник не будет ничего делать по указке сотрудника из другого отдела, а админ (если сервер нормально настроен) может увеличить скорость только закупкой нового оборудования.

Вот в 4 раза увеличивают скорость (комментарии обязательны к прочтению):
http://catalog.mista.ru/public/563804/

(85) 100 000 документов - это что. У меня сейчас надо перепровести 2.6 млн документов (это после очистки базы) Не останавливая работу, т.к. работа круглосуточная. Вот сижу ломаю голову.

(89) так типовыми средствами этого не обеспечишь хоть за любую цифру документов в секунду перепроводить.
В любом случае нужно что-то придумывать, не прерывающее работу в базе на монопольный доступ к данным

(0) зато ты теперь знаешь что делать в следующий раз:
сначала незаметно замедляешь проведение - потом торжественно возвращаешь всё как было

(89) Как вариант - перепровести в другом узле и вернуть взад готовое.

(87) это не работа, детский сад

(0) Какой объем информации? Ну примерно сколько в байтах весят данные одного документа?

(0) Очень важен вопрос что и как проводится. На УТ 11 можно без проблем написать обработку которая не проводит весь документ, а только записывает движения по тем регистрам, для которых это нужно. Конечно писать в базу только необходимые движения это немного сложнее чем написать Документ.Записать(РежимЗаписи.Проведение), но выигрыш в скорости может быть в несколько раз. Плюс как упоминалось ранее распаралеливание записи и игры с включением/отключением итогов. Всё в месте это может дать такой прирост, который не получить никаким железом. Со стороны админа тут можно разве что оптимизировать БД (с tempdb) и увеличить тактовую частоту ЦП.

Еще, как вариант, можно отключить версионирование, это тож ускорит проведение

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

(0) Да все это хорошо, только 1с не умеет все ядра загружать, так что как вариант попробуй создать больше рабочих процессов с ограничением 3 подключения на процесс.

(97) Попугаев то достаточно?

(0) Примите меры. В чем проблема? Выставите ему счет на оборудование, на котором все будет летать.

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

(0) а документы одинаковые по массе?
а то может быть у тебя 0,86 сек - это средняя температура по палате
а по факту бОльшая часть проводится несколько в секунду

(85) Совершенно верно!УТ11 в 2019 может провести 15500 документов за 5 часов, а древняя 7.7 в 2004 проводила 1500 реализаций за 15 минут( а реализация - это самый тяжелый документ).2:1 в пользу 7.7 ( а если ещё и железо обновить...).

(103) Ага еще среднюю длину модулей/процедур проведения сравни

(89) А для чего такое перепроведние?

А при общении с руководством 1Сника то хоть звали?)

Данная проблема из разряда которые должны решать DevOps.
Только админ или только программист 1С не смогут решить никак.
Точнее только программисты могут, но помощь админов все равно потребуется.

(105) Скорее всего кривые остатки/отчеты

Взяли типовую УТ и начали ее курочить.
Решили, что в регистрах не хватает каких-то еще реквизитов или ресурсов.
Добавили. Отчеты не видят данных. Почему?
А потому что добавленные реквизиты не установлены для документов за весь период жизни базы.

И теперь вместо восстановления Движений регистров предложили у них там "перепровести" всю движуху за несколько лет.

НЕ наборы записей регистра обновить, а ВСЁ перепровести. Что быстро не проводится.

Может курочили раньше, а теперь решили вернуться к типовой, что собственно дает тот же эффект.

(107) вот жили не знали этого модного слова, и проблемы как то решали

(0) >В итоге перепровелось 15500 документов. В 5-ти часах 18 000 сек. 15500/18000 = 0,86 сек. одно перепроведение.

Может начать с того, что не 0,86 сек, а 1,16 сек/док?
И вообще зачем вам регулярно перепроверить такую массу документов?

*перепроводить

(109) Если бы задаче была разовой, начальство бы так не бухтело. Чую там все куда более запущенно.

(113) ну даже если разово - в такой туевой хуче введенных данных (83 гига в скл базе все-таки не так уж и мало) перескочить за одну ночь просто не реально. При том, что там наверняка что-то с остатками, резервами, отгрузками, взаиморасчетами в кредит и т.д. и т.п. БИЗНЕС, одним словом.

(110) Да но со временем становится все больше проблем которые надо обозвать каким то словом.
А то как с жопой, она есть а слова нет.

(93) Это именно работа - а не бардак, когда админ приказывает 1Снику что-то сделать. Не надо прыгать выше головы, для этого начальство и существует.

(115) да пофиг на слово,ты не делай акцент на "Только программист 1С", сейчас и Эксперты 1С есть итд

(116) причем здесь приказывает
детский сад это твой метод: подмахнуть начальству счет на оборудование, чтобы он начал пинать 1сника

Запусти в 1С робота в отдельном сеансе, который не спеша (1 в 5-10 сек) в течении дня будет проводить документы, на ночь может ускорятся, обработка на несколько десятков строк кода.

(95) тоже хороший вариант, только в ут 11 да и в других конфах бывают в документах моменты когда какие либо данные в документе перезаполняются при записи документа.

Меняйте генерального.

(122) наконец то толковые предложения пошли

(119) 6-12 документов в минуту типа, пусть 10. Это 600 док в секунду. Это меньше 15000 в сутки. Но когда запустят регламентное закрытие или тому подобное?

А распределенку и в отдельной базе проводить?

Мы так делали, только не перепроведение ,а проведение всех регламентов - амортизация, расчет себестоимости УПП. Док не проводится, а пишет задание на проведение в спец регистр. Данные постоянно передаются в пустую базу. Там задание отрабатывается после обмена и сразу обменом этот документ попадает назад.

(120) Если возникает необходимость менять документ, то можно и поменять его. Идея в том, чтобы не писать в базу лишнее и не рассчитывать лишнее.

(126) правильно я понял?
1. в момент проведения, документ просто записывается
2. данные по документу передаются в другую-пустую, там проводится
3. возвращается документ, с движениями, которые просто пишутся безусловно в базу
?

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

(118) Счет - это максимум что может сделать админ для ускорения. Дальше уже начальство решает, что дешевле. Может 1Сник уже все что можно выжал, и остается только экстенсивный путь.

(0) найдите программиста 1с. Вы с директором вдвоем не ускорите

(130) "Может 1Сник уже все что можно выжал"
У тебя пошли уже какие то паралельные ветки рассуждений.

(131) так они и с 1С программистом не ускорят

(0) >>Генеральный: очень медленная работа, прими меры по увеличению производительности.

Бро, пора тебе найти нового генерального. Лучше всего это сделать через заявление по собственному. Не тяни, не стоит участвовать в этом вселенском маразме.

Проведение быстрее, чем за 0.1 секунду (берем среднюю базку), можешь не рассчитывать.
Пока эта цифра не достигнута поле для оптимизации имеется - как программной, так и железной. Второе как правило всегда дешевле.

(14) "отключении итогов регистров на время проведения" // Ничего не проведется - виртуальные таблицы-то перестанут работать, а они используются в коде проведения чуть менее, чем полностью

Ну а так-то арендуй за 50 тыр мощный топовый сервачок в облаке и запусти перепроведение там. Увидишь потолок, насколько быстро это может быть в принципе в твоей конфигурации.

(134) Кстати да. Почему генеральный решил, что это медленно? Он эксперт в этих вопросах?

(137) можно даже меньшим бюджетом, на Амазоне за 18 баксов в час уже с установленным скуль нехилая такая машина для тестов, хотя с тако м размером подойдёт и 5 баксовый конфигурации.

А по факту:
Конфа не известна.
Что за документ тоже.
В сколько регистров пишется при проведении также.
Может там в 50-100 регистров при проведении запись идёт, видел такое.

И может оказаться так, что 0.86 это сверхдостойный результат.

(0) А какое дело генеральному до скорости проведения документа? Медленная работа не то же самое, что медленное перепроведение. Сколько разрядный сервер 1С?

(142) бухи нажаловались.

Ну в общем виде мне видится решение этой задачи так на уровне архитектуры:
Движения оперативные пишутся сразу.
Всякая срань типо РС - в очередь и фоновым заданием.

(143) Да, бухи на скорость интерфейса жалуются. Но пост выглядит так, что генеральный посмотрел на расчет и решил, что это медленно :)

Чем меньше регистров будет писаться в самой обработке проведения - тем лучше результат

Что тут думать-то? Железо хлам 2010года. 2,67ГГц - вообще ни о чем, тем более еще и древней архитектуры Nehalem. Ставьте 9900К - будет в 2 раза быстрее. Если по дешману, то процессор просто закажите с алика побыстрее, но прирост будет не столь велик. Речь о X5690.

(147) Щас он начнет тебе втирать, что узкого места в ЦП не замечено, т.к. он не загружен на 70-100% в течение длительного времени, т.е. проц не надо менять

(139) И как туда HASP ключ воткнуть?

(149) пинкод епт

(150) Тратить пинкод от рабочего сервера на проверку? Причем он в любой момент слететь может, т.к. конфигурация машинки может поменяться.

(151) А в чем проблема заказать новые?

(152) В том, что когда они потребуются - могут уже и не выдавать.

(153) Закажи заранее

сейчас есть возможность привязать программный ключ к хаспу, и таким образом перетыкая хасп и перенеся файл lic можно переносить лицензию. (но сам я так не пробовал еще, да ;))

(155) речь про арендованный сервер, чего ты там перетыкать собрался?

(155) Это что-то новое. Можно ссылку?

Ну так что там по тесту Гилева? Сколько попугаев?

(92) представил объем файла обмена. Обмен тупо ляжет

(154) Где гарантия, что не протухнут? Опять же, надо рабочий сервер из эксплуатации выводить на время тестирования.

(160) ну не хочешь делать не делай, кто тебя заставляет? оставайся в жопе, как говорится

http://ханик.рф/uploads/images/00/00/01/2012/04/03/009102.jpg

(161) Я не вижу смысла этого делать, когда давно известно, что 1С для максимальной производительности перепроведения нужна максимальная частота при небольшом числе ядер.

(163) "давно известно, что 1С для максимальной производительности перепроведения нужна максимальная частота" // Не понятно только, почему вендор это в открытую не пишет. Некоторые всякие сертифицированные админи-апологеты виртуалок с десятками 2 гигарецовых ядер только так понимают )

(0)Можно - отключи проведение по регистрам + поубирай из ПередЗаписью и ОбработкаПроведения код. И про подписки не забудь..тогда летать будет)

(100) А если после приобретения нового железа за "стотысячмильонов" скорость проведения не особо изменится, вот смеху будет :)

(166)Так скорее и будет..но подозреваю, что зажмут)

(166) Ну так никто ж не мешает сначала смоделировать и подобрать все в облаке, и только потом покупать.
Без моделирования и сборки параметров в облаке только отчаянные или распальцованные (админи с регалиями экспертов по виртуалкам, например) покупают и делают, а потом тяму чешут, чего это 1С не летает на 28-ядерном 1.8 Ггц )

(149) Поставь ломанную и никому не говори и потом тихо удали

(0)
Один из самых дешевых пунктов которые можно попробовать - это отключать версионирование (если включено конечно) на время проведения)