| 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х может в этом проблема? | |
Интернет-форум Краснодарского края и Краснодара |
