Вход | Регистрация


Ошибка СУБД Interface 0c733a7c-2a1c-11ce-ade5-00aa0044773d

Ошибка СУБД Interface 0c733a7c-2a1c-11ce-ade5-00aa0044773d
Я
   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.

ВОПРОС - куда еще капать и как решить проблему?
 
 
   mzelensky
 
1 - 10.01.18 - 13:24
ап
   igork1966
 
2 - 10.01.18 - 13:43
(0) при чем тут ключи SQL?

Полагаю что это связано с фрагментацией памяти из-за сервера 1С.
У тебя сервер предприятия 64 бита?

Можно предположить что в поле с типом хранилище данных большой файл.
И банально не хватает памяти для запроса...
   igork1966
 
3 - 10.01.18 - 13:44
(2) + не хватает памяти для запроса для результата запроса
   igork1966
 
4 - 10.01.18 - 13:47
   igork1966
 
5 - 10.01.18 - 13:50
Кстати думается мне что такое еще может произойти при физическом повреждении данных.
   mzelensky
 
6 - 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 тыров).
ЗЫЫ: Удачи в борьбе с данной штукой))
   mzelensky
 
7 - 11.01.18 - 09:09
(6) + Ток у меня и так 64 битная Win Server 2012

SQL Server 2012 тоже 64 битный

+ 128 Гигов оперативы на сервере
   mzelensky
 
8 - 11.01.18 - 09:11
а вот сервер 1С да, 32 битный
   mzelensky
 
9 - 11.01.18 - 09:17
Я вот думаю, если затык именно на стороне 1С, то эти 2 элемента справочника просто средствами SQL удалить и все. Ссылок на них нет (это я проверил), ссылочная целостность сохраняется.

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует