Имя: Пароль:
1C
 
SQL: Could not complete cursor operation becouse the table schema changed
0 Komrat
 
13.11.06
09:04
При груповом проведении документов SQL выдает ошибку:
Could not complete cursor operation because the table schema changed after the cursor was declared.
SQL 2000 SP3. База 82Гб.
Ошибку выдает SQL при груповом проведении документов.
Применяю 1C++ для формирования прямых запросов. Груповое проведение дез бвижения ТА.
Раньше такой проблемы не было. Изменений особых не вносил.
Подскажите как бороться или с чего начать?
1 masky
 
13.11.06
09:19
select @@version ?
2 Komrat
 
13.11.06
09:32
Microsoft SQL Server  2000 - 8.00.760 (Intel X86)   Dec 17 2002 14:22:05   Copyright (c) 1988-2003 Microsoft Corporation  Standard Edition on Windows NT 5.2 (Build 3790: )
3 Guk
 
13.11.06
09:36
82Гб. Сильно...
4 masky
 
13.11.06
09:36
место на диске с базой ТОЧНО ЕСТЬ?
5 masky
 
13.11.06
09:37
(3) размер - это не главное.. если документооборот не большой ...
6 Komrat
 
13.11.06
09:38
Масив 200Гб
На нем лежат еще 2 базы по 2Гб и бакапы.
Свободно 55Гб
7 Komrat
 
13.11.06
09:39
Log файлы лежат на другом масиве но там тоже достаточно места
8 masky
 
13.11.06
09:46
ну тогда колись, строчки create или alter у тебя там есть?
9 Komrat
 
13.11.06
09:59
Нет только SELECT
10 masky
 
13.11.06
10:03
а во время твоей загрузки никакой переиндексации/бэкапа/etc не ведется?
11 Komrat
 
13.11.06
10:04
Причем SQL валится не на каком-то конкретном документе, а на разных. Первый раз вывалилась на документе в 5 числе, причем потом этот документ был проведен груповой обработкой без проблем. Сегодня на 11 числе.
12 Komrat
 
13.11.06
10:56
UP
13 Komrat
 
13.11.06
11:52
UP
14 ul_tim
 
13.11.06
11:57
попробуй базу забэкапить, а потом пересоздать и восстановить заново.
15 masky
 
13.11.06
12:01
трассу профайлера на момент вываливания - В СТУДИЮ!
16 Komrat
 
13.11.06
12:07
Трассу профайлера: Если бы я знал когда вывалится или на каком документе.
Можно конечно на всю ночь запустить трассировку. Сегодя попробую.
Ну физический смысл происходящего природного явления кто-ибудь объяснить может?
17 mikecool
 
13.11.06
12:12
(16) перепроведение - процедура скульная?
скорее всего: открываешь динамический курсор по таблице, используя одни индексы, а затем выбирая данные исп. другие индексы...
18 masky
 
13.11.06
12:12
я могу.. изменяются метаданные таблиц/индексов/триггеров/вьюх/etc во время работы твое обработки..
19 Билли Г
 
13.11.06
12:16
(16)Какие-нибудь регламенты на серваке (типа перестройки индексов)...
20 masky
 
13.11.06
12:16
(19) см (10)
21 Komrat
 
13.11.06
12:18
Все мужики спасибо. Это я балда, дурья голова!!!!!!! Переиндексанию базы поставил в расписания и она уже с четвега каждый божий день реиндекс делает.
Я переиндексацию раз в месяц делаю, чтобы база не тормозила, а в этот раз поставил не ежемесячно, а каждодневно!!! Не хило серевер грузил. Пользователи ночью наверно выли. Реиндекс базы 82Гб делает 3часа 40 минут!
22 mikecool
 
13.11.06
12:20
(21) зачем такую базу держать?
23 Komrat
 
13.11.06
12:20
4 года работы. Анализы, динамика и т.п.
24 mikecool
 
13.11.06
12:24
(23) и не тормозит?
25 Komrat
 
13.11.06
12:55
SQL Сервак 2 Xeon 3,40ГГц 4Гб.
TRML Сервак 2 Xeon 3,60ГГц 3Гб. (20 пользователей)
Станции P3-P4 256-512
Одновремено пользователей до 45. Активных до 20.
Когда 2 года назад начились тормоза (с ростом пользователей) перешел на прямые запросы 1С++. Сейча вроде бы нормально.