Таким образом при перерасчете итогов - "не хватает памяти" даже на SQL (Postgre)
Реструктуризацию так и не дождался (ориентировочно более 3 суток)
база файловая весит более 18 Гб.
Кто что порекомендует?
Есть несколько выходов не могу на какой-либо решиться.
1. Свернуть базу - не хочется так как думаю будет геморрой
2. В базе пара организаций (индивидуальных предпринимателей) на УСН, хотя расчет КУДиР давно ведется вручную, так как в основном деятельность попадает под ЕНВД. Т.о. нужно движения только по плану счетов, никакие регистры не нужны. более интересный вариант, но как настроить учетную политику - вопрос.

Помогите со вторым вариантом пожалуйста.

vverh

база файловая весит более 18 Гб - "не хватает памяти" даже на SQL (Postgre)

Еще есть подозрение (так как знаний не хватает) что долго стали проводиться документы из-за итогов. Но как я уже писал выше для их пересчета не хватает памяти. Так значит остается только вариант 1?

ОСВ кстати тоже еле еле грузится

однозначно надо обрезать базу. Лучше на начало 2011. Если слишком проблемно, то хотя бы на 2010.

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

Есть еще мысли?
Действительно ли обрезка базы даст прирост производительности?

Может кто знает курсы по повышению производительности? Желательно дистанционные, а еще лучше как у Насипова Фарита.

ddth[

есть как вариант - обновить до 1.6.3х.х если база не переписанная и перенести с неё в 2.0 данные за 2011 год.

хочется узнать мнение "старожилов" форума

up

вверх

что такого 2 ИП'ешнка за неполные 5 лет могли забить в базу на 18 гигов?

Оборот не хилый, 6 розничных точек

да забыл сказать, что помимо них еще одна ООО

1) сделате выгрузку

2) дефрагментируйте диск

3) сделайте загрузку

4) замените сетевой интерфейс на гигибит оптику

5) поставте быструю дисковую систему.

либо укорение даст переход на web клиент 8.2, но переписать
придется.

(17) сам с базой работаю ежемесячно - формирую документы, чтобы минусы по организациям закрыть (они не задумываются во время торговли какой организации принадлежит остаток). Так вот, чтобы забрать базу делаю выгрузку-загрузку. так что первые четыре пункта уже соблюдаются.

8.2? нужно попробовать... спасибо за идею.

что-то не густо идей на сегодня, даже не поругал никто..

(19) какие идеи ты хочешь на файловой базе на 18гиг...:)

Если розница то там по одному документу реализации в день. Ну приоходы еще. Вы картинок не загружали в базу?

(21) ООО - Опт см (16)

Весь учет товаров ведется в БП? Можно ж в БП слегка извратиться и не вести аналитику по номенклатуре, если УТ есть. У торговых объем базы резко сократится.

Аналитику по 41.

(14) хех. у меня 2 ипешника с 2008 года набили базу почти 250 гигов.

Покупайте сервер 1С и MS-SQL.

На файловой такие объемы это уже слишком.

Почему итоги не пересчитываются - возможно глюк скульного слона. Попробуйте на мелкосовтовском скуле.

>>  расчет КУДиР давно ведется вручную, так как в основном деятельность попадает под ЕНВД.

ересь какая-то. Базвана на вас нет.

>> как настроить учетную политику

Пригласите специалистов и наведите порядок в учете.
Чтобы КУДиР не вручную вести, чтобы итоги пересчитывались.
Один раз заплатить спецам будет дешевле, чем дождаться когда база накроется.

>> Свернуть базу - не хочется так как думаю будет геморрой

Свернуть базу можно, но это временное решение. Геморрой непременно будет.

PS Тупой вопрос: почему до сих пор не перешли на 2.0?
Почему релиз 1.6.10, когда текущий актуальной редакции 1.6 - 1.6.31?

(26) никто не хочет платить за правила обмена между УТ и БП.
Таким образом как один раз написали, так они и по сей день используются.

попробую ms sql. спасибо за идею.

(27) "никто не хочет платить за правила обмена между УТ и БП"

Когда база накроется заплатите больше. Причем на порядок.

Интересно, что у вас за настройки обмена такие, что стоят бешенных денег?