Ключ защиты программы больше не доступен! Работа программы завершена.(программная лицензия)
Доброе время суток. Можете подсказать с одной проблемой:
Периодически у бухгалтера 1С выдает ошибку (на рисунке). Нажимаешь ОК и программа закрывается. Происходит это в любое время, любое кол-во раз.
Сама 1С установлена на сервере (OС Windows Server 2003 Enterprise SP2, Intel Core i5, 8ГБ ОЗУ, RAID 1) платформа 1С 8.3.9.2033, конфигурация БП 3.0.47.26. Ключей HASP нет. Вместо них программная лицензия. Всего 2 бухгалтера, которые подключаются к серверу по RDP. Ошибка появляется периодически у одного буха, у другого - нету (хотя возможно и была бы, если бы почаще ходила туда заходила).
Посмотрел в события на сервере: вот такие ошибки
=================================
Тип события: Ошибка
Источник события: Application Error
Категория события: (100)
Код события: 1000
Дата: 02.03.2017
Время: 9:48:50
Пользователь: Н/Д
Компьютер: SERVER1C
Описание:
Ошибка приложения 1cv8.exe, версия 8.3.9.2033, модуль msvcr110.dll, версия 11.0.51106.1, адрес 0x000a327c.
Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 31 63 76 ure 1cv
0018: 38 2e 65 78 65 20 38 2e 8.exe 8.
0020: 33 2e 39 2e 32 30 33 33 3.9.2033
0028: 20 69 6e 20 6d 73 76 63 in msvc
0030: 72 31 31 30 2e 64 6c 6c r110.dll
0038: 20 31 31 2e 30 2e 35 31 11.0.51
0040: 31 30 36 2e 31 20 61 74 106.1 at
0048: 20 6f 66 66 73 65 74 20 offset
0050: 30 30 30 61 33 32 37 63 000a327c
====================
Тип события: Предупреждение
Источник события: Userenv
Категория события: Отсутствует
Код события: 1517
Дата: 02.03.2017
Время: 9:48:53
Пользователь: NT AUTHORITY\SYSTEM
Компьютер: SERVER1C
Описание:
Реестр пользователя SERVER1C\buh1 был сохранен в то время, как приложение или служба продолжали использовать его во время выхода из системы. Используемая реестром пользователя память не была освобождена. Реестр будет выгружен, когда он не будет использоваться.
Возможная причина - службы, выполняемые от имени пользователя. Попробуйте изменить настройку служб и задать их выполнение с учетными записями LocalService или NetworkService.
Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Периодически у бухгалтера 1С выдает ошибку (на рисунке). Нажимаешь ОК и программа закрывается. Происходит это в любое время, любое кол-во раз.
Сама 1С установлена на сервере (OС Windows Server 2003 Enterprise SP2, Intel Core i5, 8ГБ ОЗУ, RAID 1) платформа 1С 8.3.9.2033, конфигурация БП 3.0.47.26. Ключей HASP нет. Вместо них программная лицензия. Всего 2 бухгалтера, которые подключаются к серверу по RDP. Ошибка появляется периодически у одного буха, у другого - нету (хотя возможно и была бы, если бы почаще ходила туда заходила).
Посмотрел в события на сервере: вот такие ошибки
=================================
Тип события: Ошибка
Источник события: Application Error
Категория события: (100)
Код события: 1000
Дата: 02.03.2017
Время: 9:48:50
Пользователь: Н/Д
Компьютер: SERVER1C
Описание:
Ошибка приложения 1cv8.exe, версия 8.3.9.2033, модуль msvcr110.dll, версия 11.0.51106.1, адрес 0x000a327c.
Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 31 63 76 ure 1cv
0018: 38 2e 65 78 65 20 38 2e 8.exe 8.
0020: 33 2e 39 2e 32 30 33 33 3.9.2033
0028: 20 69 6e 20 6d 73 76 63 in msvc
0030: 72 31 31 30 2e 64 6c 6c r110.dll
0038: 20 31 31 2e 30 2e 35 31 11.0.51
0040: 31 30 36 2e 31 20 61 74 106.1 at
0048: 20 6f 66 66 73 65 74 20 offset
0050: 30 30 30 61 33 32 37 63 000a327c
====================
Тип события: Предупреждение
Источник события: Userenv
Категория события: Отсутствует
Код события: 1517
Дата: 02.03.2017
Время: 9:48:53
Пользователь: NT AUTHORITY\SYSTEM
Компьютер: SERVER1C
Описание:
Реестр пользователя SERVER1C\buh1 был сохранен в то время, как приложение или служба продолжали использовать его во время выхода из системы. Используемая реестром пользователя память не была освобождена. Реестр будет выгружен, когда он не будет использоваться.
Возможная причина - службы, выполняемые от имени пользователя. Попробуйте изменить настройку служб и задать их выполнение с учетными записями LocalService или NetworkService.
Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Прикрепленные файлы:
Найденные решения
(12)
То ли вашу базу таскали куда-то на другой комп, где стоит не патч, а эмулятор на сотни лицензий... то ли все-таки у вас сначала поставили такой эмулятор, а потом уже пропатчили 1С.
И, возможно, этот эмулятор все еще стоит и периодически глючит.
В любом случае, я бы после возврата на легальную лицензию озаботился бы тем, чтобы эту нехорошую информацию убрать, вроде как где-то описывались танцы с бубном, которые позволяют это сделать.
В крайнем случае - установка чистой базы с легальной лицензией и полный перенос всей информации в нее.
В общем, как я понимаю, надо удалять платформу и устанавливать снова ее или более свежую.
Удалять необязательно: можно перезаписать backbas.dll на непатченную версию, взять из любого доступного источника. Например, временно установить 1С того же релиза на любом другом компе и скопировать оттуда этот файл,чтобы не мучать сервер лишними переустановками.
А потом активировать лицензию.
Если она не подхватится сама. Еще неизвестно, что будет после восстановления backbas.dll, не зря же у вас светится вот это:
Сетевой HASP4 ORG8A 300
Сетевой HASP4 ORG8B 500
Сетевой HASP4 ORG8B 500
То ли вашу базу таскали куда-то на другой комп, где стоит не патч, а эмулятор на сотни лицензий... то ли все-таки у вас сначала поставили такой эмулятор, а потом уже пропатчили 1С.
И, возможно, этот эмулятор все еще стоит и периодически глючит.
Не будет ли подобной ошибки после сего действия?
Кто поручится за комп, который не он настраивал? А тут даже и не вы настраивали.
В любом случае, я бы после возврата на легальную лицензию озаботился бы тем, чтобы эту нехорошую информацию убрать, вроде как где-то описывались танцы с бубном, которые позволяют это сделать.
В крайнем случае - установка чистой базы с легальной лицензией и полный перенос всей информации в нее.
(7) Судя по строке "текущая лицензия" платформа видит usb ключ на 10 р.м. либ оу вас в сети есть аппаратный ключ на 10 рабочих мест либо установлен unipatch (пропатчена библиотека backbas.dll).
Если у Вас есть лицензии в нужном количестве я Вам советую найти эти комплекты лицензий и активировать их. Если "клиенты" работают с каталогом базы данных в общем доступе активируйте однопользовательские лицензии на каждый пк. Если терминал то многопользовательскую (если есть) на терминал.
Если у Вас есть лицензии в нужном количестве я Вам советую найти эти комплекты лицензий и активировать их. Если "клиенты" работают с каталогом базы данных в общем доступе активируйте однопользовательские лицензии на каждый пк. Если терминал то многопользовательскую (если есть) на терминал.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)
Если не поможет, то начинать танцевать с бубном, от испробования разных релизов платформы до перемещения файлов лицензий:
1С-ка на сервере как файловый база. Самого Сервера 1С нет.
Похоже, что-то периодически блокирует доступ к файлам лицензии. Первое подозрение - на антивирус. Он у вас есть на сервере? Если есть, то добавить файлы лицензий *.lic в исключения.
Если не поможет, то начинать танцевать с бубном, от испробования разных релизов платформы до перемещения файлов лицензий:
Первое подозрение должно быть на эмулятор hasp ключей который и отваливается переодически. Сделайте скрин с окна справка о программе, а лучше текст от туда скопируйте внизу окна все что относится к лицензии и само собой если там есть информация об организации затрите ее и выложите сюда ну или хотя бы в личку.
П.С. с программными лицензиями не возникает подобных ошибок т.к. используемый файл-лицензия блокируется на любые изменения процессом платформы 1с либо процессами сервера 1с. Бывают ситуации при первом входе в программу когда лицензия может блокироваться самой платформой, если она видит копии этой лицензии или файлы-лицензии активированные ранее с этого же комплекта (например при переактивации забыли удалить старый файл) - но это немного не то, во время работы не будет возникать ошибка "лицензия более недоступна".
П.С. с программными лицензиями не возникает подобных ошибок т.к. используемый файл-лицензия блокируется на любые изменения процессом платформы 1с либо процессами сервера 1с. Бывают ситуации при первом входе в программу когда лицензия может блокироваться самой платформой, если она видит копии этой лицензии или файлы-лицензии активированные ранее с этого же комплекта (например при переактивации забыли удалить старый файл) - но это немного не то, во время работы не будет возникать ошибка "лицензия более недоступна".
(6)
Текст про лицензию не влез в окно, скопировал:
========================
Текущая:
Локальный HASP4 ORGL8 10, получило клиентское приложение
Информационная база:
Сетевой HASP4 ORG8A 300
Сетевой HASP4 ORG8B 500
Локальный HASP4 ORGL8 50
<тут реквизиты организации>
============================
Текст про лицензию не влез в окно, скопировал:
========================
Текущая:
Локальный HASP4 ORGL8 10, получило клиентское приложение
Информационная база:
Сетевой HASP4 ORG8A 300
Сетевой HASP4 ORG8B 500
Локальный HASP4 ORGL8 50
<тут реквизиты организации>
============================
Прикрепленные файлы:
(7) Судя по строке "текущая лицензия" платформа видит usb ключ на 10 р.м. либ оу вас в сети есть аппаратный ключ на 10 рабочих мест либо установлен unipatch (пропатчена библиотека backbas.dll).
Если у Вас есть лицензии в нужном количестве я Вам советую найти эти комплекты лицензий и активировать их. Если "клиенты" работают с каталогом базы данных в общем доступе активируйте однопользовательские лицензии на каждый пк. Если терминал то многопользовательскую (если есть) на терминал.
Если у Вас есть лицензии в нужном количестве я Вам советую найти эти комплекты лицензий и активировать их. Если "клиенты" работают с каталогом базы данных в общем доступе активируйте однопользовательские лицензии на каждый пк. Если терминал то многопользовательскую (если есть) на терминал.
В общем USB-ключей нет, лицензия (все книги, конверты с ПИН-кодами и пр.) есть, а 1С-ка пропатчена, зачем так сделали - загадка. Самое интересное, что обмен с ПФР, ФСС и т.д. работает. В общем, как я понимаю, надо удалять платформу и устанавливать снова ее или более свежую. А потом активировать лицензию. Не будет ли подобной ошибки после сего действия?
(12) Зачем такие сложности , установите новую версию платформы и посмотрите как будет она запускаться . Если стояла ломка , то новая платформа должна подхватить ваши программные лицензии ,если будет отражаться HASP значит где-то все-таки есть ключ ( возможно в другой сети, и просто в другой сети и в файле настройке прописано перенаправление). В окошке о программе - пишется именно "захваченная" в данный момент лицензия , возможно что при новом запуске у Вас там будет программная лицензия. так что эти сведения не совсем показатель.
(12)
То ли вашу базу таскали куда-то на другой комп, где стоит не патч, а эмулятор на сотни лицензий... то ли все-таки у вас сначала поставили такой эмулятор, а потом уже пропатчили 1С.
И, возможно, этот эмулятор все еще стоит и периодически глючит.
В любом случае, я бы после возврата на легальную лицензию озаботился бы тем, чтобы эту нехорошую информацию убрать, вроде как где-то описывались танцы с бубном, которые позволяют это сделать.
В крайнем случае - установка чистой базы с легальной лицензией и полный перенос всей информации в нее.
В общем, как я понимаю, надо удалять платформу и устанавливать снова ее или более свежую.
Удалять необязательно: можно перезаписать backbas.dll на непатченную версию, взять из любого доступного источника. Например, временно установить 1С того же релиза на любом другом компе и скопировать оттуда этот файл,чтобы не мучать сервер лишними переустановками.
А потом активировать лицензию.
Если она не подхватится сама. Еще неизвестно, что будет после восстановления backbas.dll, не зря же у вас светится вот это:
Сетевой HASP4 ORG8A 300
Сетевой HASP4 ORG8B 500
Сетевой HASP4 ORG8B 500
То ли вашу базу таскали куда-то на другой комп, где стоит не патч, а эмулятор на сотни лицензий... то ли все-таки у вас сначала поставили такой эмулятор, а потом уже пропатчили 1С.
И, возможно, этот эмулятор все еще стоит и периодически глючит.
Не будет ли подобной ошибки после сего действия?
Кто поручится за комп, который не он настраивал? А тут даже и не вы настраивали.
В любом случае, я бы после возврата на легальную лицензию озаботился бы тем, чтобы эту нехорошую информацию убрать, вроде как где-то описывались танцы с бубном, которые позволяют это сделать.
В крайнем случае - установка чистой базы с легальной лицензией и полный перенос всей информации в нее.
Еще вариант - удалить backbas.dll, backend.dll и переустановить имеющуюся платформу. Или сделать чистую установку на любом компе и скопировать.
Программная лицензия одна на двоих?
Можно в стартовом окне под кнопкой "Настройка" снять галку "Использовать аппаратную лицензию" и посмотреть, что получится.
Причина патча платформы может быть в том, что для RDP нужны две программные лицензии, каждую из которых после получения надо переместить в профиль нужного пользователя.
Жаль, что Application Error модуль msvcr110.dll на версии 8.3.9.2033 так и не пофиксили.
Программная лицензия одна на двоих?
Можно в стартовом окне под кнопкой "Настройка" снять галку "Использовать аппаратную лицензию" и посмотреть, что получится.
Причина патча платформы может быть в том, что для RDP нужны две программные лицензии, каждую из которых после получения надо переместить в профиль нужного пользователя.
Жаль, что Application Error модуль msvcr110.dll на версии 8.3.9.2033 так и не пофиксили.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот