Добрый день.
Сегодня подарочек с утра. Serv 2008 x64, 1C77 27 SQL, SQL 2005 x86. ПУБ для Украины (теперь как бы для Крыма) почти непеределанный. База 4 года, работала норм.
Регистр Остатки перестал давать неактуальные остатки. Любой документ, где есть расход и ТА на его позицию (не надо рассчитывать остатки) проводится. Двигаю вперед ТА на одну позицию этот же док-т уже кричит нет остатков, остаток = 0 . Перепровожу прошлые док-ты та же ситуация.
Пересчитал итоги, выгрузил -загрузил в новую базу - без результата.
Остаток в глобальном после наложения фильтров берется через ТекущийОстаток = ВремРегистры.Остатки.Остаток(Фирма, Товар, Склад, "ОстатокТовара"); ТекущийОстаток выдает 0
Через запрос остатки и движения по регистру видны на любой день.

Резервные копии есть?

не тренди про крым, там теперь ПУБ для России....

по сабжу - смотри "Активность" для каждой записи

частенько бывает из-за сбоя в индексах
ТИИ пробовал?

(1) Да. Каждую ночь. Но вчера набили много док-тов, не хочется заново добавлять.
(2) 99-95% предприятий еще работают на укр конфигурациях с переделкой под новый ндс. ПУБ для России для новых фирм с российской регистрацией и бухучетом.
По теме, я не понял про "активность", о чем ?

(3) Да. Первое, что сделал

Может ли помочь выгрузка в DBF базу, переиндексация, проверка  и т.д. Потом опять оттуда выгрузка и загрузка в SQL ?

(0) больше кода.
Участвует ли регистр во временном расчете, если да, то на какую позицию ?

(6) нет

Или остаток на ТА всегда нужен ?

а так, для начала , это:
http://www.1cpp.ru/forumfiles/Attachments/________________________009.rar

Попробовал через прямой запрос, то же самое - остаток 0
(7) Все стандартное
В модуле создаются времрегистры. в глобальном тоже стандартно
Если Конт.ИтогиАктуальны()=0 Тогда
Рег.ВременныйРасчет(1);
Если ТолькоФильтр=0 Тогда
ВремРегистры.РассчитатьРегистрыНа(Конт.ТекущийДокумент());
КонецЕсли;
КонецЕсли;

(11) ну, значит и нет остатков то.

на выбранную позицию с выбранными фильтрами

(12) Обычный запрос из конфигурации дает все остатки. Через временный расчет нет.

ну и это, код в (0) должен быть таким:
//ТекущийОстаток = ВремРегистры.Остатки.Остаток(Фирма, Товар, Склад, "ОстатокТовара");
ТекущийОстаток = Рег.Остаток(Фирма, Товар, Склад, "ОстатокТовара");

проверить БИ и ТА при совместном использовании иногда дают неоднозначные результаты
ЗЫ пересчитать итоги ...
ЗЫЫ переиндексация скуля и дефрагментация , на копии дбсчек

http://blog.galievr.ru/?p=382
http://www.sql.ru/forum/465263/defragmentaciya-indeksov-v-baze-dannyh-ms-sql-2005

хотя непонятно, нахрена использовать этот метод, когда в разы быстрее ВыгрузитьИтоги

Сделал видимость остатков в док-те, снял проведение док-та, остатки есть. Провожу, остатки 0, даже если списание меньше остатка.

(16) + http://yandex.ru/yandsearch?text=1с%207.7%20%2B%20SQL&lr=10743

(17) Типовая. Несколько лет никто не прикасался, так по мелочам отчеты, формы.

(10) так и знал что бяка... нет чтобы для дбф написать...
;-)

(0)Проверь значение ТА,
также посмотри значение рабочей даты и текущей даты,
проверь Параметры --> Оперативный Учет значение галок
на рабочей базе и на вчерашней копии.

Если это все совпадает то проводи в отладчике вчерашний документ
на копии и на рабочей базе и там где будет первое отличие или поймешь причину или выкладывай сюда.

Побежал за попкорном.. что-то я не верю в чудеса...

(10)
Ошибка для ВзаиморасчетыПокупателей обнаружили 2037123 движений с датой < 01.07.14
Ошибка для ВзаиморасчетыПоставщиков обнаружили 950955 движений с датой < 01.07.14
Для ВыпускПродукции Все Ок
Для НормативныеЗатраты Все Ок
Ошибка для Обороты обнаружили 357874 движений с датой < 01.07.14
Ошибка для Остатки обнаружили 785737 движений с датой < 01.07.14
Ошибка для Партии обнаружили 1173617 движений с датой < 01.07.14
Для ПроизводственныеЗатраты Все Ок
Для Резервы Все Ок
Ошибка для Реализация обнаружили 15164 движений с датой < 01.07.14
Для ЗаказыНаПоставку Все Ок
ОШИБКИ 6.1 нашли ошибок = 5320470

(24) исправляй, че..

(24) ТА двигал назад - вперед, поэтому 01.07

(25) спс за обработку, а как исправлять ? тысячи документов.

927) тупо перепровести базу не покатит..?

(28) с 2009 года... ппц

(26) ёё...
пересчитай итоги, это для начала
http://infostart.ru/bitrix/components/bitrix/blog/show_file.php?bp_fid=405321
http://infostart.ru/bitrix/components/bitrix/blog/show_file.php?bp_fid=405322
http://infostart.ru/bitrix/components/bitrix/blog/show_file.php?bp_fid=405323
http://infostart.ru/bitrix/components/bitrix/blog/show_file.php?bp_fid=405324
http://infostart.ru/bitrix/components/bitrix/blog/show_file.php?bp_fid=405325

(27) Проверь сначала обработкой копию.
Если с копией все ок то может гораздо проще будет перебить
вчерашний день чем разобраться и исправить что испортилось.

ТиИ очень может с базой сделать нехорошие вещи.

(30) Пересчитал. Все то же самое.

надо что-то в консерватории поменять...? ;-)

(32) тоже самое что ?
Ошибки выдает или остаток "не верный" ?

(34) Остаток через рассчитанный временный регистр (меньше ТА) = 0. Остаток  на ТА верный. Фильтры одинаковые.

Когда док-т на ТА остаток верный, стоит ТА двинуть вперед хотя бвы на один док, сразу 0.

База 10 гб, упаковал -1.6 гб

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

Не отображается ТЧ Товары в остатках, не видит остатки

надо удалить файлы *.cdx

(38) а ты чем пересчитывал ?!


(40) у автора - скуль

(40) так в (0) sql

для начала, запустить это:

declare @name nvarchar(128), @Rows int

declare Names cursor static for

select
    table_name
from
    INFORMATION_SCHEMA.TABLES
where
    table_catalog = DB_NAME()
    and left(table_name, 2) In ('RG')
    and table_name != 'dtproperties'

open Names
SET @Rows = @@Cursor_Rows

WHILE @Rows > 0
begin
     FETCH Names Into @name
    SET @Rows = @Rows - 1

    declare @qt nvarchar(128)
    set @qt = N'truncate table +'+@name
    exec sp_executesql @qt
end

close Names
deallocate Names

(0)   22 делал ?

(0) еще можно  удалить хранимые процедуры
двиuающие твой регистр.
При монопольном входе в 1с
1с это обнаружит и пересоздаст эти процедуры
(хотя чтобы они портились не встречал )

Также какой у тебя интервал хранения итогов ?

(43) Use на базу надо делать ?

(43) Сообщение 102, уровень 15, состояние 1, строка 1
Неправильный синтаксис около конструкции "+".

set @qt = N'truncate table '+@name

http://yandex.ru/yandsearch?text=Установка_ТА.ert&lr=10743
-
там есть пересчет регистров

Ура ! Заработало. Два раза прошелся по базе с помощью Установка_ТА_2_3.ert, переподключил базу. Полезла ошибка при монопольном входе. Вошел разделенно. Вышел. Снова монопольно. Все ок.
Всем спасибо, особенно Ёпрст !

(50) все таки для скульных баз нужно делать профилактику типа
- индексация
- дефрагметация
- сбор статистики
- шринки/бэкапы

(51) Делается каждую неделю по расписанию.

можно доделать 10
чтобы искались ошибки по регистру без пересчета итогов регистра,тогда subj будет опредяляться за 5 сек,
наверное особенно это актуально если по каким либо причинам
испортилось не много остатоков а две три строки
т.е. ошибка в данных есть а найти ее практически не реально.