Попеременно возникают две ошибки, вследствие чего не обновляется УПП (Платформа 8.1.11.67, обновление  УПП с 1.2.14 на 1.2.19, сразу оговорюсь -- базу получила недавно - до этого ее никто не обновлял, сейчас пытаюсь методом "Выгрузить - загрузить" сразу на 19 релиз, так как база еще и дописанная немного.)
1) В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Provider for SQL Server: CREATE UNIQUE INDEX terminated because a duplicate key was found for object name 'dbo._SequenceBoundary10349NG' and index name '_Seque10349_ByDims_RRSNG'.  The duplicate key value is (0x00000000000000000000000000000000, 0x00000000000000000000000000000000, ).
HRESULT=80040E2F, SQLSrvr: Error state=1, Severity - данную ошибку смотрела по таблицам sql  - возникает в таблице последовательностей, пыталась создать в каждой последовательности новое измерение (читала что при переходе с 8.0 на 8.1 это помогает) и сохранить - ошибка не исчезает и релиз не обновляется.
2) Зацикленный список видов расчета: пыталась найти ссылки по видам расчета - но вроде ни одной сккрещенной не нашла. Может у кого есть обарботка, выявляющая недочеты в вытесняющих видах?
Буду благодарна за любые мысли по поводу этих ошибок.

Книга знаний: Методика переопределения и вызова обработчиков событий формы
Книга знаний: Размещение колонки с остатками в списке справочника
Книга знаний: Как правильно обновить платформу через групповую политику?

Телепат совсем плохой стал. Я вместо его :) http://v8.com.ua/content/view/35/46/

это я уже читала - как мне это может помочь?

<Буду благодарна за любые мысли по поводу этих ошибок> - НеПинайтеСильноНогами за мысли вслух:
Имхо: <сразу на 19 релиз> - не получится;
Выгрузить/Загрузить не равно Обновить - есть существенные отличия;
Если только 14 -> 16 -> 19. В 16 релизе большие изменения по зарплате и персоналу прошли - нельзя их пропускать. Я с 12 на 18 через 16 "прыгал" - прошло удачно :)
Последовательное обновление релизов --> изменение реквизитов --> контроль -->  выполнение обязательных обработок обновления БД;
Попробуйте в ТиИ реорганизацию сделать - "послушайте" как она ругаться будет.

я поставила сначала типовой релиз 14, обновила на 17,18,19 (если память не изменяет :))))), потом в 19 внесла ручные изменения по базе и сделала выгрузку в *.CF. А теперь пытаюсь в тестовый 14 просто загрузить сами метаданные. Вылезают эти ошибки - были и другие но их исправила
нашла на форуме вашу тему про уникальный ключ - пытаюсть также повторить и посмотреть где ключ не уникальный.
до этого уже читала про ошибки - смотрела SQL profiler (транзакции)-(у меня ко всему прочему на sql стоит),первая ошибка - получается что на последовательности вылетает,
вторая ошибка выходит на основных начислениях.

или думаете что все дело в том что не сделано между релизами выполнение обязательных обработок?
может тогда стоит попробовать сначала просто хотя бы на 17? а потом отдельно на каждый релиз?

сейчас скопировала ваш код по sql по поиску индексов в обработку - обработка пошла -- может что и вылезет - большое спасибо за выложенный код.

Фраза <0x00000000000000000000000000000000, 0x00000000000000000000000000000000> наводит на грустные мысли о том что у Вас незаполненные новые измерения "выдают" одинаковые ключи...

0x00000000000000000000000000000000, как это расшифровывается? получается что реально стоит попробовать обновить сначала на более мелкий релиз?

У меня корректно обновилось так: 14->16->18->19. А через 17, хоть это и разрешено официально, лезли ошибки. 19 на 16 напрямую "не полез"...

<А теперь пытаюсь в тестовый 14 просто загрузить сами метаданные>  - Ага: "там" последовательно делали, а "здесь" хотите всё сразу? Не получится :(

Ну вот ошибки если интересно:
1)Таблица: _AccTtl310455 тип: TABLE
  Индекс: _AccT310455_ByPeriod_TRRRRRRN
Ошибка во время DBCC DBREINDEX(_AccTtl310455)
{Форма.Форма(84)}: Ошибка при вызове метода контекста (Execute): Произошла исключительная ситуация (Microsoft OLE DB Provider for SQL Server): Время ожидания истекло
ЭТО ПО ТАБЛИЦАМ SQL ИТОГИПОСЧЕТАМССУБКОНТО3
2) Таблица: _AccumRegTotals14243 тип: TABLE
  Индекс: _Accum14243_ByDims19626_TR
  Индекс: _Accum14243_ByDims19627_TR
  Индекс: _Accum14243_ByDims_TRRRRRRR
Ошибка во время DBCC DBREINDEX(_AccumRegTotals14243)
{Форма.Форма(84)}: Ошибка при вызове метода контекста (Execute): Произошла исключительная ситуация (Microsoft OLE DB Provider for SQL Server): Время ожидания истекло
ЭТО ПО ТАБЛИЦАМ SQL ИТОГИ

Вы наверное знаете: при обновлении соответствие объектов идет по идентификаторам (поэтому методисты могут изменять наименования как хотят). При загрузке конфы вы можете "потерять" соответсвие. При обновлении БД данные могут "уйти" в никуда (обнулиться). Помоему у Вас такой случай.

(5)прообновите все как прежде, а потом срванение объединение со своим цф

(16) Время ожидания истекло - надо увеличить время на выполнение команды или указать 0 (не разрывать соединение).
Connection.CommandTimeOut=0;

ДЕЛО В ТОМ ЧТО КОНФА ДОПИСАННАЯ, все обновления я делала на типовой притом в файловом варианте, а потом дозанесла нетиповые изменения.
если я в тестовой измененной базе обновлю основную конфу на каждый релиз отдельно - я не смогу сохранить его в саму базу данных, так как мне придется дозаносить вручную все изменения каждый раз.Вы предлагаете попробовать так?

Ilis516, спасибо попробую на 16 сначала сделать

(20) Если Вы не изменяли тип и размер типовых реквизитов, то можно так:
На копии сделать всё постепенно, медленно, с контролем каждого этапа. А на рабочей - накатить все обновления по очереди не задумываясь :) А потом загрузить свой измененный последний обновленный CF из копии.
У меня есть уверенность, что всё будет хорошо: я типовые реквизиты в объектах не исправлял. Я только добавлял свои реквизиты и менял для типовых "программную" состовляющую.

(20)идеальный вариант, но лучше сравнением объединением

Serg_1960 спасибо большое, попробую все что прочитала -  о результате сообщу

(25) Если я Вам помог - буду рад за нас обоих :)

Ну вот релиз обновился
Пишу, может кому-то пригодиться:

По первой ошибке: объединение не помогло, сначала вылетала память, потом когда память добавили вылетела ошибка "RunTime Error" и все слетело опять.  В результате вернулась к своему варианту  загрузки готового Cf с 19_измененным. Опять та же ошибка. Обработка с поиском уникального индекса ничего не дала, так как у меня уникальный индекс последовательности слетел, ссылки у последовательности нет. Я просто зашла в "проведение документов" - восстановление последовательности - и  начала восстанавливать последовательность кадровых документов (актуальность была в 2007 году). Вот после восстановления данная ошибка исправилась. При том необязательно было восстанавливать все последовательности - просто у одной были ошибки при проведении документов. Остальные восстанавливать пока не стала.

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

После всех манипуляций релиз прошел. Большое спасибо всем кто высказал предположения и морально вдохновил на разные варианты действий. :))))

(28) Замечательно! Не только озвучили свою проблему - но и решение "выложили".

PS: Проблемы - выкладываем, а про достижения - молчим :( А у Вас всё фен-шуйно-положительно :) "Отрицательное" начало уровновешено "положительным" окончанием ;)

Еще раз привет! возникла след. ошибка: после обновления изменена оборотка : методом сравнения выясняю, что были удалены все докменты вида "Формирование книги покупок, форм. книги продаж, передача материалов". Причем удалены за все года. Как такое может быть? обновление делала несколько раз - одинаково. Возникла мысль - -может опять последовательность виновата: я ее восстановила только по кадровому учету. Просто восстанавливать долго. Попробую восстановить и обновить - -ну может у кого другие мысли?

(30) если обновляла, через загрузить конфигурацию ,
а не через поддержку или сравнение/объединение ...
то скорее всего убила таблицу, из за расинхронизации ид метаданных.

А разве 19-й релиз УПП не для 12-й версии платформы?

сам сейчас посмотрел и правда для 12ой, хотя совсем недавно обновлял, а платформа 11ая стоит... что за ерунда такая?

Я вот тему читаю и вообще удивляюсь, как человек на 11-ю платформу прикрутил 19-й релиз УПП. Оно же в принципе не должно работать.

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