1с 7.7 Странности С Бухгалтерскими Итогами

olga13

Well-known member
10.10.2008
208
0
#1
Добрый день!
Проблема такова: при формировании отчетов, использующих бухгалтерские итоги, выдаются разные данные. Н-р, формируем акт сверки. Один раз сформировали - все нормально. Нажали "Обновить" - пропали оплаты. Обновили еще раз - все опять нормально. И такое творится со всеми бухгалтерскими отчетами. Главбух пугается. Сформирует оборотку - а там все красное ))). А вот с регистрами в этой же базе все в порядке.
Пробовала делать тестирование и исправление ИБ - не помогло.
База 7.7. файловая, работаем через терминальный сервер.
Буду признательна за помощь.
 

Дайнеко

Well-known member
19.11.2009
951
0
#2
Надо именно Пересчитать итоги: "Управление БИ". Кнопка "Полный пересчет итогов".
Иногда замечаются глюги на файловой базе при объеме более 1гб
 

olga13

Well-known member
10.10.2008
208
0
#4
Пересчет итогов не помог. -_-
Может, дело в количестве пользователей? В копии все работает идеально. А вот в рабочей начинаются глюки. Сейчас в базе бывает до 35 пользователей одновременно .
 

KiR

НЕ шибка опытный програмер)
11.09.2007
1 581
0
#5
Ольга13, а сколько база весит? не пробовали сделать тестирование и исправление?
 

olga13

Well-known member
10.10.2008
208
0
#9
Или переходить на скуль.
Странно что вообще у вас база работает
Мы с нового года планируем на восьмерку переходить. Не хочется делать лишних телодвижений.

Добавлено: Вы имеете в виду свернуть? Или что-то другое?
 

KiR

НЕ шибка опытный програмер)
11.09.2007
1 581
0
#10
Мы с нового года планируем на восьмерку переходить. Не хочется делать лишних телодвижений.
рискуете недожить корректно до конца года

Добавлено:
Вы имеете в виду свернуть? Или что-то другое?
да.
 

vbs

Well-known member
18.02.2007
1 708
1
#12
Вы имеете в виду свернуть? Или что-то другое?
Конечно, "что-то другое" ;)
 

Glukman

Active member
20.09.2012
38
0
#13
SQL конечно было бы лучше.
Да и порезать было бы неплохо
но ввиду перехода на восьмерку может и не обязательно резать, может не все так страшно ;)


35 пользователей одновременно работают?

Приведите характеристики/настройки терминального сервера.
И главное размер самой большой dbf.



Добавлено: + примерную динамику роста БД можете привести? или проще с какого года учет ведется?
 

vbs

Well-known member
18.02.2007
1 708
1
#14
А это так важно ? Файловая база за 5Гб перевалила. Метастазы не за горами. Рухнет ведь со дня на день...
 

olga13

Well-known member
10.10.2008
208
0
#16
SQL конечно было бы лучше.
Да и порезать было бы неплохо
но ввиду перехода на восьмерку может и не обязательно резать, может не все так страшно <_<


35 пользователей одновременно работают?

Приведите характеристики/настройки терминального сервера.
И главное размер самой большой dbf.



Добавлено: + примерную динамику роста БД можете привести? или проще с какого года учет ведется?
35 пользователей - это одновременно.
Характеристики сервера такие:
HP ProLiant ML350 G6 Server

Процессор - Intel Xeon processor E5620 (2.40 GHz, 12 MB L3 Cache)
Память - 6 GB

OS - Win2003 Server x64 sp2
Роль - Только терминальный сервер

60 терминальных пользователей

База 1С - 5.6 Gb
1C - 7.70.025

Самый большой файл 1SENTRY.DBF 1.3 Гб. Динамика прироста ~100 Мб в месяц. База ведется с 01.01.2012.
 
19.03.2013
8
0
#17
1Sentry это как раз таблица проводок, поэтому во всех отчетах бухгалтерских у вас будут проблемы.
Вариантов решения (чтобы дожить до 2014 года, хотя бы) несколько

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

2) использовать утилиту от Romix'а, которая позволит вам работать с этой базой без изменений до тех пор пока файл не "дорастет" до 2гб (потом база встанет колом и работать вообще не сможете). Как и с любым "костылем" - гарантий никто не даст (хотя вроде бы жалоб не было, но..).

3) Свертка базы. Но предварительно я бы проверил базу на предмет незакрытых по субконто счетов (допустим, передача товаров в розницу с детализацией по товарам при их списании из розницы по сумме и т.п.). Т.е. поискать причину разрастания файла проводок, а не бороться со следствием.

P.S. даже если с 2014 года вы планируете переходить на 8ку, имейте в виду что переход происходит не моментально + годовой баланс сдаваться будет скорее всего еще по данным старой базы, так что лучше сейчас день потерять, чтобы потом за час долететь.
 

olga13

Well-known member
10.10.2008
208
0
#18
1Sentry это как раз таблица проводок, поэтому во всех отчетах бухгалтерских у вас будут проблемы.
Вариантов решения (чтобы дожить до 2014 года, хотя бы) несколько

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

2) использовать утилиту от Romix'а, которая позволит вам работать с этой базой без изменений до тех пор пока файл не "дорастет" до 2гб (потом база встанет колом и работать вообще не сможете). Как и с любым "костылем" - гарантий никто не даст (хотя вроде бы жалоб не было, но..).

3) Свертка базы. Но предварительно я бы проверил базу на предмет незакрытых по субконто счетов (допустим, передача товаров в розницу с детализацией по товарам при их списании из розницы по сумме и т.п.). Т.е. поискать причину разрастания файла проводок, а не бороться со следствием.

P.S. даже если с 2014 года вы планируете переходить на 8ку, имейте в виду что переход происходит не моментально + годовой баланс сдаваться будет скорее всего еще по данным старой базы, так что лучше сейчас день потерять, чтобы потом за час долететь.
А можно поподробнее по п. 2? Что за утилита? В нете ничего по этому поводу не нашла.