![]() |
![]() |
![]() |
|
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С++. Сейча вроде бы нормально. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |