Бухгалтерский учет, налогообложение, отчетность, МСФО, анализ бухгалтерской информации, 1С:Бухгалтерия

Вход или Регистрация

Показывать по 10 20 40 сообщений
Новая тема Ответить
Письмо в техподдержку 1С
[Прочее]

1c 7.7 база около 5 Гб. проблема

blacat
читатель
офлайн
Дата регистрации: 15.01.2009
Сообщений: 1
Пост №1
 
15.01.2009 19:34

Добрый день.

Описание.
Конфа: ЖКХ, DBF
Сервер: Xeon 5200/Intel/160 Гб/4 Гб (никто не работает локально)
Движок: 027. 7.7 бухгалтерия

Сеть: 10 машин (но все юзеры работают в терминале)
Памяти используется 1,5 Гб максимум, проц не загружен полностью. Места на диске еще 80%. В Антивире отключена проверка DBF, cdx, md.

Предыстория
Поставили эту конфу 1,5 года назад. Сперва все летало, естественно. ) Но т.к. база заполнялась быстро то и проблемы появились. Сейчас база весит около 5,5 Гб. Причем файл 1sentry весит 1,7 Гб. Каждый месяц база увеличивается на 300-350 мб.
Про то что долго отчеты формируются я уже даже не спрашиваю. Это итак ясно. Появились симптомы нестабильной работы.
1. Человек сидит, работает. нажимает кнопку "сформировать отчет" (любой) и программа может просто закрыться. Причем это происходит с каждым пользователем по нескольку раз в день. В отчетах стоят ссылка на различные dll-ки 1с-овские.
2. Если запускать формирование нескольких отчетов на разных машинах (читай терминалах) то БЫВАЕТ! что отчеты искажаются. Т.е. если идет отчет по нескольким домам, то один дом может попросту вывалиться из выборки.
Раньше (читай, "когда база была поменьше") таких глюков не было в принципе. все работало как часы.
Несколько месяцев грешил на сервер. Заменил на другой несколько дней назад. Все повторяется. Причина не в этом.

Вопросы.
1. Реально ли это все происходит из-за большого объема инфы в базе? Кто сталкивался с такими большими базами?
2. Какого размера базу может потянуть движок семерки? Опять же желательно чтобы написали те кто сталкивался с такими базами.
3. Стоит ли переходить на SQL или лучше уже рассматривать восьмерку. Опять же если смотреть на восьмерку ,потянет ли она такую базу?

Вобщем проблема большой базы. Кто сталкивался - пишите, буду рад прочитать.

Prikum
читатель
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20455
Пост №2
 
16.01.2009 09:01

Ограничение Дбф файла = 2 гига, остальной вывод сделать не сложно!

Еще можно упаковать файлы, размер может существенно уменьшится, надо посмотреть коды проведения документов, может быть неоптимально и поэтому растет файл проводок!

WeraBuh
читатель
офлайн
Дата регистрации: 21.09.2006
Сообщений: 297
Пост №3
 
16.01.2009 10:02

Почему Вы решили, что SQL- это быстрее. В терминальном варианте 5 Гб база хоть что-то делает - и вот это уже удивительно. Если не сжать, больше, то обрезать надо без разговоров. А размер баз 81 растет гораздо больше, чем 7.7.

Prikum
читатель
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20455
Пост №4
 
16.01.2009 10:08

Где Вы увидели у меня вывод, что SQL быстрее?
З,Ы, В 8-ке тоже можно упаковать таблицы и размер тоже существенно уменьшится!

zak555 (398843952)
читатель
офлайн
Дата регистрации: 27.03.2008
Сообщений: 4656
Пост №5
 
16.01.2009 12:04

лучше всего порезать базу!
т.е. каждый год делать свертку!

Thorvardr
читатель
офлайн
Дата регистрации: 25.02.2005
Сообщений: 3077
Пост №6
 
16.01.2009 12:35

http://www.buh.ru/forum/thread.jsp?id=433202

Prikum
читатель
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20455
Пост №7
 
16.01.2009 13:02

Именно поэтому я и предложил только упаковку таблиц, тем более что база скорее всего сильно переделанная

Aleksey.1C
читатель
офлайн
Дата регистрации: 28.08.2009
Сообщений: 2
Пост №8
 
28.08.2009 13:02

1. Для уменьшения базы можно порезать прошлые периоды, тут главное ничего лишнего не прибить.
2. 5.5 Гб не смертельный размер, если конечно фаловая система не FAT. :)
3. Переход на SQL добавит стабильности, но скорее всего убавит производительности (в сравнении с терминалом).

Что касается искажения данных в отчетах, то это совсем некрасиво. Базу тестировали?

Денис (САМАРА)
активный пользователь
офлайн
Дата регистрации: 09.04.2008
Сообщений: 8345
Пост №9
 
31.08.2009 08:33

Вот тут бы, Володь, по твоему описанию посмотреть на процесс 1с77.exe во время формирования отчета, на котором происходит "вылет". Возможно, что срабатывает ограничение ОС по выделенной для одного приложения оперативной памяти (~2Г для стандартных вариантов). Если это действительно так, то можно попробовать "выкроить" для приложения 3Гб "оперативки" (при наличии оной физически) и на какое-то время решить проблему. Можно "выкроить" по более чем 3Гб (~4Гб) при переходе на х64 ОС.

Показывать по 10 20 40 сообщений

Читают тему:

1 гостей
Быстрый переход
Для технических специалистов
  • Учет, налогообложение, автоматизация
  • Книга жалоб и предложений по работе сайта
  • Для технических специалистов
  • Представление регламентированной отчетности
  • Говорильня
  • Бухгалтерский учет: обсуждаем проекты нормативных актов и рекомендаций по ведению учета от БМЦ
  • Новый порядок применения ККТ (онлайн кассы с передачей сведений в ФНС)
  • Интернет-конференция: Оформление командировок по новым правилам
  • ЕГАИС
Предложения партнеров
Обучение пользователей продуктов 1С

1С бесплатно 1С-Отчетность 1С:ERP Управление предприятием 1С:Бесплатно 1С:Бухгалтерия 8 1С:Бухгалтерия 8 КОРП 1С:Бухгалтерия автономного учреждения 1С:Бухгалтерия государственного учреждения 1С:Бюджет муниципального образования 1С:Бюджет поселения 1С:Вещевое довольствие 1С:Деньги 1С:Документооборот 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры государственного учреждения 1С:Зарплата и управление персоналом 1С:Зарплата и управление персоналом КОРП 1С:Комплексная автоматизация 8 1С:Лекторий 1С:Предприятие 1С:Предприятие 7.7 1С:Предприятие 8 1С:Розница 1С:Управление нашей фирмой 1С:Управление производственным предприятием 1С:Управление торговлей 1СПредприятие 8

Все теги