Загрузка данных из файла при синхронизации
Обмен УТ 11.4.12.102-БП 3.0.83.25. Большой объем документооборота, а последняя удачная загрузка данных в БП 25.07.20.
Кое-как выгрузил данные из УТ в файл.
При загрузке в БП возникла проблема:
"Обработка: ТранспортСообщенийОбменаFILE: Ошибка при копировании файла из \\SQL-KM-01\Distr\Message_ЦБ_6a714e4a-f743-4cda-80fb-588ada36d716_2ea07d9c-e7fd-4d42-a26b-b7dd19322c02.xml в C:\Users\USR1CV83\AppData\Local\Temp\Exchange82 {23B8EC1F-8BD2-4AE9-92A9-A4AED567827D}\Message_6a714e4a-f743-4cda-80fb-588ada36d716_2ea07d9c-e7fd-4d42-a26b-b7dd19322c02.xml. Описание ошибки: Ошибка копирования файлов из '\\SQL-KM-01\Distr\Message_ЦБ_6a714e4a-f743-4cda-80fb-588ada36d716_2ea07d9c-e7fd-4d42-a26b-b7dd19322c02.xml' в 'C:\Users\USR1CV83\AppData\Local\Temp\Exchange82 {23B8EC1F-8BD2-4AE9-92A9-A4AED567827D}\Message_6a714e4a-f743-4cda-80fb-588ada36d716_2ea07d9c-e7fd-4d42-a26b-b7dd19322c02.xml' : На устройстве нет свободного места"
Подключил админа. Он посмотрел права, место - всё нормально.
Запустил ещё раз - ошибка та же:
Посмотрел внимательно - ошибка при загрузке показывается старая(вчерашняя). Т.е. при запуске синхронизации загрузка больше не выполняется, а результат загрузки показывается старый.
Как заставить 1С снова пытаться выполнить загрузку?
Кое-как выгрузил данные из УТ в файл.
При загрузке в БП возникла проблема:
"Обработка: ТранспортСообщенийОбменаFILE: Ошибка при копировании файла из \\SQL-KM-01\Distr\Message_ЦБ_6a714e4a-f743-4cda-80fb-588ada36d716_2ea07d9c-e7fd-4d42-a26b-b7dd19322c02.xml в C:\Users\USR1CV83\AppData\Local\Temp\Exchange82 {23B8EC1F-8BD2-4AE9-92A9-A4AED567827D}\Message_6a714e4a-f743-4cda-80fb-588ada36d716_2ea07d9c-e7fd-4d42-a26b-b7dd19322c02.xml. Описание ошибки: Ошибка копирования файлов из '\\SQL-KM-01\Distr\Message_ЦБ_6a714e4a-f743-4cda-80fb-588ada36d716_2ea07d9c-e7fd-4d42-a26b-b7dd19322c02.xml' в 'C:\Users\USR1CV83\AppData\Local\Temp\Exchange82 {23B8EC1F-8BD2-4AE9-92A9-A4AED567827D}\Message_6a714e4a-f743-4cda-80fb-588ada36d716_2ea07d9c-e7fd-4d42-a26b-b7dd19322c02.xml' : На устройстве нет свободного места"
Подключил админа. Он посмотрел права, место - всё нормально.
Запустил ещё раз - ошибка та же:
Посмотрел внимательно - ошибка при загрузке показывается старая(вчерашняя). Т.е. при запуске синхронизации загрузка больше не выполняется, а результат загрузки показывается старый.
Как заставить 1С снова пытаться выполнить загрузку?
По теме из базы знаний
- Загрузка данных из F3 TAIL 3 (еФарма 2) в 1С: Бухгалтерия 3.0 (базовая, ПРОФ, КОРП, ФРЕШ)
- Загрузка данных из Excel для 1С: Бухгалтерия предприятия 8
- Загрузка данных из Профстрой 4.0 в 1С:Бухгалтерия 3.0 и 1С:КА 2.4
- Загрузка данных из М-Аптеки в Бухгалтерию 3.0, в т.ч. КОРП
- Пример разработки инструмента загрузки данных SAP в 1С
Найденные решения
Может быть ситуация, что в папке C:\Users\USR1CV83\AppData\Local\Temp - просто ну очень много файлов. Зайдите в эту папку на сервере и удалите все файлы, предварительно остановив службу агента сервера 1С предприятия.
Сталкивался ещё с тем, что слишком большие файлы с шары не копировались по сети во время обмена. Решение - в настройках обмена указать сжатие файлов обмена (в обеих базах), удалить все файлы в папке обмена и запустить обмен заново.
Важно! На время разбирательств с обменов поставить галочки "Блокировка регламентных заданий включена" и обмены все проводить в ручном режиме. Если базы файловые, то отключить регламентное расписание обмена.
На всякий случай проверьте, а не перезагружается ли сервер SQL-KM-01 в районе 22:30. Часто админы настраивают что-то свое без уточнения у 1С-ников.
А на сервере точно не включено квотирование? Возможно у пользователя USR1CV83 ограничение в профиле есть на размер данных? Это уже админ проверить может. Дополнительно проверить права на папку C:\Users\USR1CV83\AppData\Local\Temp - на всякий случай дайте полный доступ для Всех.
Так же самый простой вариант проверки - в настройках агента сервера 1С Предприятия укажите вход в систему с системной учетной записью, перезапустите службу и запустите обмен.
Сталкивался ещё с тем, что слишком большие файлы с шары не копировались по сети во время обмена. Решение - в настройках обмена указать сжатие файлов обмена (в обеих базах), удалить все файлы в папке обмена и запустить обмен заново.
Важно! На время разбирательств с обменов поставить галочки "Блокировка регламентных заданий включена" и обмены все проводить в ручном режиме. Если базы файловые, то отключить регламентное расписание обмена.
На всякий случай проверьте, а не перезагружается ли сервер SQL-KM-01 в районе 22:30. Часто админы настраивают что-то свое без уточнения у 1С-ников.
А на сервере точно не включено квотирование? Возможно у пользователя USR1CV83 ограничение в профиле есть на размер данных? Это уже админ проверить может. Дополнительно проверить права на папку C:\Users\USR1CV83\AppData\Local\Temp - на всякий случай дайте полный доступ для Всех.
Так же самый простой вариант проверки - в настройках агента сервера 1С Предприятия укажите вход в систему с системной учетной записью, перезапустите службу и запустите обмен.
Прикрепленные файлы:

Информацию передавал админу, который обслуживает сервер 1С у клиента. Говорит, что всё пробовал, но я свечку не держал. Последним советом не удалось воспользоваться, так как времени ждать пока пройдёт полный обмен уже не было. Решил по-другому: написал обработку, которая сохраняет изменения документов в хранилище и потом порциями регистрирует к выгрузке. Работает только для документов - они там регистрируются помесячно(по выбранным периодам).
В таком "полуручном" режиме удалось обменяться всеми данными в течении 12 часов.
Резюмирую:
При попытке загрузить большую порцию данных выходила ошибка о том, что недостаточно памяти на сервере. Причем регистрировалась она моментом начала обмена(не знаю, логично ли это?). Файл выгрузки была размерами около 1 Гб, свободной памяти на сервере 1С было 30 Гб. Сколько не хватало памяти - непонятно. Решить средствами администрирования проблему не удалось. Выгрузить базу БП в файл тоже не удалось - вырастала больше 15 Гб и все данные не загружались. Свое решение проблемы описал выше.
Всем спасибо за помощь!
В таком "полуручном" режиме удалось обменяться всеми данными в течении 12 часов.
Резюмирую:
При попытке загрузить большую порцию данных выходила ошибка о том, что недостаточно памяти на сервере. Причем регистрировалась она моментом начала обмена(не знаю, логично ли это?). Файл выгрузки была размерами около 1 Гб, свободной памяти на сервере 1С было 30 Гб. Сколько не хватало памяти - непонятно. Решить средствами администрирования проблему не удалось. Выгрузить базу БП в файл тоже не удалось - вырастала больше 15 Гб и все данные не загружались. Свое решение проблемы описал выше.
Всем спасибо за помощь!
Прикрепленные файлы:
СохранитьОбъектыРегистрации_разбитьНаПорции.epf
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) Про то, что на сервере - в курсе. Админ там и смотрел(я написал именно об этом). Размер файла выгрузки из УТ - 1 Гб, свободно на диске С, на сервере - 30 Гб.
Но сейчас загрузка "пробегает" быстро, а в ошибке показывается запись, сделанная вчерашним днем. Если меняю период на сегодняшний, то записей в ЖР по результатам загрузки совсем нет.
Но сейчас загрузка "пробегает" быстро, а в ошибке показывается запись, сделанная вчерашним днем. Если меняю период на сегодняшний, то записей в ЖР по результатам загрузки совсем нет.
(5) Я ту выгрузку ждал х... знает сколько. Не уверен, что это хорошая идея. А про перерегистрировать - вообще волосы дыбом встают.
Нет ли, случайно, какого-нибудь инструмента, который бы позволил порционно выгружать зарегистрированные изменения при типовой синхронизации?
Нет ли, случайно, какого-нибудь инструмента, который бы позволил порционно выгружать зарегистрированные изменения при типовой синхронизации?
если это реально - выгрузите базу в файловую на отдельный комп с большим количеством места на диске С >150гб и попробуйте загрузить файл обмена, по крайней мере, будет ясно, в месте ли проблема... У меня была база скуль 25гб, выгрузка dt 8гб, загрузка на другом сервере postgres со свободным местом 80гб не проходила - не хватало места для временных файлов...
Может быть ситуация, что в папке C:\Users\USR1CV83\AppData\Local\Temp - просто ну очень много файлов. Зайдите в эту папку на сервере и удалите все файлы, предварительно остановив службу агента сервера 1С предприятия.
Сталкивался ещё с тем, что слишком большие файлы с шары не копировались по сети во время обмена. Решение - в настройках обмена указать сжатие файлов обмена (в обеих базах), удалить все файлы в папке обмена и запустить обмен заново.
Важно! На время разбирательств с обменов поставить галочки "Блокировка регламентных заданий включена" и обмены все проводить в ручном режиме. Если базы файловые, то отключить регламентное расписание обмена.
На всякий случай проверьте, а не перезагружается ли сервер SQL-KM-01 в районе 22:30. Часто админы настраивают что-то свое без уточнения у 1С-ников.
А на сервере точно не включено квотирование? Возможно у пользователя USR1CV83 ограничение в профиле есть на размер данных? Это уже админ проверить может. Дополнительно проверить права на папку C:\Users\USR1CV83\AppData\Local\Temp - на всякий случай дайте полный доступ для Всех.
Так же самый простой вариант проверки - в настройках агента сервера 1С Предприятия укажите вход в систему с системной учетной записью, перезапустите службу и запустите обмен.
Сталкивался ещё с тем, что слишком большие файлы с шары не копировались по сети во время обмена. Решение - в настройках обмена указать сжатие файлов обмена (в обеих базах), удалить все файлы в папке обмена и запустить обмен заново.
Важно! На время разбирательств с обменов поставить галочки "Блокировка регламентных заданий включена" и обмены все проводить в ручном режиме. Если базы файловые, то отключить регламентное расписание обмена.
На всякий случай проверьте, а не перезагружается ли сервер SQL-KM-01 в районе 22:30. Часто админы настраивают что-то свое без уточнения у 1С-ников.
А на сервере точно не включено квотирование? Возможно у пользователя USR1CV83 ограничение в профиле есть на размер данных? Это уже админ проверить может. Дополнительно проверить права на папку C:\Users\USR1CV83\AppData\Local\Temp - на всякий случай дайте полный доступ для Всех.
Так же самый простой вариант проверки - в настройках агента сервера 1С Предприятия укажите вход в систему с системной учетной записью, перезапустите службу и запустите обмен.
Прикрепленные файлы:

Информацию передавал админу, который обслуживает сервер 1С у клиента. Говорит, что всё пробовал, но я свечку не держал. Последним советом не удалось воспользоваться, так как времени ждать пока пройдёт полный обмен уже не было. Решил по-другому: написал обработку, которая сохраняет изменения документов в хранилище и потом порциями регистрирует к выгрузке. Работает только для документов - они там регистрируются помесячно(по выбранным периодам).
В таком "полуручном" режиме удалось обменяться всеми данными в течении 12 часов.
Резюмирую:
При попытке загрузить большую порцию данных выходила ошибка о том, что недостаточно памяти на сервере. Причем регистрировалась она моментом начала обмена(не знаю, логично ли это?). Файл выгрузки была размерами около 1 Гб, свободной памяти на сервере 1С было 30 Гб. Сколько не хватало памяти - непонятно. Решить средствами администрирования проблему не удалось. Выгрузить базу БП в файл тоже не удалось - вырастала больше 15 Гб и все данные не загружались. Свое решение проблемы описал выше.
Всем спасибо за помощь!
В таком "полуручном" режиме удалось обменяться всеми данными в течении 12 часов.
Резюмирую:
При попытке загрузить большую порцию данных выходила ошибка о том, что недостаточно памяти на сервере. Причем регистрировалась она моментом начала обмена(не знаю, логично ли это?). Файл выгрузки была размерами около 1 Гб, свободной памяти на сервере 1С было 30 Гб. Сколько не хватало памяти - непонятно. Решить средствами администрирования проблему не удалось. Выгрузить базу БП в файл тоже не удалось - вырастала больше 15 Гб и все данные не загружались. Свое решение проблемы описал выше.
Всем спасибо за помощь!
Прикрепленные файлы:
СохранитьОбъектыРегистрации_разбитьНаПорции.epf
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот