сброс регистрации изменений для узла обмена #715852


#0 by AlexToo
Привет, подскажите пожалуйста в РИБ в одном из узлов, смотрю какие были зарегистрированы изменения, в справочнике номенклатуры зарегистрировано свыше 50000 изменений, если я сброшу регистрацию и зарегистрирую по одному, никаких потерь в регистрации не будет?
#1 by Fragster
чо?
#2 by bodri
Зачем? По одному элементу? Или имеете ввиду несколько изменений для одного элемента справочника?
#3 by Один С
кто здесь
#4 by AlexToo
дело в том что при таком количестве изменений, при выгрузке данных 1С зависает и вылетает, вот я и хочу попробовать сбросить регистрацию изменений и заново перерегистрировать
#5 by Галахад
А есть другие варианты?
#6 by Fish
А как ты собираешься определять, какие именно элементы справочника регистрировать?
#7 by YFedor
Если я правильно помню, регистрируется только сам факт изменения элемента и он будет выгружен целиком. Раз 50 000 измененй, значи 50 000 элементов. И будешь ты их по одиночке выгружать или скопом нет никакой разницы
#8 by AlexToo
в мониторе обмена "Зарегистрировать изменения по одному"
#9 by Галахад
Результат запроса выгрузить в массив и в строкувнутр. Есть.
#10 by anatoly
разница будет. очевидно, получается слишком большой ХМЛ-файл сообщения обмена, и тупо не хватает памяти. сталкивался с таким. можно попробовать порциями по 5-10 тыс выгружать.
#11 by Холодильник
ну.. регистрируй 50 000 изменений по одному, ок.
#12 by AlexToo
я к тому, что если сброшу регистрацию, а потом перерегистрирую, то изменений по какому-либо объекту потерять не должен?
#13 by Холодильник
+ вроде бы в типовой настройке обмена есть ограничение на количество выгружаемых объектов, попробуй в эту сторону покопать
#14 by AlexToo
а можно подробнее объяснить, как по отдельности выгружать?
#15 by Fragster
а нафига???
#16 by Fish
Я не про то. У тебя сейчас зарегистрированы изменения 50000 объектов. Если справочник содержит больше элементов, как ты определишь, какие надо регистрировать по новой, а какие нет?
#17 by YFedor
В чем разница, кроме ?
#18 by Fragster
файл обмена читается последовательно, используемая память практически не зависит от размера файла. ну, конечно не надо его весь в одной транзакции загружать, да.
#19 by hhhh
еще раз: выгружаются не изменения в объекте, а весь объект целиком.
#20 by AlexToo
попробую, спасибо
#21 by anatoly
см. вылетает при выгрузке. в этом случае файл сначала формируется в памяти потом целиком сохраняется.
#22 by Fragster
нет. автор как-то не так выгружает. у меня всё работает и на 1 и на 50килообъектов без роста памяти на выгрузку. опять же, если не выгружать все в одной транзакции.
#23 by bodri
можно попробовать с количеством элементов в транзакции, памяти должно хватить (тем более при обмене не хватает оперативки, поэтому размер XML пофигу)
#24 by Галахад
Гм. А в РИБ-е разве есть возможность выгружать не в одной транзакции?
#25 by Fragster
ога
#26 by Fragster
Синтаксис: ЗаписатьИзменения(<ЗаписьСообщенияОбмена>, <ЭлементовВТранзакции>) Параметры: Тип: ЗаписьСообщенияОбмена. Объект, через который осуществляется запись сообщения обмена данными. У этого объекта должен быть выполнен метод НачатьЗапись, но еще не выполнен метод ЗакончитьЗапись. Тип: Число. Определяет максимальное число элементов данных, которые помещаются в сообщение в рамках одной транзакции базы данных. Если значение параметра равно 0 (значение по умолчанию), то все данные помещаются в рамках одной транзакции. Такой режим является рекомендуемым, так как гарантирует согласованность данных, помещаемых в сообщение. Но при создании сообщения в многопользовательском режиме могут быть конфликты блокировок между транзакцией, в которой данные помещаются в сообщение, и транзакциями, выполняемыми другими пользователями. Для снижения вероятности возникновения таких конфликтов можно задать значение этого параметра, отличное от значения по умолчанию. Чем меньше значение параметра, тем меньше вероятность конфликта блокировок, но выше вероятность помещения в сообщение несогласованных данных. Значение по умолчанию: 0 Описание: Предназначен для помещения в сообщение обмена данными всех изменений данных и конфигурации для отправки в другой узел распределенной информационной базы. Доступность: Сервер, толстый клиент, внешнее соединение.
#27 by Галахад
Спасибо.
#28 by anatoly
это есть и в настройках обмена - и для интерактивного и для автоматического. а вот в стандартной ВыгрузкеЗагрузкеХМЛ похоже нет - я именно при ее использовании сталкивался с забитием памяти...
#29 by Fragster
"стандартная выгрузка загрузка XML" никакого отношения к планам обмена не имеет. также "вылетать по памяти" она может только при выгрузке связанных объектов, когда оно всю базу по ссылкам вытягивает. а собственно с самим XML она работает также последовательно, без размещения всего файла в памяти.
#30 by anatoly
понятно что не имеет, но сам механизм чтения-записи ХМЛ то одинаковый.
#31 by AlexToo
как не так выгружаю? нажал на кнопку "выполнить обмен" вот и выгружается. Всем спасибо проблема решилась снятием регистрации и повторным регистрированием.
#32 by Fragster
ну хз, видимо в одной транзакции. в типовых это значение вынесено в настройки обмена, автор же нам ничего про свою конфигурацию не рассказал.
#33 by AlexToo
БигСофт управление ювелирной торговлей
#34 by Fragster
ну я хз, поищи там в настройках обмена "Элементов в транзакции" или чего-нибудь подобное. там надо 1 поставить.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С