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

Подозреваю, что дело в том, что некоторые регистры превращал из остаточных в оборотные.
Что можно сделать?
1 Нуф-Нуф
 
05.12.12
13:20
бэкап.
2 cw014
 
05.12.12
13:24
А я могу сказать, что скорее всего Postgres
3 МихаилМ
 
05.12.12
13:26
1) почистить кэш
2)
если не поможет
обновить конфу поставщика
4 unknown181538
 
05.12.12
13:42
(1) что бэкап?
(2) VS SQL 2008 R2
(3)  - вряд ли кэш. Переносил на сервак выгрузкой dtника - та же тема.
  - как обновить? Идет как раз обновление базы на другой релиз.
5 МихаилМ
 
05.12.12
13:48
(4)
сначала кэш чисить на той машине откуда запускаете обновление. все остальное после.
6 unknown181538
 
05.12.12
13:54
(5) кэш через дт что ли переносится?
7 YHVVH
 
05.12.12
13:59
недавно наткнулся, почитай, может че и поможет. там ошибка другая правда.

http://www.lavelin.ru/index.php/articles/23-metodologiya/131-vosstanovlenie-sql-bazy-1s-8-2-ruhnuvshei-vo-vremya-sohraneniya-konfiguracii
8 unknown181538
 
05.12.12
14:02
(7) ну там другая ошибка... а вообще, можно попробовать взять бэкап до обновления, и накатить на него cf.
9 МихаилМ
 
05.12.12
14:05
(6)
кэш на клиенте остаётся. клиент каким-то образом
участвует в обновлении.
10 mikecool
 
05.12.12
14:10
если таблица пустая - убить ее нахрен
11 mikecool
 
05.12.12
14:10
+10 предварительно запомнив ее структуру и индексы
12 unknown181538
 
05.12.12
14:16
(10) В скуле вроде и нету такой таблицы.
13 unknown181538
 
05.12.12
14:17
(9) Разные машины и клиеты и серверы. Одна мой домашний ноут - другая сервер по рдп.
14 shuhard
 
05.12.12
14:17
(12) гугль говорит, что это  таблица настроек режима агрегатов регистра накопления
15 mikecool
 
05.12.12
14:17
(12) Ошибка SDBL:
Таблица AccumRgAggOpt13937 отсутствует в схеме базы данных (pos=99) как бе намекает, что в скуле она есть
16 МихаилМ
 
05.12.12
14:21
(15)
скорее всего
она есть в DBNames, но нет в DBSchema
17 МихаилМ
 
05.12.12
14:25
(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
18 unknown181538
 
05.12.12
14:27
(17) одна строка с колонкой nompos. значение = 0.
19 МихаилМ
 
05.12.12
14:38
(18)
значит моя догадка верна.

для  DBNames так просто не посмотришь. сжата.
20 МихаилМ
 
05.12.12
14:52
посмотрите с помощью какойнибуть обработки типа StrBaseSQL
к камим метаданным относится AccumRgAggOpt13937

добавте туда реквизит, чтобы реструктуризировать именно эту таблицу.
21 unknown181538
 
05.12.12
14:58
(20) Обработка СтруктураТаблицSQL не показыват такой таблицы.StrBaseSQL ... пока не разобрался, как там строку соединения настроить...
22 Maxus43
 
05.12.12
14:59
(21) ищи таблицу
AccumRg13937

и читай (14)
23 МихаилМ
 
05.12.12
15:00
(22)
врядли. у 1с8 сквозная нумерация обектов бд.
24 unknown181538
 
05.12.12
15:02
AccumRg13937 такой тоже нету
25 Maxus43
 
05.12.12
15:03
(23)(24) да, согласен. обработкой СловарьДанныхИБ например можно плучить всё, там найдёш
26 Maxus43
 
05.12.12
15:03
(24) у самого регистра номер чуть меньше, короче юзай обработку, либо сам пиши быстренько
Глобальный контекст (Global context)
ПолучитьСтруктуруХраненияБазыДанных
27 Maxus43
 
05.12.12
15:05
придётся наверно Агрегаты регистра передёрнуть этого
28 unknown181538
 
05.12.12
15:07
(25) Где такую взять?
(27) Знать бы что за регистр, мог бы измерения, настройки агрегатов менять, и т.п. а то и удалить его...
29 Maxus43
 
05.12.12
15:07
(28) посту давай, скину
30 Maxus43
 
05.12.12
15:07
*почту
31 unknown181538
 
05.12.12
15:08
(29) azovad  сбк мэйл.ру
32 МихаилМ
 
05.12.12
15:09
(21)
эти обработки могут не знать о агрегатах.
поэтому не выводить их

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

или с помощью найти()
33 Maxus43
 
05.12.12
15:11
(32) могут и не знать, но номер чуть меньше 13937 покажет регистр. не проверял на агрегатах. Они так и сделаны - ПолучитьСтруктуруХраненияБазыДанных()
(31) ушло
34 Maxus43
 
05.12.12
15:12
для начала агрегаты попробовать удалить, остальное не трогать
35 unknown181538
 
05.12.12
15:15
(33) ээ.. нажимаю "прочитать словарь" - что-то шуршит, но ничего не выводится.
36 Maxus43
 
05.12.12
15:16
(35) секунд 15 у меня шуршит и показывает все таблицы
37 unknown181538
 
05.12.12
15:16
о! что-то вдруг вывелось...
38 Nenaviwu1c20
 
05.12.12
15:16
Получи струтуру хранения,найди свою таблицу,вспомни что ты с ней делал и посторайся вернуть её к тому виду в котором она хранилась
39 Nenaviwu1c20
 
05.12.12
15:16
может помочь
40 Lama12
 
05.12.12
15:19
(0) Была такая фигня как раз при смене типа регистра (из оборотного в остатки). Дого бился.
Плюнул, удалил регистр и создал заново. Потом перепровел документы.
41 unknown181538
 
05.12.12
15:19
(36) Она тоже ничего не выводит.
42 Maxus43
 
05.12.12
15:20
(41) а это чо за возглас был? (37)
43 Nenaviwu1c20
 
05.12.12
15:20
если она пустая снеси нафиг,если нет верни на место ,если и это не поможет выгрузи её в ХМл,Удали нафиг и создай точно с таким же Именем регистр.После этого проверь где он ходил потому что скорее всего снесутся регистраторы и восстанови обратно.После всего Отключи пересчет остатков для того чтоб быстрее грузануть ХМЛ и все получится надеюсь
44 unknown181538
 
05.12.12
15:21
(42) я имею в виду, что обработка заработала, а таблиц с такими цифрами не вывели.
45 Nenaviwu1c20
 
05.12.12
15:21
Грузани через документ "Корректировка записей регистров"
46 Maxus43
 
05.12.12
15:21
З.ы. показывает конечно сохранённую конфу ИБ, а не обновлённую уже (обновится ты и не можеш тем более).
Судя по (14) склоняюсь что добавили агрегаты в регистр. сносить
47 Maxus43
 
05.12.12
15:22
(44) ищи регистры накопления и цифру чуть меньше
48 Maxus43
 
05.12.12
15:22
смотри у этого регистра агрегаты
49 unknown181538
 
05.12.12
15:22
(43) Я точно не помню, что за регистр. Так-то можно перепровести по одному регистру. Долго, но пройдет.
50 unknown181538
 
05.12.12
15:23
(47) Там даже нету регистров, которые на 13 начинаются.
51 unknown181538
 
05.12.12
15:24
+ ко всему реструктуризация идет часа 2. Сложно экспериментировать.
52 Maxus43
 
05.12.12
15:24
(50) таблицы с AggOpt - есть вобще?
53 Maxus43
 
05.12.12
15:29
Что за обновление такое было хоть?
З.ы. щас не поздно откатится на сохранённую конфу, и потом обновлять не добавляя агрегаты например, их можно добавить после
54 unknown181538
 
05.12.12
15:37
(52) есть
(53) Я так понимаю, что эти агрегаты давно были, т.е. это не поможет.
Обновление УТ 11 на 2 релиза.
55 Maxus43
 
05.12.12
15:38
(54) Если нет таблицы 13937 - значит не было, пришли с обновлением
56 unknown181538
 
05.12.12
15:43
(55) Тогда разваливается теория с регистром накопления, который из оборотного в остаточный превратили
57 Maxus43
 
05.12.12
15:49
(56) щас можно вернутся к конфе ИБ, и обновить без добавления агрегатов и без превращения оборотного в остаточный (если такое имеет место). сотальное добавить позже...
58 Maxus43
 
05.12.12
15:50
я бы таким путём пошёл наверно, боротся с этим на уровне СКЛ не стал бы
59 unknown181538
 
05.12.12
16:00
(57) ок. Попробую сохранить цф, запустить обновления, и смотреть, какие изменения, связанные с агрегатами имеют место.
60 Maxus43
 
05.12.12
16:02
(59) всмысле сохранить цф? щас не обновлена база, Конфигурация - Вернуть конфу БД, вернёшся назад, где не должно быть ошибки
61 unknown181538
 
05.12.12
16:04
(60) В смысле сохранить его в файл, т.к. в него изменения перенесены (отличия от конфы поставщика).
62 Maxus43
 
05.12.12
16:07
ну пробуйй
63 МихаилМ
 
05.12.12
16:25
(0)
пришлите пожалуйста

select BinaryData
from Params
where FileName = 'dbnames'

на [email protected]

интересно, откуда 1с  AccumRgAggOpt13937 тянет
вроде как DBSchema и dbnames
64 unknown181538
 
05.12.12
16:29
(63) пустой результат
65 unknown181538
 
06.12.12
01:47
(57) не помогает.
Дело не в регистрах, которые добавились.
66 Maxus43
 
06.12.12
09:20
(65) я так и не понял, ты можешь вернутся к конфе БД щас? откатись, и заново потом накатывай обновление, может глюк просто
67 unknown181538
 
06.12.12
13:08
(66) Уже проделал. То же самое.
68 unknown181538
 
10.12.12
17:15
Объясните мне еще про технологический журнал.
На партнерском форуме пишут про папку rphost_XXXX, которая у меня не находится. Где ее искать, и почему может не создаваться?
69 Nenaviwu1c20
 
10.12.12
17:18
rphost это скулевский процесс.(глянь  диспетчере).Он никакого отношения к твоей таблице не имеет.Лучше снеси её к чертям из скуля))
70 unknown181538
 
10.12.12
19:28
(69) Файлы технологического журнала серверной части должны лежать в таком каталогу.
И не скулевский это процесс, а сервера 1с.
Таблицы такой нету в скуле.
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн