Tooprogram.ru

Компьютерный справочник
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ошибка sql таблица не найдена 1с

1с 8.2.13 бух 2.0.19 Ошибка SQL: Таблица не найдена ‘_Reference54’ помогите как добавить

при тестировании конфигурации выскакивает вышесказанная ошибка. открывал через Tool_1CD вижу что не хватает как раз этого Reference54. пожалуйста скажите как мне его добавить?

да, и в пользовательском режиме тоже (только когда пытаюсь открыть справочник Номенклатура выскакивает эта ошибка)
а когда в конфигураторе пытаюсь сделать тестирование и исправление так же выскакивает эта же ошибка. chdbfl говорит что всё нишьтяк.

можно конечно отправить базу в 1С, но скорого решения не будет. Где то было описание таблиц, надо определить, что это за таблица, а потом думать как это исправить.

выяснилось что «пропавшая» таблица это справочник Номенклатура. создавать заново смысла нет. базе кирдык)
Prikum спасибо

Доброго времени суток.
А архивов у вас нет?
Если есть , то раскрутите в файловом варианте последний архив и попробуйте через конфигуратор скопировать по правой клавише мыши из идной конфигурации в другую справочник Номенклатура. Сам не пробовал — это теоретические измышления. Или же, опять же с помощью архивной копии и обработки Перенос данных с помощью электронных таблиц, перенесите данные из архива в справочник. Удачи!

Читают тему:

Мероприятия

  • Где купить СОФТ
  • Вакансии фирм-партнеров «1С»
  • Центры Сертифицированного Обучения
  • Интернет курсы обучения «1С»
  • Самоучители
  • Учебный центр № 1
  • Учебный центр № 3
  • Сертификация по «1С:Профессионал»
  • Организация обучения под заказ
  • Книги по 1С:Предприятию

1С бесплатно 1С-Отчетность 1С:ERP Управление предприятием 1С:Бесплатно 1С:Бухгалтерия 8 1С:Бухгалтерия 8 КОРП 1С:Бухгалтерия автономного учреждения 1С:Бухгалтерия государственного учреждения 1С:Бюджет муниципального образования 1С:Бюджет поселения 1С:Вещевое довольствие 1С:Деньги 1С:Документооборот 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры государственного учреждения 1С:Зарплата и управление персоналом 1С:Зарплата и управление персоналом КОРП 1С:Комплексная автоматизация 8 1С:Лекторий 1С:Предприятие 1С:Предприятие 7.7 1С:Предприятие 8 1С:Розница 1С:Управление нашей фирмой 1С:Управление производственным предприятием 1С:Управление торговлей 1СПредприятие 8

  • WWW.1С.ru
  • 1С:Предприятие 8
  • 1С Отраслевые решения
  • Образовательные программы
  • 1С:Линк
  • 1С:Консалтинг
  • 1С:Дистрибьюция
  • 1С для торговли
  • 1С-Онлайн
  • 1С Интерес
  • 1С:Образование

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

На указанный в форме e-mail придет запрос на подтверждение регистрации.

Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.

Ошибка СУБД: Ошибка SQL: Таблица не найдена: _Reference. Как исправить?

Доброго времени суток, уважаемые читатели блога SoftMaker.kz. Сегодня мы поговорим, как побороть ошибку, возникающую
в файловой базе 1С при неправильном закрытии системы 1С:Предприятие, например при внезапном отключении света или
неправильной работе компьютера (работает и в случае, если
1С:Предприятие 8 установлено на MS SQL Server 2008 R2 Express).
Ошибка СУБД: Ошибка SQL: «Таблица не найдена: _Reference76» появлялась, когда производилось

тестирование и исправление информационной базы (ТиИ ИБ) при прохождении проверки логической целостности ИБ.
При попытке выгрузить ИБ Конфигуратор вылетал.

Проверка физической целостности файла 1Cv8.1CD с помощью утилиты chdbfl.exe
показало, что ошибок не обнаружено. Поэтому пришлось идти другим путём и получилось следующее:

Определяем как в базе называется таблица _Reference76 с помощью внешней обработки 1С

В случае ошибки СУБД: Ошибка SQL: Таблица не найдена _Reference76 сразу становится ясно, что была удалена
таблица «_Reference76» и из названия ясно, что это какой-то справочник. Но как теперь определить,
к какому именно справочнику таблица «_Reference76» относится, чтобы попытаться её восстановить?
Для этого можно написать небольшую обработку для выяснения названия:

В результате работы обработки выяснилось, что таблица «_Reference76» относится к справочнику «Спецификации номенклатуры».

Обработку для поиска соответствия названия справочников конфигурации 1С и их внутренних таблиц можно скачать

отсюда.

Заменяем справочник «Спецификации номенклатуры» на новый

Теперь заменим справочник «Спецификации номенклатуры» на новый. Для этого выполним следующие действия:

  • Изменим наименование справочника «СпецификацииНоменклатуры» на «ЯСпецификацииНоменклатуры».
    Нажмём правой кнопкой мыши на справочнике «СпецификацииНоменклатуры» и в контекстном меню выберем пункт
    «Свойства» и в поле «Имя» изменим наименование.
  • Теперь отсортируем справочники в дереве метаданных по имени. Нажмём правой кнопкой мыши
    на справочнике «СпецификацииНоменклатуры» и в контекстном меню выберем пункт
    «Сортировать…». Cправочник «СпецификацииНоменклатуры» оказался в самом низу, нам это
    пригодится в дальнейшем.
  • Теперь заменим справочник «Спецификации номенклатуры» на новый. Для этого нужна идентичная
    конфигурация с неповреждённым справочником «Спецификации номенклатуры». Нужно открыть эту конфигурацию
    в режиме «Конфигуратор» и выделить справочник «Спецификации номенклатуры» в дереве метаданных и
    скопировать его (Ctrl+C).

  • Открываем «Конфигуратор» с повреждённой базой и вставляем новый справочником «Спецификации номенклатуры» (Ctrl+V).
  • Теперь снимем с поддержки справочник «ЯСпецификацииНоменклатуры», чтобы затем удалить его.
    «Конфигурация» | «Поддержка» | «Настройка поддержки». В дереве метаданных выберем справочник
    «ЯСпецификацииНоменклатуры» и двойным щелчком мыши на справочнике откроем следующий диалог:

  • В диалоге «Настройка правил поддержки» выберем правило «Объект поставщика снят с поддержки» и поставим
    флажок «Установить для подчинённых объектов».
  • После снятия с поддержки справочники «ЯСпецификацииНоменклатуры» и «СпецификацииНоменклатуры» в дереве метаданных
    конфигурации выглядят следующим образом:

    Убираем ссылки со старого справочника «Спецификации номенклатуры» и удаляем его

      Жмём правой кнопкой мыши на справочнике «ЯСпецификацииНоменклатуры» и в контекстном меню выбираем пункт
      «Удалить». Появилось сообщение Конфигуратора: «Объект не может быть удален, так как на него имеются ссылки
      в других объектах!»

    Нажимаем на кнопку «ОК». В окне служебных сообщений видим список объектов, которые содержат в себе ссылки на
    справочник «ЯСпецификацииНоменклатуры». Этот список поможет быстро заменить ссылки со справочника
    «ЯСпецификацииНоменклатуры» на справочник «СпецификацииНоменклатуры». Приступим.

    Чтобы заменить ссылки в объектах нажимаем на каждую строку списка двойным кликом.
    Для примера возьмём первый элемент списка «ПодпискаНаСобытие.ПриУстановкеНовогоКодаСправочника.Источник»

    После двойного клика на этом элементе, в дереве метаданных откроется объект и
    в нём мы найдем ссылку на справочник «ЯСпецификацииНоменклатуры».

    Два раза нажимаем левой кнопкой мыши, чтобы открыть свойство объекта, в котором содержится ссылка на
    справочник «ЯСпецификацииНоменклатуры».

    Как видно из вышеприведённого изображения в поле «Источник» содержится составной тип, в который входит и
    справочник «ЯСпецификацииНоменклатуры». Заменим ссылку со справочника «ЯСпецификацииНоменклатуры»
    на справочник «СпецификацииНоменклатуры» в диалоге редактирования составного типа данных.
    Ссылка заменяется снятием флажка напротив справочника «ЯСпецификацииНоменклатуры» и
    установкой флажка напротив справочника «СпецификацииНоменклатуры».

  • Эти же самые действия проделываем для всех элементов

    вышеприведённого списка.

  • Открываем каждый объект и заменяем в нём ссылки.
  • После замены ссылок объект спокойно удаляется.
  • Сохраняем конфигурацию, нажав, клавишу «F7».
  • Теперь новый справочник «СпецификацииНоменклатуры» ссылается на новую таблицу в базе 1С — _Reference6845.
    Если в справочнике были какие-нибудь данные, то они уже уничтожены, поэтому нужно их восстановить.
    Это можно сделать воспользовавшись советами статьи

    Как выгрузить данные в идентичную конфигурацию 1С?

    Если была удалена другая таблица, например _DOCUMENT, тогда нужно изменить обработку для поиска
    соответствия названия документов конфигурации 1С и их внутренних таблиц, а шаги проделать те же самые.

    Ошибка SQL Таблица не найдена ‘NNNNNNNN’

    Началось всё тривиально, при очередном «Тестировании и исправлении информационной базы» БП 8.1 программа выдала ошибку

    «Ошибка SQL Таблица не найдена ‘NNNNNNNN'» .

    Особого значения не придал, ИБ база работает жалоб не поступает. Спокойно перевел базу на платформу 8.2.

    Системный администратор предложил перевести с файловой версии на серверную и вот тут-то всё вспонилось.

    — База не тестируется.

    — Реструктуризация таблиц информационной базы не выполняется

    (В процессе обновления информационной базы произошла критическая ошибка)

    — Реструктуризация таблиц информационной базы не выполняется

    Первое что пришло в голову тестирование chdbfl.exe, но чудес не произошло

    (Ошибок не обнаружено)

    Хорошо, сейчас выполню выгрузку базы в файл и далее загрузка в пустую. Ага, как бы не так.

    Программа завершена аварийно. Приехали — ждите теперь серверный вариант — «Нет выгрузки, нет и загрузки».

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

    =============================================================================================
    Критическую Ошибку я победил, всё по порядку:
    1. Взял начальную установку конфигурации БП в фирме 1С и установил её себе (пустая база).
    2. Выгрузил из начальной установки ИБ (пустой базы) конфигурацию в файл.
    3. В ИБ с ошибкой (отсутствует таблица NNNNN) снял конфигурацию с поддержки и разрешил изменение.
    Нашел, что это за плохой объект конфигурации и попробовал его удалить (рассказал ранее).
    Программа выдала ссылки на этот объект. Зашел по этим ссылкам и удалил из них свой объект.
    Далее удалил без помех свой объект и . очень важно .
    — обновил конфигурацию базы
    — тестировал с исправление ИБ
    4. После тестирования загрузил конфигурацию из начальной установки ИБ и снова повторил загрузку в базу измененной
    конфигурации и полное тестирование ИБ.

    Примечание.
    После загрузки конфигурации из начальной установки ИБ программа создала мой ошибочный объект
    и установила конфигурацию снова на поддержку с запретом редактирования.
    =============================================================================================

    Проверка базы данных 1C на целостность и исправление ошибок MS SQL

    Делимся опытом, как исправить ошибки в логической целостности в базе 1С, размещенной на Microsoft SQL Server.

    Поступила жалоба от бухгалтера о проблемах с проведением документов в 1С.

    Из скриншота выяснилось, что 1С «ругается» на проблемы с согласованностью «внутри» базы данных и предлагает провести проверку на согласованность.

    Переходим в SQL Server Management Studio и, сделав, на всякий случай, бэкап текущего состояния, выполняем проверку:

    Для начала переводим нужную нам БД в однопользовательский режим

    Запускаем Окно запросов (CTRL+N). Выбираем Новый запрос и вводим запрос Transact-SQL (T-SQL) в этом окне:

    Далее, вводим запрос на сканирование базы данных:

    Проверка продлилась около 15 минут, после чего выдала следующее:

    Вариант решения №1: восстановление из бэкапа выявило накопительный характер ошибки: чем раньше сделан бэкап – тем меньше в базе ошибок, вплоть до самого «дальнего» (14 дней). Примерно на третьем бэкапе количество ошибок перестало уменьшаться – стало ясно, что этим путём мы придём только к потере актуальности базы и проблему не решить

    Вариант решения №2: В справочной информации описаны три возможных варианта исправления этих ошибок, рассмотрим каждый:

    REPAIR_FAST

    Синтаксис поддерживается только для обеспечения обратной совместимости. Действия по восстановлению не выполняются.

    REPAIR_REBUILD

    Выполняет действия по восстановлению данных, которые можно выполнить без риска их потери. Это может быть быстрое восстановление (например, восстановление отсутствующих строк в некластеризованных индексах) или более ресурсоемкие операции (например, перестроение индекса).

    REPAIR_ALLOW_DATA_LOSS

    Пытается устранить все обнаруженные ошибки. Эти исправления могут привести к частичной потере данных.

    Аргумент REPAIR_FAST нам не подходит, REPAIR_ALLOW_DATA_LOSS оставим на крайний случай — пробуем REPAIR_REBUILD:

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

    На всякий случай, я попробовал провести обслуживание базы данных и перепроверил – результат тот же.

    Решил провести тестирование и исправление информационной базы средствами 1С, на что получил ошибку

    Выгрузить базу данных в *.dt файл тоже не удалось:

    Что ж, стало понятно, что часть потерянных данных – меньшее зло, по сравнению с «развалившейся» базой данных, пробуем REPAIR_ALLOW_DATA_LOSS:

    И, наконец, после нескольких прогонов, количество ошибок немного уменьшилось:

    Ситуацию это не спасло: база, по-прежнему не выгружалась и не «лечилась» средствами 1С.

    Дальнейшие попытки (по очереди несколько раз запускал REPAIR_REBUILD и REPAIR_ALLOW_DATA_LOSS) не увенчались успехом: количество ошибок не уменьшилось, база, по-прежнему, не выгружалась и не «лечилась».

    Коллеги подсказали попробовать очистить (именно очистить, без удаления самой таблицы) «проблемную» таблицу в MS SQL.

    Больше всего ошибок в таблице «_AccRg1051» – ей и было принято решение заняться:

    И, после успешного выполнения, прогоняем проверку еще раз:

    15 минут ожидания и, о чудо – все ошибки исчезли, в том числе и в остальных таблицах.

    Перевожу базу в многопользовательский режим, выгружаю в *.dt файл и загружаю обратно.

    Звоню бухгалтеру – прошу проверить проблемные документы: всё работает нормально. Пускаю остальных пользователей в базу.

    Через час снова ошибка:

    Делаем вывод, что выгрузка в *.dt – не панацея. Выгоняем Вежливо просим пользователей выйти и ещё немного потерпеть и тестируем базу с исправлением ошибок в режиме конфигуратора 1С со следующими параметрами

    Видим, что всё ОК

    Пускаем обратно пользователей в 1С и идём молиться настраивать планы обслуживания баз данных.

    Читать еще:  1nsp что за ошибка
    Ссылка на основную публикацию
    Adblock
    detector