1с отмена или изменение параметров регистрации информационной базы невозможно так как база открыта
Обновлено: 02.07.2024
1) Выгрузить данные из "центральной".<br>2) Обновить платформу "дочерней".<br>3) Запустить загрузку данных в "дочерней" и получить ошибку "Необходимо обновить конфигурацию. ".<br>4) Обновить конфигурацию в "дочерней".<br>5) Заново запустить загрузку/выгрузку данных в "дочерней".<br>6) Запустить загрузку данных в "центральной".<br><br>Все так делали?
Спасибо. Попробую завтра. Я не пытался выгрузить данные из "центральной" в "дочернюю", т.к. у меня обмен идет "дочерняя"->"центральная" в основном. <br>Т.е. я правильно понимаю, что после того, как в "дочерней" появится ошибка, в Конфигураторе "дочерней" будет активен пункт обновить?<br>И как тогда обновлять - через файлы обновления или как-то с помощью файла обмена, потому что он у меня сформировался на 70 с лишним мегабайт (zip).
> потому что он у меня сформировался на 70 с лишним мегабайт (zip).<br>А потому что распределенная база по умолчанию подразумевает двухсторонний обмен (данные центральной базы попадают в дочерние базы). Если же Вам не нужно, что бы данные "центра" переносились в "дочернюю", тогда нужно убирать автоматическую регистрацию изменений объектов для узла "дочерней" базы и в этом случае у Вас будет выгружаться только конфигурация (и то только после обновления).<br><br>> Т.е. я правильно понимаю, что после того, как в "дочерней" появится ошибка. <br>В "дочерней" появится не ошибка, а новая конфигурация.<br><br>Есть еще такой вариант - отвязать "дочернюю" базу от "центра", загрузить новую конфигурацию в нее и обратно привязать к "центру". НО проблему неправильного обмена (одностороннего, как в Вашем случае) это не решит. Более того, все зафиксированные в центральной базе изменения, которые не перенесены в "дочернюю" будут накапливаться и приводить к необоснованному росту информационной базы.
Нет, нет, двусторонний обмен все-таки нужен, просто не так часто как обмен Д->Ц. тогда позвольте я еще вопрос задам относительно работы распределнных баз. К примеру, документ создается в Д, загружается в Ц, изменяется в Ц. Затем при обмене с Д эти изменения отразятся в Д?
Да, все таки я не понял. Как я обновляю конфигурацию в дочерей? Через Конфигуратор - Поддержка - Обновить?
В базе данных есть несколько "мест" где хранятся конфигурации. В одном хранится конфигурация поставщика, в другом хранится основная конфигурация, в третьем - конфигурация базы данных. При обмене "центра" с "дочерней" кроме данных передается так же информация о конфигурациях. Основная конфигурация загружается сама собой, т.к. распределенная база предполагает принцип наличия одинаковой конфигурации во всех узлах. Конфигурация базы данных не может загрузиться так же как и основная из-за того, что при переносе основной конфигурации в конфигурацию базы данных происходят различные доп. проверки на состыковку с данными в базе (уникальность номера, присутствие всех объектов и т.п.). Именно поэтому, после обмена данными, Вам приходится нажимать в конфигураторе самостоятельно кнопку "Обновить" - это и есть момент переноса основной конфигурации в конфигурацию базы данных.<br><br>ЗЫ Кто-нибудь когда-нибудь будет читать книгу "Конфигурирование и администрирование" прежде чем обслуживать информационную базу.
БП 2.0 Файловая. Платформа: (8.3.8.1747)
Вчера работала.
Сегодня с чего-то появилась ошибка:
Национальные настройки информационной базы не соответствуют настройкам базы данных. Для исправления запустите Конфигуратор.
При входе в Конфигуратор выходит ошибка "Ошибочное имя локализации"
chdbfl.exe ошибок нет.
Пробовал на разных компах, на разных платформах. Результат один и тот же.
Tool_1CD.exe файл открывает и вот что пишет:
Версия базы 8.2.14.0
Locale ru_RU
Количество таблиц 1887
CRE ATE DATABASE "buh"
WITH OWNER "postgres"
ENCODING 'UTF8'
LC_COLLATE = 'ru_RU.UTF-8'
LC_CTYPE = 'ru_RU.UTF-8'
TEMPLATE template0; Конфигуратор - Администрирование - Региональные установки ИБ - что там?
Я видел эту тему. У меня стоит в настройках Россия/Русский.
Я попробовал на нескольких компьютерах везде стоит Россия/Русский.
И тот случай отличается от моего тем что после текста "Ошибочное имя локализации" у меня ничего нет, а там "rm-CH"
Попробуйте на одном из компов переустановить платформу, выбрав в процессе установки региональные настройки "наоборот", если вы выбирали "системные установки", то выберите "русский", если "русский", то "системные", и попробуйте войти в конфигуратор.
Вся информационная база представляется в базе данных в виде набора таблиц. Среди них есть несколько таблиц, которые обязательно присутствуют в представлении любой информационной базы:.
Params содержит параметры информационной базы. Среди них:
Национальные настройки информационной базы.
.
Если сможете чем-нибудь добраться до таблицы Params, попробуйте поискать в ней. Сам такое ни разу не делал, так что вряд-ли подскажу как.
(6) v3rter, Огромное спасибо на наводку!В таблице params есть строчка
filename:locale.inf,
Я сравнил значение BinaryData с бэкапом и там написано , а в битой базе что-то другое типа
При помощи Tools_1cd, я подсунул в битую базу таблицу params из бэкапа и о чудо теперь я могу зайти в конфигуратор.
в отладчике в Вычсилить выражение Перечисления.ПрименяемыеСистемыНалогообложения выдает
Свойство Перечисления.ПрименяемыеСистемыНалогообложения
Значение ПеречислениеМенеджер.ПрибылиИУбытки
Закомментировал эту строку но при сохранении конфигруции выходит ошибка
chdbfl ошибок нет.
ТИИ падает на проверке логической целостности
Ихахаха, в косячном файле через Hex редактор просто заменил странную строку в BinaryData на
.
Чекдбфл прошел, ТИИ, прошел. Сейчас запустил перепровдение всех документов.
Перепровел 2016 год, оборотка совпадает с тем что было до перепроведения.Как еще ее проверить?
Похоже на физическое повреждение файла с базой.
Если есть заведомо исправная рабочая или демо база того же релиза - выгрузите с нее cf и попробуйте обновить копию базы через поддержка - обновление - выбор файла вручную. Если не будет "конфигурации идентичны", то есть ещё повреждения. Или выйдет очередное обновление - попробуйте его накатить на копию.
Настройте ежедневный бэкап папки с базой любыми подручными средствами - программой, скриптом, батником с вызовом архиватора. Подняли бы бэкап и всё )
Для правильной работы необходима своевременная установка обновлений, которые отражают изменения законодательства, содержат новую функциональность, исправления возможных ошибок. Обновление производится по команде Администрирование – Обслуживание – Обновление программы – Установка обновлений .
Помощник установки обновлений позволяет провести обновление из файла обновления в локальном, сетевом каталоге (например, с диска 1С:ИТС) или выполнить автоматический поиск обновления в Интернете.
По гиперссылке Поиск и установка обновлений производится поиск обновлений в указанном месте, и если такое обновление найдено, то выводится информация об обновлении: номер версии, размер файла (Мб) и ссылка на описание нового в этой версии.
Если обновление найдено, для начала процедуры обновления необходимо выполнить команду Далее .
Прежде чем продолжить обновление конфигурации, необходимо выполнить следующие действия:
После завершения обновления конфигурации программа будет запущена заново. При первом запуске обновленной конфигурации будет выполнено обновление информационной базы в соответствии с изменившейся версией конфигурации.
9.2. Резервное копирование информационной базы
С целью уменьшения риска потери данных администратору системы необходимо регулярно выполнять резервное копирование ИБ. Частота создания резервных копий зависит от интенсивности ввода новых данных в ИБ.
Система позволяет создавать резервные копии ИБ в режиме 1С:Предприятие . Резервное копирование может выполняться как в автоматическом режиме, так и в ручном. Для автоматического режима предварительно необходимо выполнить настройки. В любой момент времени можно восстановить данные ИБ из созданной ранее резервной копии.
Использование данного функционала предусмотрено только для файлового варианта работы. В случае клиент-серверного варианта для создания резервных копий рекомендуется использовать средства СУБД.
Для работы с резервными копиями у администратора системы должна быть установлена роль Полные права .
В форме Создание резервной копии указывается каталог хранения архивов и выполняется команда Сохранить резервную копию .
9.2.1. Настройка автоматического резервного копирования
Помощник Настройка резервного копирования информационной базы открывается командой Настройка резервного копирования в разделе Администрирование – Обслуживание – Резервное копирование и восстановление .
На странице настройки резервного копирования можно задать способ резервного копирования: по расписанию или при завершении работы системы.
Если выбран пункт Выполнять резервное копирование по расписанию , то становятся доступны поле Расписание и команда Изменить . В поле Расписание можно выбрать одно из четырех расписаний, настроенных по умолчанию. Если предложенные варианты расписаний не устраивают администратора, то он с помощью команды Изменить может настроить свое, взяв за основу существующее и наиболее подходящее расписание. Если к моменту запуска резервного копирования система не будет запущена, то резервное копирование не выполнится.
Если выбран пункт Выполнять резервное копирование при завершении работы , то при каждом выходе из системы администратору будет предлагаться выполнить резервное копирование ИБ. Если в ИБ одновременно работают два и более администратора с ролью Полные права , то предложение о резервном копировании будет выдано последнему администратору, который выходит из системы.
На этой же странице помощника необходимо указать каталог, куда будут сохраняться резервные копии ИБ. Для того чтобы со временем не возникало переполнения дискового пространства из-за большого количества старых резервных копий, в помощнике можно установить флажок Хранить ограниченное количество резервных копий и задать либо число резервных копий, либо период, за который они будут храниться (например, за последний месяц).
9.2.2. Процедура резервного копирования
При наступлении времени выполнения резервного копирования система установит блокировку ИБ и завершит работу всех пользователей. При этом будет открыта форма, в которой по гиперссылке Активные пользователи можно открыть список подключений к ИБ. Более подробную информацию о блокировке ИБ, завершении работы пользователей и о списке Активные пользователи можно найти в разделе «Завершение работы пользователей».
Если система не сможет завершить работу всех пользователей, то примерно через 5 минут она предложит выполнить резервное копирование при подключенных к ИБ пользователях. С предложением системы можно согласиться, если администратор уверен в том, что подключенные пользователи не вводят данные в ИБ (например, если пользователи в конце рабочего дня забыли выйти из системы). В противном случае необходимо завершить сеансы пользователей на их рабочих местах.
После завершения работы всех пользователей система выполнит резервное копирование.
Для того чтобы войти в информационную базу, если резервное копирование не выполнилось, необходимо запустить «1С:Предприятие» с параметрами:
ENTERPRISE /F <путь к информационной базе> /CРазрешитьРаботуПользователей /UC РезервноеКопирование.
9.2.4. Восстановление данных из резервной копии
В любой момент времени можно восстановить данные ИБ из созданной ранее резервной копии. Все данные в восстановленной ИБ будут актуальны на момент создания копии. Данные, введенные в ИБ после создания резервной копии, будут отсутствовать в восстановленной ИБ.
Для восстановления данных из резервной копии используется помощник Восстановление данных информационной базы из резервной копии .
В помощнике необходимо указать путь к файлу с резервной копией. Помощник позволяет перед восстановлением данных создать резервную копию. Если установить соответствующий флажок, то потребуется указать папку, в которую помощник сохранит резервную копию.
После восстановления система будет перезапущена, поэтому если у администратора для авторизации в системе задан пароль, то на последней странице помощника необходимо его указать. Нажав на кнопку Готово , можно завершить работу помощника. После этого система установит блокировку ИБ и завершит работу всех пользователей, выполнит резервное копирование (если это задано пользователем) и восстановит данные ИБ из указанной резервной копии.
9.3. Тестирование и исправление информационной базы
В процессе работы системы «1С:Предприятие 8» могут возникать различные нештатные ситуации: отключение питания компьютера, «зависание» операционной системы, сбои оборудования и прочее. Такие ситуации, возникшие в процессе записи изменений в информационную базу системы «1С:Предприятие 8», могут привести к ее некорректному состоянию. Внешние проявления некорректного состояния информационной базы могут быть различными, вплоть до невозможности открыть информационную базу в режиме 1С:Предприятие .
Для диагностики и устранения ошибочных состояний информационных баз предназначена процедура Тестирование и исправление информационных баз , которая запускается в режиме Конфигуратор выбором главного меню Администрирование – Тестирование и исправление .
9.4. Автономное исправление информационной базы
В комплект поставки входит утилита восстановления файлового варианта базы данных chdbfl.exe . Утилита предназначена для автономной проверки и исправления файла информационной базы 1Cv8.1CD (то есть без запуска программы «1С:Клиент ЭДО 8»).
Перед использованием утилиты рекомендуется сделать резервную копию информационной базы. Необходимо закрыть программу «1С:Клиент ЭДО 8».
На экран будет выведено окно утилиты.
1. В окне утилиты в поле Имя файла БД нужно указать путь к файлу информационной базы.
2. Чтобы обнаруженные при проверке ошибки сразу исправлялись, установить флажок Исправлять обнаруженные ошибки .
3. Нажать кнопку Выполнить .
9.5. Завершение работы пользователей
Для администратора в программе предусмотрена возможность завершать работу пользователей и блокировать вход в программу на определенный период времени. Такая возможность востребована для проведения профилактических или срочных работ в программе. Обычно такие работы проводят в ночные часы, для того чтобы не затруднять работу в программе других пользователей. Однако бывают различные внеплановые ситуации. Например, необходимость провести обновление версии программы, восстановление после сбоя электроснабжения, резервное копирование информационной базы. Большинство этих работ не могут быть проведены, если пользователи продолжают работать в программе.
Также имеется возможность просмотра списка активных пользователей и перехода к записям журнала регистрации по интересующему пользователю. При работе в клиент-серверном варианте возможно отключение пользовательских сеансов непосредственно из списка активных пользователей, а также блокировка работы регламентных заданий.
9.5.1. Блокировка работы пользователей
В разделе Администрирование – Обслуживание необходимо перейти по ссылке Блокировка работы пользователей .
Заполнить необходимые для блокировки параметры:
Для включения возможности управления блокировкой регламентных заданий необходимо перейти по одноименной ссылке.
В открывшемся окне Управление блокировкой регламентных заданий ввести:
После ввода параметров администрирования ИБ нажать кнопку OK для возврата в окно Блокировка работы пользователей .
Далее нажать кнопку Установить блокировку , для того чтобы заблокировать работу пользователей. Предварительно программа запрашивает подтверждение администратора.
Открывается окно Блокировка работы пользователей . Нажав на кнопку Остановить , администратор может отменить блокировку.
При наступлении времени блокировки будет автоматически предпринята попытка завершить сеансы работы всех пользователей. Перед блокировкой программа выдает запросы о необходимости сохранения данных и завершения работы. Войти в программу с этого момента будет невозможно, блокировка будет продолжаться до указанного администратором времени. При этом будут выполнены стандартные действия при завершении работы – запрос на завершение (если пользователь настроил себе подтверждение закрытия).
Нужно иметь в виду, что к моменту начала блокировки в программе могут существовать «зависшие» сеансы (например, если пользователи в конце рабочего дня забыли выйти из программы, программа зависла или был запущен сложный отчет). Посмотреть данные о текущих сеансах работы с программой можно в списке Активные пользователи (подробнее см. раздел «Список активных пользователей»). Гарантированное завершение всех пользовательских сеансов возможно только в клиент-серверном варианте программы. В файловом варианте программы требуется завершить «зависшие» сеансы пользователей на их рабочих местах, а также, если необходимо, завершить другие программы, которые подключены к базе по внешнему соединению (COM) или с помощью веб-сервисов.
При попытке войти в программу в период действия блокировки появится предупреждение с инструкцией для администратора. Для того чтобы разрешить работу пользователей, администратору предлагается произвести запуск программы с параметрами. Подробнее см. раздел «Снятие блокировки работы пользователей».
Нужно нажать кнопку Выполнить запуск , чтобы попытаться еще раз запустить программу, или кнопку Отмена , для того чтобы прекратить попытки и закрыть программу.
9.5.2. Снятие блокировки работы пользователей
После наступления указанного администратором срока блокировка работы пользователей снимается автоматически.
Снять блокировку сеансов досрочно можно следующим способом: не завершая работу в программе, после окончания запланированных работ перейти по ссылке Блокировка работы пользователей в разделе Администрирование – Обслуживание , нажать кнопку Снять блокировку .
9.5.3. Список активных пользователей
С помощью ссылки Активные пользователи раздела Администрирование – Поддержка и обслуживание можно перейти к списку пользователей, которые в настоящий момент времени работают в программе. В списке также отображаются внешние пользователи, сеансы, установленные в других режимах подключения (например, соединения, которые производились из других программ через внешние соединения (СОМ) или веб-сервисы). Режим подключения можно увидеть в колонке Приложение . Кроме этого в списке указаны сетевое имя компьютера, с которого выполнен вход в программу, время начала работы и номер сеанса, а также разделение данных.
В клиент-серверном варианте работы имеется возможность Завершить сеанс любого выбранного пользователя (кроме текущего) с помощью кнопки панели навигации или команды меню Еще .
С помощью команд меню Еще можно выполнить сортировку пользователей в списке (по возрастанию и убыванию), а также обновить список.
Для анализа работы выбранного пользователя в списке Активные пользователи необходимо нажать кнопку Журнал регистрации .
Приветствую!
Обновил платформу с 8.3.10 на релиз 8.3.11 и теперь вот такая ошибка вываливается при проведении документа ПТИУ и ПКО
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.
Подскажите, кто знает
(1) Так 8.3.11 - это же пока тестовая, кто же знает, что там за ошибки. (2)Ну это понятно. Только там вкусность есть одна, которая нужна мне - добавление реквизитов и ТЧ в расширения.05.09.17 опубликована версия 8.3.11.2571, предназначена для тестирования
(3)Откатился, но хочется новый функционал использовать. Что же они такую кривую то закидывают. (8) она для франчей для тестирования. не стоит клиентам ставить. сейчас тестирую, одна из ошибок в том. что обновление конфигурации надо выполнять под обновленной платформой..1С:Предприятие 8.3 (8.3.11.2571)
Управление торговлей, редакция 11 (11.3.4.30
а у вас базовая или Проф ?
(12)Я снес старые версии платформы, установил новую, под ней развернул дт, убрал режим совместимости. На файловой у меня не завелось. Я просто развернул ее из шаблона и та же фигня но ошибка после обновления платформы была таже, откатился на старую конфу в обновлении, заработало. теперь обновляю конфу Так какая правильная последовательность должна быть? Накатываем платформу, потом обновление ставим, потом снимаем режим совместимости? (28)В том и фишка - надо выставить в режим "не использовать", чтобы добавить реквизиты в расширение (31)попробую тем более что у меня тоже задействовано расширение в вашем случае при восстановлении из DT обновиться из шаблона на предыдущий релиз УТ 3.40, у меня такой был. и дальше пробую обновить до текущего (34)Вышла новая платформа. Пока полет нормальный - косяк этот ушел Не вижу выхода 8.3.11, вижу последнюю 8.3.10.2561 от 11 августа 20178.3.11 - пока тестовый. Релиз запланирован на 17.10.2017. (39)О чем и я, в утвержденных релизах его нет, только в тестовых. Вообще конечно это риск, пробовать рисковать данными на тестовом софте))) (42)Нет, бэкап не всегда помогает, многое может проявиться совсем не сразу.
Пользователям может не понравиться, если за 1-2 недели снова данные вводить придется. )
Запись не найдена в менеджере имен базы данных.
Подскажите, пожалуйста, есть решение? На релизе тоже появилось.
Нафига вы на 11 платформу обновляетесь, не пойму. Для всех типовых 10 пока подходит. (47)Не скажите. Мелькало тут как-то, как раз с УТ. Народ жаловался, что УТ требует при обновлении 11 релиза платформы (48)Чет не видал я что 11 требует, у меня УТ11 на 10 норм обновляется, без претензий. (49)В общем с какой-то из последних релизов люди жаловались, сейчас точно тему не найду) (50) ERP последней версии требует 8.3.10.2466. А все УТ11 это кусок ERP.Появилась похожая ошибка (конфигурация нетиповая, платформа 8.3.11.2867)
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных
После чего сеанс завершается
В случае если загружаемый "ЭлементДанных" не входит в состав плана обмена с которым выполняется обмен.
Включил в состав плана обмена (в моем случае это был регистр сведений на котором был обмен в одну сторону) и ошибка исчезла.
Где
Отправитель - Узел плана обмена
Данные - собственно прилетевшие данные в базу
Хех, нашел второй вариант таблетки:
Тоже работает на ура.
(61) У меня не срабатывает в попытке - платформа все равно падает, что логично.Доброго всем времени суток.
Данная ошибка "Запись не найдена в менеджере имен базы данных." вылезает при реструктуризации базы данных из под конфигуратора.
Все остальные галки сняты только реструктуризация, куда копать ?
Со стороны пользователей в 1С все абсолютно все работает. Все документы проводятся, в общем все штатно.
Итоги из под конфигуратора пересчитываются нормально. Переиндексация из под конфигуратора так же штатно отрабатывает.
Куда копать подскажите ?
(62)Чем вам не сидится на 8.3.10.ххх, или конфигурация требует 8.3.11.ххх.Теперь требует :) (из за продвинутых возможностей расширений в большей степени) но на 8.3.10 реструктуризация работает штатно.
Сейчас выявили предполоение что из за агрегатов которые включены на регистре об который спотыкается реструктуризация вываливается данная ошибка.
В выходные буду пробовать удалять агрегаты и повторно проводить реструктуризацию.
К слову "Чем вам не сидится на 8.3.10.ххх".
У нас база близится к 400 (сейчас перевалила за 350) гигам, и реструктуризация скажем таки прямо - дело "тухлое" в старых версиях. Делали только когда были праздники захватывающие выходные (то есть чтобы 3 дня получлоась)
В 8.3.11 1С изменили подход к реструктуризации насколько я понял. Хочется проверить так ли это, чтобы поставить эту штуку на автоматический регламент хотя бы раз в 3-4 месяца. но для этого надо чтобы реструктуризация хотя бы ручками выполнялась.
Пересчет итогов средствами конфигуратора идет каждые выходные, но благодаря сильному серверу и RAID-у на SSD дисках пересчет итогов идет около полутора часов иногда 3 часа когда были сильные изменения по регистрам.
Похожая ситуация, но расширение никакие не получилось завести.
8.3.11.3034
взял конфигурацию ЕРП, убрал режим совместимости, создал расширение. Версия БСП 2.3.2
И после разных манипуляций, расширение вообще пропадает из конфигуратора.
Каких только ошибок не насмотрелся:
1.
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Транзакция активна. Индексы выключать нельзя
2.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка при выполнении операции с информационной базой
Запись не найдена в менеджере имен базы данных.
(67) да, Вадим, народ так и пишет, но смысл публиковать работу с расширением, если пользоваться не возможно
3.
Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине:
Ошибка при исполнении запроса набора данных
по причине:
Ошибка выполнения запроса
по причине:
Работа с таблицей невозможна.
Структура таблицы несовместима с текущими расширениями конфигурации.
та утож, не все работает.
хотел большое дополнение сделать полностью на расширении.
там добавление реквизитов возможно и т.д.
4. 8.3.12.1412 даже нельзя выполнить запрос в консоле по добавленному в расширение регистру
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
: Ошибка при вызове метода контекста (Выполнить)
Результат = Запрос.Выполнить().Выгрузить().ВыгрузитьКолонку("ИмяРегистра");
по причине:
Ошибка выполнения запроса
по причине:
Нельзя использовать таблицу без указания всех разделителей с независимым использованием разделяемых данных
объект: 'РегистрСведений. (регистр добавленный в расширение)
Почтальон Печкин 1С-кин:
"У меня для вас есть регистр сведений в расширениях, но использовать его вы не сможете!"
При попытке удаления расширения в конфигураторе
------
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Некорректное использование LOCAL/GLOBAL в SET GENERATION.
------
но снять "Активность" получилось
При попытке удаления расширения в Предприятии:
------
После удаления, при подготовке оставшихся расширений к работе, произошла ошибка:
В процессе обновления информационной базы произошла некритичная ошибка: Невозможно установить монопольную блокировку из-за активной транзакции
------
Как-то разгреблось постепенно. Баг это понятно.
Но наверное помогло то, что постепенно удалял из расширения последние добавленные объекты (предварительно сохранив конфу расширения)
И так по одному объекту удаляя и сохраняя каждый раз - вроди позволило. Т.е. целиком удаляя или если много сразу объектов удалять - падает. А по одному - вроди постепенно помогает.
новиночка в процессе удаления расширения
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: Невозможно вставить повторяющуюся ключевую строку в объект "dbo._Reference41587" с уникальным индексом "_Reference41587_S_HPK".
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1
Продолжаем с внезапно перестающими работать и удаляться расширениями
8.3.13.1198 x64 файловая
При ТИИ Проверка логической целостности прерывается ошибкой:
Ошибка SDBL:
Таблица или поле Fld1507 не содержится в разделе FROM (pos = 7)
8.3.13 файловая (в отличие от 8.3.12) таки удалило расширение.
Сначала сказала что нужно сначала снять активность, а потом все получилось.
Но Тестирование после удаления расширения все равно не проходит с той же ошибкой
в последних поболе ошибок исправлено, особенно в 8.3.13
но большинство ошибок простым к смертным конфигурациям не относятся
(82) те новинки которые добавлены расширением 8.3.11 (регистры, перечисления) - не рабочие
базу можно погубить.
у меня висит сейчас такая база, которая теперь и не тестится.
Итак, обновление….
Напомню, есть база на SQL УТП+доработки с отключенной совместимостью, в которой развивалось расширение.
В какой-то момент после доработок расширения на 8.3.11 или 8.3.12 стало не возможным вносить любые изменения в расширение.
Конфигуратор падал дампом
Вышла новая платформа 8.3.12.1595. и дело немного сдвинулось с мертвой точки.
Теперь конфигуратор во время сохранения конфигурации расширения не падает, а выдает ошибку:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Некорректное использование LOCAL/GLOBAL в SET GENERATION.
Причем в строке состояния видно, что остановлено на реструктуризации объекта:
Последовательность.ПартионныйУчет.Таблица границ последовательности
После удаления этой последовательности из конфигурации, сохранение продвинулось дальше, т.е. выдавало ошибку уже на другом объекте,
который также никак не связан с расширением. Это бы какой-то из ПланВидовХарактеристик.
Т.е. теоретически удаляя объекты конфигурации можно наверное выйти из этой ошибки.
Но что если ошибки будут валить в большой массе объектов, которые не возможно удалить?
Боюсь что с похожей ошибкой никто не сталкивался, и не регистрировал, а разрабы ее так и не починят.
А у меня будет висеть примороженное расширение.
Читайте также: