при проведении документа выдает такую ошибку
http://s07.radikal.ru/i180/1207/88/72ee76f660fc.jpg
(не могу ее тут набрать всю)))))

вчера были такие попытки вылечить:

сделала архив, затем ТиИ, выгрузку-загрузку
пару документов проводит, потом опять выдает эту ошибку, жму Ок, появляется окно Невосстановимая ошибка базы - и вылетает

что делать-то, чем лечить?

пс вот заново зашла, вроде проводит нормально
вчера тоже то работало, то вылетало

Спецы были тут: Частота использования "Тестирование и исправление БД"

размер базы какой?

ТИИ с переиндексацией

переводи на SQL

(2) 6 метров с половиной

(2)+ размер самой большой DBF-ки какой?

(5) наверно, 6 гигов с половиной? :)

(4) я не очень шарю, но по фото не видно, что она скульная?

тоггда напишу - база скульная

(6) не посмотрел картинку , думал что база DBF

(3)(4) обкурились?

(10) по лениргадке покатался :)

(7) а, не, сорри, 66,5 метров

Посмотрел картинку в профиле. Размер какой? ;)

(6) нет там дбф файлов, она скульная

может на диске места мало

в файле DDS посмотреть что за справочник DT782
его лечить надоть

У тебя есть уже запись с таким идом в табчасти дока.
убей вручную...

(15) показывает 25гигов занято и 22 свободно

(16) млять, вы чего сегодня все?

(18) наперво - реиндексируйся, сп_реиндексом, или dbcc

Вообщем что то подобное было. Сделай выгрузку создай дбф базу. Из предыдущего архива базы возьми файл дбф который сбоит и перезапиши. И пробуй юзать мб прийдется препровести за этот период

Средствами SQL пробывал?

а если эту базу в ДБФ перевести, ошибка возникает?

у меня дбфка накрылась котора отвечала заперепроведение. Я перепровел от периода архива и люди пользуются уже базой по сей день дальше

ну пипец...

(21) :))))))))))))))))))))

(17) я объясню, что я делала собсно в этой базе

я набиваю Отчеты ККМ
я предварительно набила один вид товара, так мне нужно было, а потом в эти же Отчеты хотела добить остальной товар до нужной суммы... доки были проведены, я в проведенные добавляла товар и упорядочивала по алфавиту...  после примерно такой же мысли, что есть какие-то записи с таким идом, я их все распровела, и стала по одному добавлять товар и проводить... два дока добавляет, на третьем вылетает...

+(27) и как убить вручную и что именно мне в этом случае убивать?

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

Повторяется ключ записи Cannot insert duplicate key в таблице DT782.
Посмотри по файлу с расширением .DD что за документ DT782, попробуй со стороны 1С удалить кривую запись.
Если не получится - открой Enterprise Manager и смотри табличку со стороны SQL сервера.

delete from dt_872 where iddoc=<ид твоего дока>

(23) не переводила, уже и не помню как, но если другого выхода не будет, то переведу



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

(0) Уже несколько раз мелькала подобная тема... Пошукай по форуму...

(31)  может мне просто все набитые доки прибить? там их штук 30 всего и заново набить?

(34) не надо

блин, я не помню уже ничего в этой семерке...
можно мне, как для даунов, зайди туда, сделай это, а?

(0) Удали папку SYSLOG (Скопировав ее перед этим в другое место:)

http://www.klerk.ru/soft/articles/1996/

+(31) сначала DBCC DBREINDEX DT782, PK_DT872

(37) а нет сори забудь, так для файл.лечится (

(37) убей себя об угол стены

я еще забыла написать, что это ТиС, не знаю, важно это или нет /*сорри, краснею*/

(42) Это не важно.

(42) да пофигу. таблица - она и есть таблица...

(39) Вы не понимаете, я не знаю, что с этим делать "delete from dt_872 where iddoc=<ид твоего дока>", куда это писать и  т.д. ((
у меня семерка никогда не падала, а тут привет семье...

(0) Машина прошлого века?

(45) открыть QA в EM

и там выполнить

(46) сервер? вроде года с 2004 стоит, если вы об этом

А... Сорри... Невнимательно прочитал...
В (38) - тебе не поможет.

(45) Если не знаешь - лучше не лазь...

(50) все равно спасибо)

(51) ну, надо ж ее вылечить)

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

(49) 100% загрузка сервера + повторное подключение юзверя (без закрытия прежней сессии) + проведение документа одним из юзверей. = сервер повис вот твой результат

(47) я понимаю, что все должны делать специалисты, но все таки)
что такое QA и EM?

восьмерку с помощью мисты лечила, да, успешно, может и тут взелит?:)

(56) я боюсь представить, как ты будешь рожать с помощь мизды....

(56) Это надо админу твоего сервера делать. Открывать энтерпрайз менеджер на сервере, где твоя базка. )

(53) Нужно идти на сервер (где SQL крутится)...
Запускать Enterprise Manager - Query Analyzer. Выбрать там твою базы и скопировать туда (31).

А не взлетит ли эту базу выгрузить в дбф, себе забрать, в дбф исправить, и потом в скуль обратно загрузить?

т.к. думаю прав у нее на скуль на сервере нет. )

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

(59) спасибо

(60) не знаю, можно будет попробовать

дело в том, что пока я пишу, я уже два дока нормально провела, без ошибок
то есть, то нет, странно как-то

(0) УРИБ есть?

(62) ничего странного. а что сделать - тебе сказали.
(59) ЕМ и КвА можно и на своей машине запустить. а если стоит 1с++ и 1сКвА - можно прямо из 1С

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

итого, в одной базе невосстановимая ошибка, в другой восьмерке слетели настройки, значит 100% был какой-то сбой, да?

(63) нет

Я такую ошибку словил в году эдак 2005-ом из-за УРИБ. Выличил просто - перепровел документ в переферийной базе и пришел новый ключ и все стало ОК.

(65) Рессурсов сервера не хватает!

пипец нашествие....
yahoo.eu

+(68)
(55) Я словил в апреле - в самую сдачу квартала.

Может тоже ерунду какую нибудь сказать... а то все отметились...

(70) ну вот и мне надо бухии отдать квартал, а я еле апрель добила...

(71) ну если Вы спец по семерке - то велком, конечно!:)

(73) не надо. А то уйду...

(72) 1. Открыть Enterprise Manager

(74) оставайтесь, пожалуйста

>>ЕМ и КвА можно и на своей машине запустить
Расскажи, как это сделать если база на удаленом сервере. )

(77) п. Запустить .rdp :)

в общем, по порядку

1. захожу в конфигуратор и делаю архив
дальше что?
разворачивать архив и его лечить? или непосредственно рабочую?
ТиИ делать?
или сразу открывть QA?

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

(78) )))))))) весело тут у вас, даже прям жалко, что она раньше не упала)) ностальжи))

(79) дальше открыть EM, запустить в нём QA, выполнить реиндекс.. если проблема осталась - убить в табличной части документа все записи с таким iddoc

(80) ну я все равно не знаю, как его найти и где логи(

(73)Mikeware уже рассказал всю правду, на самом то деле он человек полезный, только вредный немного, поэтому я не буду мешать, а то вдруг на самом деле уйдет :)

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

(85) не "на уровне сервера", а на уровне таблицы. собственно, и лечить надо "на уровне таблицы".

А выгрузку загрузку уже предлагали? А то сразу девушке предлагают лезть в SQL...

А гоню она это уже сделала. Ы если 30 документов набить заново...

пляттть, истчо один

(89) ты ни когда не видел базу после "Специалистов" которые на прямую ее правили? Особенно когда они запросы писать не умеют скюльные и не знаю что с ними делать?

Я так понимаю, Девушка из СССР EM открыть уже смогла?

(90) видел.

(91) вы не поверите - ЕМ открыла, с помощью Скользящий даже QA нашла (я вас просила написать, как для даунов, а вы все, как для умных пишете), а дальше я не знаю, куда

Conect to SQL server

Windows auth
SQL Server auth

и дальше куда?

(93) найдите базу

только не смейтесь там громко на рабочем месте, а то вас уволят))

(94) я еще не выбрала вариант из этих двух

вот из этих двух куда жать

Windows auth
SQL Server auth

?

(93) дальше в qa
use имябазы; + текст запроса что выше

радость-то какая, спецов по семерке практически не осталось.
Надоть ценник поднимать!

(99) еще два часа и я солью остатки в восьмерку и пойду пить чай с конфетами

вот у меня окно, куда мне жать, на ок?

http://gyazo.com/b824fa670987412d10587a1abd50a788

пс ну не шарю я совсем(

(101) ОК

Не иначе как жарой большинство советов тут объяснить невозможно..

ище одна)).. пипец))... Mikeware, лучше возьми попкорн, пепси и наблюдай))

(104) предпочитаю чай. а его у меня на трое суток хватит.

лучше посмотрите, какие тут у всех полоски длинные;)
монстры, не иначе)

це не полоски))

Лови админа. Это вирус. Он тебе индексы рвет.

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

(39) тут не PK_DT872, а PK_DT782
я ж копипастер, так и копировала))


может еще что-то надо сделать или работать дальше?

(109) если после реиндекса "сбойный" документ нормально записался - все в порядке, больше глюков не будет. Индекс кластерный, поэтому проблема исправлена

(106) цеж писькомер.

(110) а не было сбойных документов
был список проведенных документов, наполовину заполненных товаром, добавляю в док товар, выдает ошибку, делаю ТиИ, пару доков проводило, потом опять сбой...
я их распровела все и по одному добавляла и проводила снова...
вчера добила часть, все проводилось, сегодня села снова - опять ошибка...
потом один провелся, следующий с ошибкой
причем таблица всегда была одна и та же

спасибо всем большое!

вам, Mikeware и 1Сергей, отдельное спасибо:)

(111) да знаю, знаю, 22 тут у всех)

ну что за порнография, опять вылезла эта ошибка

куда еще смотреть?

(114) на том же документе?

(115) нет, все время на разных

я что-то та пытаюсь сделать, вроде типа лечу, она проводит несколько доков, потом снова ошибка

в какой момент вываливается сообщение?

(117)Хана пришла серверу. Либо вирус, либо память сбоит.

1.открываю записанный док, добавляю в него еще товар, жму Ок и выдает

2.открываю записанный док, провожу его, он нормально проводится, потом добавляю в него товар и жму Ок, тогда выдает ошибку

(119) если учесть, что оставалась сессия открытая, может все-таки только 1с-ке хана?

(0) А у тебе ограничения в SQL по ограничению файла базы нет?
Что у тебя в Database Properties - Autogrowth???

Maximum File Growth циферка не стоит?

Сообщение об ошибке одно и то же?
скопируй сюда из ддс строчку для примари кей этой таблицы.
когда реиндекс делала - сообщения об ошибках были?

(121)Не-а. Ошибки сервер генерит. У него и индексы сыпятся. Это память или вирус 99%.

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

когда в следующий раз выскочит непонятно

(124) сообщение одно и то же

"если что, то мы сделали реиндексацию таблицы и ключа. Проверили табличку на дубликаты, коих не оказалось
"

Ксанка как всегда ЖГЁТ!!! )))

(124) >>скопируй сюда из ддс строчку для примари кей этой таблицы.
вы не могли бы по-русски мне сказать, что именно сделать?)
я без 1Сергея с тем, что вы в прошлый раз написали, не разобралась)

(127) ну давно я так не жгла, не надо на меня наговаривать))

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

(124)  после DBCC DBREINDEX DT782, PK_DT872, написало DBCC execution completed. If DBCC printed error messages, contact your system administrator.

мне показалось, что меня куда-то послали)

Хоть бы один "жентельмен" сказал "Давай адрес - выезжаю" :)

(131) а эти самые "error messages" - были? на второй закладке...

(130) ну это для вас по-русски, а для меня по-русски будет "открываешь то-то, заходишь туда-то")
ну я просто его в папке нашла, он же так просто не открывается, его надо через EM открыть?

134 - блокнотом, фаром, тоталом - чем угодно. он текстовый

(135) ну я открыла этот страшный файл и там ссылок на DT782 миллион, если поиском искать... что давать-то?

Миллион их быть не может - три в описании, три-четыре в индексах..
интересует PK_DT782

# Name                           |Descr         |Unique|Indexed fields                                              |Type      
I=PK_DT782                       |of IDDOC+LineN|1     |IDDOC,LINENO_                                               |1          
#

так?

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

А сколько строк в документе?
Ну не должно валиться

(140) к двум-трем строчкам добавляю еще 8-12, итого до 20-ти строк в доке

фигня какая-то...

если б больше 9999...

да и то это на файловой

повторюсь, предварительно набила некоторый товар в документы, по паре строк, потом взялась добивать до нужной суммы и начало валиться... отменила все последующие доки и стала проводить по одному... то проводит, то выкидывает

работаю там одна

вот снова вылезла
http://gyazo.com/962439f80d437d0aa24268e4743fc82d

при том, что в этот док я уже что-то добавляла, он провелся, потом открыла, еще добавила, жму ок и ошибка и жмешь Ок и вылетает

вроде одинаковая ошибка или я плохо смотрю

(145) документ переделанный? есть обработки "колдовства" над табличной частью?? правила в последние дни документ??

пишу из под стола.... столько советчиков, что пи...ц


примари кей задвоен - это ошибка SQL, 1с тут совершенно не при чем

распростроненные варианты из-за чего это происходит
1. самый распространненный - SQL версии > 2000 и "криво" подруженый с 1с
2. дебилоиды бывают и в 1с (например изменение уровня изоляции блокировки, или кривые прямые запросы)
3. кривые индексы (как правило из-за совместного использования семерки и хрюши)


лечится поиском и дропом задвоеной записи.
Нокроме лечения нужно устранить причину

в студию

1. версия скуля
2. наличие приблуд прямых запросов
3. наличие файла "дружбы" семерки и хрюши

дроп задвоенное уже был, баянист))

зачем лечить, новую дешевле

(149) переделанный, в смысле, нетиповой?
в этом ТиСе работаю уже лет 7, если что-то и писали, то давным-давно...
правила документ в каком смысле? я их создавала и добавляла в готовые доки еще номенклатуру... больше ничего не делала... раз отрубилась сессия и семерка осталась включенной... возможно, что сервер вырубался, я туда не заходила пару дней... там еще другие люди на этом сервере работают в восьмерке

может мне ее выгрузить в дбф и там уже сделать этот май и июнь? а то меня бух съест))))

(150) Так у нее задвоенной уже нет - реиндексация прошла.

(156) реиндексация не исправляет задвоение...

(156) задвоений как таковых еще нет - скуль не пропускает. Просто уже есть левая запись с таким же ключем.


для начала стоило бы отловить на каком значении индекса вываливается ошибка. Если в логах этого значения нет, то стоит запустить профайлер и вызвать ошибку. в профайлере найти значение ключа и удалить эту запись из таблички (лучше перед этим проанализировать что за запись, и если "аналогичные").

(157) вывалится с ошибкой.

(158) вопрос - откуда взялась запсь с идом нового документа, или с идом сторого, но большим номером строки?

(158) примари кей генерится самим скулем, левой записи не может быть
(159) не всегда, попробуй создать две открытые транзакции с одинаковыми записями, результат будет зависить от уровня изоляции блокировок.

(161) странно - с какой стати скулю создавать первичный ключ??

(161) она одна работает, уровень не меняли. ТиС скорее всего, более чем стандартная.
а вот перевод на 2005-2008 я не исключаю.

(160) откуда ж я знаю...
факт в том, что при записи дока 1С сначала чистит табличку по каким-то условиям (скорее всего IDDOC=нужныйдок, но не по ключу), а после пытается записать новый набор данных и натыкает на записи с таким же ключем, которые теоретически должны были удалиться.

(162) "АвтоИнкрементация"

(165) вообще то, первичным ключом в 1С являлся собственно генерируемый гуид, а не автоикрементное поле скл....

(164) как раз по ключу чистит.

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

если бы админ был в штате, он бы за сервером следил - мало ли что, свободного места там изначально предполагалось
(0) а за ник ЛучшаяДевушка в СССР я тя уже люблю, всегда хотел такую

Шо еще не починили?

(0) Лечить руками. Правь табличку с дублями. Ну и заодно посмотреть профайлер - че там скуль делает. Ну и походу все таблички на дубли проверить, типа гулять так гулять.

А если доки и всю инфу тупо обработкой перенести в такую же базу, но новую и чистую, созданную из МДшника текущей, - взлетит? Или ошибка в новую перекочует?

Так грохается при записи или при перепроведении ?

Просто, если при записи, то может быть простая ситуация, когда в таблице уникальности ID-документа он слетел на несколько порядков назад (это бывает, когда запускаешь "кривые" прямые запросы для создания документа с заранее заданным ID), и получается, что в базе есть записи с указанным ID и когда мы создаём документ, то происходит наложение - особенно, когда был документ другого типа и в другой таблице - "умная" 1С просто оставляет ID и записывает новый документ в таблицы с указанным ID, но старый вытирает не везде, и, если он был проведён, то в записи проведения остаются записи с указанным ID-документа, но другим типом - как их удалить ?

индексацию и дефрагминтацию базы в самом sql

DBCC CHECKDB('DATABASE',REPAIR_ALLOW_DATA LOSS)

или на крайняк

такое раз в месяц делаю

USE  имя базы
DECLARE @MyTable varchar (32)
DECLARE @MyIndex varchar (32)
DECLARE MyCursor CURSOR FOR
SELECT o.name,i.name
FROM sysobjects o INNER JOIN sysindexes i ON o.id=i.id
WHERE (o.xtype='U') AND (INDEXPROPERTY(i.id,i.name,'isStatistics')=0)
AND (i.dpages>0)
ORDER BY o.name, i.indid
OPEN MyCursor
FETCH NEXT FROM MyCursor INTO @MyTable, @MyIndex
WHILE @@FETCH_STATUS=0
BEGIN
PRINT 'ДЕФРАГМЕНТАЦИЯ ИНДЕКСА'+@MyIndex+'из таблицы'+@MyTable
DBCC INDEXDEFRAG (0,@MyTable,@MyIndex)
FETCH NEXT FROM MyCursor INTO @MyTable, @MyIndex
END
CLOSE MyCursor
DEALLOCATE MyCursor

ну енто надо делать ессествено монопольно в  базе
sp_dboption 'имя базы','single user',true

о а скуль какой ? выше для 2000

(173) судя п овсему - при записи. При проведении dt не переписывается.
(174) Тут что-то более хитрое.
(176) сингл юзер для индексдефрага не нужен

встречал такой механим задвоение IDDOC

последний IDDOC грохается из общего журнала но остается в таблице документа, при создании нового документа 1с проверяет только общий журнал и разрешает создать документ.

соответственно мы в журнале имеем одну запись а в таблице документа две...

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

(179) Мы с ней вчера выполнили только

SELECT     IDDOC, LINENO_
FROM         DT782
GROUP BY IDDOC, LINENO_
HAVING      (COUNT(*) > 1)

показало 0 записей. и

DBCC DBREINDEX (DT782, PK_DT782)

Как проверить дубли ключей PK_DT782 я даже не знаю

(181) если вы реиндекс сделали, и он прошел без ошибок - то дублей нет.
(180) Так у нее грохается не на записи, а на ПЕРЕзаписи. Т.е. такое ощущение, что перед перезаписью ДТ не очищается.
вообще, надо профайлером трассу посмотреть бы. но как объяснить ТС "что такое профайлер и как с ним бороться" - я ХЕЗ.

(182) ей надо звать в гости "ЛучнийЮношаСССР",

а вообще я ей посоветую

1. скуле создать НОВУЮ базу (файлы указать на другой HDD)
2. сделать выгрузку из текущей средствами 1с
3. сделать загрузку в новую базу

этим решатся проблеммы кривой настройки базы или проблемм связаных с физическими причинами самого скулевского файла, и проблеммы мусора 1с в базе (например загрузка в ЗИК ТИС)


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

можно будет

(183) Нелегко ставить диагноз по фотографии...а уж оперировать....

всем доброе утро

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

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

еще вот вспомнила, что два дока Поступление товаров грузила пару недель назад обработкой внешней, для загрузки их екселя, раньше не пользовалась...
это все, что было новое в базе за последние лет 5

(181).2 вот сегодня снова экспериментирую

1.беру проведенный док, в который я вчера добавляла уже товар и он провелся с этим добавленный товаром
2.отменяю проведение
3.добавляю туда еще номенклатуру
4. жму ЗАПИСАТЬ (раньше жала Ок) и снова выдает ошибку

(185) не поможет

(186) 1.Это на любом документе ?
     2.А что происходит если не делать отмену поведения ?
     3.Номенклатуру добавляете последней строкой или нет ?
     4.Строки табличной части упорядочены с 1 по N без пропусков

(183) я бы в дбф давно выгрузил и работал на дбфной.

(186) Порядок действий в (80)

(190) причем тут проведение вообще? она интерактивно в документ элемент справочника вставить не может

(186)Вы бы лучше работали не с 1С, а со скулем ;)
По сути, даже руками можно поправить.
По ошибки в (0), он ясно ссылается на дубликат.

(191) Она упорно бьется об стекло, вот вот пробьет :)

(192) нету там дублей

я бы поглядел документы без даты

(194) У нее произошла частичная запись документа.
Надо найти ВСЕ ссылки на идентификатор данного документа и почистить их.

(195)все ссылки искать не имеет смысла. А вот посмотреть после записи все ссылки на строки - не мешало бы..

(188) 1.на любом документе, раз проводит, другой раз не проводит, раз записывает, второй раз нет
2.если не делать отмену, то же самое происходит, отменять я уже после стала
3.добавляю последней и упорядочиваю по алфавиту (попробую не упорядочивать)
4.тут не поняла ничего

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

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

(199) После упорядочивания у Вас получаются две строки
с одинаковым номером строки. Попробуйте сделать все тоже самое без упорядочивания.

Также скажите сколько строк в табличной части документов.

199 к 198

(199) строк от пяти до двадцати максимум

попробую понабивать без упорядочивания

+(201).2 хотя это неправильно, имхо... не должно ей так плохо становится при нормальной работе...

(202) А кто сказал что это правильно.
Это как бы единственное объяснение Вашей ситуации.

Скорее всего проблема в установке ключа. Есть конфликт. Попробуй прописать ключи,  мне кажется у тебя их не один. Т.е. один ключ должен использовать LPT - порт, а остальные COM-порт. Опять же проверь. Под SQL идут ключи, отличные от ключей DBF.

Опять же хороший способ исправить ошибку по ключу - послать запрос в 1С с описанием ошибки установки ключа.Есть в 1С прога тестирования правильности установки ключей.

Лечил такое, в ошибке есть вся необходимая инфа. Не удается создать Primary key, так как создаваемый ключ не уникален. Никакое ТИИ и всякие загрузки выгрузки не помогут! Нужно найти какому объекту 1С принадлежит строка таблицы и удалить этот объект (предварительно создав копию)!

(206) там только один класторный индекс

IDDOC, LINENO_

Смешная ветка... Кунсткамера какая-то...

я вот тоже первым делом бы выгрузил и залил бы все в дбфную чистенькую. Там бы посмотрел что и по чем - потом выгрузил из дбфки и залил бы в скульную - так 99% всякого бреда лечится обычно

причем не в DB а просто создал бы чистую конфу dbf ную и в нее лил бы.

(207) Если колонка IDDOC и есть Primary key, тогда в этой колонке значение PK_DT782 и есть ключ, который 1С пытается снова вставить в табличку!

+(211) осталось найти документ в 1С, который сделал эту запись и удалить его, сделав копию.

эх, еще бы понимать, на каком языке вы тут разговариваете:))

(211) щазз забаню

(213) лучше не понимай. а то один мат на языке...

(213) Если у Вас есть человек понимающий что такое профайлер то так как строк мало он легко найдет на какой строке (LINENO_)
все это происходит а после этого будет легче понять ситуацию.

(216) на данный момент я тут один "понимающий"))

ошибка, кстати, пока больше не появляется... сначала я перестала не упорядочивать номенклатуру, потом стала сначала записывать, потом упорядочивать, теперь уже несколько доков подряд сразу упорядочиваю по алфавиту, вроде не ругается...

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

(217) MS SQL очень надежный - он не умрет. Главное делайте резервные копии ( каталог базы + копия базы sql).

Может  разные релизы 1с на разных компьютерах
или какие-то региональные настройки на Вашем компе
или нечто похожее было -  драйвер odbc был очень древнийший
на одном компьютере и отчет выдавал на этом компьютере неправильный результат.
так очень сложно сказать. Если это проявляется только на одном компе легче операц. систему переустановить чем искать причину.

Ошибка упорядочивания проявляется у Вас не всегда а на какой-то комбинации данных так что ошибка есть она просто не на всех документах  проявляется.

Епона мать
Спецы то, конечно, есть но прочитать буковки в картинке даже не смогли...

Когда-то давно было такое дело
Вообще 1С достаточно умная, без необходимости строки в документ не пишет "insert into DT..."
Продолжение тут:
http://www.1cpp.ru/forum/YaBB.pl?num=1201875913/44#44

Плохо в этом решении то, что 1С записывает заново всю табличную часть
Но зато никогда больше не было такой ошибки в заявке (только один такой проблемный документ был)
Индексации и прочие пляски мне лично не помогли

вести с полей))

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

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

О сколько нам открытий чудных готовит наша Одинэс

(220) костыль какой-то

(222) а у тебя часом табличная часть в документе не больше 9999 строк?

(225) НЕ, у нее мало. просто она пересортировывает строки у записанного...

(222) Можете прогнать базу через мою обработку
"Поиск ошибок в регистрах 7.7" с инфостарта
может найдутся другие ошибки в данных.

(227) а регистры-то причем?

(228) он хочет эту ошибку пока оставить, и поискать другие :)

(229)"Никогда не выявляйте в программе ошибки, если не знаете, что с ними  делать дальше"© законы Мэрфи...

(228) ошибки могут быть и в регистрах.
а также название уже не соответсвует действительности
ищутся ошибки и по регистрам и по документам и справочникам

(224) Сергей какой-то...