После смены релиза на 8.3.5.1098 штатный бекап (Конфигуратор/Администрирование/Выгрузить информационную базу...) идет "бесконечно". Система создает файл с раширением n1 и чем-то занимается сама с собой продолжительное время (более часа, сама база 30+Гб, дальше просто нет возможности держать базу в монопольном режиме). Конечно есть скульные бакапы и т.д. Была смена релиза на 8.3.5.1146, сейчас 8.3.5.1186 - результат аналогичен.
На просторах инета есть аналогичная тема "Долго идет выгрузка в dt" - решение там не найдено.
Пните куда копать?
На просторах инета есть аналогичная тема "Долго идет выгрузка в dt" - решение там не найдено.
Пните куда копать?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Пинать не стану, но вариант подскажу:
По крайней мере, один из симптомов (невозможность выгрузки) совпадает.
А если попробовать выгрузку на более старом релизе? Может, установка нового просто совпала с повреждением базы?
По крайней мере, один из симптомов (невозможность выгрузки) совпадает.
А если попробовать выгрузку на более старом релизе? Может, установка нового просто совпала с повреждением базы?
(2) Cooler, увы, менять релизы при аптайме 24/7 очень геморройное занятие, поднимать рядом еще один "паленый" сервер тоже не вариант :(
По ссылке, симптомы несколько другие. После "убийства" конфигуратора, файл типа n1 имеет разный размер и тем больше чем дольше шла выгрузка, т.е. он что-то выгружает, но слишком медленно. До смены релиза, штатно, бекап занимал от 35 до 40 минут, сейчас до конца ни разу не дождались, но если n1 это темповый файлик бекапа и его размер должен совпасть с размером бекапа то, на вскидку, бекап будет идти не менее суток, что явно не приемлемо.
По ссылке, симптомы несколько другие. После "убийства" конфигуратора, файл типа n1 имеет разный размер и тем больше чем дольше шла выгрузка, т.е. он что-то выгружает, но слишком медленно. До смены релиза, штатно, бекап занимал от 35 до 40 минут, сейчас до конца ни разу не дождались, но если n1 это темповый файлик бекапа и его размер должен совпасть с размером бекапа то, на вскидку, бекап будет идти не менее суток, что явно не приемлемо.
(3)
Или еще проще: разверните сделанный средствами SQL бэекап на совершенно другом компе (не на сервере), поставьте там 1С разных релизов и экспериментируйте. По крайней мере, совершенно точно узнаете - дело в релизе или нет? Потому что все остальные факторы будут исключены.
менять релизы при аптайме 24/7 очень геморройное занятие, поднимать рядом еще один "паленый" сервер тоже не вариант
Зачем "менять"? Установите дополнительно, специально для выгрузки, остальные пусть продолжают работу в новом.
Или еще проще: разверните сделанный средствами SQL бэекап на совершенно другом компе (не на сервере), поставьте там 1С разных релизов и экспериментируйте. По крайней мере, совершенно точно узнаете - дело в релизе или нет? Потому что все остальные факторы будут исключены.
(5) Если ничего нельзя изменить в вашей системе, то как вы собираетесь исправлять проблему, даже если повезет угадать ее причину?
Пишите в суппорт 1С, посмотрим, что они ответят на ваши "аргументы" типа "геморройное занятие" и "не представляется возможным".
Удачи!
Пишите в суппорт 1С, посмотрим, что они ответят на ваши "аргументы" типа "геморройное занятие" и "не представляется возможным".
Удачи!
Есть проблема на 8.3, что при бекапе не блокировались регламентные фоновые задания. Соответственно вроде как ни кто зайти не может, но фоновый процесс стартовал. Правда у нас при этом в итоге падал сервер 1С, но может в эту торону покрутить? Проверить, что фоном ни где ничего не стартануло.
Добрый день, столкнулся с той же проблемой, при выгрузке базы в dt, создает файлы n1,n2 и т.д. 0-го размера. Выгружает бесконечно долго. До конвертирования в 8.3 с 8.2 все было нормально выгрузка шла 15 минут, база небольшая. Фоновых заданий нет. Пробовал рестартовать на сервере службы 1с, пробовал с разных компьютеров в разные места выгружать, пробовал создавать папку с правами записи для всех. везде одно и тоже. Помогите плиз, кто разобрался.
Заранее очень благодарен!!
Заранее очень благодарен!!
сначала сделал тестирование и исправление, а потом путь выгрузки указал на рабочий стол - не знаю, что из этого помогло, но поначалу файл .n1 так и висел 0кб
что процесс пошел, я понял, лишь когда увидел, что свободное пространство диска С постепенно уменьшается
что процесс пошел, я понял, лишь когда увидел, что свободное пространство диска С постепенно уменьшается
Это ошибка платформы, её исправить обещали. Она кажется, недокументированная, то есть на сайте среди описания ошибок - нет её.
И ещё необходимо место достаточно, чтобы было, на системном диске, помогал также и рестарт службы 1с.
И ещё необходимо место достаточно, чтобы было, на системном диске, помогал также и рестарт службы 1с.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот