"В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка SDBL:
Таблица AccumRgAggOpt13937 отсутствует в схеме базы данных (pos=99)"
Скуль база. Пробовал разные ТиИ, выгрузки загрузки.

Подозреваю, что дело в том, что некоторые регистры превращал из остаточных в оборотные.
Что можно сделать?

бэкап.

А я могу сказать, что скорее всего Postgres

1) почистить кэш
2)
если не поможет
обновить конфу поставщика

(1) что бэкап?
(2) VS SQL 2008 R2
(3)  - вряд ли кэш. Переносил на сервак выгрузкой dtника - та же тема.
  - как обновить? Идет как раз обновление базы на другой релиз.

(4)
сначала кэш чисить на той машине откуда запускаете обновление. все остальное после.

(5) кэш через дт что ли переносится?

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

http://www.lavelin.ru/index.php/articles/23-metodologiya/131-vosstanovlenie-sql-bazy-1s-8-2-ruhnuvshei-vo-vremya-sohraneniya-konfiguracii

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

(6)
кэш на клиенте остаётся. клиент каким-то образом
участвует в обновлении.

если таблица пустая - убить ее нахрен

+10 предварительно запомнив ее структуру и индексы

(10) В скуле вроде и нету такой таблицы.

(9) Разные машины и клиеты и серверы. Одна мой домашний ноут - другая сервер по рдп.

(12) гугль говорит, что это  таблица настроек режима агрегатов регистра накопления

(12) Ошибка SDBL:
Таблица AccumRgAggOpt13937 отсутствует в схеме базы данных (pos=99) как бе намекает, что в скуле она есть

(15)
скорее всего
она есть в DBNames, но нет в DBSchema

(0)
что вернет такой запрос

use вашаБАЗА
select PATINDEX(N'%AccumRgAggOpt13937%', SerializedData) nompos
from
(
   select CONVERT(    varchar(MAX) , SerializedData) SerializedData
   from
       (
         select CONVERT(   varbinary(MAX)  , SerializedData) SerializedData
         from DBSchema
        ) ddd
) ddd2

(17) одна строка с колонкой nompos. значение = 0.

(18)
значит моя догадка верна.

для  DBNames так просто не посмотришь. сжата.

посмотрите с помощью какойнибуть обработки типа StrBaseSQL
к камим метаданным относится AccumRgAggOpt13937

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

(20) Обработка СтруктураТаблицSQL не показыват такой таблицы.StrBaseSQL ... пока не разобрался, как там строку соединения настроить...

(21) ищи таблицу
AccumRg13937

и читай (14)

(22)
врядли. у 1с8 сквозная нумерация обектов бд.

AccumRg13937 такой тоже нету

(23)(24) да, согласен. обработкой СловарьДанныхИБ например можно плучить всё, там найдёш

(24) у самого регистра номер чуть меньше, короче юзай обработку, либо сам пиши быстренько
Глобальный контекст (Global context)
ПолучитьСтруктуруХраненияБазыДанных

придётся наверно Агрегаты регистра передёрнуть этого

(25) Где такую взять?
(27) Знать бы что за регистр, мог бы измерения, настройки агрегатов менять, и т.п. а то и удалить его...

(28) посту давай, скину

*почту

(29) azovad  сбк мэйл.ру

(21)
эти обработки могут не знать о агрегатах.
поэтому не выводить их

попробуйте поскать в ПолучитьСтруктуруХраненияБазыДанных().ВыбратьСтроку()

или с помощью найти()

(32) могут и не знать, но номер чуть меньше 13937 покажет регистр. не проверял на агрегатах. Они так и сделаны - ПолучитьСтруктуруХраненияБазыДанных()
(31) ушло

для начала агрегаты попробовать удалить, остальное не трогать

(33) ээ.. нажимаю "прочитать словарь" - что-то шуршит, но ничего не выводится.

(35) секунд 15 у меня шуршит и показывает все таблицы

о! что-то вдруг вывелось...

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

может помочь

(0) Была такая фигня как раз при смене типа регистра (из оборотного в остатки). Дого бился.
Плюнул, удалил регистр и создал заново. Потом перепровел документы.

(36) Она тоже ничего не выводит.

(41) а это чо за возглас был? (37)

если она пустая снеси нафиг,если нет верни на место ,если и это не поможет выгрузи её в ХМл,Удали нафиг и создай точно с таким же Именем регистр.После этого проверь где он ходил потому что скорее всего снесутся регистраторы и восстанови обратно.После всего Отключи пересчет остатков для того чтоб быстрее грузануть ХМЛ и все получится надеюсь

(42) я имею в виду, что обработка заработала, а таблиц с такими цифрами не вывели.

Грузани через документ "Корректировка записей регистров"

З.ы. показывает конечно сохранённую конфу ИБ, а не обновлённую уже (обновится ты и не можеш тем более).
Судя по (14) склоняюсь что добавили агрегаты в регистр. сносить

(44) ищи регистры накопления и цифру чуть меньше

смотри у этого регистра агрегаты

(43) Я точно не помню, что за регистр. Так-то можно перепровести по одному регистру. Долго, но пройдет.

(47) Там даже нету регистров, которые на 13 начинаются.

+ ко всему реструктуризация идет часа 2. Сложно экспериментировать.

(50) таблицы с AggOpt - есть вобще?

Что за обновление такое было хоть?
З.ы. щас не поздно откатится на сохранённую конфу, и потом обновлять не добавляя агрегаты например, их можно добавить после

(52) есть
(53) Я так понимаю, что эти агрегаты давно были, т.е. это не поможет.
Обновление УТ 11 на 2 релиза.

(54) Если нет таблицы 13937 - значит не было, пришли с обновлением

(55) Тогда разваливается теория с регистром накопления, который из оборотного в остаточный превратили

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

я бы таким путём пошёл наверно, боротся с этим на уровне СКЛ не стал бы

(57) ок. Попробую сохранить цф, запустить обновления, и смотреть, какие изменения, связанные с агрегатами имеют место.

(59) всмысле сохранить цф? щас не обновлена база, Конфигурация - Вернуть конфу БД, вернёшся назад, где не должно быть ошибки

(60) В смысле сохранить его в файл, т.к. в него изменения перенесены (отличия от конфы поставщика).

ну пробуйй

(0)
пришлите пожалуйста

select BinaryData
from Params
where FileName = 'dbnames'

на [email protected]

интересно, откуда 1с  AccumRgAggOpt13937 тянет
вроде как DBSchema и dbnames

(63) пустой результат

(57) не помогает.
Дело не в регистрах, которые добавились.

(65) я так и не понял, ты можешь вернутся к конфе БД щас? откатись, и заново потом накатывай обновление, может глюк просто

(66) Уже проделал. То же самое.

Объясните мне еще про технологический журнал.
На партнерском форуме пишут про папку rphost_XXXX, которая у меня не находится. Где ее искать, и почему может не создаваться?

rphost это скулевский процесс.(глянь  диспетчере).Он никакого отношения к твоей таблице не имеет.Лучше снеси её к чертям из скуля))

(69) Файлы технологического журнала серверной части должны лежать в таком каталогу.
И не скулевский это процесс, а сервера 1с.
Таблицы такой нету в скуле.