Суть проблемы: есть несколько баз в РИБ. при загрузки и выгрузке данных на таблицы накладывается автоматическая блокировка. Соответственно в узлах все курят, пока не прочитается и не выгрузится вся информация. Это бывает занимает много времени ( до 10 мнут).
увеличение производительности сервера явных улучшений не выдало.
Вопрос. можно ли как то победить данную проблему ???
делать 2 плана и не критическую инфу выгружать только в некритичное для работы время - сделано.
проблема в том что нужная инфа уже занимает много объема.

обмен как часто ?

Как вариант - центральную базу сделать периферийной, а центральную оставить только для обменов.

(0) автоматическая ли?

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

(2) тип Центральная - несколько переферийных.
в центральной по факту никто не работает.

(3) конечно автоматическое по расписанию. иначе уже бы руки отвалились мышку жать.

(0)Делать обмен ночью?

(4) что за информация такая что ее много каждые 20 минут и надо гонять в центр или на периферию?

(5) Во всех узлах нужны все данные?

(6) вот что такое "автоматические блокировки"
https://help1c.by/upravlyaemyie-blokirovki/

Вопросы: 1. Как происходит обмен: полностью или частями?
2. Как часто происходит обмен?

+(11) типовая?

(10) это не поможет пока 1с не проставит номеротправленого для объекта блокировки не избежать. Смотрите в сторону альтернативных решений например от софтпоинт

(13) вообще не поможет, это для того что такое автоматическая блокировка, для информации.

"Это бывает занимает много времени ( до 10 мнут)." - это, действительно, непозволительно много времени. За такое время можно обработать миллионы записей регистров и тысячи объектов справочников и документов. Я не преувеличиваю, поверьте на слово.

Хотелось бы иметь весомое подтверждение, что в сообщениях обмена реально много объектов. И что важно - они различные от обмена к обмену.

(15) картинки через хранилище гоняют, например

(16) В любом случае, сначала надо установить "первоисточник" проблемы. Наиболее просто и доступно - это хотя бы поверхностно, но проанализировать объём и состав информации, которая циркулирует в сообщениях обмена.

Например, недавно у меня был случай, глюк толи базы, толи платформы, когда зарегистрированные изменения некоторых регистров не "сбрасывались" при получении сообщения обмена от узла и тем самым происходило постоянное "накопление" зарегистрированных изменений, что всё более и более увеличивало объём и время обработки сообщений обмена.

(17) никто не против

(0) Элементов в транзакции, надеюсь не нуль?

(20) Да стопудово 0, да еще и частота обмена относительно большая...

(8) продажи. большой объем инфы

(10) про это известно. также известно что при обмене по ПлануОбмена блокировки идут на всю таблицу. без разницы от режима.

(16) Давно нет. все данные "чистые" без всяких там сложений.

(17) уже. никуда не выкинешь данные по продажам

(20) 1000

(20) сорри. какая 1000... это РИБ. там всегда 0 стоит.

(26) Уменьшать не пробовали?

(27) О как!

(29) подробностей хочу

где посмотреть. как уменьшать

(23) конечно вся таблица... и "автоматическая блокировка" тут не причем.

(30) Гм. Как бы это по проще. Нуль это все изменения в одной транзакции.

+(32) "Способы обхода автоматических блокировок"

есть всего две официальные рекомендации:
1. Подбирать индивидуальное значение элементов в транзакции(лучше делать это совместно с частотой обмена)
2. Производить обмен в не рабочее время

Выбирайте...

+(35) а дальше извращается кто как может

нда. печальный случай. видимо все уже перепробовали.
придется "извращаться".

(37) Похоже даже и не пытались.

(37) не пытались даже, это точно: "...туда-сюда. каждые 20 минут"

Господа. это ваше личное мнение.
вопрос был задан конкретно. можно ли избавится от блокировок всех таблиц при обмене, а не как уменьшить количество элементов в обмене.
Сам файл раскрывали - смотрели что в нем.
конкретное количество элементов зарегистрированных смотрели.
прошерстили все метаданные.
сделали второй обмен = чтобы изменения не влияющие на работу там регились. а в малонагруженное время в основной обмен перетекали.
объем информации большой. меняется быстро и часто.

вопрос к специалистам, работающим с базами 24/7 . есть ли какие то рекомендации ???

Есть две бочки на колесах на 1000литров, одна полная, другая пустая, расположенных на расстоянии 500 метров, тебе нужно отвезти полную бочку в место где пустая, а пустую где полная(поменять местами). Ты начинаешь тащить эти 1000литров, получается, но с трудом, у тебя займет это очень много времени + тот, кто наливал в эту бочку что-то, будет стоять и ждать пока ты привезешь ему емкость что бы в нее долить порцию из своего ведра(это твоя блокировка таблицы), вот сгонял ты и поменял местами эти бочки, снова пустая бочка стала наполнятся, ты думаешь: а если я не буду таскать эту бочку целиком, а стану в нее тоскать по 2 ведра, взял 2 ведра и быстро сгонял кабанчиком до другой бочки, тем самым забрав часть жидкости из наполняемой бочки.
Мораль: Чем меньше порция, тем быстрее бежишь.

(40) От блокировки таблицы обмена избавиться при выгрузке нельзя! Что бы другие транзакции не могли писать в эту таблицу

(40) Избавиться нельзя. Без этих блокировок будут теряться изменения. Такова архитектура обменов в 8-ке.

Рекомендации.
1. Оптимизировать выгрузку/загрузку.
2. Оптимизировать количество регистрируемых изменений.
3. Затем снова подобрать оптимальные настройки, с учетом изменившейся ситуации.
При необходимости цикл повторить.

Если все это не поможет, апгрейдить железо.

(40) Как Вы определите специалиста работающего с базами 24/7?

(44) Если не пишет на Мисте ни днем, ни ночью, значит работает 24/7.

(45) "Если не пишет на Мисте ни днем, ни ночью, значит работает 24/7" - не пишет кто? База? "пишет на Мисте" - это как раз показатель работы 24/7

(46) Специалист, кто

(47) Херовый спец значит, если ему постоянно нужно что-то затыкать

(40) Попробуй поставить количество в транзакции = 1.

"Господа. это ваше личное мнение." - это ваше личное мнение
"вопрос был задан конкретно" - про блокировки я писал, в данном контексте они не уместны(это не автоматические блокировки, это такой механизм работы с данным объектом метаданных)
"Сам файл раскрывали - смотрели что в нем." - И что, какие выводы сделали?
"конкретное количество элементов зарегистрированных смотрели. прошерстили все метаданные. " аналогичный вопрос выше
"вопрос к специалистам, работающим с базами 24/7 . есть ли какие то рекомендации ???" - почему думаете что Вам уже они не отвечают?
"объем информации большой. меняется быстро и часто. " - Ваше оценочное суждение, в цифрах.


Рекомендации:
Настольная книга 1с Эксперта по тех вопросам - стр. 71

Для анализа блокировок рекомендуется запустить профайлер и поработать с ним, а не шерстить файлы обмена. Ибо это бессмысленно.

"Для анализа блокировок рекомендуется запустить профайлер" анализа блокировок где, в таблице обмена?

(0) https://www.youtube.com/watch?v=E6wy_UItkdw&index=3&list=PLY7ViBfWFBOkLdZuQj19LiQVnzeABhyRX (51)

Вопрос закрыт. Как раньше оптимизировали - так дальше и продолжать будем. все нормальные советы к этоим методам и идут.

да. я не имел ввиду спеца, которые работает постоянно 24/7 . а спеца, который работает с базами, работающими постоянно 24/7.

(54) В следующий раз буду шутить потолще.

(54) (49) Пробовал?

(56) это надо писать свой обмен, а не стандартный РИБ.
получается по одному обмену будет конфа лазить.
а по другому - данные с транзакция = 1 ???
как вариант конечно можно заморочится...
это поможет может быть при "загрузке" данных.
но "выгрузку" этим не победить...

(57) Зачем свой обмен? "1" это конечно экстрим, но технически — ничто не мешает.

Реально — подберите такое значение чтоб "в узлах все курят" продолжалось не 10 минут, а 10 секунд. Скорее всего, это всех устроит.

(58) (56) так. осталось выяснить где конкретно в стандартном РИБ можно выставить транзакция = 1.

(59) А конфигурация была озвучена? :)

Впрочем неважно. Совет общего плана: погугли глобальным поиском в своей конфигурации "КоличествоЭлементовВТранзакции".

В ЗУПе 3.1, например, сам обмен РИБ - в обработке "КонвертацияОбъектовРаспределенныхИнформационныхБаз". При инициализации обмена, КоличествоЭлементовВТранзакции получается из СтруктураНастроекОбмена и записывается в реквизит с аналогичным именем этой самой обработки.

(59) А где у тебя стоит 1000?
В настройках обмена, где же еще.