С справочнике "номенклатура" есть колонка "Остаток" где при открытии расчитывались остатки на основании бухгалтерских итогах. Справочник открывался быстро (2секунды), хотя позиций товаров многовато. Вчера был скачок света, после которого справочник начал открыватся за 20 секунд. Сделал полное тестирование и исправление, полный пересчет итогов, выгрузку и загрузку данных - ничего не помогло ! Загрузил в тестовой базе архив недели давности - там всё быстро считается остатки. Изменений в конфигурации никаких не было! Подскажите как поправить это !

Выгрузка/загрузка данных? Попробовать на другом компе(физическом носителе базы)?
Чудес то не бывает. 1Ц оно конечно и в африке, но разх говорите что ранее тормозов небыло...

(25) Проверил параметры с архивом где остатки быстро расчитывается и они совпадают.
Проблема появилось во время рабочего дня когда свет отключился на несколько секунд. С того момента вот такие глюки :(((

(26) загрузил архив на тот же сервере и он работает нормально .

(28) хм, интересно.

(28) Тогда копируем (именно копируем, а не переносим) базу в другое место на сервере, и пробуем запустить там, при этом изменив её имя в запуске и указав другие (по возможности пустые) директории пользователя.

(28) Ты один открывал в архивную базу, а если в общий доступ и парочку пользователей, как работает?

(30) Уже пробовал -  не сработало

(31) если у одного пользователя грузится расчет остатков  - ты думаешь при несколько пользователей она сработает ?

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

(32) Тогда надо смотреть размеры DBF-файлов и их структуру - вполне возможно, что где-то залетел мусор, на который ТИИ не ругнулось.

Базу в студию =)

(35) Ты не вспотеешь проверять DBF на "кривую" структуру?

(33) Ты попробуй и расскажи как рвботает.

Потом, индекс строится по принципу бинарного дерева при переборе файла сверху вниз. При добавлении записей в файл не факт, что они шли по-порядку - порядок мог быть совершенно другой.

(37) Я бы просто сравнил DBF-файлы - то, что было, с тем, что стало - чтобы понять, в чём обнаружились различия.

(39) Пробовал и удалил все индексы, тестировал и пересчет итогов - не помогло.
Потом удалил 1SBKTTL -файлы, тестировал и пересчет ... тоже не помогло

(40) архив у меня недели давности и там файлы не будут совпадать по размеру даже

(42) Тогда допиши те документы, которые изменились в архив и посмотри, что произойдёт.

(43) Есть какая-то приложуха для сравнении дбф-файлов ?

Сравни МД-шник по содержимому. Архивный и текущий. Соответствующий софт нагугли. Даже если при объединении скажет что базы идентичны.
DBF-файлы сравнивать смысла нету, из за срока давности архива - там все "разные" будут.
А вообще, ИМХО, за подобные хотелки(показ остатков в справочнике) даже на БИ - нужно убивать.

(45)"за подобные хотелки(показ остатков в справочнике) даже на БИ - нужно убивать" - клиент нудный какой-то ... так хочет и всё

(44) Ну, в принципе, можно попробовать fc с ключом /b, чтобы сравнивал побайтно - записи должны быть дописаны в конец.

(46) Сказать что будут тормоза. Согласны? - Да! Всё. И больше не связываться.
Уверен что тормозов то небыло? Может просто не замечали? А тут вдруг заметили. В какой форме списка расчет то идет?

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

Я бы на твоем месте выложил бы в студию код расчета остатков. Извини сейчас лично мне лень "въезать" в код 1Ц, но здесь, на Мисте, кто нибудь точно тебе поможет. Если проблема в коде конечно. Просто в этой ветке все засмущались твоим выражением "раньше тормозов небыло", а вдруг это неправда?

(48) Тормозов реально не было. Посмотрел производительность в отладчике (меньше секунды)

(50) 99.7 % времени теряется на:
БухИт = СоздатьОбъект("БухгалтерскиеИтоги");
БухИт.Рассчитать(,РабочаяДата());

(49) Я никогда не пробовал так сделать. Есть какие-то доработки ? )))

РабочаяДата() - какая?

(54) 29.04.2012

Так, приплыли.
Первое апреля - четвёртый квартал - все итоги рассчитаны в таблице.
Для получения итогов на текущее число нужно сделать выборку 01-04-2012 текущая дата - архив месячной давности - в нём пусто - и опа - итоги получаются сразу.
Теперь другая база - в ней месяц работали, для получения итогов нужно выполнить расчёт 01-04-2012 по 29-04-2012 - а там документов куча - вот и считаем.
Может быть так ?

Книга знаний: Асинхронные события 1С: полезные алгоритмы

(53) А что - так долго вырезать кусок журнала регистрации, потом достать из него записи с уникальными идентификаторами документов, и составить список выгрузки по порядку этих документов ?

(56) У нас в Молдове апрель это начало 2 квартала и длится 3 месяца

(59) :)

(59) Попробуй сделать
БухИт.Рассчитать(РабочаяДата(),РабочаяДата());
Оно явно выбирает весь период.

Да ну вас - ну второй квартал - но четвёртый месяц - запутали совсем.
Разговор же про то, как считаются итоги.

Ладно, телепатируйте дальше.
Автор, базу давай в студию, не сцы )

(56) Настройка и параметры БухИтогов идентичны как в архиве.
(59) Пробовал и так - не катит

(63) скинь скайп - дам 2 архива

Ещё стоит поискать документы с будущей датой, так как итоги на конец второго квартала должны быть рассчитаны - не вылез ли кто-то за его пределы.

(65) Ещё вопрос - насколько архивная база по размеру отличается от рабочей ?

(66) Нет. у нас 2 квартал заканчивается в конце июня
(67) 21.04.12 (архив) = 1.27 ГБ, 29.04.12 - 975МБ (урезал 21.04.12)

Ну и разницу в количестве элементов в справочнике "Номенклатура" тоже неплохо бы объявить, так как начиная с некоторого момента скорость временного расчёта итогов очень сильно падает.

(69) Колво элементов около 15 000

То есть база стала меньше, чем была ?

(69) Разница наверно в десятки элементов

(71) Да. После архивации 21.04 я урезал базу

(73) То есть ты наоборот, из рабочей базы удалил документы ?

(65) Ну и по что я должен тобою заниматься? У меня у самого 7 бухгалтерий и 15 баз(77/8х)!(соскочил с франча на фикси называется, блин).
Хотя, в принципе твой случай интересный. Люблю кодокопательство, хотя здесь оно и не нужно вроде. Только вот когда займусь - хз. Пока ждать будешь - сам разберешься. Сейчас короче подумаю, может в личке мыльник воткну.

Фильтр по текущей номенклатуре включен?
бухитоги - тормозная вещь, быстро не будет.
как вариант - что-то появилось на форме, что приводит к лишней/многократной перериосвке формы - отсюда лишние расчеты..?

(74) Да
(75) Спасибо все-таки !

(76) О господи! Хочешь сказать что у него Форма.Обновить() воткнуто??
Ты реальный телепат таки! )

(76) Я знаю, но работало хорошо пока свет не моргнул. После этого вот тебе на ...

Если базы идентичные, то сравни в командной строке при помощи fc два md файла разных баз, тоже самое с dd-файлами.

(80) Я уже предлагал.
Кстати dd-файлов разве несколько?

(80) Думаешь что МД-шник поврежден ?

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

Загрузил сегодняшний проблемный архив у меня на ноуте все заработало ! На ноуте Винда7 стоит. Есть идеи в чём может быть проблема ?

Автор, методом исключения попробуй уже а? Через пофигуратор сохрани базу, разверни 1Ц на ДРУГОМ компе и посмотри на предмет тормозов. Если - тоже самое - значит винда не виноватая.
Разберись с параметрами БухИт.Рассчитать(...) в отладчике.

Я бы ещё сравнил заголовки одноимённых dbf-файлов до символа 0x0D, там различие должно быть только в количестве записей и дате последнего изменения (первые 11 байт) - всё остальное должно совпадать.

(84) Ну вот...

Касперского мочи! Сволочь он.

Или NOD32 стоит? Так у него фильтр по маске не работает! Уроды, так и не могут исправить!

(84) Тогда копируешь базу на flash-диск c FAT32, а потом в другое место на сервер и запускаешь под другим именем (в списке баз).

(84) Начни со скандиска.

(89) У некоторых антивирусов настройки живут в реестре, и они просто вылетают при нечаянном выключении питания.

(84) база попадает под антивирь
база попадает под постоянное индексирование (системное)
накрылся диск после броска света - видно мало, а активные дисковые операции - тормозят - смотерть в системных журналах

Ещё есть флажок "разрешение отложенной записи" в свойствах диска, который при пропадании питания система снимает.

Ну и TEMP директорию чистить и проверять - вполне вероятно, что побилась как раз она.
P.S. что-то забыл напомнить, у меня все базы запускаются с ключом /t в специальные временные директории, которые часто чистятся.

Щас попробую сделать! Напишу результат тут !

Кстати спасибо ребята !

(90) Помню прикол начала нулевых(ну, помимо: "Ааааа! У меня 20-й счет не закрывается! Помогите!!!"), когда во франче еще служил, выезд к клиенту - база не запускается!
Ну, эта дура, тогда флэшки еще экзотикой были но пишущие КД-ПЗУ уже стали распространяться, "скинула" базу на диск - дома поработать. Поработав дома они скинула ее обратно и принеся на работу просто скопировала обратно на винт... =)

Ты, самое главное, потом обязательно напиши, что спасло базу, чтобы в подобных случаях количество магических танцев было минимальным.

(98) :)))

(99) Точно напишу

(98) У меня друг так музыку "принёс" после этого я CD просто ненавижу.

+(98) В смысле я о том, что скопированные с сидирома файлы, как правило, встают на "только чтение".

(103) Ну, у нас был CD-RW с режимом имитации жёсткого диска - результат был превосходен - на половине файлов ошибка контрольной суммы - сектора вылетали только в путь.
P.S. при копировании FAR-ом атрибут "Только чтение" снимается автоматом - так что ничего страшного не происходит, если файл не побился.

(102) CD - самый тупорылый девайс в этих ваших компьютерах. Посуди сам: ну ладно, IDE уже проехали, не будем о ностальгии, но тот же SATA - забирает систему целиком пока не распознает диск! Конечно, Винда главным образом виновата, но и аппаратный идиотизм тоже чувствуется! Блин! Да поставьте фотоэлемент в привод, дайте ему первый логический приоритет во всей начинке сидюка! И если диска физически нету в приводи - на кой хер чирикать пол часа пытаясь его найти????

(104) Уважаемый, какой в #опу FAR??? ))) Я же про тупого буха ) Никогда не пугайте их такими словами. Сжальтесь. Они "Проводник" то с трудом заучили.

(106) "тупые" бухи с большим удовольствием осваивают FAR нежели проводник.
В FAR-е для копирования нужно только одну клавишу нажать (F5) и видно что и куда будет копироваться.
А в проводнике нужно мышью, а как известно, женщины мышей бояться.
И всегда получается, что нечаянно файлы взяли и куда-то уронили.

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

(106) что-то ты сочиняешь... дома, значит, с диска она умеет скинуть, снять атрибут чтения и _поработать_ в базе, а обратно на работе с диска скинуть уже забывает как???

(84) поподробнее про то что в НОДЕ фильтр по маске не работает..?

(109) дома - сын-эникейщик...

(109) Тоже тупим сэр? Я же сказал что атрибут "только чтение" ставится БГ путями неисповедимыми.
(111) Точно! ))

(109) Прошу прощения, мэм.

(108) Так обидется же! И не будешь ты любимчиком более. А сиё плохо, ибо хоть и тупая, но все таки она бухгалтер.

(110) Зуп даю! Правда сейчас незнаю - может и исправили уже наконец. А раньше - хоть обнастраивайся те же *.dbf не ковырять - пофигу!

Использую COMODO, даже купил лиц.вер., и не сожалею!
А все эти ваши касперы и прочее УГ - лишь пафос, не более.

Как вы все знаете, после похода по прон-сайтам и соглашение на загрузку "свежей версии акробат-кодека" вы лицезреите двух педиков вместо рабочего стола своего(с ярлыками на прон) и просьбой отправить СМС на такой то номер.
Есть у меня один приятель такой - 100500 раз обучал его пользоваться торрентами - дуб.
Так вот привез он мне в очередной раз системник, я сначала, как обычно, загрузил его виндой с ЛайвСиДи, ибо комбинации кнопок не помогли(хитропопый вирус попался) - и тоже ноль эффекта!
Ну снял винт, подключил к своему и чем только не шерстил(переустанавливать то лень) и авирой, др. вебом и этим вашим каспером - ничего не найдено! Потом вспомнил про комод. И вот он и нашел.ю В NTFS-потоках зараза сидела!
Так то.

Юзаю Вин-7 загрузку из vhd с diff-ом (EWF) - и на вирусы с троянами начхать.
накрылся diff-vhd - копирую из загашника бэкап (diff-vhd мелкий) и вперед, вся система на месте.
базовый vhd - загрузка универсального драйверпака, идет на любом компе с флехи даже (грузится на мапленный рамдрайв, очень шустро - быстрее штатной хрюши), diff-vhd - результат наката "родных" дров и установки софта, которого в базовой не хватает (а там и так почти все что надо).
diff-деревья даже (загрузка системы в вариантах разных - для игрух, для восьмерки с несколькими виртуалками, и т.д.)

(118) Ужас сколько танцев!

Всё-таки проблема было в диске сервера где находилось база... наверно во время перебоя света база 1С пыталось какие-то данные сохранить на диске -  и вот и проблема. CheckDisk, тестирование и вперед. Я лично еще скопировал базу на локальном компе и тестировал там, потом скопировал обратно на сервере. И всё заработало !

Огромное спасибо ребятам которые вчера обсуждали со мной мою проблему !

дбф крякнулся. Попробуй каким-нибудь редактором его открыть и сравни с нормальным.

На самом деле, нужно помнить, что у файла на ntfs есть и другие потоки и дескрипторы безопасности и метки квитирования записи.
(120) Причём, копирование файла на FAT32 все эти объекты удаляет, а данные в основном потоке остаются нетронутыми - поэтому я спрашивал - выполнялось ли копирование базы.

(115) при задании маски - файлы в списке проверяемых - бегут, но не проверяются. колрупал этот вопрос, списывался с аппортом..

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