Увеличился размер базы в разы при переходе с 8.2 на 8.3 #771306

УПП, доработанная конфигурация. Перешли с 8.2 на 8.3. По принципиальной позиции руководства данные переносились подокументно за весь период использования базы (2009-2015). В результате данные перенесли, все ОК, но размер новой базы увеличился в разы. Сейчас база 185 гб, старая была в 2-3 раза меньше. Единственный вариант запустить тестирование и исправление. Может, есть у кого мысли, что могло произойти и как это исправить?

Скуль?

+ Точнее не так. Понятно, что скуль. Увеличился размер базы или лога?

Размер базы.

Какая разница 8.2 или 8.3? Какое отношение версия движка имеет к какому-то "подокументному переносу" и на фига он вообще был нужен?

>Может, есть у кого мысли, что могло произойти и как это исправить? главное - не надо сидеть и смотреть размер таблиц и структуру индексов... надо сидеть и гадать

шринк ?

глупый вопрос мона - шринк делали?

В файловом режиме помогла выгрузка-загрузка через dt, когда при обновлении база раздулась с 5 гигов до 9. В серверном пробовал - размер файловых групп не меняется. Тоже бы хотелось разобраться как уменьшить размер.

Не парьтесь.

мы еще не достигли такого уровня просветления, великий учитель)

База была очень старая и  запущенная. Обновлялась кусками и не очень умело, все сыпалось. Приняли решение все доработки просто перенести в свежую версию и перенести данные. Почему выбрали 8.3 не могу сейчас сказать. Но, наверно, к моему вопросу это не имеет отношения. Просто интересно, отчего базу так раздуло.

Товарищи, долго объяснять, почему я, бухгалтер, задаю такие вопросы, но так получилось. Что такое "шринк" только от вас узнала, завтра выясню, что там у нас со шринком. Задавали вопрос спецам из очень известной организации. Они собираются наш код оптимизировать и методику APDEX применять. Я не понимаю, какое это может иметь отношение к тому, что при переносе данных база выросла в 2 раза.

Во какой-то франь на пустом месте денег срубил...

Гилев.

Беда, коль пироги начнет печи сапожник, А сапоги тачать пирожник, И дело не пойдет на лад. Да и примечено стократ, Что кто за ремесло чужое браться любит (с) ))))

Надо как-то эту тенденцию бухгалтерами обзывать релизы конф релизами платформ прекратить! Я лично сразу на корню это рублю! Обясняю что они не правильно говорят. Хотя очень сложно бывает. Ликбез надо проводить повсеместно.

круто... у вас APDEX! вместо волчанки

База была очень старая и  запущенная. .... Приняли решение все доработки просто перенести в свежую версию. может дело в этом, а не в версии платформы: Изменился релиз конфигурации на более свежую версию - поменялась структура данных.

Тему не понял, хотя не тупой :) С сервера 1С на платформе 8.2 выгрузил базу в файл *.dt; на сервере с платформой 8.3 - загрузил из файла *.dt; сделал ТиИ. Всё.

НАверно автор темы имела ввиду переход УПП на ЕРП?

Выгрузи в dt Базу 60Гб-70Гб, и попробуй ее загрузить, результат отпиши потом только xD

Структура базы новой версии конфигурации могла значительно измениться (по сравнению с Вашей старой версией) и теперь данные "занимают" больше места. Нужно анализировать. А для этого нужен хоть какой-либо, но специалист.

Переход УПП 1.2 платформа 8.2 на УПП 1.3 платформа 8.3.

>УПП 1.2 платформа 8.2 на УПП 1.3 так версии же разные

2 APDEX - это просто формализованный метод, в котором задаются граничные ожидаемые значения параметров. Если эти граничные параметры превышаются, то тогда будут думать как в них втиснуснуться. Короче, это просто цикфры, которые будут определять справились ли они с задачей или нет. Потому что если цифры не задать, а сказатьим "185 гиг это буя, хочется меньше", то это позволит возникнуть коллизии, когда они уменьшат размер базы до 180 Гиг, и скажут что произвели оптимизацию, и дайте денег, а вы им скажете, "а какже  так, мы рассчитывали что вы уменьшите ее размер до 2 Гигабайт"

1.2 скопытилась 5 лет назад за этот срок метаданных досыпали - новые регистры, новые движения... а может у вас еще версионность была выкл а теперь вкл

Организация, не имеющая в штате IT-специалиста, но имеющая "Базу 60Гб-70Гб"...самому не смешно?:)

может у них есть. DBA. ему эта 1с до ... главное что не падает и архивы есть

Ну, у меня 80 выгружается (15-20 мин на сервере) и загружается(часов 5-6 на рабочем компе).

Имхо, мне всё таки кажется, что базу до 185 гб они раздули ошибками переноса данных.

Спасибо всем за участие в обсуждении. Если интересно, то сейчас в организации есть молодой программист 1С (выполняет доработки в базе) и я в качестве аналитика (помощь пользователям, написание заданий для программиста и т.п.). Сервером занимается администратор, в 1С он не лезет, следит только за бэкапами. Матерый программист на время выпал из нашей компании. В связи с этим обратились к сторонней организации. Предлагают выполнить анализ кода, Apdex, анализ и балансировку сервера. За все это просят 700 тыс. Исправление - за отдельную плату. В программе есть самописный большой модуль по специфике компании. В нем есть проблемы быстродействия и мы это знаем, и знаем, что его пора переписать. Остальные доработки - мелочь и существенную логику программы не меняют. Вот просто хотела спросить, может, кто что знает, куда копать. Соглашаться на условия сторонней компании не хочется, так как были прецеденты некачественной работы.

Выгружал и загружал 450гб. Забить или позвать просто хороших спецов вместо распальцованных с APDEX. Можно даже удаленно.

Есть такие внешние обработки, которые показывают количество записей в таблицах (сколько записей в справочниках, в документах, в регистрах) - можно сравнить старую и новую базы по этим параметрам. Они не должны сильно отличаться друг от друга. Например, вот типа такая

Большое вам спасибо, Serg_1960, попробуем!

Не за что. (скромно) А ещё я умею вышивать крестиком :)

в случае это произошло при реструктуризации при переходе. поможет шринк средствами скуль сервера, о чем уже неоднократно писалось. адекватность ценника в 700к можно подтвердить/опровергнуть только в случае обследования, на форуме для этого слишком мало информации. само обследование у франчайзи может стоить от 100к.

но на более/менее типовое внедрение какой-нибудь бухни или УТ ценник похож.

"просят 700 тыс. Исправление - за отдельную плату" - это они красавцы конечно)

>Предлагают выполнить анализ кода, Apdex, анализ и балансировку сервера. За все это просят 700 тыс а хаха им не хохо

700к возможно и адекватный ценник, но для начала хватит получасового осмотра обычным средним 1Сником.

>700к возможно и адекватный ценник может. если оно надо

Что-то страшное рассказываете. Заниматься учетом на УПП и при этом так рисковать, что в базу допускают одного (только одного!) малоопытного программиста, который сам никуда не ходит и не спрашивает... При этом штатный !!! аналитик не очень шарит в том, в какой версии конфигурации типовой ему нужно заниматься этой самой аналитикой... Это мне кажется каким-то фантастическим сценарием. А скажите, если это не тайна коммерческая, почему ценник за ай-ти услуги на 700 труб кажется странным? По идее, без участия штатного аналитика в принципе не может возникать постановка задачи на модификацию структуры данных, алгоритмов, программного кода и т.д.

42+ может быть предприятие находится далеко за МКАД? Ну очень рискованно доверять весь учет в 1С в одни руки, очень. Тем более, что админ, по Вашим словам, в 1С совсем ничего не соображает.

имею ввиду учет в базе УПП с такой историей и такого объема данных

перечитал . очень странно, почем у при переходе с 8.2 на 8.3 осуществлялся какой-то перенос документов.

// Вот просто хотела спросить, может, кто что знает, куда копать. Копать можно только в сторону долговременного сотрудничества с адекватным специалистом - разработчиком или консультантом, а может быть даже с несколькими специалистами одновременно. Просто одного узкого спеца для разработки некой узкой-тонкой-супер-пупер специфики компании недостаточно - это не совсем то, что нужно для адекватного сопровождения базы с таким функционалом, как в УПП 1.3

версии УПП разные, хотя хз насколько это критично, с УПП знаком шапочно

они конфиг заменили с УПП 1.2 на УПП 1.3

очень критично. Так как у них в 1.2 были собственные фокусы и долго не было обновлений на свежие релизы.

Ну это же почти одно и то же :))

Дык они же эти фокусы все равно добавляли в конфу 1.3 как-то?

угу. только программист после этого похерил все и уволился.

наверное итоги не закрылись

одной конторе франь тоже предлагал решить проблему покупкой 64-битного сервера вместо 32-х... только падал не сервер а клиент фране они такие... п.э. навязывать тюнинг и 700 000 можно только после предварительного обследования. которого еще не было. а франь этот идет нафиг

какой размер груди?

Сомневаюсь я что у них и "сейчас все ОК". Может просто глубоко не копали. Поэтому и с "матерый программист" внезапно "потеряли контакт". Он что-то знает:)

Базу 120Гиг выгружал, в чем проблема-то?

это все гадание... обследование нужно... где выросло и объективные причины почему - а они существуют без франевых бредней и поиска того чего нет

если руководство принципиальное, то пускай не удивляется, что база раздулась. 700к за какое-то ненужное обследование - это конечно бред. Какой город, если не секрет?)

Программист не увольнялся, на длительном больничном.

>Программист не увольнялся, на длительном больничном. в декрете?

надорвался, бедняга

Как вариант - принести матерому программисту ноутбук с удаленным доступом в больничную койку, пускай посмотрит. Болеть бывает скучно.

Фирма в Москве. Мы по удаленному доступу работаем из Сибири, франч - он вездесущ, но этот филиал его из Новосибирска.

Да сейчас вообще не вариант трогать этого человека, проблемы серьезные.

вот это и называется рисками при внедрении и сопровождении больших систем

франч работает за гонорар - штатник за зарплату (изредка и там и там присутствует результат) НО штатника или совместителя договорника на переделку кривизны прогнуть обычно можно (бабло то капает )))) то франча без дополнительных серьезных вливаний низачто !! акт подписан а то шо не работает сами буратины ....

Глупый вопрос -- а по быстродействию новой базы у вас вопросы есть? Если нет, то правильный ответ уже был дан в и размер базы должен вызывать только академический интерес. Тем более, с учетом того, что релиз конфигурации поменялся, а значит добавились какие-то новые объекты. Независимо от квалификации SQL-админа, я бы проверил размер лога транзакций -- возможно, от раздулся после массовой заливки данных. А людям свойственно ошибаться и не замечать очевидных косяков. Ну и, ради смеха, спросите у известного франча, как он по данным апдекса собирается уменьшать размер базы (вы ведь за этим его позвали, не так ли?)

всю тему не читал, shrink советовали?

да

Люди, большое вам всем спасибо за ответы! Очень благодарна!

Я бы попробовал поработать с вами в плане оптимизации, но к сожалению времени совсем нет.