Приветствую!
Вопрос часто поднимался, но решения из всех найденных не помогли, к сути вопроса.
Две недели назад переехали с платформы 8.3.21.1624 на 8.3.23.1739.
Неделю все базы прекрасно работали, и через неделю, получаю сообщения от пользователей, не можем зайти в ДО 2.1.
Ошибка SDBL: В схеме базы данных нет таблицы с именем ExtensionsInfo
В базу не зайти, можно только в конфигуратор, но, открыть расширения нельзя, ошибка сразу по ExtensionsInfo, выгрузить dt такая-же ошибка.
При попытке провести реструктуризацию, о ней 1с сообщает когда конфигуратор запускаешь, удаляет с десяток таблиц InfoRG и падает с той-же ошибкой только ExtensionsInfoNGS нет таблицы в схеме данных.
Очистка таблиц _ConfigChngR_ExtProps и _ConfigChngR ничем не помогла, на тот момент, помог только бэкап который делали за два дня до этого(но в выходные в базе никто не работал, только регламенты выполнялись)
Бекап заработал, и проработал ровно неделю и начал выдавать сообщения типа - нет таблицы с именем InfoRG, но тут уже можно более менее какие-то работы проводить с базой, хотя еще не нашли причину.
Примерно в это-же время, на другом сервер в другом ДО 2.1 случилось такая-же ошибка SDBL.
Кто-то сталкивался с таким? Или знает рабочее решение починить.
Поддержка лишь сказала изучайте журналы, но проблема в том что там ничего этакого вообще нет.
Вопрос часто поднимался, но решения из всех найденных не помогли, к сути вопроса.
Две недели назад переехали с платформы 8.3.21.1624 на 8.3.23.1739.
Неделю все базы прекрасно работали, и через неделю, получаю сообщения от пользователей, не можем зайти в ДО 2.1.
Ошибка SDBL: В схеме базы данных нет таблицы с именем ExtensionsInfo
В базу не зайти, можно только в конфигуратор, но, открыть расширения нельзя, ошибка сразу по ExtensionsInfo, выгрузить dt такая-же ошибка.
При попытке провести реструктуризацию, о ней 1с сообщает когда конфигуратор запускаешь, удаляет с десяток таблиц InfoRG и падает с той-же ошибкой только ExtensionsInfoNGS нет таблицы в схеме данных.
Очистка таблиц _ConfigChngR_ExtProps и _ConfigChngR ничем не помогла, на тот момент, помог только бэкап который делали за два дня до этого(но в выходные в базе никто не работал, только регламенты выполнялись)
Бекап заработал, и проработал ровно неделю и начал выдавать сообщения типа - нет таблицы с именем InfoRG, но тут уже можно более менее какие-то работы проводить с базой, хотя еще не нашли причину.
Примерно в это-же время, на другом сервер в другом ДО 2.1 случилось такая-же ошибка SDBL.
Кто-то сталкивался с таким? Или знает рабочее решение починить.
Поддержка лишь сказала изучайте журналы, но проблема в том что там ничего этакого вообще нет.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) ВНИМАНИЕ: совет имеет смысл только если расширения НЕ добавляют новые реквизиты в объекты конфигурации !
на старом релизе откройте конфигуратор, сохраните все расширения в файлы;
затем удалите расширения, сохраните бд, сделайте выгрузку dt
На новом релизе, сделайте загрузку dt, в конфигураторе добавьте расширения, сохраните бд;
Если расширение добавляет новый реквизит в объект конфигурации, предварительно воспользуйтесь обработкой ВыгрузкаЗагрузкаДанных83 (выгрузите весь справочник в xml) Затем выполните всё описанное выше; После чего загрузите данные в справочник обработкой в режиме Загрузка = Истина;
Не знаю поможет или нет, но я бы так делал
на старом релизе откройте конфигуратор, сохраните все расширения в файлы;
затем удалите расширения, сохраните бд, сделайте выгрузку dt
На новом релизе, сделайте загрузку dt, в конфигураторе добавьте расширения, сохраните бд;
Если расширение добавляет новый реквизит в объект конфигурации, предварительно воспользуйтесь обработкой ВыгрузкаЗагрузкаДанных83 (выгрузите весь справочник в xml) Затем выполните всё описанное выше; После чего загрузите данные в справочник обработкой в режиме Загрузка = Истина;
Не знаю поможет или нет, но я бы так делал
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот