Добрый день! У меня образовалась такая проблема с загрузкой базы из dt, выдает ошибку:
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Ошибка при выполнении файловой операции
Это происходит и при загрузке в файловую версию и в SQL.
Как можно решить данную проблему?? дело в том что это единственный архив!
Очень нужна ваша помощь, Заранее спасибо огромное))
(1) 1. Заглянуть в журнал 1С и посмотреть записи, которые предшествовали ошибке.
2. Заглянуть в журнал Windows и посмотреть по времени какие события там происходили.
32-битность может оказаться причиной.
ОЗУ не хватает для выстраивания десериализации.
Нужно всё то же самое попытаться выполнить на 64-битной платформе.
Таки да, в (5) верно. Если ДТ выгружали на сильно отстающей платформе, в сравнение с той, на которой пытаются загружать, то тоже может быть причиной.
Пробовать понижать версию и дальше пробовать.
еще в догонку, вспомнил, у меня была именно такая ошибка - загружал базу на постгрес, база весила 20 гб, свободно было 80 гб, и ей не хватало, хотя про место, конечно, уже писали
(23) На платформах 8.3.8 и выше при создании пустой базы используется (должен, во всяком случае)) формат 8.3.8, где уже нет того ограничения в 4 Гб на таблицу. А текст ошибки
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Ошибка при выполнении файловой операции
Я об этом уже спрашивал в (2), в ответ - тишина... Видимо, автор ждет от форума универсального волшебного заклинания "сим-салабим-ахалай-махалай", после которого битый (скорее всего) dt тут же загрузится!
Автор, попробуйте поднять другую СУБД, вы в PostgreSQL пробовали загрузить, а в IBM DB2?
IBM DB2 бесплатная и нет ограничений на размер БД.
Мне как-то помог такой способ. Вообще, довольно часто dt-ки осыпаются (не рекомендуется через них бэкапить, но клиенты разные попадаются).
После загрузки dt в базу BM DB2 выполните тестирование и исправление БД. Далее посмотрите отчет - увидите какие объекты оказались проблемными (ЕСЛИ ошибка при загрузки dt возникла).
ЕСЛИ возникнут ошибки, то скорее всего в 1-2 таблицах проблемы. Почистить эти пару таблиц. Далее можно выгрузить в dt, сравнить объём, есть tool_1cd для анализа расхождений. Я понимаю, что способ трудозатратный, но если иного выбора нет, то стоит попробовать.
Доброе утро. Если все варианты уже перебрали, то могу предположить, что из за довольно увесистой базы не хватает адресной памяти. Попробуйте откусить гига 2-3 через КС.
1.Запустить командную строку: «Пуск — Выполнить» — введите CMD и нажмите enter.
Введите в командной строке «bcdedit /set increaseuserva 3072″, где 3072 — размер желаемой адресной памяти.
Перезагрузите компьютер.
Попробуйте выполнить действие в 1С 8, которое не получалось ранее.
Если всё получилось и операция повторяется не так часто, рекомендуется вернуть размер адресной памяти к значению по умолчанию с помощью команды «bcdedit /deletevalue increaseuserva».
неплохо было бы уточнить:
-версию программного продукта откуда брали и разрядность
-версию программного продукта и разрядность куда переносите
-архив??? файл dt это не совсем архив. Возможно у вас архив 1CD
-каким образом вы выгружали dt загружали dt файл.
(51) dt - это не архив, а файл для выгрузки/загрузки/переноса, т.е. в случаях, когда есть доступ к исходной базе.
Архивом его можно считать только после контрольной загрузки и проверки работоспособности.
(53)Ну если он смог его единожды, что мешает ему получить dt файл повторно. То что он у него "единственный", не говорит о том, что нельзя собрать еще один dt файл. Речи про недоступность к исходной базе нет. (Ну или как обычно "ищи в комментариях").
Люблю когда человек может "обкекать" другого, потому что сам не может дотумкать до решения. А решения которые ему предлагают - "не то, неправильно, не подходит".
И да - в 1С я зеленый. Но "Окей, Гугл" у меня еще не забанили.
(55)Гуглом мы пользоваться тоже умеем, и сначала идем к нему, а потом уже сюда за советом! А если вы далеки от темы, то давать советы вам не следует...
(58)Напишу банальщину, но после выгрузки dt вы даже не пытались файл запустить на проверку того, что все выгружено успешно? и сразу потеряли доступ к базе?По - моему после выгрузки dt файла, вы должны были проверить, а выгрузился ли он "нормально". В случае обнаружения косяков повторить выгрузку.
Складывается впечатление, чтобы просто выгрузили dt и пошли с чистой совестью по своим делам. И уже потом, спустя некоторое кол-во времени решили заняться dt файлом. А он такой "А я не читаюсь". и доступа к исходникам нет.
(59)Никто виноватых в этой теме не ищет (А спрашивает как быть)... Просто не нужно писать всякую ерунду, пытаясь заработать стартмани (или не знаю для чего это вам нужно), лучше займитесь изучением чего-то полезного, и изучив это раздавайте дельные советы. (в вашем случаи пока: "Молчание-золото").
(47)Мне вообще кажется что пользователь: "user1488313", пока еще совсем зеленый... и немного(а может быть и много) не понимает всей сути темы. Либо просто читает через слово...
(54)В вопросе не было ни слова про файл 1CD... Вы конечно извините, но если вы далеки от темы, то лучше не стоит писать "все подряд" дабы не тратить не ваше не наше время...
Возьмите отдельную машину с ОЗУ превышающей размер dt-шника, платформу 64 бит.
Не претендую самый правильный ответ но подобный случай был и решение было именно таким.
Разворачивал в файловом режиме.
скорее всего dt файл поврежден, так что ничего не удастся сделать. Два варианта либо искать другие копии либо восстанавливать данные вручную с бумажных носителей
Здравствуйте!
В нашей ситуации была работающая база, выгрузка из которой не загружалась в копию с такой же ошибкой.
В файле dt содержатся таблицы, объем которых очень большой, поэтому полностью данные не загружаются. В нашем случае это был регистр накопления, не типовой. Решили удалением записей этого регистра за давние отчетные периоды, по согласованию с бухгалтерией (были старые копии, в которых эта информация осталась на случай, если понадобится). После этого сделали новую выгрузку и база загрузилась в копию.
До тех пор, пока не нашли причину и решение проблемы, работали с копией, загруженной из dt с ошибкой " В информационную базу загружены не все данные...". Проверяли поверхностно, так как в большей мере нужна была работа с конфигуратором, а не с данными, но, похоже, остальные данные в базе были на месте.
Если все вышеперечисленное не помогло, то походу DT-шнику пришел пушной зверек...
Если честно, мне не понятно, почему сразу не проверили работоспособность копии. Или не сделали бэкап альтернативным способом(копированием файла 1CD или средствами СУБД, в зависимости от вида архитектуры базы).
Эта ошибка возникала при переезде с файловой на серверную.
1. Тестирование исправление в конфиге не проходило до конца. Была ошибка и оно обрывалось.
2. Тестирование исправление утилитой помогло частично база стала загружаться в файловую но так же не загружалась в серверную.
3. настроил ТЖ как написано в https://infostart.ru/1c/articles/200268/.
4. Поймал событие. Ругается на таблицу _Document548_VT17517. Это ТЧ товаров в РТУ.
5. Выгрузил все РТУ в XML, удалил все РТУ.
6. При загрузке DT опять та же ошибка, но пишет что в таблице _Document548_VT17517 одна строка. (См скриншот) Т.е. РТУ нет а в ТЧ товаров одна строка!!!
7. Повторное Тестирование исправление в конфиге удалило эту строку и ошибка исчезла.
Мораль. Тестирование исправление утилитой и в конфиге это не одно и тоже. Надо делать и там и там.