розница 2.3 перешли на sql проблема выгрузи больших файлов
 

Розница 2.3, центральная база, работала на дбф, обмен и свертка в РИБ проходили медленно но без проблем, решили поставить SQL, стало работать быстрее, но проблема, при свертке узла стала ругаться на "безопасный расход узла на один сеанс" и закрывать процесс. поставили параметр -1 в настройках сервера 1с. все равно не помогло. что делать? памяти 32гб на сервере. ставили и в ручную размеры выделяемой памяти тоже не помогает.

(0) >>Розница 2.3, центральная база, работала на дбф
эээ...мммм.... может я отстал, но поясни еще раз, на чоооом вы работали??? ))
дбф??? Розница 2.3 ????

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

в диспетчере задач, памяти используется 23%, при свертке узла и потом при выгрузке на магазин rphost достигает 1,2 гб когда 1с пишет Превышен максимальный расход памяти сервера за один вызов.

Дык только я вот и говорю,
а где ты нашел Розница 2.3 да еще и раньше??

правда твоя 2.2, а по делу то есть что сказать?

Как сворачиваешь?
Сколько у тебя лет надо свернуть?
Может стоит сначала сделать ТИИ со сжатием таблиц и пересчетом и проверкой итогов, потом сворачивать частями и после каждой свертки делать ТИИ ?

+6 не забывай кеш чистить перед и после свертки

передается 1,4 мл объектов.дело в том что в файловой версии все без проблем происходит, узел сворачивается, синхронизация проходит за 4 часа. а в SQL версии доходит до 26-46 процентов и вылетает. я пока вернул в файловую версию а на копии в sql экспериментирую. ТИИ не делаю, делаю выгрузку загрузку. кеш чистю периодически.

частями сворачивать, не понятно тогда зачем SQL на файловой целиком 9 месяцев сворачиваются без проблем.

ТИИ сжимает таблицы, потому если ты что то удалил, то это это не значит что ты удалил из базы, и этот мусор там болтается, не пересчитанные регистры тоже тянут ооочень много, потерянные ссылки и прочее тоже тянут и пытаются перенестись

по поводу регистров это я знаю, а разве выгрузка-загрузка хлам не убирает? Еще раз подниму вопрос почему тогда в файловой версии выгрузка проходит а в SQL нет?

+10 при ТИИ идет проверка ЛОГИЧЕСКОЙ и ФИЗИЧЕСКОЙ целостности базы, индексы, если они нарушены то базу у тебя вообще может расторабанить до астрономических размеров

(11) НЕ ВСЕГДА, и скажу больше, может даже не всегда исправлять целостность базы

база адекватная всего 9гб при 40 магазинах. данные в ней за год. следим за базой. своими дописками чистим пустые ссылки. т.к они иногда вылезают в вводе начальных остатков по узлу.

>>своими дописками чистим пустые ссылки. т.к они иногда вылезают в вводе начальных остатков по узлу
А чем ТИИ не устраивает??

>>база адекватная
Это в твоем понимании, а вот платформа так не думает,
попробуй платформу поменяй

тем что ТИИ будет работать сутки, а обмен должен идти постоянно.

8.3.10.2580, не самая старая.

Тем более что у тебя РИБ, ты у себя исправишь, а периферия тебе на место все вернет и загонит тебе назад все что у них битое.
У тебя РИБ средствами платформы построена, а не рукотворными произведениями.

самое главное ты не даешь ответ по поводу SQL. еслебы были проблемы то и файловая 1с не выгружала бы синхронизацию, мне нужна помощь в настройке 1c сервера.

+19 про скуль и 40 !!! магазинов надо было раньше думать

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

Читай про скуль и кластеры, есть полезности )
[url]https://guesto.ru/1c-oshibka-prevyshen-maksimalnyy-raskhod-pamyati-servera-za-odin-vyzov/[/url]
[url]https://helpf.pro/faq/view/1595.html[/url]
[url]https://infostart.ru/public/193359/[/url]
[url]http://debug1c.ru/2015/09/expert-prof-2/[/url]

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

все это читал, делал как рекомендовано, не помогло.

(24)>>в центральной базе работают только программеры
сколько же вас там ? )) и ни один программист не догоняет???
>>но и не выгружается большой объем.
Дык а тебя интересует только выгрузка из скуля???
Ну дык посмотри на размер выгрузки который у тебя получается из скуля, может скуль почистить???
[database name].ldf - лог файл, все изменения, обращения и т.д., короче лог файл :-) может почистить??? ))

Ооочень внимательно читай
[url]https://helpf.pro/faq/view/1595.html[/url]

SQL только поставил что там чистить? "работают программисты это образно". меня интересует почему выходит ошибка при выгрузке:«Превышен максимальный расход памяти сервера за один вызов». и все остальное работает замечательно.

Безопасный расход памяти за один вызов - позволяет контролировать расход памяти при серверном вызове, измеряется в байтах. Если вызов использует больше памяти чем положено, этот вызов будет завершен в рамках кластера 1С без перезапуска рабочего процесса (rphost.exe). Соответственно "неудачник", который выполнил вызов сервера, утратит сеанс с базой 1С без влияния на работу других пользователей.

в одном ГБ - 1073741824 Байт, следовательно в 2 ГБ - 2147483648 Байта

Объем памяти рабочих процессов, до которого сервер считается производительным - при превышении этого параметра сервер в кластере 1С перестанет принимать новые соединения.

27, все рекомендации сделаны как в этой статье, я ее читал 3 дня назад.

Безопасный расход памяти за один вызов: 9147483648

а rphost болтается в районе одного гига, других баз в скл нет

а rphost болтается в районе одного гига когда идет выгрузка большого объема

Значит где то что то ИЛИ не поставил/включил/включил ИЛИ база кривая ИЛИ смотреть с самого начала надо все.
трудно лечить больного по телефону )

а у тебя rphost какую разрядность имее в процессах? и меня 32

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

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

уточняю rphost у тебя в диспетчере показывает что 64? я прав?

у меня скл 64, 1с тоже 6х платформа а rphost 32х может в этом проблема?