|
Критическая ошибка в процессе реструктуризации. | ☑ | ||
---|---|---|---|---|
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с. Таблицы такой нету в скуле. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |