v7: Свертка базы 1С 7.7 Оперативный уч. в середине года #613728

Доброе время суток всем. На новой работе досталась база торговли 7.7 весом в 7.5 гб. Самая толстая таблица - Регистр реализованный товар - 1.7гб. В итоге, вчера, 10-го числа при попытке открыть период, вылезла: Error 310 Not a correct index file. Переиндексация, пересчет итогов и прочие танцы с бубном результатов не дали. Сечас идет свертка базы, хотя, учесть что на удаление пометились только 8000 элементов, толку с нее ждать не стоит. Переход на SQL тоже невозможен сейчас, потому как Express редакция имеет ограничение на размер базы в 10гб, а такая база будет весить в SQL явно побольше 10. Посему вижу только 1 выход - свертка на 31.12.2011. Никогда в середине года не делал такого, потому вопрос - какие будут последствия? Жизнеспособно ли такое решение? Будет ли база после этого так же актуальна или все слетит к чертям?

с какого года ведётся база и по какой сворачиваете сейчас?

предлагаю так: 1. делаешь копию базы в папку "Свёртка" 2. удаляешь там все доки до 01.01.12 3. заносишь туда остатки на 01.01.12 из рабочей базы 4. перепроводишь 5. профит! ЗЫ копай логику структуры данных, наверняка регистр не закрывается из-за ошибочной проектировки

"вчера, 10-го числа"  О_о

только оклемался от мести юзеров? )

с базой работал один человек в монополе?

+ забыл пункт 1.1 удаляешь там все файлы регистров R*.DBF

Оптимальное решение - сделать копию (я б поднял распределенку, сделал ПБ "только получатель", склонировал базу), и поставил в рабочей базе ДЗР, и физически убил остатки и движения до заданной даты. Делов на час-полтора.

база ведется с 2008го. Сворачивать планирую на начало текущего. хороший вариант, вот только вручную вводить остатки... меня тут сразу расстреляют. Справочник - Номенклатура, его файл весит 27мб. описочка, 1-го конечно же а не 10-го ) ага, выйду из комы в больнице ))) нет, пользователей около 8 человек. Работают через терминал.

а зачем, собственно, вводить остатки вручную? хотя, если мозгов нет - то придется...

а где я говорил, чтобы остатки вручную вводить?  для этого и существует в 1С встроенный язык.   и как у тебя работали в базе 8 человек с таким размером файла регистра? либо этот регистр был никому неинтересен, кроме 1С, либо...

Кстати, если ошибка вылезла при открытии периода, то "самая толстая таблица" - это итоги. А если "самая толстая - итоги", то банально не закрывается регистр.

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

>>И что тут можно сделать если так? Что то я не соображу...

ты программист?

ПБ - периферийная база

Дата регистрации: 30.09.2004     Стаж: 7 г. 9 мес.   вопрос - чем этот человек занимался 7 лет?

удалить эти файлы и запустить пересчет итогов? скорее админ и по совместительству 1С программер. 1С-ник средний, в лучшем случае. Хотя проработал им суммарно года 2 наверное.

тебе в подробностях? ;) Ну не основное это, не мое. И вообще всегда стараюсь избегать 1С, но тут я 1 на всех.

Срочно бегите на SQL, что тут думать?

Платный SQL уж очень дорог... А бесплатный не потянет, размер базы больше 10 будет, что для него предел, потом добавить записи не получится.

Тогда подожди, пока файл за 2 Гб перевалит, сразу найдутся деньги на SQL

не надо подробностей :-) если иногда заглядывал в мизду - видел бы волшебные слова "регистры не закрываются". Если не заглядывал - нашел бы яндексом... честно говоря, я не вижу оснований предполагать, что база будет больше 10. да, впрочем, это  и неважно. Причину тебе сказали. исправишь - база будет жить еще достаточно долго. кстати, в SQL исправить проще...

Проще и дешевле пригласить опытного специалиста. За день поставит диагноз и назначит лечение.

Ехать дольше, чем делать :-)

Кстати, а разве стандартная свертка в ТиС с последующим удалением документов не делает того же что по сути и предложено в ? Это я к тому что есть ли смысл делать такие финты... ? Про регистры погуглю.

делает, но долго

На ифостарте куча всего по свертке, по переносу остатков и т.д и т.п.

Уже более суток на копии идет загрузка в чистую базу из выгрузки. Надеюсь к понедельнику закончится. Щас запустил на копии свертку на 31.12.11. Во второй копии щас удалю все RG* и запущу тестирование и исправление. Хочу уточнить - поставить галку: пересчет служебных данных будет достаточно? Значит стандартных средств для переноса остатков нет я так понимаю...

Не поможет. У тебя регистры не закрываются.

беда в том что я никак не соображу как их починить. Описанное тобой в тоже до конца не понял. Если первая часть по сути бэкап получается, то вот тут "и физически убил остатки и движения до заданной даты. ", неясно что и как. Каким именно способом и разве не пропадут все остатки если так сделать? Веселая выдалась первая неделя на новом месте, блин. )

1.Для того, чтобы что-нибудь чинить - нужно сначала продиагностировать. 2. Можно сделать бэкап, и издеваться над рабочей. а можно сделать "пополняемую копию", и подрезать рабочую. зы. за то время, что тут миздаболим - проблему можно было бы уже решить.

Да, пополняемая копия конечно удобно. Конечно можно, если бы я сразу знал что делать, я бы и не спрашивал. Но к сожалению общих рекомендаций мне в этом случае не хватает. Я не помню чтобы сталкивался с подобной проблемой, и потому все тут для меня в новинку. Да еще с 1С уже по сути не работал пару лет. Туплю много потому... В общем обрезка базы уже лопатится пару часов, дома тоже запущу, хоть буду видеть что к чему раньше понедельника если косяк вылезет. Это я так понимаю по сути и есть твое и предложение только реализованное стандартными средствами? Если да, то получается что к чему я шел до начала данной дискуссии к тому в общем то и пришел, это была основная идея. ) Хочу всем сказать Большое спасибо за помощь! .. хоть иной раз она и была сложна для понимания. )) На сим откланиваюсь, но обещаю вернуться и отписаться о результатах.

все "знать" невозможно. гораздо полезнее "уметь". обрезка базы проблемы с ростом таблицы итогов не решит. (и не сильно отсрочит наступление следующего "пипеца"). Проблема не с обрезкой базы, а с логикой ее работы. ключевое слово - "закрытие регистров".

Сейчас главное открыть период. Если исчезнет ошибка при открытии, это уже отлично. Потому уже буду в спокойной обстановке курить тему про закрытие регистров.

открыть период можно за 10 минут.

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

быстрее, спорим :) сто пудов дописки регистры не закрывают.

"Регистр реализованный товар " - т.е. комиссия. Нужно выяснить. А. А есть ли комиссия на самом деле Б. Делаются ли отчеты по ней

а еще лучше проверить все регистры на незакрытие, ибо сейчас падает один при открытии, а если его вылечить - то поочередно могут упасть еще парочка :)

Может я тупой? Одни на работу принимают того, кто не знает что делать, другой устраивается???

Ксожалению не открывался. Он и без ошибок то открывался по 40 мин, так что за 10 ну никак не вышло бы. Я не жалуюсь, а просил совета ) И был бы очень рад если бы 1С вообще меня не касалась, но так сложилось что без нее редко когда получается. Все ведь хотят чтобы "и швец и жнец и на дуде игрец" и платить желательно поменьше. Вот и приходится заниматься. И это не жалоба. Это констатация факта. Да, можно было бы найти место без 1С, но зп там совсем слезы обычно. Тут не нужен сильный 1С программер, ибо он просто будет простаивать 98% времени. Задача поддрежание работы доработанной конфы, писать в общем то ничего не надо. К тому же хороший 1С-ник и хороший админ редкость, да и то наверное почти все в московию укатили за большим баблом. В общем период удалось открыть просто после загрузки выгрузки. Заняло много времени, но проблема решилась. С базой времени пока не было заниматься, но вчера краем глаза посмотрев, обнаружил например что последовательности документов "зависли" на дате года 2 назад. Актуализировав последовательности база начинает сдуваться довольно ощутимо. На полтора года подвинув ее вперед после сжатия базы, получил примерно - 1 гиг в размере базы.

1. см. 2. Ну и поручите специалисту. Отдайте на оутсорсинг. Дешевле выйдет в конечном итоге.