Добрый день!
После перехода с платформы 8.3.6.2152 на платформу 8.3.8.1784, перестал загружаться файл dt в серверную базу, выдает ошибку:
Причем эта dt была выгружена тоже из серверной базы. Подскажите, как это побороть?
После перехода с платформы 8.3.6.2152 на платформу 8.3.8.1784, перестал загружаться файл dt в серверную базу, выдает ошибку:
"Ошибка обращения к серверу 1С:Предприятия.
по причине:
Передача данных прервана по инициативе принимающей стороны."
по причине:
Передача данных прервана по инициативе принимающей стороны."
Причем эта dt была выгружена тоже из серверной базы. Подскажите, как это побороть?
По теме из базы знаний
- Файловые базы *.1CD. Физическая структура. Восстановление.
- Решение для серверной базы при возникновении ошибки "Нарушена целостность структуры конфигурации"
- Тест серверного оборудования на допустимое количество пользователей: как это использовать?
- Почему PostgreSQL не лучше MS SQL
- Клиент-серверный режим базы данных 1С8 для тестирования
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Начиная, по моему с 8.3.7
"Выгрузка/Загрузка информационной базы в и из файла .dt будет прервана при обнаружении проблем с внутренней структурой информационной базы."
Теперь выгрузка в dt НЕ является средством резервного копирования!
Тестируйте, исправляйте базу от куда выгружали. Причин может быть куча а результат один: НЕВОЗМОЖНОСТЬ загрузить, казалось бы, корректно выгруженный файл .dt.
По правде сказать, "дебильная фича" от разработчика. Для чего ЭТО сделали не нахожу объяснения.
"Выгрузка/Загрузка информационной базы в и из файла .dt будет прервана при обнаружении проблем с внутренней структурой информационной базы."
Теперь выгрузка в dt НЕ является средством резервного копирования!
Тестируйте, исправляйте базу от куда выгружали. Причин может быть куча а результат один: НЕВОЗМОЖНОСТЬ загрузить, казалось бы, корректно выгруженный файл .dt.
По правде сказать, "дебильная фича" от разработчика. Для чего ЭТО сделали не нахожу объяснения.
Может быть проблема в совместимости платформ в конфигурации. Выгружена в 8.3.6, а загружается в 8.3.8, которая совместимость с 8.3.6 не поддерживает. Можно попробовать открыть в файловом варианте на платформе 8.3.7, если откроется, то сохранить в новую .dt.
Та же проблема, очистка журнала регистрации не помогла. В итоге загрузил в файловую базу, выгрузил конфигурацию и данные с помощью Выгрузки загрузки значений XML, потом в серверную базу загрузил эту конфигурацию и данные. dt файл больше 1 Гб. В файловую загрузился без проблем. Но тут хорошо, что только одна база.
Тоже столкнулся с данной проблемой, на 2-х базах, БП 3.0 и ЗУП 2.5. Сначала после обновления платформы с 8.3.6 на 8.3.9 перестала загружаться БП, через некоторое время ЗУП. Загрузка-выгрузка через файловую базу не помогла, пересоздание базы с перезапуском сервера 1С помогает в одном случае из 20, т.е., иногда все-таки загружается, что добавляет пищи для размышлений. Самое интересное, корректно загружается dt, выгруженный версией 8.3.6, выгрузка из 8.3.9 - нет, более того, загрузил dt ЗУП, выгруженный из 8.3.9 в 8.3.6 вполне нормально, выгрузил обратно - загрузка в 8.3.9 прошла успешно. Что делать с этим не совсем понятным эффектом пока не знаю, пошел уже второй месяц экспериментов.
Столкнулся с похожей историей куда только не копал, оказалось вот что:
- База обменивается данными со сторонней системой средствами API, и вот когда запущенно фоновое задание обмена, тогда и вываливается сообщение такого рода;
- Когда 1С через HTTP соединение отправляет POST запрос и время ответа с другой стороны занимает продолжительное время, выходят сообщения подобного плана и вот такие erver_addr=tcp://<имясервера>:1562 descr=Ошибка сетевего доступа к серверу (Windows Sockets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение.) line=1031 file=.\src\DataExchangeTcpClientImpl.cpp.
Если остановить данное задание, то все грузится и отрабатывает без ошибок.
Платформа 8.3.12.1685
Конфигурация БУХ КОРП 3.0.68.61
- База обменивается данными со сторонней системой средствами API, и вот когда запущенно фоновое задание обмена, тогда и вываливается сообщение такого рода;
- Когда 1С через HTTP соединение отправляет POST запрос и время ответа с другой стороны занимает продолжительное время, выходят сообщения подобного плана и вот такие erver_addr=tcp://<имясервера>:1562 descr=Ошибка сетевего доступа к серверу (Windows Sockets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение.) line=1031 file=.\src\DataExchangeTcpClientImpl.cpp.
Если остановить данное задание, то все грузится и отрабатывает без ошибок.
Платформа 8.3.12.1685
Конфигурация БУХ КОРП 3.0.68.61
(16) а как это связано с загрузкой из dt? На момент загрузки все фоновые задания отключены. Столкнулся с такой ситуаций на 8.3.18.1289. Для УТ 10.3. При этом обе базы на одном сервере. Выкрутился SQL-ной копией. Но хотелось бы понимать причину падения dt. Ибо пару месяцев назад все было нормально. Но была платформа пониже.
(17) Есть такие ошибки в платформе 3.18
Берите более стабильную 3.17 платформу.
Попробуйте копию полученную SQL (.mdf) в режиме предприятия пересчитать итоги регистров, а потом в режиме конфигуратора выполнить тестирование и исправление (реструктуризацию и реидексацию) после этого загрузка из dt должна пройти.
Берите более стабильную 3.17 платформу.
Попробуйте копию полученную SQL (.mdf) в режиме предприятия пересчитать итоги регистров, а потом в режиме конфигуратора выполнить тестирование и исправление (реструктуризацию и реидексацию) после этого загрузка из dt должна пройти.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот