Вид для печати
Подскажите, плиз, кто смог победить подобное?
При обновлении 1С 8.2 "Бухгалтерия предприятия Проф" с релиза 2.0.35.5 на релиз 2.0.36.4 зависает на этапе "Реструктуризация Регистр Сведений Адресный Классификатор", пыталась тестировать, зависает на том же месте, очистка и загрузка КЛАДР по-новой не помогла, но убила целый день.
Какие еще у меня остаются варианты?
Спасибо за ответы.
- Большой размер базы в файловой версии. Попробуйте замутить на SQL или Postgre.
- Возможно сыпется железо. Разверните базу из копии на другом компе и попробуйте обновиться.
- Про движок не сказано ни слова. Возможно 36 релиз уже не хочет работать со старым движком
- другие причины.
1. чистим кэши.
2. Если тестирование в конфигураторе зависает, то делаем копию и на базу натравляем файл chdbfl.exe из папки запуска 1С.
3. попробовать выгрузить/загрузить базу.
просто классификатор загружаете полный))) тупо при обновлении ждите дольше... мб час.. мб два... может и больше) в зависимости от железа!
лучше на ночь поставьте)
он на кладре зависнет якобы... хотя работать будет... не пугайтесь) тупо ждите!
У меня тоже самое хотя в диспетчере процесс не зависший, до этого довольно большой кладр был загружен, в силу работы со многим регионами России. Жду.... прошло 2, 5 часа, планирую идти до конца.... остаемся на ночь....посмотрим что утром будет, комп жалко- горяченький уже! Потом напишу если получится.Цитата:
Сообщение от nmgmex
Ребята. В общем случае, в восьмой версии базы растут очень быстро (очень большая и тяжелая структура метаданных). Поэтому 1С настойчиво рекомендует переходить на клиент-серверные решения (весьма недешевые). Уважаемый Сергей Климов, упоминал о рабочей файловой базе в 28 ГБ, но как известно, исключения только подтверждают правило. Лично моё мнение таково - чтобы жила файловая версия, то нужно ежегодно проводить свертку базы. Иначе она быстро вырастет и умрет сама, естественной смертью... :)
В конфигурации "Бухгалтерия предприятия" ред.2.0 нет механизма свертки.Цитата:
Сообщение от Bazil
А почему? Политика? Ведь нужно просто получить конечные остатки регистров на дату свертки и сформировать "входящие" документы, а остальное помножить на ноль.Цитата:
Сообщение от Климов Сергей
Я конечно допускаю, что структура конфигурации спроектирована таким образом, что должны быть ссылки на движения от рождения базы... Но ведь это безобразие и очень аморально. В старые времена - это была бы уголовная статья и серьезное наказание. Или просто глупо... глупость, как известно, неисчерпаема...
Мы раньше каждый год начинали в новой базе, а теперь не успеваем. Редакции больно быстро меняются. Но кладры например мы загружаем только своего региона. Счф выдаем на бумаге. Зарплату делаем в ЗИУП. Архивы - на съемном диске И делаем папкой, вот это сворачивание- разворачивание информации у нас что-то плохо получается
О мотивах судить не берусь.
Имел опыт свертки нештатными средствами - больше повторять не хочу.
Я тоже не понимаю мотивов... На ум приходит только Лейкин - "Главный, хитрый и глупый".Цитата:
Сообщение от Климов Сергей
