|
Ошибка СУБД Interface 0c733a7c-2a1c-11ce-ade5-00aa0044773d | ☑ | ||
---|---|---|---|---|
0
mzelensky
10.01.18
✎
12:17
|
Доброго времени суток!
Имеется: 1С:Предприятие 8.2 (8.2.19.130) в режиме совместимости с 8.1 SQL Server 2012 ОС Win Server 2012 R2 64-bit В базе есть Справочник. Среди реквизитов имеем 4 с типом "Хранилище данных". Сейчас наткнулся на 2 элемента этого справочника, при попытке открыть которые возникает ошибка (после чего 1С-ка закрывается): Ошибка СУБД Interface 0c733a7c-2a1c-11ce-ade5-00aa0044773d Ошибка возникает при любой попытке открыть\получить объект (программно или визуально). Почитал на форумах, народ пишет, что подобное решается перезагрузкой сервера - попробовал, не помогает. Так же рекомендовали настройку: "установка ключей /PAE и /3GB в boot.ini, а так же AWE на SQL" Но когда начал капать, то вижу, что "/PAE и /3GB в boot.ini" касается в основном проблем с Win Server 2003. ВОПРОС - куда еще капать и как решить проблему? |
|||
1
mzelensky
10.01.18
✎
13:24
|
ап
|
|||
2
igork1966
10.01.18
✎
13:43
|
(0) при чем тут ключи SQL?
Полагаю что это связано с фрагментацией памяти из-за сервера 1С. У тебя сервер предприятия 64 бита? Можно предположить что в поле с типом хранилище данных большой файл. И банально не хватает памяти для запроса... |
|||
3
igork1966
10.01.18
✎
13:44
|
(2) + не хватает памяти для запроса для результата запроса
|
|||
4
igork1966
10.01.18
✎
13:47
|
||||
5
igork1966
10.01.18
✎
13:50
|
Кстати думается мне что такое еще может произойти при физическом повреждении данных.
|
|||
6
mzelensky
11.01.18
✎
09:05
|
(3) Скорее всего да
(4) Я читал эту ветку (2) ТЫ сам в (4) привел ссылку где написано: Так вот чтобы справится приходится включать /PAE, /3GB (на системах с малым кол-вом ОЗУ). Включать в SQL Server механизм AWE (адресацию по другому). Некоторым помогает перезагрузка (но можно пойти другим путем - простым передергиванием процесса 1c COM (из интерфейсов COM)). Но если внесены хотя бы какие-то изменения в конфу, может и не помочь. В этом случае мне помог переход на 64-битую ОС (адресация памяти без хитрых и неучтенных механизмов /PAE и /3GB). Но нужно учитывать, что не все редакции SQL Server способны с ней работать. Без проблем Enterprise и Express Edition через механизмы в Windows под названием WoW 64 (насколько помню). В большинтсве случаев безотказно работает переход на 64 битную ОС, 64-битный SQL Server (производительность на сервере поднимается на хорошо, к примеру на 32-итной системе я имел время закачки новой конфы из XML порядка 11 минут, с переходом на 64-бита - получил 7), и 64-битный сервер 1с:Предприятия. Клиент к сожалению только 32 битный, но это абсолютно не мешает работе. ЗЫ: Учтите что будет требоваться 64-битный серверный HASP (читайте внимательно, как его обновить и получить, замена не бесплатная порядка 40 тыров). ЗЫЫ: Удачи в борьбе с данной штукой)) |
|||
7
mzelensky
11.01.18
✎
09:09
|
(6) + Ток у меня и так 64 битная Win Server 2012
SQL Server 2012 тоже 64 битный + 128 Гигов оперативы на сервере |
|||
8
mzelensky
11.01.18
✎
09:11
|
а вот сервер 1С да, 32 битный
|
|||
9
mzelensky
11.01.18
✎
09:17
|
Я вот думаю, если затык именно на стороне 1С, то эти 2 элемента справочника просто средствами SQL удалить и все. Ссылок на них нет (это я проверил), ссылочная целостность сохраняется.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |