Здраствуйте, проблема в следующем
При формировании отчета ( "продажи"), цифры постоянно меняются. В ходе 3х дневных эксперементов (без сонных ночей и т.д. и т.п. ) установили:
Если в момент формирования отчета любой оператор,диспечер, бухгалтер проводит документ который двигает Остатки товаров (причем не важно в + или в -), отчет выдает кашу, точнее пропускает часть документов вообще (цифра всегда меньше реальной), Соответственно если в момент формирования отчета движений по этому регистру не делать (например проводить заявки, ПКО, РКО) то отчет выдает верные циры.
Долго грешили на падение регистров и неоднократно индексировали базу не помогает факт. Проверка физ, лог целостоности проблему не решило, пересчет итогов занимает не реальное количество времени (примерно 3 суток), в базе максимальная дбфка 1.6 гигабайт, суммарно база 8+ гбайт.
Большая просьба кто с подобным сталкивался помочь, ибо мой запас средств реанимации уже закончился :(
При формировании отчета ( "продажи"), цифры постоянно меняются. В ходе 3х дневных эксперементов (без сонных ночей и т.д. и т.п. ) установили:
Если в момент формирования отчета любой оператор,диспечер, бухгалтер проводит документ который двигает Остатки товаров (причем не важно в + или в -), отчет выдает кашу, точнее пропускает часть документов вообще (цифра всегда меньше реальной), Соответственно если в момент формирования отчета движений по этому регистру не делать (например проводить заявки, ПКО, РКО) то отчет выдает верные циры.
Долго грешили на падение регистров и неоднократно индексировали базу не помогает факт. Проверка физ, лог целостоности проблему не решило, пересчет итогов занимает не реальное количество времени (примерно 3 суток), в базе максимальная дбфка 1.6 гигабайт, суммарно база 8+ гбайт.
Большая просьба кто с подобным сталкивался помочь, ибо мой запас средств реанимации уже закончился :(
По теме из базы знаний
- Корректировка движений регистров без перепроведения документов (с возможностью выгрузки в документ "Корректировка записей регистров")
- Сверка остатков и движений регистров ТоварыНаСкладах vs Партии УТ
- Отчеты по движениям, закупкам и продажам алкоголя
- Установка/снятие признака "Вести по документам расчетов с контрагентом" для договора с проведенными документами. Контроль и переформирование движений по регистру "Взаиморасчеты с контрагентами по документам расчетов"
- Обнуление остатков и движений регистров накопления (УФ)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
И как имя регистра в 1.6 гигов ?
ЗЫ: Штатно, дбф держит до 2-х гигов монопольно, но на практике, за 1 гига жизни нет.
Можно либо "лечить" средствами от hogik, либо переходить на кодебасе/адвантадже ..либо ставить Скуль..
НО: для начала нужно проверить, какая табличка распухла и сделать выводы.
ЗЫ: Штатно, дбф держит до 2-х гигов монопольно, но на практике, за 1 гига жизни нет.
Можно либо "лечить" средствами от hogik, либо переходить на кодебасе/адвантадже ..либо ставить Скуль..
НО: для начала нужно проверить, какая табличка распухла и сделать выводы.
Скажем так грешили на Переполнение максимального количество в записи (1 милиард) по там их оказалось под 10 милионов, и проблемы начались сравнительно недавно, надеялся если уменьшу до размера который был месяц назад проблема уйдет и будем решать вопрос о новой базе.
базе около 7 лет
базе около 7 лет
Прибежал на работу пока на свертке трогать ничег не буду
Что касается информации по дбфкам
DBF
DT**** 1.64 гбайта (это дбфка Документа причем работает в многопользовательском режими уже года 4 сверх 1 гигабайта проблем небыло )
Теперь по интересующему меня регистру
Ra**.dbf 1010 Регистр (Дв.) Остатки товаров (Действительно превысил недавно 1гигабайт )
Rg**.dbf 7мб (Твое предположение что rg>ra не оправдалось )
Что касается информации по дбфкам
DBF
DT**** 1.64 гбайта (это дбфка Документа причем работает в многопользовательском режими уже года 4 сверх 1 гигабайта проблем небыло )
Теперь по интересующему меня регистру
Ra**.dbf 1010 Регистр (Дв.) Остатки товаров (Действительно превысил недавно 1гигабайт )
Rg**.dbf 7мб (Твое предположение что rg>ra не оправдалось )
(17)
>>>DT**** 1.64 гбайта
Гы.. Проблем небыло, ибо нет отчетов по табличной части документов..
по поводу rg>ra - у вас значит всё в порядке, регистр закрывается...
Но вот держать такую базу на дбф не стоит.. Надо либо резать, либо переводить на скуль..либо на альтернативные бд (адвантадж/кодебасе)
(18)
>>>заменить двойку на тройку
это значит, что нужно открыть данные библиотеки любым HEX- редактором и исправить.. (например,WinHex-ом)
>>>К базе данных не должно быть обращений из модифицированной и не модифицированной 1С одновременно
А что тут непонятного ? Если у вас сетевая версия, и вы запускаете 1с-ину с разных мест, то все 1с-ины должны быть "модифицированы"... Если у вас все ходят по терминалу, то это не обязательно, + если все запускают экземпляр 1с-ины с самого сервака, тоже..
>>>DT**** 1.64 гбайта
Гы.. Проблем небыло, ибо нет отчетов по табличной части документов..
по поводу rg>ra - у вас значит всё в порядке, регистр закрывается...
Но вот держать такую базу на дбф не стоит.. Надо либо резать, либо переводить на скуль..либо на альтернативные бд (адвантадж/кодебасе)
(18)
>>>заменить двойку на тройку
это значит, что нужно открыть данные библиотеки любым HEX- редактором и исправить.. (например,WinHex-ом)
>>>К базе данных не должно быть обращений из модифицированной и не модифицированной 1С одновременно
А что тут непонятного ? Если у вас сетевая версия, и вы запускаете 1с-ину с разных мест, то все 1с-ины должны быть "модифицированы"... Если у вас все ходят по терминалу, то это не обязательно, + если все запускают экземпляр 1с-ины с самого сервака, тоже..
+ з.Ы
Еще пара вопросов по ссылки указаной выше, возможно я не выспался но понять не могу чем мне dll ки открывать? а именно..
2) В библиотеках Seven.dll и DBEng32.dll найти контекст “Kernel32.dll” и заменить двойку на тройку (в Seven.dll – два раза, в DBEng32.dll – один раз).
А также интересен этот пункт
Внимание!!!
1) К базе данных не должно быть обращений из модифицированной и не модифицированной 1С одновременно, т.к. это приведет к порче базы данных.
К сожалению не понимаю о чем идет речь (просьба помидорами не бросать :( )
Еще пара вопросов по ссылки указаной выше, возможно я не выспался но понять не могу чем мне dll ки открывать? а именно..
2) В библиотеках Seven.dll и DBEng32.dll найти контекст “Kernel32.dll” и заменить двойку на тройку (в Seven.dll – два раза, в DBEng32.dll – один раз).
А также интересен этот пункт
Внимание!!!
1) К базе данных не должно быть обращений из модифицированной и не модифицированной 1С одновременно, т.к. это приведет к порче базы данных.
К сожалению не понимаю о чем идет речь (просьба помидорами не бросать :( )
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот