Хрень с базой. Что может быть?- Территория 1С

Гость

0 - 03.02.2012 - 13:27

Ситуация:
v 7.7 27рел., база самописная, SQL-ная.
Несколько дней назад заметил, что перестала бекапиться средствами 1С по расписанию (выгрузить данные). Причем с разных компов одно и тоже. Запустил руками - идет нормально до выгрузки Операций и вылетает ошибка Just-In-Time Debugger "An unhandled win32 exception occurred in 1cv7s.exe", после чего сама базы сворачивает ласты. Такая же хрень происходит, когда запускаю тестирование (доходит до проверки Операций и баста). Причем в пользовательском режиме вроде как работает, но при попытке открыть полный журнал за определенный период - вываливается с тем же результатом. Причем знаю что в одном из этих периодах есть только Операции. Значит дело в них? Но как найти где и что у них сбоит? DBCC CheckDB у скульной базы не выдает ошибок. Переиндексировал все скульные таблицы в SQL Management Studio, ничего не дало.
Где собака порылась никак не пойму?

Uho

1 - 03.02.2012 - 14:10

2005?

Гость

2 - 03.02.2012 - 14:16

(1): Попробуй удалить (переместить куда-нить) файл dds и пересоздать его заново из конфигуратора.

Гость

3 - 03.02.2012 - 14:21

(2) Yes
(3) ОК.

Uho

4 - 03.02.2012 - 14:22

3-DeiMos > неправда твоя :)

Uho

5 - 03.02.2012 - 14:22

4-US1C > 7.7 не работает с 2005

Гость

6 - 03.02.2012 - 14:41

(3) Ничего не дало.
(6) Страно, что моя 1С-ина только сейчас это поняла. До этого эта база работала на 2005 скуле несколько лет. А другие базы уже лет по 5 работают. Правда типовые и немного переделанные Бух, ТиС, ЗиК, Подрядчик стр-ва.

Гость

7 - 03.02.2012 - 14:57

В общем понял, что как только в открытый и видимый интервал журнала (документов, операций) попадает Операция (любая) - происходит вылет. Осталось понять, как удалить все операции - чтобы база стабильно работала. При попытке выбрать Операции обработкой за период - все вылетает (даже без всяких действий над операциями).
Кто знает, как грамотно удалить из скульных таблиц операции (ес-но с проводками) подчистую?

victuan

8 - 03.02.2012 - 14:58

8-US1C >На другом компе удали, потом загрузи в скуль

Uho

9 - 03.02.2012 - 15:01

Цитата:

Сообщение от US1C

Страно, что моя 1С-ина только сейчас это поняла. До этого эта база работала на 2005 скуле несколько лет.

:))))))))))))))
каждый, кто нарывается на проблемы с 2005 скулем, так говорит

ЗЫ. общий реквизит неограниченной длины поставь на последнее место

Гость

10 - 03.02.2012 - 15:11

(10) ВОЛШЕБНИК. Получилось. Спасибо, дружище.
Вопрос можно? Но ведь этот реквизит был и раньше, почему сейчас вдруг задурил? Правда недавно я вносил изменения в журналы доков и графы отбора.

Uho

11 - 03.02.2012 - 15:20

Цитата:

Сообщение от US1C

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

об этом история умалчивает

Гость

12 - 03.02.2012 - 15:46

(12) Немного рано обрадовался. База запускается, операции показывает - все хорошо. Выгрузка данных работает. Но при тестировании базы вылезает ошибка - Таблица: 1SJOURN Ошибка блокировки при модификации или удалении записи. А дальше - невосстановимая ошибка базы данных.
Как-то лечится?

Гость

13 - 03.02.2012 - 17:01

Как вариант: Выгрузи. Загрузи в ДБФ. Там ТИИ - и опять загружай в СКЛ.

Uho

14 - 03.02.2012 - 17:01

выгрузить-загрузить?

Гость

15 - 03.02.2012 - 17:54

(83) Распараллеливание исполнения запросов выруби...

Гость

16 - 03.02.2012 - 17:55

Пардоньте, голова уже квадратная по результатам недели,(16) был к (13)...