1С код возврата 1625

v8: 8.2 не могу выгрузить базу из конфигуратора, пишет ошибка исключительной блокировки

Промышленность Настройка и очистка журнала регистрации

Пример создания резервной копии и ее восстановления.

Загрузка информационной базы

Выгрузка информационной базы

Важно заметить, что для создание копии крайне важно что бы всœе сеансы пользователœей текущей ИБ были завершены, иначе возникнет ошибка Исключительной блокировки информационной базы.

Чтобы выполнить выгрузку крайне важно:

1) Войти в режиме “Конфигуратор”.

2) В главном меню выбрать пункт “Администрирование — Выгрузить информационную базу”

3) В результате появится окно сохранения.

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

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

Чтобы выполнить загрузку крайне важно:

1) Войти в режиме “Конфигуратор”.

2) В главном меню выбрать пункт “Администрирование — Загрузить информационную базу”

3) В результате появится окно открытия и оповещение о крайне важности перезагрузка Конфигуратора.

Мы уже рассматривали Журнал регистрации, теперь посмотрим как настроить данный журнал.

Для открытия окна, зайдем в пункт меню “Администрирование-Настройка журнала регистрации“

В принципе всœе понятно. В группе Регистрировать в журнале событий выбираем данные которые будут регистрироваться. В поле Разделять хранения по периодам, выбирается период разделœения журнала на файлы.

Читайте также

  • — Настройка и очистка журнала регистрации

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

  • — Настройка и очистка журнала регистрации

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

    • Добавить свою публикацию
    • для этого требуется регистрация

    Суть проблемы

    Однажды выполняя обновление конфигурации "Управление производственным предприятием" редакции 1.3 на новый релиз столкнулся с ошибкой платформы. При сравнении основной конфигурации и новой конфигурации поставщика платформа вылетала с ошибкой.

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

    Симптомы

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

    На скриншоте показан тот момент, когда платформа вылетала с ошибкой. То есть, именно при сравнении общего макета "ПравилаОбмена_УПП_УПП" возникает исключительные ситуации. Причина, по которой именно на этом объекте появляется ошибка, для меня так и осталась загадкой. 

    Макет имеет относительно большой размер — 14 МБ. Для сравнения — размер конфигурации поставщика составляет ~250 МБ. Возможно это и есть причина проблемы. Путь решения проблемы оказался достаточно простым.

    Решение

    Чтобы все таки выполнить обновление решил исключить из конфигурации этот объект и попытаться запустить сравнение. Для этого включил возможность изменения конфигурации и снял с поддержки общий макет "ПравилаОбмена_УПП_УПП".

    Далее удалял макет из конфигурации и обновил информационную базу. После проделанных действий при следующей попытке обновить УПП проблемы не возникло.

    При необходимости макет можно будет вернуть после обновления и вернуть объект на поддержку.

    Альтернативное решение

    Есть и другое решение, не затрагивающее конфигурацию.

    Блокировки данных в 1С:Предприятии 8

    Достаточно выполнять процесс обновления конфигурации на 64-разрядной машине с достаточным объемом оперативной памяти. Заметил, что на машине с 4 ГБ оперативной памяти, но 32-разрядной ОС платформа 1С:Предприятие вылетала с ошибкой. Но на 64-разрядной машине с тем же объемом оперативной памяти ошибки не возникает.

    Так что меняем сервера =)

     

    предыдущие ()все

    ≡ к списку статей

    Ошибка исключительной блокировки базы. База данных не открыта.

    Большинство проблем при подключении к серверу 1С:Предприятия связаны с адресами машин и доступностью серверов кластера сервера 1С.

    Ошибка "Затребованное имя допустимо"

    При подключении к серверу 1С:Предприятия получаем ошибку:

    Server_addr=tcp://localhost.localdomain:1562 descr=Ошибка сетевого доступа к серверу (Windows Socket-11004(0х00002AFC). Затребованное имя допустимо и оно найдено в базе данных, но для имени отсутствует связанные с ним данные, которые были разрешены для него.) line=259 file=.\src\DataExchangeTcpClientlmpl.cpp

    Ошибка 11004 показывает, что указанному имени сервера в DNS нет соответствующей записи типа A, которая определяет его IP адрес.

    "Ошибка при выполнении операции с информационной базой" "Ошибка сетевого доступа к серверу" (Windows Sockets 11001(0x00002AF9). Этот хост неизвестен. )

    Возможное решение

    На ошибку "Затребованное имя допустимо и оно найдено в базе данных, но для имени отсутствует связанные с ним данные, которые были разрешены для него" в файлах

    /home/usr1cv81/1c/1cv81/srvibrg.lst и /home/usr1cv81/1c/1cv81/reg_1541/s1CV8Reg.lst

    нужно заменить везде localhost.localdomain (или адрес, который там указан) на IP-адрес сервера сервера (в кавычках), либо на имя машины (тоже в кавычках). При указании имени машины нужно обеспечить для имён машин прямую зону в DNS, а для IP-адресов — обратную.

    Проверить этот совет не представилось возможным, т.к. не удалось воспроизвести проблему

    Ошибка сетевого доступа к серверу

    При запуске базы в режиме предприятия получаем ошибку: descr = Ошибка сетевого доступа к серверу (Windows Sockets — 10004(0x00002714).@) line=870 file=.\src\DataExchangeServerImpl.cpp

    В качестве решения нужно прописать адрес и имя сервера в /etc/hosts

    Дальнейшие действия для локализации проблемы.

    1. Удостовериться в правильной и полной установки пакетов.

       rpm -qa | grep nterprise

    должно быть примерно:

    1C_Enterprise-ws-nls-8.1.12-101

    1C_Enterprise-crs-8.1.12-101

    1C_Enterprise-server-nls-8.1.12-101

    1C_Enterprise-crs-nls-8.1.12-101

    1C_Enterprise-common-nls-8.1.12-101

    1C_Enterprise-ws-8.1.12-101

    1C_Enterprise-server-8.1.12-101

    1C_Enterprise-common-8.1.12-101

    2. Удостовериться в правильном и полном запуске сервера

    1. ps aux | grep 1c

    (должно быть ragent, rmngr, rphost)

    3. Удостовериться в наличии и правильном содержании файлов srvribrg.lst 1CV8Reg.lst

    4. Включить логи и изучить ошибки http://kb.etersoft.ru/1С:Предприятие_8.1:_Включение_логов

    (возможные ошибки и их решение можно посмотреть здесь http://www.gilev.ru/1c/81/techlog/)

    <meta http-equiv="content-type" content="text/html; charset=utf-8"></meta>

    Недоступность порта

    Возможно не все сервера на кластере запустились. Проверить можно командой netstat -apn | grep&#160;:15 (выведет процессы, слушающие порты 15xx).

    Ищем блокировки

    Незапущенность серверов обычно связана с неверным указанием адресов узлов в конф. файлах. /home/usr1cv81/1c/1cv81/srvibrg.lst и /home/usr1cv81/1c/1cv81/reg_1541/s1CV8Reg.lst

    Несоответствие системы

    Если при первом запуске кластера выдаётся ошибка, и появляется только файл /home/usr1cv81/1c/1cv81/srvibrg.lst практически без содержимого, возможно нужно обновить систему.

    Наверняка многие из Вас при использовании информационных систем 1С Предприятие (1С 7.7, 1С 8.1, 1С 8.2, 1С 8.3) сталкивались с таким явлением, как блокировки. Причем, как правило, все называют это явление по-разному: «Блокировки 1С», «Конфликт блокировок 1С», «Ошибки блокировок 1С», «Блокировки транзакций 1С» и прочие названия. Давайте кратко разберемся в том, что такое блокировки (не взаимоблокировки), зачем они нужны и как избежать проблем при работе с ними.

    Сами по себе блокировки (в том числе в 1С и в других системах) полезный инструмент, который обеспечивает возможность последовательной работы с общими ресурсами. Для примера, понятие «общие ресурсы» окружает нас по жизни, например, пока Вы управляете автомобилем никто другой не может им управлять. Следовательно, автомобиль – общий ресурс. А второй водитель ожидает пока Вы приедете, например, Ваша жена/муж. Вы оба конкурируете за общий ресурс – автомобиль. Кто будет управлять автомобилем в текущий момент Вы определяете на понятийном уровне, а как нам быть в автоматизированных системах??? Для этого и придумали инструмент блокировки, которые обеспечивают организацию процесса доступа к общему ресурсу и определяют очередь. Как правило в жизни, как и в информационных системах (1С 7.7, 1С 8.1, 1С 8.2, 1С 8.3), общих ресурсов очень много, поэтому и блокировок тоже много. Теперь второй важный момент – как долго будет ждать освобождение вашего автомобиля жена/муж, логично предположить, что не вечно. Поэтому для блокировок задается предельное время ожидания – иначе время таймаута. Таймаут — это максимальное время ожидание конкурирующим участником (вашей жены/мужа) освобождения общего ресурса. Дальше либо он продолжает ждать еще такое же время, либо идет пешком. В информационных системах 1С истечение таймаута заканчивается сообщением «Конфликт блокировок 1С», «Ошибки блокировок 1С», «Блокировки транзакций 1С», «Таймаут при блокировке».

    Важная деталь, которую также следует помнить, блокировки (в частности в 1С) бывают явные (задаются пользователем) и неявные (задаются платформой SQL). В статье мы говорим о явных блокировках, поэтому они всегда используются в транзакции, отсюда выходит, что «Блокировка 1С» и «Блокировка транзакций 1С» синонимы.

    Мы определились, что при превышении таймаута пользователю выводиться сообщение об ошибке, сам процесс ожидания для него выглядит залипанием экрана информационной системы 1С. На вероятность появления сообщения о таймауте (ошибки 1С у пользователя) влияют следующие показатели:

    • Множество блокировок 1С в транзакции;
    • Длительность транзакции.

    Для минимизации сообщений, связанных с ошибками блокировок, необходимо либо уменьшать множество блокировок (оптимизировать селективность), либо уменьшать длительность транзакций.
    Теперь определимся каким образом на эти показатели можно влиять в реальной информационной системе 1С.

    Для уменьшения множества блокировок:

    В 1С:Предприятие 7.7:

    Информационная система 1С 7.7. для блокировок используют табличные блокировки, которые парализуют работу пользователей. Как правило более 50 человек в одной базе данных не могут безошибочно работать, при этом проблемы могут появляться и в базах данных от 20 пользователей.
    Решение:

    В 1С:Предприятие 8.x:
    Информационная система 1С 8.1., 1С 8.2., 1С 8.3. в автоматическом режиме использует избыточные блокировки вида (REPEATABLEREAD, SERIALIZABLE). Это приводит к ухудшению работы пользователей от 100.
    Решение:

    • Управляемые блокировки 1С – встроенное средство платформы 1С для более селективной настройки блокировок. Чтобы его использовать, программист должен сам прописать в нужных местах кода специальные операторы, чтобы заблокировать нужные (по его мнению!) записи в таблицах информационной системы;
    • Гибкие блокировки 1С – технология компании Софтпоинт для замены стандартных блокировок на пользовательские.

    Для уменьшения длительности транзакций:

    Для любых информационных систем 1С (1С 7.7., 1С 8.1, 1С 8.2, 1С 8.3) как и для других информационных систем применяется схожие подходы:

    • Проверка и правильная настройка регламентного обслуживания базы данных (обслуживание файлов, индексов, статистик, базы временных таблиц, настройка Windows и SQLServer);

    • Анализ и оптимизация тяжелых запросов 1С и SQL (индексный тюнинг, переписывание запросов);

    • Проверка на избыточность транзакций.

      Ошибка исключительной блокировки информационной базы 1С

      Во многих случаях необоснованно в транзакцию включают операции не осознавая, как это повлияет на длительность, а вместе с ней на производительность.

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

    Если тема Вам интересна, мы рекомендуем продолжить изучение вопроса:

    1. Если Вы хотите самостоятельно разбираться с техническими проблемами производительности 1С (1С 7.7, 1С 8.1, 1С 8.2, 1С 8.3) и других информационных систем, то для Вас уникальный список технических статей в нашем Альманахе (Блокировки и взаимоблокировки, большая нагрузка на CPU и диски, обслуживание баз данных и индексный тюнинг — лишь малая часть технических материалов, которые Вы там найдете).
    2. Если Вы хотите обсудить с нашим экспертом проблемы производительности или заказать решение мониторинг производительности PerfExpert, то оставьте заявку и мы свяжемся с Вами в кратчайшие сроки.

    Добавить комментарий

    Ваш e-mail не будет опубликован. Обязательные поля помечены *