База самописная, скуль 2000. В один прекрасный день выдает окно с ошибкой(в нем просто красный крест eror, без описания) и отваливается 1С. Восттановил с бекапа вчерашнюю базу пока держится, но ведет себя непонятно. Ща на копии колдую. После DBCC CHECKDB('<db_name>', REPAIR_ALLOW_DATA_LOSS) пишет такое
Server: Msg 1505, Level 16, State 1, Line 1
CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID 1. Most significant primary key is '1010271'.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 0. Keys out of order on page (1:15029), slots 98 and 99.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 3. Keys out of order on page (1:15077), slots 337 and 338.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 3. Keys out of order on page (1:16995), slots 337 and 338.
DBCC results for 'SKLAD_TMP'.
DBCC results for 'sysobjects'.
There are 652 rows in 10 pages for object 'sysobjects'.
DBCC results for 'sysindexes'.
There are 559 rows in 36 pages for object 'sysindexes'.
DBCC results for 'syscolumns'.

и т.д. а в конце

CHECKDB found 0 allocation errors and 3 consistency errors in database 'SKLAD_TMP'.
repair_rebuild is the minimum repair level for the errors found by DBCC CHECKDB (SKLAD_TMP repair_allow_data_loss).
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
The statement has been terminated.

И че это значит?

это рушится SQL... кстати какой он у Вас там???

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

если все будет совсем плохо пиши на почту, дам контакты полезные (востановят файл данных SQL).

Сам такое на неделе чинил :-)

(1) SQL2000
(2)и че чинить

Я делал так. Снёс все индексы с проблемных таблиц, удалил дубли. Прогнал ещё раз чек. Переиндексировал. Сделал полный пересчёт. Вроде пока работает.

начните с проверки дисковой системы

(5) план действий понятен. как это реализуется
(6) проверил, все в норме

(5) Что именно реализуется?

(8)например снести индексы, удалить дубли, остальное понятно

(9) Снести индексы - drop index AAA on Table для некластерных и alter table Table drop constraint AAA для кластерных.
Дубли найти -
select IDDOC, count(*) from Table group by IDDOC HAVING count(*) > 1
удалить их (например, я так делал
delete from table
where row_id in (
select max(row_id) from Table
group by iddoc
having count(*) > 1)

вместо iddoc вставляется набор колонок, по которым строится уникальный индекс

Переиндексация - просто заход в 1с монопольно

(10)понял, ща покавыряем

я бы все это делал имею несколько копий...

(12)думаю 2-х копий достаточно

(10) а в Table какие таблицы подставлять? конкретных документов или можно журнал указать, и что делать со справочниками(таким же макаром)?

Проверять только документы или многострочные части тоже? И как определить что есть дубли?

У меня такое было когда сбоила память на сервере.
Диагностировалось такое просто - при посторной проверке базы (без исправления ошибок, только диагностика) количество ошибок увеличилось

(15) для начала проверь только шапки документов IDDOC - для всех документов уникальная вещь. Неправильный - тот который больше.

(14) В Table те таблицы, на которые ругается checkdb

Вот например checkdb пишет :

DBCC results for 'DH603'.
Server: Msg 2511, Level 16, State 2, Line 1
Table error: Object ID 2009058193, Index ID 0. Keys out of order on page (1:15029), slots 98 and 99.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 3. Keys out of order on page (1:15077), slots 337 and 338.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 3. Keys out of order on page (1:16995), slots 337 and 338.

делаю

select IDDOC, count(*) from DH603 group by IDDOC HAVING count(*) > 1

и результат запроса пустая таблица, и как искать эти индексы?

(19) @Keys out of order@

Где написано про дубликаты?

(20)А что с этими ключами делать?

(20) Ну тогда только это

Server: Msg 1505, Level 16, State 1, Line 1
CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID 1. Most significant primary key is '1010271'.

И что это за таблица бог его знает? Как искать

(22) Полностью сообщение
(21) почитать bol про checkdb и запустить с ключом rapair_allow_data_loss.
Всё равно база накрылась :-)

Не хотелось всю эту простыню сюда писать,но ладно. Вот пишет после
DBCC CHECKDB('<db_nmae>', REPAIR_ALLOW_DATA_LOSS)


Server: Msg 1505, Level 16, State 1, Line 1
CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID 1. Most significant primary key is '1010271'.
DBCC results for 'SKLAD_TMP'.
DBCC results for 'sysobjects'.
There are 652 rows in 10 pages for object 'sysobjects'.
DBCC results for 'sysindexes'.
There are 559 rows in 36 pages for object 'sysindexes'.
DBCC results for 'syscolumns'.
There are 1686 rows in 30 pages for object 'syscolumns'.
DBCC results for 'systypes'.
There are 26 rows in 1 pages for object 'systypes'.
DBCC results for 'syscomments'.
There are 492 rows in 22 pages for object 'syscomments'.
DBCC results for 'sysfiles1'.
There are 2 rows in 1 pages for object 'sysfiles1'.
DBCC results for 'syspermissions'.
There are 18 rows in 1 pages for object 'syspermissions'.
DBCC results for 'sysusers'.
There are 12 rows in 1 pages for object 'sysusers'.
DBCC results for 'sysproperties'.
There are 0 rows in 0 pages for object 'sysproperties'.
DBCC results for 'sysdepends'.
There are 1369 rows in 8 pages for object 'sysdepends'.
DBCC results for 'sysreferences'.
There are 0 rows in 0 pages for object 'sysreferences'.
DBCC results for 'sysfulltextcatalogs'.
There are 0 rows in 0 pages for object 'sysfulltextcatalogs'.
DBCC results for 'sysfulltextnotify'.
There are 0 rows in 0 pages for object 'sysfulltextnotify'.
DBCC results for 'sysfilegroups'.
There are 1 rows in 1 pages for object 'sysfilegroups'.
DBCC results for 'DH867'.
There are 18 rows in 1 pages for object 'DH867'.
DBCC results for 'SC325'.
There are 322 rows in 7 pages for object 'SC325'.
DBCC results for 'DT867'.
There are 89 rows in 3 pages for object 'DT867'.
DBCC results for 'SC36'.
There are 3 rows in 1 pages for object 'SC36'.
DBCC results for 'DT348'.
There are 72452 rows in 1026 pages for object 'DT348'.
DBCC results for 'SC62'.
There are 928 rows in 16 pages for object 'SC62'.
DBCC results for 'SC55'.
There are 14 rows in 1 pages for object 'SC55'.
DBCC results for 'DH1106'.
There are 2788 rows in 102 pages for object 'DH1106'.
DBCC results for 'DH979'.
There are 13 rows in 1 pages for object 'DH979'.
DBCC results for 'SC110'.
There are 2283 rows in 56 pages for object 'SC110'.
DBCC results for 'DT979'.
There are 114 rows in 3 pages for object 'DT979'.
DBCC results for 'SC114'.
There are 1 rows in 1 pages for object 'SC114'.
DBCC results for 'DH985'.
There are 0 rows in 1 pages for object 'DH985'.
DBCC results for 'SC119'.
There are 712 rows in 125 pages for object 'SC119'.
DBCC results for 'DT985'.
There are 0 rows in 1 pages for object 'DT985'.
DBCC results for 'SC172'.
There are 6 rows in 1 pages for object 'SC172'.
DBCC results for 'DT1085'.
There are 270 rows in 2 pages for object 'DT1085'.
DBCC results for 'SC418'.
There are 26 rows in 1 pages for object 'SC418'.
DBCC results for 'DH1093'.
There are 9 rows in 1 pages for object 'DH1093'.
DBCC results for 'SC420'.
There are 8 rows in 1 pages for object 'SC420'.
DBCC results for 'DH1085'.
There are 142 rows in 3 pages for object 'DH1085'.
DBCC results for 'SC1355'.
There are 1 rows in 1 pages for object 'SC1355'.
DBCC results for 'DT1093'.
There are 2941 rows in 17 pages for object 'DT1093'.
DBCC results for 'SC422'.
There are 5 rows in 1 pages for object 'SC422'.
DBCC results for 'DH1568'.
There are 131 rows in 1 pages for object 'DH1568'.
DBCC results for 'SC424'.
There are 29 rows in 1 pages for object 'SC424'.
DBCC results for 'DT508'.
There are 6235 rows in 51 pages for object 'DT508'.
DBCC results for 'SC426'.
There are 9 rows in 1 pages for object 'SC426'.
DBCC results for '_1SCONNECT'.
There are 1 rows in 1 pages for object '_1SCONNECT'.
DBCC results for 'SC451'.
There are 48 rows in 1 pages for object 'SC451'.
DBCC results for 'DT1106'.
There are 7326 rows in 58 pages for object 'DT1106'.
DBCC results for 'DT1568'.
There are 337 rows in 3 pages for object 'DT1568'.
DBCC results for 'SC453'.
There are 64 rows in 1 pages for object 'SC453'.
DBCC results for 'DT591'.
There are 825 rows in 6 pages for object 'DT591'.
DBCC results for 'RG57'.
There are 28878 rows in 216 pages for object 'RG57'.
DBCC results for 'SC455'.
There are 2 rows in 1 pages for object 'SC455'.
DBCC results for 'DT1835'.
There are 558 rows in 4 pages for object 'DT1835'.
DBCC results for 'RA57'.
There are 20188 rows in 171 pages for object 'RA57'.
DBCC results for 'SC457'.
There are 3 rows in 1 pages for object 'SC457'.
DBCC results for 'DH1842'.
There are 64 rows in 1 pages for object 'DH1842'.
DBCC results for 'RG185'.
There are 0 rows in 0 pages for object 'RG185'.
DBCC results for 'SC571'.
There are 51 rows in 5 pages for object 'SC571'.
DBCC results for 'DT1842'.
There are 17849 rows in 104 pages for object 'DT1842'.
DBCC results for 'RA185'.
There are 0 rows in 1 pages for object 'RA185'.
DBCC results for 'SC947'.
There are 16 rows in 1 pages for object 'SC947'.
DBCC results for 'RG233'.
There are 1973 rows in 90 pages for object 'RG233'.
DBCC results for 'SC1140'.
There are 6 rows in 1 pages for object 'SC1140'.
DBCC results for 'RA233'.
There are 26166 rows in 281 pages for object 'RA233'.
DBCC results for 'SC1215'.
There are 56 rows in 1 pages for object 'SC1215'.
DBCC results for '_1SJOURN'.
There are 17679 rows in 202 pages for object '_1SJOURN'.
DBCC results for 'RG253'.
There are 1189 rows in 122 pages for object 'RG253'.
DBCC results for 'RA253'.
There are 31038 rows in 289 pages for object 'RA253'.
DBCC results for 'SC1406'.
There are 56 rows in 1 pages for object 'SC1406'.
DBCC results for 'RG566'.
There are 2551 rows in 29 pages for object 'RG566'.
DBCC results for 'SC1408'.
There are 27 rows in 1 pages for object 'SC1408'.
DBCC results for 'RA566'.
There are 3515 rows in 32 pages for object 'RA566'.
DBCC results for 'SC1435'.
There are 77 rows in 1 pages for object 'SC1435'.
DBCC results for 'RG626'.
There are 1290 rows in 24 pages for object 'RG626'.
DBCC results for 'SC1437'.
There are 0 rows in 0 pages for object 'SC1437'.
DBCC results for 'RA626'.
There are 2975 rows in 31 pages for object 'RA626'.
DBCC results for 'SC1446'.
There are 128 rows in 2 pages for object 'SC1446'.
DBCC results for 'RG767'.
There are 7519 rows in 59 pages for object 'RG767'.
DBCC results for 'SC1449'.
There are 0 rows in 0 pages for object 'SC1449'.
DBCC results for 'RA767'.
There are 3579 rows in 29 pages for object 'RA767'.
DBCC results for 'SC1456'.
There are 0 rows in 0 pages for object 'SC1456'.
DBCC results for 'RG820'.
There are 144203 rows in 1125 pages for object 'RG820'.
DBCC results for 'SC1537'.
There are 2 rows in 1 pages for object 'SC1537'.
DBCC results for 'RA820'.
There are 15577 rows in 144 pages for object 'RA820'.
DBCC results for 'SC1544'.
There are 38 rows in 1 pages for object 'SC1544'.
DBCC results for 'RG1297'.
There are 93460 rows in 748 pages for object 'RG1297'.
DBCC results for 'RA1297'.
There are 8733 rows in 126 pages for object 'RA1297'.
DBCC results for 'DT38'.
There are 32949 rows in 199 pages for object 'DT38'.
DBCC results for 'RG1582'.
There are 5 rows in 1 pages for object 'RG1582'.
DBCC results for 'DH69'.
There are 108 rows in 4 pages for object 'DH69'.
DBCC results for 'RA1582'.
There are 0 rows in 1 pages for object 'RA1582'.
DBCC results for '_1SSTREAM'.
There are 1 rows in 1 pages for object '_1SSTREAM'.
DBCC results for 'DH94'.
There are 320 rows in 7 pages for object 'DH94'.
DBCC results for 'DH127'.
There are 23 rows in 2 pages for object 'DH127'.
DBCC results for 'SC1771'.
There are 16 rows in 1 pages for object 'SC1771'.
DBCC results for 'DT127'.
There are 25 rows in 1 pages for object 'DT127'.
DBCC results for 'SC1773'.
There are 615 rows in 6 pages for object 'SC1773'.
DBCC results for 'SC30'.
There are 14371 rows in 1307 pages for object 'SC30'.
DBCC results for 'DH157'.
There are 85 rows in 3 pages for object 'DH157'.
DBCC results for 'DT881'.
There are 25981 rows in 204 pages for object 'DT881'.
DBCC results for 'DT157'.
There are 206 rows in 3 pages for object 'DT157'.
DBCC results for 'DH175'.
There are 0 rows in 1 pages for object 'DH175'.
DBCC results for 'DT175'.
There are 0 rows in 1 pages for object 'DT175'.
DBCC results for 'DH210'.
There are 545 rows in 9 pages for object 'DH210'.
DBCC results for 'DT210'.
There are 2278 rows in 15 pages for object 'DT210'.
DBCC results for 'DH258'.
There are 6133 rows in 298 pages for object 'DH258'.
DBCC results for 'DH881'.
There are 60 rows in 1 pages for object 'DH881'.
DBCC results for 'DT258'.
There are 16768 rows in 163 pages for object 'DT258'.
DBCC results for 'DH284'.
There are 622 rows in 27 pages for object 'DH284'.
DBCC results for 'DT284'.
There are 2097 rows in 26 pages for object 'DT284'.
DBCC results for '_1SCRDOC'.
There are 48925 rows in 447 pages for object '_1SCRDOC'.
DBCC results for 'DH508'.
There are 1546 rows in 114 pages for object 'DH508'.
DBCC results for 'DH582'.
There are 142 rows in 7 pages for object 'DH582'.
DBCC results for 'DT582'.
There are 1153 rows in 9 pages for object 'DT582'.
DBCC results for 'DH591'.
There are 52 rows in 3 pages for object 'DH591'.
DBCC results for 'DH603'.
Server: Msg 2511, Level 16, State 2, Line 1
Table error: Object ID 2009058193, Index ID 0. Keys out of order on page (1:15029), slots 98 and 99.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 3. Keys out of order on page (1:15077), slots 337 and 338.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 3. Keys out of order on page (1:16995), slots 337 and 338.
There are 0 rows in 1 pages for object 'DH603'.
DBCC results for 'DT603'.
There are 0 rows in 1 pages for object 'DT603'.
DBCC results for 'DH607'.
There are 0 rows in 1 pages for object 'DH607'.
DBCC results for 'DH611'.
There are 33 rows in 2 pages for object 'DH611'.
DBCC results for 'DH760'.
There are 290 rows in 4 pages for object 'DH760'.
DBCC results for '_1SUSERS'.
There are 1 rows in 1 pages for object '_1SUSERS'.
DBCC results for '_1SSYSTEM'.
There are 1 rows in 1 pages for object '_1SSYSTEM'.
DBCC results for 'DT760'.
There are 346 rows in 4 pages for object 'DT760'.
DBCC results for '_1SCONST'.
       Could not repair this error.
       Repairing this error requires other errors to be corrected first.
       Repairing this error requires other errors to be corrected first.
There are 1222744 rows in 9683 pages for object '_1SCONST'.
CHECKDB found 0 allocation errors and 3 consistency errors in table '_1SCONST' (object ID 2009058193).
DBCC results for 'DT69'.
There are 20576 rows in 189 pages for object 'DT69'.
DBCC results for 'DH796'.
There are 178 rows in 9 pages for object 'DH796'.
DBCC results for 'DT796'.
There are 1859 rows in 13 pages for object 'DT796'.
DBCC results for 'DT94'.
There are 1449 rows in 13 pages for object 'DT94'.
DBCC results for 'DH803'.
There are 6 rows in 1 pages for object 'DH803'.
DBCC results for '_1SDNLOCK'.
There are 0 rows in 1 pages for object '_1SDNLOCK'.
DBCC results for 'DT803'.
There are 5241 rows in 27 pages for object 'DT803'.
DBCC results for '_1SUIDCTL'.
There are 33 rows in 1 pages for object '_1SUIDCTL'.
DBCC results for 'DH38'.
There are 4271 rows in 253 pages for object 'DH38'.
CHECKDB found 0 allocation errors and 3 consistency errors in database 'SKLAD_TMP'.
repair_rebuild is the minimum repair level for the errors found by DBCC CHECKDB (SKLAD_TMP repair_allow_data_loss).
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
The statement has been terminated.

DBCC results for 'DH603'.
Server: Msg 2511, Level 16, State 2, Line 1
Table error: Object ID 2009058193, Index ID 0. Keys out of order on page (1:15029), slots 98 and 99.
Server: Msg 2511, Level 16, State 1, Line 1

Какое слово непонятно?

И что с этими ключами делать?

Во первых - снести все индексы, о чём я уже говорил. Потом - я тоже уже говорил

(27)Так давай по очереди. Внести все индексы или только в таблице DH603?

Z для гарантии снёс все. Ибо не жалко.

а какой скрипт сносит все индексы?

hands.sql :-)

На самом деле, из таблиц sys.objects и sys.indexes можно получить всё нужное.
Готовый скрипт у меня сейчас на работе, поэтому недоступен.

Ну что тирада продолжается.

(32) блин, ты 3 года будешь базу востанавливать???

если база не очень большая - перенеси все таблицы (по одной, прямыми запросами) в DBF, там все востанови, и грузякай потомв в скуль...

работы на пару дне й, не больше (даже если действительно порушелось что-то, то это всегда можно востановить или с бекапов или по другим таблицам)

Да это конечно можно. На худой конец у меня есть более старый архив и если все будет худо можно по оле все перенести. Просто хочу разобраться как это все делается, а то опыта восстановления почти нет.

Понял почему select IDDOC, count(*) from DH603 group by IDDOC HAVING count(*) > 1 выдавал пустую таблицу, документов такого вида вообще нет в базе.

Удалил этот вид документа из конфигуратора,сохранил,загрузил конфигурацию по новой и вылезла ошибка в другом документе. :-(
Как удалить все индексы?

(36)

declare cur cursor
for
select t.name, i.name, i.type
from sys.objects t, sys.indexes i
where t.object_id = i.object_id
and t.type = 'U'
and i.type <> 0
and t.name not like 'sys%'
order by t.name, i.name

declare @tname varchar(50), @iname varchar(50), @itype int, @sql nvarchar(500)

open cur

fetch  next from cur into @tname, @iname, @itype
while @@fetch_status = 0
begin
   if @itype = 1
   begin
       select @sql = N'ALTER TABLE ' + @tname  + ' DROP CONSTRAINT ' + @iname
   end
   else
   begin
       select @sql = N'DROP INDEX ' + @iname + ' on ' + @tname
   end

   print @sql

   exec sp_executesql @sql

   fetch  next from cur into @tname, @iname, @itype
end

close cur
deallocate cur

А что можно подставить вместо type, такого поля в sysindexes нет.

Ну где все пропали?

Уух страшная ветка... не дай бог такое с УПП :((

а ТИИ уже не круто?

(28) не sysindexes, а sys.indexes
(41) назльзя.

а выгрузить в файл, там восстановление из checkdb, тии и затем обратно в скуль, только не 2000 а поприличней.

(42) на sys.indexes он вообще ругается

Server: Msg 208, Level 16, State 1, Line 4
Invalid object name 'sys.objects'.
Server: Msg 208, Level 16, State 1, Line 4
Invalid object name 'sys.indexes'.

А, у тебя 2000й... Забы(и)л...

Я его уже не помню и под рукой нет... Посмотри в бол на эти таблицы, или сделай select top 1 * from sysindexes и покажи...

select top 1 * from sysindexes

1    18    0x080000000100    1    0x0B0000000100    42    1    1    10    30    25    635    35    0    0    320    28    0    0    47    0x0A0000000100    0    0    0    0x3801380004000A00000000000000000002000100000000000400010000010000    sysobjects    0x040000002A16B600CF9C00008C020000000000008C02000000000000DA07C93ADA07C93A00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000    8000    635

В sysindexes такие колонки : id,status,first,indid,root,minlen,keycnt,groupid,dpages,reserved,used,rowcnt,rowmodctr,xmaxlen,maxirow,OrigFillFactor,reserved1,reserved2,FirstIAM,impid,lockflags,pgmodctr,keys,name,statblob,maxlen,rows.

Вроде понял в 2000 он называется indid

Изменил так:

select t.name, i.name, i.indid
from sysobjects t, sysindexes i
where t.id = i.id
and t.type = 'U'
and i.indid <> 0
and t.name not like 'sys%'
order by t.name, i.name

Что-то удаляло и выдало:
DROP INDEX _WA_Sys_DATE_77BFCB91 on _1SCONST
Server: Msg 159, Level 15, State 1, Line 1
For DROP INDEX, you must give both the table and the index name, in the form tablename.indexname.
DROP INDEX _WA_Sys_OBJID_77BFCB91 on _1SCONST
Server: Msg 159, Level 15, State 1, Line 1
For DROP INDEX, you must give both the table and the index name, in the form tablename.indexname.
DROP INDEX _WA_Sys_TIME_77BFCB91 on _1SCONST
Server: Msg 159, Level 15, State 1, Line 1
For DROP INDEX, you must give both the table and the index name, in the form tablename.indexname.
DROP INDEX DOC on _1SCONST
Server: Msg 159, Level 15, State 1, Line 1
For DROP INDEX, you must give both the table and the index name, in the form tablename.indexname.
DROP INDEX IDD on _1SCONST
Server: Msg 159, Level 15, State 1, Line 1
For DROP INDEX, you must give both the table and the index name, in the form tablename.indexname.
ALTER TABLE _1SCONST DROP CONSTRAINT PK__1SCONST
Server: Msg 1505, Level 16, State 1, Line 1
CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID 3. Most significant primary key is '     0   '.
Server: Msg 3727, Level 16, State 1, Line 1
Could not drop constraint. See previous errors.
The statement has been terminated.

ну почитай, в каком формате в этом старье нужно задавать имя индекса уже... Я писал для 2005го...

Выгрузить загрузить для начала.

Увидиш в какой таблице ошибки. С ней и работай. с Этой таблицей.

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

Выгрузить не получается выдает ошибку Native 601.

dbcc checkdb

(56)Сначала всю тему перечитаю я это изначально пытался сделать.

http://web.archive.org/web/20080803020520/www.metaprog.co.ua/secrprog/FAQ_SQL.html#_9

(57) опять возникает тема необходимости ПРОСТОГО инструмента конвертации из SQL в DBF (с возможностью выбора отдельных таблиц/частейТаблиц), мне и самому такая вещь нужна была, может напишу на досуге :)

(58)Спасибо. Пробовал уже переиндексировать, тоже выдает ошибку про дублирующийся индекс.

После удаления индексов документа и констант CHECKDB ошибок не показал, но при монопольном входе и восстановлении индексов выдает Native ошибку и CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID 1. Most significant primary key is '1010271'. Что это за ключ такой?

Что-то я совсем ничего не понимаю. Делаю DBCC CHECKDB ('<db_name>',REPAIR_REBUILD).
Он мне пишет :
DBCC results for 'DH603'.
Server: Msg 2511, Level 16, State 2, Line 1
Table error: Object ID 2009058193, Index ID 0. Keys out of order on page (1:15029), slots 98 and 99.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 3. Keys out of order on page (1:15077), slots 337 and 338.
Server: Msg 2511, Level 16, State 1, Line 1
Table error: Object ID 2009058193, Index ID 3. Keys out of order on page (1:16995), slots 337 and 338.

Потом делаю select [IDDOC], count(*) from DH603 group by [IDDOC] HAVING count(*) > 1 , он мне выдает пустую таблицу, потом  пишу select [IDDOC], count(*) from DH603 и все индексы по одному, задвоиных нет. В чем тогда прикол?

(0) А кстати, кто у вас ОФФ. Кто должен делать бэкапы баз 1С... ?

(62)другое :-)

(63) Бэкап по хорошему надо восстанавливать на другой машине. И затем ковырять конкретно этот сервак, где все крутиться. Скуль просто так не сыпется.

(64) Восстанавливаю на своей машине, а с сервером уже разобрались там память полетела.