выгрузка при переходе из БГУ 1.0 на БГУ 2.0
Здравствуйте!
Возникла такая проблема.
База БГУ 1.0.76.9, учреждение районная библиотека, файл базы данных весит почти 5 Гб. 28 тысяч наименований книг, к тому же постоянно за много лет принимали к учету-списывали по нескольку тысяч за год, внутренне перемещали. Пытаюсь выгрузить файл перехода на БГУ 2.0, доходит в течение нескольких часов до 80 тыс объектов и выдаёт ошибку - "недостаточно памяти". Пробовал сделать свертку - никакой разницы. Или можно при свёртке удалить лишние записи регистров?
Возникла такая проблема.
База БГУ 1.0.76.9, учреждение районная библиотека, файл базы данных весит почти 5 Гб. 28 тысяч наименований книг, к тому же постоянно за много лет принимали к учету-списывали по нескольку тысяч за год, внутренне перемещали. Пытаюсь выгрузить файл перехода на БГУ 2.0, доходит в течение нескольких часов до 80 тыс объектов и выдаёт ошибку - "недостаточно памяти". Пробовал сделать свертку - никакой разницы. Или можно при свёртке удалить лишние записи регистров?
По теме из базы знаний
- Типовая конфигурация "1С:Бухгалтерия автономного учреждения, редакция 2.0". Методика перехода на конфигурацию "1С:Бухгалтерия государственного учреждения, редакция 1.0"
- 1С-КАМИН: Зарплата. Зарплата для бюджетных учреждений
- [Расширение] Бухгалтерия государственного учреждения 2.0 (с версии 2.0.78.32)
- Правила переноса остатков на счетах из "БП КОРП" в "БГУ"
- Загрузка чеков ФНС в документы 1С:БП, 1С:УНФ, 1С:ERP, 1С:КА и 1С:УТ
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(7)
Есть. Встроенная прямо в БГУ 1. "Технологический анализ" называется. Для начала попробуй добиться сделать так, чтобы технологический анализ вообще ошибок не показывал. за 2022 и за 2023 годы.
И таки да, волшебной кнопки нету. Все ошибки исправлять ручками, брат, ручками.
На всякий случай подскажу - Дт слева, Кт справа.
Вперед и с песнями. А ы как думал чистить базу от мусора? Волшебной кнопкой?
Тогда тебе сюда:
вообще вопрос риторический - как почистить базу от мусора...хм.. От какого мусора? Мусор, он того, разный бывает.
на риторический вопрос можно только дать риторический же общий ответ.
1. Технологический анализ.
2. Удаление всех помеченных на удаление объектов. Может, у тебя там сто тыщ миллионов помеченных на удаление.
3. Насчет свертки базы не скажу, все равно обработка переноса типа "сворачивает" базу на 01.01.2023 и переносит входящие остатки, так что где править входящие остатки, лично мне все равно - то ли в свернутой БГУ1, то ли в новой БГУ 2.
Править входящие остатки -- я имею в виду ситуацию типа, например по счетам расчетов с контрагентами 302.хх может быть сальдо =0, но в разрезе по договорам может быть сотни записей плюс на минус. их все можно тупо удалить, раз итоговое сальдо 0. И так по всем счетам расчетов. и 206, и 208, и 303. Я предпочитаю это делать в БГУ2, но, во-первых, у меня нет такого бардака в базах у клиентов, а во-вторых, неохота делать отдельную "свернутую" БГУ 1. Для меня это лишнее телодвижение. У меня и так порядок в базах у клиентов.
А вот тебе по всей видимости, надо не просто тупо перенести из одно базу в другую, а сделать копию БГУ 1 и аккуратно и нежно подготовить ее к переносу. Свернуть, вычистить пересортицу по счетам/договорам/аналитике/субконто, исправить все ошибки технологического анализа, удалить все ненужные договора, всех контрагентов мохнатых годов (с которыми вы уже не работаете), все ненужные КПС (при необходимости выполнить перенос тех же ОС на новые КПС). удали все ненужные выбывшие(списанные) ОС, номенклатуру (после свертки они (списанные ранее ОС и МЗ) должны удалиться безболезненно..
И таки да,если ты всего этого не умеешь, то пользуйся волшебной кнопкой. Или заплати денег тому, кто умеет.
Очень много мусора, по-моему. Есть ли проверенная обработка, подходящая для моей конфигурации?
Есть. Встроенная прямо в БГУ 1. "Технологический анализ" называется. Для начала попробуй добиться сделать так, чтобы технологический анализ вообще ошибок не показывал. за 2022 и за 2023 годы.
И таки да, волшебной кнопки нету. Все ошибки исправлять ручками, брат, ручками.
На всякий случай подскажу - Дт слева, Кт справа.
Вперед и с песнями. А ы как думал чистить базу от мусора? Волшебной кнопкой?
Тогда тебе сюда:
вообще вопрос риторический - как почистить базу от мусора...хм.. От какого мусора? Мусор, он того, разный бывает.
на риторический вопрос можно только дать риторический же общий ответ.
1. Технологический анализ.
2. Удаление всех помеченных на удаление объектов. Может, у тебя там сто тыщ миллионов помеченных на удаление.
3. Насчет свертки базы не скажу, все равно обработка переноса типа "сворачивает" базу на 01.01.2023 и переносит входящие остатки, так что где править входящие остатки, лично мне все равно - то ли в свернутой БГУ1, то ли в новой БГУ 2.
Править входящие остатки -- я имею в виду ситуацию типа, например по счетам расчетов с контрагентами 302.хх может быть сальдо =0, но в разрезе по договорам может быть сотни записей плюс на минус. их все можно тупо удалить, раз итоговое сальдо 0. И так по всем счетам расчетов. и 206, и 208, и 303. Я предпочитаю это делать в БГУ2, но, во-первых, у меня нет такого бардака в базах у клиентов, а во-вторых, неохота делать отдельную "свернутую" БГУ 1. Для меня это лишнее телодвижение. У меня и так порядок в базах у клиентов.
А вот тебе по всей видимости, надо не просто тупо перенести из одно базу в другую, а сделать копию БГУ 1 и аккуратно и нежно подготовить ее к переносу. Свернуть, вычистить пересортицу по счетам/договорам/аналитике/субконто, исправить все ошибки технологического анализа, удалить все ненужные договора, всех контрагентов мохнатых годов (с которыми вы уже не работаете), все ненужные КПС (при необходимости выполнить перенос тех же ОС на новые КПС). удали все ненужные выбывшие(списанные) ОС, номенклатуру (после свертки они (списанные ранее ОС и МЗ) должны удалиться безболезненно..
И таки да,если ты всего этого не умеешь, то пользуйся волшебной кнопкой. Или заплати денег тому, кто умеет.
(12)
Чем смотреть? Ну, есть для этого разработки прямо тут, на Инфостарте, например:
А если совсем нет $m для скачивания - искать Tool_1CD.exe, Гугл в помощь.
Никакой разницы.
Тогда надо перестать гадать на кофейной гуще, а смотреть - какие таблицы в базе самые большие? И дальше - думать и решать, что делать с этими таблицами.
Чем смотреть? Ну, есть для этого разработки прямо тут, на Инфостарте, например:
А если совсем нет $m для скачивания - искать Tool_1CD.exe, Гугл в помощь.
(14)
Вот, что показывает Tool_1CD
Угу, показывает, что автор не умеет делать скриншоты: из 9 мегабайт в формате BMP (!) собственно снимок занимает чуть больше 1/4, остальное - чистое белое поле.
ну и виснет хорошо так база.
Ну и хорошо, если хорошо, не вижу смысла дальше что-то советовать. ;-P
(14)
ну.. _AccRgAT это таблицы итогов по счетам по субконто. Их (таблиц) столько, сколько субконто.
видно, что у тебя итоги по одному субконто 650Мб, итоги по другому субконто - 550 Мб, в сумме только итоги по двум субконто весят 1.2 гига.
по каким именно субконто, смотри сам. в Tool_1CD
но вообще, имхо, это ненормально, когда таблицы итогов (две таблицы по двум субконто из пяти) весят больше гига.
Reference - это справочники. В сумме три справочника на 700 Мб - имхо, тоже многовато, но насчет чистки я уже сказал.
То, что у тебя не удалились, не значит, что эти элементы справочников нужны и используются. Насчет справочника ОС я тебе конкретный пример привел - не удалятся, пока не почистишь подчиненные справочники, в частности, инвентарные номера..
AccumRgT - это таблица остатков по регистрам.
Вот, что показывает Tool_1CD
ну.. _AccRgAT это таблицы итогов по счетам по субконто. Их (таблиц) столько, сколько субконто.
видно, что у тебя итоги по одному субконто 650Мб, итоги по другому субконто - 550 Мб, в сумме только итоги по двум субконто весят 1.2 гига.
по каким именно субконто, смотри сам. в Tool_1CD
но вообще, имхо, это ненормально, когда таблицы итогов (две таблицы по двум субконто из пяти) весят больше гига.
Reference - это справочники. В сумме три справочника на 700 Мб - имхо, тоже многовато, но насчет чистки я уже сказал.
То, что у тебя не удалились, не значит, что эти элементы справочников нужны и используются. Насчет справочника ОС я тебе конкретный пример привел - не удалятся, пока не почистишь подчиненные справочники, в частности, инвентарные номера..
AccumRgT - это таблица остатков по регистрам.
(12)
ни о чем.
к примеру, у тебя 28 тысяч ОС активных и и порядка ста тысяч выбивших (списанных). или, к примеру, тысяча договоров активных и порядка 10 тысяч прошлоипозапрошлогодних, закрытых и отработанных.
во-первых, удалять такое можно только после свертки базы, естественно, что в текущей несвернутой базе они тупо не удалятся, поскольку по ним в прошлом было движение.
ну и во-вторых, даже после свертки они могут легко просто так не удалиться, потому что по тем же ОС будут подчиненные справочники типа инвентарных номеров, а по тем же договорам характеристики обязательств или план-графики финансирования.и т.п.
в общем, чистить нужно вдумчиво. А просто пометил на удаление у далил доступные - ни о чем.
ну и потом, ОС много, движений много, так что и выгрузка должна быть все-таки немаленькая,
2. пометил абсолютно все справочники на удаление и удалил доступные к удалению,
ни о чем.
к примеру, у тебя 28 тысяч ОС активных и и порядка ста тысяч выбивших (списанных). или, к примеру, тысяча договоров активных и порядка 10 тысяч прошлоипозапрошлогодних, закрытых и отработанных.
во-первых, удалять такое можно только после свертки базы, естественно, что в текущей несвернутой базе они тупо не удалятся, поскольку по ним в прошлом было движение.
ну и во-вторых, даже после свертки они могут легко просто так не удалиться, потому что по тем же ОС будут подчиненные справочники типа инвентарных номеров, а по тем же договорам характеристики обязательств или план-графики финансирования.и т.п.
в общем, чистить нужно вдумчиво. А просто пометил на удаление у далил доступные - ни о чем.
ну и потом, ОС много, движений много, так что и выгрузка должна быть все-таки немаленькая,
(12)
ты плохо прочитал (10)
попробую еще раз
первое действие - свернуть. базу.
Никакой разницы.
ты плохо прочитал (10)
попробую еще раз
Свернуть, вычистить пересортицу по счетам/договорам/аналитике/субконто, исправить все ошибки технологического анализа, удалить все ненужные договора, всех контрагентов мохнатых годов (с которыми вы уже не работаете), все ненужные КПС (при необходимости выполнить перенос тех же ОС на новые КПС). удали все ненужные выбывшие(списанные) ОС, номенклатуру (после свертки они (списанные ранее ОС и МЗ) должны удалиться безболезненно..
первое действие - свернуть. базу.
(20) с непосредственным удалением чего? если у него две самые большие таблицы - это таблицы итогов бухгалтерских счетов ЕПСБУ по субконто 2 и по субконто 3.
Я так думаю, автор итоги уже пересчитывал, не совсем ведь дурак.
Так что прикажешь "непосредственно удалять"?
PS: посмотрел ЕПСБУ. Субконто 2 и субконто 3 - это в одной части счетов ОС и центры материальной ответственности, в другой части счетов это контрагенты и договоры.
нет, конечно остатки в разрезе ОС и ЦМО, а также в разрезе контрагентов и договоров сколько-то весить должны, все-таки ОС у автора немало.
а вот в третьей части счетов... хм..
и возникла у меня смутная мысль - а делались ли когда в этой базе регламентные операции завершения отчетного периода?
в частности, меня интересуют закрытие счетов санкционирования. Но вообще должны быть все полагающиеся операции закрытия.
но меня интересуют именно счета санкционирования. то есть 500-е
Я так думаю, автор итоги уже пересчитывал, не совсем ведь дурак.
Так что прикажешь "непосредственно удалять"?
PS: посмотрел ЕПСБУ. Субконто 2 и субконто 3 - это в одной части счетов ОС и центры материальной ответственности, в другой части счетов это контрагенты и договоры.
нет, конечно остатки в разрезе ОС и ЦМО, а также в разрезе контрагентов и договоров сколько-то весить должны, все-таки ОС у автора немало.
а вот в третьей части счетов... хм..
и возникла у меня смутная мысль - а делались ли когда в этой базе регламентные операции завершения отчетного периода?
в частности, меня интересуют закрытие счетов санкционирования. Но вообще должны быть все полагающиеся операции закрытия.
но меня интересуют именно счета санкционирования. то есть 500-е
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот