Ошибка sdbl быстрая вставка запрещена не было вызова suspendindexing

tmm70

08.11.11 — 17:36

Господин ПЖ

1 — 08.11.11 — 17:38

что говорит ТиИ + DBCC CHECKDB ?

shuhard

2 — 08.11.11 — 17:39

shuhard

3 — 08.11.11 — 17:41

tmm70

4 — 08.11.11 — 17:42

shuhard

5 — 08.11.11 — 17:44

(4) а платформа 14 ?

МихаилМ

6 — 08.11.11 — 17:46

tmm70

7 — 08.11.11 — 17:51

Прочитала все темы. Обновление шло нормально, в налоговом регистре бухгалтерии 70 млн записей, реструктуризация шла примерно 2,5 дня, хозрасчетный регистр примерно столько же записей, обновлялась 5 дней и вылетела ошибка.

shuhard

8 — 08.11.11 — 17:53

(7) ещё раз версия платформы и тип СУБД

tmm70

9 — 08.11.11 — 17:56

Платформа 14, SQL

shuhard

10 — 08.11.11 — 17:58

(9) тогда ни чего похожего по форуму не пролетало

Господин ПЖ

11 — 08.11.11 — 18:00

shuhard

12 — 08.11.11 — 18:01

БибиГон

13 — 08.11.11 — 18:03

(9) 14 платформа последний релиз? SQL 2008 ?

БибиГон

14 — 08.11.11 — 18:04

последня 8.2.14.537

tmm70

15 — 08.11.11 — 18:06

8.2.14.533 стоит,SQL 2005

tmm70

16 — 08.11.11 — 18:13

Можно ли как-нибудь обновить в процессе работы пользователей, мы и так им не давали работать, больше до НОвого года праздников не предвидится, так что много выходных дней нет

shuhard

17 — 08.11.11 — 18:16

tmm70

18 — 08.11.11 — 19:01

Появился уже 18 релиз, который стает только на 17-й, а до Нового года может куча законов поменяться и много новых обновлений. Опять разрастется комом. Первое обновление стает очень долго. Остальные часа 2-3.

БибиГон

19 — 08.11.11 — 19:03

конфигурация чисто типовая?

МихаилМ

20 — 08.11.11 — 19:03

tmm70

21 — 08.11.11 — 19:52

Конфигурация с некоторыми незначительными изменениями, которые не влияют на структуру данных

tmm70

22 — 08.11.11 — 19:54

(20) а как пользоваться мс скл профайлером где можно найти? Может опишите порядок действия

shuhard

23 — 08.11.11 — 19:56

(22) это составная одноименная часть MS SQL

tmm70

24 — 08.11.11 — 20:08

Посмотрим, что скажет администратор sql, сама не представляю пока как это выглядит и что нужно делать. Была бы подробная инструкция, наверное, бы справилась. А также попробуем обновиться на новую платформу и снова запустить обновление только на копии.

shuhard

25 — 08.11.11 — 20:10

tmm70

26 — 08.11.11 — 20:12

А можно ли после сохранения обновленной конфигурации, обновлять данные (произвести реструктуризацию данных) пошагово, как в ТиИ можно задать определенное время выполнения, чтобы потом продолжить с этого момента?

Kom-off

27 — 08.11.11 — 20:14

(25) Ну, особо сверъестественного там для квалификации не надо. Пара команд SQL, но проверки при таком обновлении на изменение самой структуры данных не происходит. Однажды 6 часов бились много человек за базу: сначала недосмотрели, а потом победили, но победа досталась очень большим количеством нервных клеток многих индивидумов.

tmm70

28 — 08.11.11 — 20:14

(25) Я тоже так думаю, он у нас не любит лишнюю работу делать и копаться в том, что его не интересует

shuhard

29 — 08.11.11 — 20:15

(27) пара курсоров по 5 страниц ?

tmm70

30 — 08.11.11 — 20:16

Нашей базе уже 5 лет и главбух так не хочет ее обрезать, но после этого стопора пошел на уступки, сказал, что 2 года мы можем отрезать

Kom-off

31 — 08.11.11 — 20:19

(29) Вот, теперь я понял, что мы про разные вещи. Для такого обновления — да нужна высочайшая квалификация, если вообще это возможно. Я же имел ввиду SQL-ный аналог нынешнего динамическо обновления.

shuhard

32 — 08.11.11 — 20:21

(31) я понял (20) как предложение поймать профайлером обновление, переписать T-SQL и исполнить его

tmm70

33 — 08.11.11 — 20:22

А нервы тратятся и сейчас, 2 дня не давала людям работать с этим обновлением, сегодня меня хотели уже прибить, но выскочила ошибка, так что зазря люди не работали, ничего не получилось. больше такого мне не позволят

tmm70

34 — 08.11.11 — 20:23

(32) Такое точно у нас никто делать не будет, квалификации не хватит

shuhard

35 — 08.11.11 — 20:23

tmm70

36 — 08.11.11 — 20:27

Всегда ставили на рабочую базу, так как и говорила база слишком большая. архив делаем, а копию развернуть в общем можно сказать негде. Пока прокатывало. Если были ошибки, быстро исправляли. И обновление ставилось всегда быстро. Первый раз такое.

tmm70

37 — 08.11.11 — 20:28

Сейчас попрошу какой-нибудь комп освободить под копию и попробую там провести обновление.

shuhard

38 — 08.11.11 — 20:29

(36) 3 Тбайтный диск стоит 300 USD

tmm70

39 — 08.11.11 — 20:31

Все упирается в деньги, говорят много просим.

МихаилМ

40 — 08.11.11 — 20:33

tmm70

41 — 08.11.11 — 20:33

Спасибо всем за помощь. Что-нибудь придумаем.

shuhard

42 — 08.11.11 — 20:35

МишельЛагранж

43 — 08.11.11 — 23:18

tmm70

44 — 11.11.11 — 09:39

Помогло отключение итогов, обновление, потом включение итогов

tmm70

45 — 11.11.11 — 09:40

Обновление прошло за 30 часов (Без отключения итогов — 5 суток)

а как итоги могут на обновление повлиять?

Содержание:

1.       Возникновение ошибки SDBL

2.       Устранение ошибки SDBL в 1С

Приветствую, коллеги! В данной статье будет рассмотрена знакомая и набившая оскомину многим специалистам 1С ошибка SDBL, а также возможные пути её устранения.  

1.    Возникновение ошибки SDBL

Ошибка SDBL возникает, когда происходит обновление конфигурации 1С:Предприятие или сохранение перемен. Также сообщение об ошибке может возникать при работе с обменами данных:

Рис. 1 Сообщения 1С об ошибке SDBL

Также к данным сообщениям часто есть одна или несколько приписок:

·        была совершена попытка вставить значение с недопустимым типом;

·        был совершён пропуск точки с запятой;

·      имеет место ошибка, которая произошла при индексировании с полным текстом;

·        некоторое поле имеет неоднозначное определение;

·        не хватает выражения (pos =);

·        совершён выход из размерностей;

·        в поле таблицы используется невозможный тип значения «NULL».

Обратите внимание: есть вероятность, что при ошибке будут другие сообщения, не указанные выше!  

2.    Устранение ошибки SDBL в 1С

Устранить ошибку SDBL можно одним из способов, которые описаны ниже.

1. Сделать перезагрузку на сервере с приложениями для 1С 8.3. Далее может помочь, если включить и выключить все сервисы SQL и агентами SQL. Для этого потребуется зайти на сервер, выбрать «Агент сервера 1С» и при помощи контекстного меню приостановить работу. По аналогии сделаем с «Агентом SQL» и «SQL Server» для сервера SQL. Затем следует снова подключить их, но в обратной последовательности.

2. Выгрузить базу с данными в некоторый файл, который будет иметь расширение DT, а затем выгрузить её назад – в ту же базу с информацией. Аналогично будет исполняться для режима конфигуратора при помощи вкладки меню «Администрирование» – посредством использования команд «Загрузить информационную базу…» и «Выгрузить информационную базу…».

3. Можно попробовать очистить КЭШ внутри сервера и внутри компьютера пользователя в месте, где была обнаружена ошибка. Для этого потребуется закрыть 1С, далее совершить поиск по папкам, которые будут иметь имя вида «bd5c8ea4-b65f-4c23-a9c8-2dccfb0b15fa» внутри папки с названием «Application Data», после их нахождения производим удаления данных папок.

4. Также можно обновить платформу на более современную версию (с главного портала – ИТС). Для выполнения данного действия скачиваем с ИТС новую платформу 1С 8.3 и устанавливаем ее на компьютерах клиентов и на сервере.

5. Рассмотрим еще один вариант – использование механизма «Тестирование и исправление информационных баз», который находится внутри конфигуратора. В необходимой базе переходим по пути: «Администрирование → Тестирование и исправление информационных баз», а далее запускаем процесс.

6. Совершим загрузку внутри копии, которая является резервной, если она была создана в недавнем времени. Замечание: обязательно часто делать резервные копии до любого важного действия с ИБ. Копии делаются посредством SQL MS или конфигуратора, при этом происходит выгрузка файла в формат dt.

Если ни один из вышеперечисленных способов не устранил ошибку SDBL, следует произвести очистку таблиц _ConfigChngR_ExtProps и _ConfigChngR. Однако для этого потребуется знания принципов работы MSSQL.

Специалист компании «Кодерлайн»

Айдар Фархутдинов

Ошибка SBDL — не очень приятная, но далеко не редкая. Часто она появляется на этапе обновления информационной базы, в момент реструктуризации базы данных. Под ней может крыться достаточно много неприятностей, а указывает она на то, что с базой данных произошли какие-то сбои.  

Содержания могут быть следующими:

Ошибка SDBL: Ожидается CAST, идентификатор или константа (pos=32), Ошибка при полнотекстовом индексировании

Ошибка SDBL: Поле Fld1318 таблицы Document11 не может принимать значение NULL (pos=15)

Ошибка SDBL: Выход за пределы размерности результата — данный сбой возникает в конфигураторе при обновлении конфигурации на этапе реструктуризации базы данных. Последнее что можно увидеть в строке состояния: …» Выход за пределы размерности результата

Ошибка SDBL: Попытка быстрой вставки значения недопустимого типа (pos = 23)

Тексты ошибок могут отличаться и это только одни из множества вариантов.

К сожалению, попытки устранить описанные проблемы могут и не привести к чему-то положительному. Поэтому, рекомендуется не забывать о регулярном резервном копировании, чтобы на случай экстренных ситуаций, всегда была возможность сделать шаг назад, восстановив данные из копии. Также, рекомендуется не проводить эксперименты самостоятельно, а обратиться к профессионалам своего дела. Но, все же, если вы решили на свой страх и риск попробовать разобраться с этой неприятной ситуацией, то рекомендуем вам сделать следующие действия:

1. Перезагрузка сервера 1С, SQL — сервера;
2. Очистить кэш (cache) пользователя и сервера 1С;
3. Выполнить процедуру тестирования и исправления (Конфигуратор-Администрирование-Тестирование и исправление…);
4. Резервное копирование и загрузку файла 8.dt обратно в эту же базу;
5. Обновить платформу до последнего релиза.

Рекомендуем не проводить экспериментов в поисках решения проблемы. Мы готовы решить эту ситуацию быстро и не дорого!

Если ничего из этих действий не привело к результату, то, рекомендуем попробовать очистить таблицы _ConfigChngR и _ConfigChngR_ExtProps, через менеджер SQL простым скрипто:

use Имя_БД 
delete from dbo._ConfigChngR 
delete from dbo._ConfigChngR_ExtProps

 Также, в 1С встречаются и другие трудности. Подробнее о распространенных ошибках можно почитать тут.

Обычно ошибка SDBL происходит при сохранении и обновлении конфигураций в момент реструктуризации базы данных, а также во время работы обменов данными.

Окно с данной ошибкой 1С имеет дополнительное содержание. Типичные сообщения:

• Ожидается выражение (pos = ).
• Выход за пределы размерности.
• Поле таблицы не может принимать значение NULL.
• Ошибка при полнотекстовом индексировании.
• Попытка вставки значения недопустимого типа.
• Поле определено неоднозначно.
• Пропущена точка с запятой.
• В схеме базы данных нет таблицы с именем…

Большая часть способов исправления связана с восстановлением нормальной работы Информационной Базы. Но иногда описанными способами решить проблему не получается, поэтому помните о самом лучшем, универсальном способе — регулярном резервном копировании.

Перезагрузка сервера 1С и SQL-сервера

Самый простой способ, при условии, что на текущий момент в базе никто не работает.

Зайдите на сервер и выключите следующие службы:

• «Агент сервера 1С»,
• «SQL Server»,
• «Агент SQL Сервера».

А затем запустите их обратно.

Очистка кэша на сервере и клиента, где проявилась ошибка

В некоторых случаях исправить ошибку SDBL можно с помощью очистки кэша сервера 1С.

Как правило кэш расположен по адресу:

• «%userprofile%Local SettingsApplication Data1C1Cv8» и «%userprofile%Application Data1C1Cv8» для Windows XP,
• «%userprofile%AppDataRoaming1C1Cv8» и «%userprofile%AppDataLocal1C1Cv8» для Windows 7 и выше.

Перейдите в данный каталог и удалить все папки с генерированными именами вида « dg7c8re4-b89r…». При удалении будьте внимательны — в этой директории может присутствовать индекс полнотекстового поиска 1С, а также журналы регистрации, их удалять не нужно.

Перезаливка базы из DT-файла

Иногда помогает, казалось бы, парадоксальный способ — выгрузка базы данных в файл формата DT, а затем загрузка его обратно.

Войдите в режим «Конфигуратор», выберите пункт меню «Администрирование» > «Выгрузить информационную базу» и выберите каталог для сохранения файла.

Затем через аналогично через меню «Администрирование» > «Загрузить информационную базу» загрузите его обратно.

Тестирование и исправление Информационной базы

Для тестирование и исправление Информационной базы: войдите в «Конфигуратор», выберите пункт меню «Администрирование» > «Тестирование и исправление».

В случаях, когда невозможно запустить конфигуратор, воспользуйтесь утилитой chdbfl.exe. Это упрощенная программа-аналог тестирования базы, функции, которая запускается в режиме конфигуратора. Расположена она в папке «bin» установленной технологической платформы, например, C:Program Files (x86)1cv88.3…binchdbfl.exe.

Пользоваться ей просто — указываете путь к файлу базы данных и ставите опцию, нужно ли сразу исправлять обнаруженные ошибки. Если нет — утилита только продиагностирует ИБ.

Обновление платформы до новой версии

В данном случае всё достаточно просто. Скачивает с сайта поддержки 1С дистрибутив свежей версии платформы, распаковываем и запускаем инсталятор setup.exe.

Очистка таблиц базы данных

В крайнем случае можно попробовать удалить таблицы БД, связанные с ошибкой — «dbo._ConfigChngR» и «dbo._ConfigChngR_ExtProps».

Производится это через менеджер SQL-скриптом вида:
use имя_базы_данных
delete from dbo ._ ConfigChngR
delete from dbo ._ ConfigChngR _ ExtProps

Помните, прямые SQL-запросы лучше доверить профессионалу, умеющему работать с SQL.