Здравствуйте.
Есть база.
Вчера вечером начали вылазить непонятные глюки, связанные с регистром накопления Резервы, Остатки товаров.

При проведении документов в модуле набора записей - ошибка. Операции сравнения... и т.д

Дело усугубляется тем, что бэкап базы есть только на 2012_10_05

Такие дела.

Пока что запустил тестирование и исправление базы.

модель восстановления в студию

Есть подозрение, что дело связано с выгрузкой. Бух попросила восстановить документы на дату. Пользовался стандартной Выгрузка Данных В Идентичную Конфигурацию

dbcc checkdb сначала надо запустить (перед этим сделав бэкап средствами SQL)

а....
Скорее всего просто выключены итоги!

Сделать для всех регистров
РегистрНакопленияМенеджер.<Имя регистра накопления> (AccumulationRegisterManager.<Имя регистра накопления>)
УстановитьИспользованиеИтогов (SetTotalsUsing)
Синтаксис:
УстановитьИспользованиеИтогов(<Признак>)

Бэкап средствами SQL сделал.

Мой вопрос, конечно, риторический, и я сам понимаю, что нифига я не восстановлю.
Логи шринкуются каждую ночь. Такие дела.

(7) -> (2)

ну документы то есть? выгрузить на крайняк и загрузить в бэкап

(5) Почему так думаешь?

(9) Есть

в ТИИ чего указал делать?

Сделай в предприятии:
Меню - Табло
РегистрыНакопления.ИмяПроблемногоРегистра.ПолучитьИспользованиеИтогов()
что выдает?

..сервис - табло

(6) В той обработке, которой пользовался автор, даже специальная кнопка есть ПочинитьВсе

(12) Указал не создавать новые объекты, и очищать неправильные.

(15) Подробнее, какая обработка?

Щас сделаю тестовубю базу...

(13) Ты имеешь в виду в Конфигураторэ?

(13) Щас...

(17) которая в (3)
(19) в режиме юзера, в предприятии

(21) База делается.

(21) РегистрыНакопления.ТоварыНаСкладах.ПолучитьИспользованиеИтогов() = Да

(23) Восстановил копию в новую базу? Тогда не буду советовать кэши чистить.
Ошибка осталась? Точный текст дай.

Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
{РегистрНакопления.ТоварыНаСкладах.МодульНабораЗаписей(2090)}: Операции сравнения на больше-меньше допустимы только для значений совпадающих примитивных типов (Булево, Число, Строка, Дата)

В отладчике, КоличествоВДокумент = null показывает

УТП для Украины

Есть параллельная база, в которой всё ОК.
Сейчас выгружу конфу из неё и накачу на эту, поглядим. Я не один прогер тут, может, кто-то наваял чего.

К волшебной кнопке "Сделать все" нужно добавить еще одну "Откатить все на дату".

В общем, после тестирования и восстановления, глюк остался. Такие дела.

(25) Тут уже копать надо.
Я бы отладчиком прошелся.

(31) Отладчик будет, но позже.

Посмотрел на еще одну базу, которая присоединена к этому же хранилищу. На неё не накатили изменения. И она работает. Конфа из неё загружается сейчас. Если это ОНО, то я буду счаслив.

Обновляю конфигурацию базы данных, вывалился конфигуратор, ого.

CHECKDB обнаружил 0 ошибок размещения и 0 ошибок согласованности в базе данных

Загрузил конфу, не оно

Лезу в отладчик.

(37) лучше думай в сторону того, как конфу накатывать не средствами 1С :)

(38) Капец-капец.

В общем, какие ещё симптомы у пациента:

Строю отчет Ведомость по товарам на складах, с группировкой до документа.
Выдаёт документы, НО:

Начальный остаток, приход, расход, конечный остаток = пусто.

Захожу в документ, вижу, что:

Есть движения по всем регистрам. Такие дела.

Попробовать:
Выключить использование итогов.
Включить использование итогов.
Пересчитать итоги.

(8) судя по ответу, зовите специалиста.

(42) Дофига специалист, штоле?

(41) и как это исправит ошибку в модуле набора записей?

(43) есть чуть чуть.

Делаю:

Для каждого Объект Из РегистрыНакопления Цикл

        Объект.УстановитьИспользованиеИтогов(Ложь);
        Объект.УстановитьИспользованиеИтогов(Истина);

КонецЦикла;

(45) И?

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

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

(46) ПересчитатьИтоги() сделай по проблемному регистру и глянь отчет

Для каждого Объект Из РегистрыНакопления Цикл
       
       Объект.УстановитьИспользованиеИтогов(Ложь);
       Объект.УстановитьИспользованиеИтогов(Истина);
       Объект.ПересчитатьИтоги();
       
   КонецЦикла;

(51) И ? В отчете не появились данные?
Чудеса.

бгг - пятница началась. Удачных итогов.

(52) имхо, активность упала.

(52) Капец-капец.

(55) Запрос остатков такой примитивный, что проблем быть не должно.
Не пробовал накатить cf от архива через "загрузить конфигурацию из файла"?

(56) Пробовал, (33)

(54) Активность в норме, проверил

(57) Я так и не понял, получилось у тебя конфу загрузить или всё упало.

Какая-то мутная ситуация.

(59) Упало, я заново запустил, обновил, та же песня.

(60) Сам в шоке.

(42) Что тебе не понравилось в ответе?

(62) Сделай в консоли запросов просто запрос к этому регистру - просто по таблице и по таблице .Обороты() за день. Правильные результаты?

(64) Да

В общем, вы, наверное, не поверите.

Проблем был вот в чём:

При загрузке доков в номенклатуре слетели единицы измерения.

ляляля

:)

Ну и хорошо.

Капец-капец.

Напишу обработку, и накачу 100 грамм

А то нервы, да

Жертвы были?

(75) Нет, сотрудники говорили мне спасибо, и просили продлить всё до вечера

(63) ты не знаешь, что такое модель восстановления.

(77) Я знаю, но думаю, что если шринкую логи, то бесполезно, не?

(78) шринк это конечно хорошо. Но ежедневный бэкап лучше. Тем более, что настроить его средствами скуля не такая уж и большая проблема.

(68) сомневаюсь, что проблема только в этом. Как бы не должно это вызвать было ошибку в модуле набора записей регистра.

(0)Вот и настал этот день когда ты будишь делать бэкап)))

(79) Всё было настроено, НО кто-то забил диск, на который должны были ложиться бэкапы, и они не сделались. Уведомление на телефон об ошибке, конечно же, не настроено. Сделаю :)

(82) там есть фишка при помощи которой можно чистить старые бэкапы. У меня, например, был месячный бэкап настроен. Соответственно, что бэкапы лежали по науке на отдельном диске, куда никто не лазил.

(83) в смысле, что сам скуль может это делать.

(80) Думаю, что проблема именно в этом, в наборе записей регистра проверяются остатки, запросом выбирается кво и ед изм, null получается именно из-за этого. Та же фигня и в отчетах. ОЛОЛО

(85) ну дай то бог, чтобы все было так. Хотя странно почему так запрос прописан.

(83), (84) Политики по бэкапам еще нет. Производился переход на 1с 8, и было принято решения хранить ВСЕ бэкапы. Разгильдяйство, конечно, присутствует, да.

(87) все бэкапы нафиг не нужны. Бэкапы за месяц и по свистку от бухии по периодам сдачи отчетности. Остальное - баловство.

Я Голосую за итоги!

(89) Чуров тебя все равно кинет )

(90)на мисте нет демократии?

(91) ее негде нет. Это миф.

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

Выводы:

Нужна политика по бэкапам.
Нужно утвержденное допустимое время простоя сервисов.

Хорошего всем настроения.

Я в ганделик.

(82) и кто-то помню мне говорил по подобной теме баян-баян.


Ну не контролируют бэкапы администраторы почти никогда, если это автоматически не делается.

а у нас на бекапы делались... на внешний хард... который как выяснилось месяц назад кто-то отключил.
но обработочка пыталась делать бекапы все это время)

(95) По-хорошему бэкапы должны быть территориально разнесены. Чтобы не сгорели, если что.

(96) не разнесены, а дублироваться в два места. Ну и то что бэкапы не делаются на диск с рабочей базой - аксиома.

(96)я вить не против, но я ж не админ. и слава богу не отвечаю за это.

У меня так на mssql:
1. Журнал транзакций каждые 20 минут
2. Базы раз в сутки ночью
3. После этого текущие копии баз архивируются на сервер, стоящий в другом помещении, территориально удаленном
4. Раз в месяц текущие архивы пишутся на dvd-rw и диск отдается главбуху для хранения в сейфе

100