При выгрузке данных (архивировании) получается Огромный архив (1с 8.2.14.540) = тема #2
Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
При выгрузке данных (Администрирование - Выгрузить информационную базу) с некоторых пор стал получаться огромный архив *.dt. Порядок цифр : база (КА-файловая-редакция 1.1.17.1-с возможностью изменения + немного измененная) в файловой варианте ~3,5 Гб (файл *.1cd), раньше архив (*.dt) создавался с размером ~500Мб, последний архив (*.dt) ~ 16 Гб(создание которого завершилось как бы корректно).
Но обратно загрузить из такого архива не получается - программа "вылетает"!
Началось это по срокам, видимо, после переноса базы на новый сервер (windows server 2008 r2 standart 64-х разрядная) ... хотя связи особой не вижу (при переносе базы на другие компьютеры теперь аналогичная картина).
В то же время ещё две другие файловые базы, перенесенные на этот же сервер - корректно выгружаются в архив.
Сама работа в базе (ввод информации, форм.отчетов и т.д.) происходит нормально, никто из пользователей не жалуется.
Может кто-нибудь сталкивался с подобным? В каком направлении "копать"?
Прошу "помощь зала")
ps. Что было сделано для попытки решения проблемы:
- Проверка конфигурации : Проверка логической целостности + Поиск некорректных ссылок + Толстый клиент (обычное приложение) = ошибок не обнаружено >>> НЕ помогло
- Сохранение конфигурации + Загрузка конфигурации = корректно завершилось >>> НЕ помогло
- Отключен главный узел (раньше база использовалась для полного обмена с удаленной копией) + удалена вся регистрация изменений >>> НЕ помогло
...
в процессе
- Тестирование и исправление (в режиме тестирования) - первая попытка продолжалась больше 10 ч и не дошла до конца по причине перезагрузки сервера ... буду делать вторую попытку
Но обратно загрузить из такого архива не получается - программа "вылетает"!
Началось это по срокам, видимо, после переноса базы на новый сервер (windows server 2008 r2 standart 64-х разрядная) ... хотя связи особой не вижу (при переносе базы на другие компьютеры теперь аналогичная картина).
В то же время ещё две другие файловые базы, перенесенные на этот же сервер - корректно выгружаются в архив.
Сама работа в базе (ввод информации, форм.отчетов и т.д.) происходит нормально, никто из пользователей не жалуется.
Может кто-нибудь сталкивался с подобным? В каком направлении "копать"?
Прошу "помощь зала")
ps. Что было сделано для попытки решения проблемы:
- Проверка конфигурации : Проверка логической целостности + Поиск некорректных ссылок + Толстый клиент (обычное приложение) = ошибок не обнаружено >>> НЕ помогло
- Сохранение конфигурации + Загрузка конфигурации = корректно завершилось >>> НЕ помогло
- Отключен главный узел (раньше база использовалась для полного обмена с удаленной копией) + удалена вся регистрация изменений >>> НЕ помогло
...
в процессе
- Тестирование и исправление (в режиме тестирования) - первая попытка продолжалась больше 10 ч и не дошла до конца по причине перезагрузки сервера ... буду делать вторую попытку
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) Спасибо за наводку на chdbfl.exe, буду пробовать ... пока тестирование и исправление (идёт очень долго)
(3) Спасибо (не знал) ... я так понял что средствами спец.обработки типа ВыгрузкаЗагрузкаДанныхCOMXML81.epf перенести все данные в пустую базу с аналогичной конфигурацией - буду пробовать
(4) уже ... процесс идёт пока
(5) да, но тогда бы сам файл *.1cd увеличился бы, нет? А сейчас сам файл базы растёт всего лишь потихоньку, как и раньше, а вот файл выгрузки *.dt не получается ... но в любом случае проверю ... в такой ситуации буду проверять всё :)
(3) Спасибо (не знал) ... я так понял что средствами спец.обработки типа ВыгрузкаЗагрузкаДанныхCOMXML81.epf перенести все данные в пустую базу с аналогичной конфигурацией - буду пробовать
(4) уже ... процесс идёт пока
(5) да, но тогда бы сам файл *.1cd увеличился бы, нет? А сейчас сам файл базы растёт всего лишь потихоньку, как и раньше, а вот файл выгрузки *.dt не получается ... но в любом случае проверю ... в такой ситуации буду проверять всё :)
"windows server 2008 r2 standart 64-х разрядная"
до этого была 32-разрядная? может с платформой чего? хотя мне 14.540 тоже больше всего нравится...
а пробы все делаешь прямиком на сервере или по терминалке? может файлики на обычную машинку скопировать и на ней попробовать выгрузку?
до этого была 32-разрядная? может с платформой чего? хотя мне 14.540 тоже больше всего нравится...
а пробы все делаешь прямиком на сервере или по терминалке? может файлики на обычную машинку скопировать и на ней попробовать выгрузку?
В общем помогло использование утилиты "chdbfl.exe" ... поэтому победителем объявляется Babuin )))
При запуске с исправлением выдало что в таблице FILES исправлено 32 из 34 записей...После чего стало корректно и выгружаться в архив и тестироваться в конфигураторе.
Насколько я понял, в этой таблице хранятся какие-то из настроек пользователей + какие-то служебные файлы ... интересно насколько критично если эти записи некорректно восстановились...
Всем спасибо за участие в обсуждении)
При запуске с исправлением выдало что в таблице FILES исправлено 32 из 34 записей...После чего стало корректно и выгружаться в архив и тестироваться в конфигураторе.
Насколько я понял, в этой таблице хранятся какие-то из настроек пользователей + какие-то служебные файлы ... интересно насколько критично если эти записи некорректно восстановились...
Всем спасибо за участие в обсуждении)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот