Всем привет. Есть регистр 76 миллионов строк. На заре, когда создавался регистр, на него повесили периодичность ДЕНЬ, решили убрать за ненадобностью, провели все действия по сохранению периода в отдельный реквизит, когда снимаем периодичность, запускаем сохранение конфигурации, то падает с ошибкой:

Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://hm-1c-03:1564 descr=10054(0x00002746): An existing connection was forcibly closed by the remote host.  line=1582 file=src\DataExchangeTcpClientImpl.cpp

Сервер 1С ребутили, кеш сервера чистили.

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

Платформа: 8.3.12  SQL: 2017 Конфигурация самописная. Сервер 1С и СУБД раздельные.

Памяти серверу не хватает. Поставь 64бит

(2) +1
10054 ошибка

(2) Серверу 1С?

Создавай новый регистр. Переносишь в него нужные движения. Потом выпиливаешь старый. Профит.

+(4) 1С 64разрядна вроде

(5) я с таками объемами данных первый раз сталкиваюсь, это ваще номральная практика? Я провде считал что Серверная 1С это вай как круто и должно работать, база то всего ничего 500гигов :)

(4) Да

(8) Вот может поможет, настройки кластера и процессов 1С сервера, может чего подправить, как я памяти 88гагов на серваке и 35 гигов на процесс.

https://yadi.sk/i/FjOv08ivE0cbBQ

(7) Не нормальная. Но ты же ТЖ и дампы не собрал даже - возможно падает менеджер кластера и возможно причину удастся понять самостоятельно.
Ну и поменять релиз платформы обычно гораздо чаще помогает, если не готов в 1С багрепорты с дампами слать.

+(9) Таблица регистра на на котром падает  76 миллионов строк, объем 76гигабайт.

(10) ну да, с поддержкой 1С хотелось бы связываться в последнюю очередь

(11) дык надо раза в 1,5 примерно больше, а 76*1,5 > 88.
Если рамы не предвидится - сделай как в 5 написано!
ТЖ не только для саппорта 1с полезны и да, саппорт не факт отработает прям сразу по вашему письму... если конечно у вас не заключен договор с ЦКТП.

(11) ждёшь, что форум за тебя позырить объём памяти, который rphost отожрал перед падением ?

По ошибке: http://www.gilev.ru/10054/

Да там дохера причин для этого кода

(16) память ведущая и настроить ТЖ не сложно

(13) Правильно ли я понял что 35гигов на один процесс сервера 1С мало, нада еще больше дать? Кстати размер я указал с индексами, сама по себе таблица весит 23 094,336 MB.

(14) Это как-то в логах можно посмотреть, или нужно диспечер смотреть в момент падания.


(17) ТЖ в принципе настроен, но я не разумею что и где искать, вот файл конфигурации ТЖ, куда копать?
<?xml version="1.0"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">;
    <dump create="1" location="C:\1c_dumps\" type="8" prntscrn="true"/>
    <log location="C:\1c_log" history="720">
        <event1>
            <ne property="Name" value=""/>
        </event1>
        <event>
            <eq property="Name" value="EXCP"/>
            <ne property="Exception" value="NetDataExchangeException"/>
            <ne property="Exception" value="9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3"/>
        </event>
        <event>
            <eq property="Name" value="ADMIN"/>
        </event>
        <event>
            <eq property="Name" value="QERR"/>
        </event>
        <event>
            <eq property="Name" value="TDEADLOCK"/>
        </event>
        <event>
            <eq property="Name" value="TLOCK"/>
            <gt property="duration" value="30000"/>
        </event>
        <event>
            <eq property="Name" value="DBMSSQL"/>
            <gt property="duration" value="30000"/>
        </event>
        <event>
            <eq property="Name" value="TTIMEOUT"/>
        </event>
        <event>
            <eq property="Name" value="LEAKS"/>
        </event>
        <event>
            <eq property="Name" value="MEM"/>
        </event>
        <property name="all"/>
    </log>
    <leaks Collect="1">
        <point Call="client"/>
        <point Call="server"/>
    </leaks>
</config>

(18) А вы что, ограничили рпхосту память? А нафига?
Вообще, сомневаюсь, что при реструктуризации регистра нужно много памяти. Практически в 100 процентов случаев нехватка памяти в рпхосте - это следствие зацикленных ссылок. Или в метаданных, или в данных.

+(19) Это про 64-бита, разумеется. В 32-битном реальное ограничение 2 или 4 гб (в зависимости от версии и настроек ОС) присутствует.

(0) "Пока решили снести все движения, провести реструктуризацию и после снова провести все документы, т.к. непонятно что делать с этим и куда копать."
ИМХО лучше тогда создать новый регистр, заполнить его по данным старого с регистраторами, старый удалить, новый переименовать как старый. Без массового перепроведения, зачем оно?

(21) ну тоже норм вариант.