К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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


1 - 12.11.2017 - 06:51
(0) >>Розница 2.3, центральная база, работала на дбф
эээ...мммм.... может я отстал, но поясни еще раз, на чоооом вы работали??? ))
дбф??? Розница 2.3 ????
2 - 12.11.2017 - 09:00
в файловом режиме, так понятно. еще уточнение MS SQL стандарт, с экспреса ушли думали может в этом проблема.
3 - 12.11.2017 - 09:08
в диспетчере задач, памяти используется 23%, при свертке узла и потом при выгрузке на магазин rphost достигает 1,2 гб когда 1с пишет Превышен максимальный расход памяти сервера за один вызов.
4 - 12.11.2017 - 09:25
Дык только я вот и говорю,
а где ты нашел Розница 2.3 да еще и раньше??
5 - 12.11.2017 - 09:29
правда твоя 2.2, а по делу то есть что сказать?
6 - 12.11.2017 - 09:32
Как сворачиваешь?
Сколько у тебя лет надо свернуть?
Может стоит сначала сделать ТИИ со сжатием таблиц и пересчетом и проверкой итогов, потом сворачивать частями и после каждой свертки делать ТИИ ?
7 - 12.11.2017 - 09:34
+6 не забывай кеш чистить перед и после свертки
8 - 12.11.2017 - 09:41
передается 1,4 мл объектов.дело в том что в файловой версии все без проблем происходит, узел сворачивается, синхронизация проходит за 4 часа. а в SQL версии доходит до 26-46 процентов и вылетает. я пока вернул в файловую версию а на копии в sql экспериментирую. ТИИ не делаю, делаю выгрузку загрузку. кеш чистю периодически.
9 - 12.11.2017 - 09:43
частями сворачивать, не понятно тогда зачем SQL на файловой целиком 9 месяцев сворачиваются без проблем.
10 - 12.11.2017 - 09:45
ТИИ сжимает таблицы, потому если ты что то удалил, то это это не значит что ты удалил из базы, и этот мусор там болтается, не пересчитанные регистры тоже тянут ооочень много, потерянные ссылки и прочее тоже тянут и пытаются перенестись
11 - 12.11.2017 - 09:47
по поводу регистров это я знаю, а разве выгрузка-загрузка хлам не убирает? Еще раз подниму вопрос почему тогда в файловой версии выгрузка проходит а в SQL нет?
12 - 12.11.2017 - 09:47
+10 при ТИИ идет проверка ЛОГИЧЕСКОЙ и ФИЗИЧЕСКОЙ целостности базы, индексы, если они нарушены то базу у тебя вообще может расторабанить до астрономических размеров
13 - 12.11.2017 - 09:49
(11) НЕ ВСЕГДА, и скажу больше, может даже не всегда исправлять целостность базы
14 - 12.11.2017 - 09:54
база адекватная всего 9гб при 40 магазинах. данные в ней за год. следим за базой. своими дописками чистим пустые ссылки. т.к они иногда вылезают в вводе начальных остатков по узлу.
15 - 12.11.2017 - 09:55
>>своими дописками чистим пустые ссылки. т.к они иногда вылезают в вводе начальных остатков по узлу
А чем ТИИ не устраивает??
16 - 12.11.2017 - 09:56
>>база адекватная
Это в твоем понимании, а вот платформа так не думает,
попробуй платформу поменяй
17 - 12.11.2017 - 09:56
тем что ТИИ будет работать сутки, а обмен должен идти постоянно.
18 - 12.11.2017 - 09:58
8.3.10.2580, не самая старая.
19 - 12.11.2017 - 10:00
Тем более что у тебя РИБ, ты у себя исправишь, а периферия тебе на место все вернет и загонит тебе назад все что у них битое.
У тебя РИБ средствами платформы построена, а не рукотворными произведениями.
20 - 12.11.2017 - 10:01
самое главное ты не даешь ответ по поводу SQL. еслебы были проблемы то и файловая 1с не выгружала бы синхронизацию, мне нужна помощь в настройке 1c сервера.
21 - 12.11.2017 - 10:01
+19 про скуль и 40 !!! магазинов надо было раньше думать
22 - 12.11.2017 - 10:05
Файловая может легко выгрузить базу даже при наличии в ней ошибок, это я тебе уже говорил(читай выше)
23 - 12.11.2017 - 10:08
Читай про скуль и кластеры, есть полезности )
https://guesto.ru/1c-oshibka-prevysh...za-odin-vyzov/
https://helpf.pro/faq/view/1595.html
https://infostart.ru/public/193359/
http://debug1c.ru/2015/09/expert-prof-2/
24 - 12.11.2017 - 10:08
21, а у нас в центральной базе работают только программеры и обмен идет так что файловая нас устраивает. единственная проблема если свертка шла то обмен останавливался, на SQL обмен не останавливается но и не выгружается большой объем.
25 - 12.11.2017 - 10:10
все это читал, делал как рекомендовано, не помогло.
26 - 12.11.2017 - 10:17
(24)>>в центральной базе работают только программеры
сколько же вас там ? )) и ни один программист не догоняет???
>>но и не выгружается большой объем.
Дык а тебя интересует только выгрузка из скуля???
Ну дык посмотри на размер выгрузки который у тебя получается из скуля, может скуль почистить???
[database name].ldf - лог файл, все изменения, обращения и т.д., короче лог файл :-) может почистить??? ))
27 - 12.11.2017 - 10:23
Ооочень внимательно читай
https://helpf.pro/faq/view/1595.html
28 - 12.11.2017 - 10:23
SQL только поставил что там чистить? "работают программисты это образно". меня интересует почему выходит ошибка при выгрузке:«Превышен максимальный расход памяти сервера за один вызов». и все остальное работает замечательно.
29 - 12.11.2017 - 10:25
Безопасный расход памяти за один вызов - позволяет контролировать расход памяти при серверном вызове, измеряется в байтах. Если вызов использует больше памяти чем положено, этот вызов будет завершен в рамках кластера 1С без перезапуска рабочего процесса (rphost.exe). Соответственно "неудачник", который выполнил вызов сервера, утратит сеанс с базой 1С без влияния на работу других пользователей.

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

Объем памяти рабочих процессов, до которого сервер считается производительным - при превышении этого параметра сервер в кластере 1С перестанет принимать новые соединения.
30 - 12.11.2017 - 10:25
27, все рекомендации сделаны как в этой статье, я ее читал 3 дня назад.
31 - 12.11.2017 - 10:26
Безопасный расход памяти за один вызов: 9147483648
32 - 12.11.2017 - 10:28
а rphost болтается в районе одного гига, других баз в скл нет
33 - 12.11.2017 - 10:31
а rphost болтается в районе одного гига когда идет выгрузка большого объема
34 - 12.11.2017 - 10:31
Значит где то что то ИЛИ не поставил/включил/включил ИЛИ база кривая ИЛИ смотреть с самого начала надо все.
трудно лечить больного по телефону )
35 - 12.11.2017 - 10:34
а у тебя rphost какую разрядность имее в процессах? и меня 32
36 - 12.11.2017 - 10:36
если интересно могу тимвьювер дать, если реально поможешь то могу и заплатить какие то разумные деньги, время же стоит денег.
37 - 12.11.2017 - 10:48
я сейчас дома, и в воскресенье мне трудиться, сильно напрягать мозги и лазить по тим вьюверу не хочется, извини
мне вчера аппача хватило ставить))
у клиента стоит х64, полет нормальный
Попей чайку успокойся и сделай все с самого начала, с чистого листа, это то чем я могу сейчас помочь ))
38 - 12.11.2017 - 11:30
уточняю rphost у тебя в диспетчере показывает что 64? я прав?
39 - 12.11.2017 - 11:31
у меня скл 64, 1с тоже 6х платформа а rphost 32х может в этом проблема?


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены