Дневник megavtogal.com

МЕНЮ
  • Контакты
  • Статьи

1с файл не обнаружен 2 0х00000002

Обновлено: 06.01.2025

Что делать?

Варианты действий:

  1. Восстановить информационную базу из резервной копии (если есть).
  2. Использовать встроенную утилиту для проверки целостности — chdbfl.exe.
  3. Выполнить тестирование и исправление базы через Конфигуратор.
  4. Создать новую пустую базу и загрузить сформированный dt-файл.

Рассмотрим каждый из вариантов подробнее.

Рекомендация : перед любыми действиями сделайте резервную копию базы и убедитесь, что отсутствуют активные подключения пользователей.

I. Восстановление из резервной копии

Откройте Конфигуратор. Через меню « Администрирование — Загрузить информационную базу… » выполните восстановление рабочей резервной копии.

Рекомендация : для этих целей рекомендуем создать новую базу и выполнить загрузку копии в неё.

II. Использование утилиты chdbfl.exe

  • Найдите папку с установленной платформой 1С — например, « C:\Program Files (x86)\1cv8\8.x.xx.xxxx », где 8.x.xx.xxxx - номер релиза платформы. Или проверьте в свойствах ярлыка запуска 1С, значение «Рабочая папка».
  • Откройте приложение из каталога bin, где находится искомый файл.
  • Выберите файл 1Cv8.1CD, установите признак « Исправлять обнаруженные ошибки » и нажмите на кнопку « Выполнить ».

По окончанию проверки программа покажет результаты, а при возможности — исправит обнаруженные ошибки.

III. Тестирование и исправление

  • Откройте Конфигуратор.
  • Выберите пункт « Тестирование и исправление… ».
  • В блоке « Проверки и режимы »: — если база большая, проверьте последовательно операции; если малого размера, то все разом:

— Проверка логической целостности;

— Проверка ссылочной целостности;

  • Установите параметр « Тестирование и исправление ».

При наличии ссылок на несуществующие объекты программа по умолчанию предлагает ничего не изменять.

Рекомендация : проверьте для начала режим ссылок «Не изменять». Программа выведет найденные ссылки, и после этого примете решение, очищать их или создавать.

IV. Выгрузить dt-файл и создать новую базу

Пункт аналогичен варианту №1 с тем различием, что вы восстанавливаете не резервную копию, а сначала выгружаете dt-файл.

  • Откройте Конфигуратор для ИБ, где наблюдаются ошибки.
  • Через меню « Администрирование — Выгрузить информационную базу… » выполните выгрузку базы в dt-файл.
  • Создайте новую информационную базу и войдите в Конфигуратор.
  • Через меню « Администрирование — Загрузить информационную базу… » выполните загрузку копии базы.

V. Дополнительные действия

При подозрениях на ошибки жёсткого диска, на котором располагается информационная база:

  • скопируйте каталог базы на другой физический диск;
  • удалите все файлы и папки, кроме файла 1Cv8.1CD;
  • войдите в базу с нового расположения.

VI. Нестандартные ситуации

Когда один пользователь входит в базу 1С и работает без ошибок, а у другого — сбой. В этом случае выполните очистку кэша на рабочем месте, где возникает ошибка. Подробнее здесь .

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

⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.

(6) Проблема у вас только одна - попытка использования устаревших и уже нихрена реально не поддерживаемых технологий.

Представь что у тебя Linux (или Mac) и действуй исходя из этого.

(7) я вангую что он ставит не там и не той разрядности
(9) Там проблемы когда несколько разных версий платформы 1С стоят или ставили криво.
Можно совместить 8.1. 8.2 и 8.3 а вот разные 8.3 глючит.
Например если 8.3.16 и 8.3.15 ну или разрядность того.
(10) неа. Я подозреваю что надо ставить на сервере, а он пытается на клиенте. Ну и х86-64 и SysWOW64 - как бы противоречие, хотя там надо просто зарегать COM+-приложение
С учетом того,что стандартный обмен все равно передает xml-файл,то можно перейти на web-сервисы без проблем.
(12) это надо публиковать базу, а мало кто это хочет делать
(13) так надо опубликовать внутри локальной сети, не надо в глобальном интернете публиковать.
мне регистрация в службах компонентов всегда помогала
Нет, версия одна и запускаю на сервере. Проблема решилась перезапуском сервера 1С. Всем спасибо за участие.
Вроде COM-соединение возможно с базой на другой версии платформы 8.3 А OLE-соединение возможно?

(кстати на 16-ю версию платформы люди жалуются, нам сейчас пока запретили её ставить)

Панель управления\Все элементы панели управления\Администрирование\Службы компонентов\Компьютеры\Мой компьютер\Приложения COM+\CommCtrl\Роли\CreatorOwner\Пользователи\
Сюда добавить пользователей ОС сервера, под кем приходится запускать регламентные задания, а главное USR1CV8.

И лучше физически перезагрузить сервер сам компьютер.

(20) > И лучше физически перезагрузить сервер сам компьютер.
У меня все базы на 8.3.10.2466 (x86-64), только одна 8.3.14.1779 (x64) на диапазоне портов 16хх. Когда к ней подключаюсь в строке подключения к имени сервера дописываю ":1640". Даже вручную делаю команду C:\Windows\SysWOW64\regsvr32 "c:\Program Files\1cv8\8.3.14.1779\bin\comcntr.dll", пишет: Успешно выполнено DllRtgisterServer в c:\Program Files\1cv8\8.3.14.1779\bin\comcntr.dll. Но при этом все равно ошибка: "Несоответствие версий клиента и сервера 1С:Предприятия" (8.3.10.2466 - 8.3.14.1779).

(21) Я вот думаю сказать или нет что COM как и прочие приложения могут быть как x32 так и x64.

И короче регать думать надо что и откуда. И откуда и куда подключаться.
Ну не выйдет цыветочек и x32 не умеет с x64 через COM или OLE

Что имеем. Большая сеть. Три выделенных виртуальних сервера, на каждом ключ на 100 лицензий, с серверов проброс на usb шину. Nethasp.ini настроен корректно. Все работало отлично несколько лет.

Сейчас у некоторых компьютеров не видит Ключи лицензий, пишет: прочитан успешно, ORGL8 Сетевой, установлен
Поиск лицензии на сервере:
ORGL8 Сетевой, установлен, неисправен или не подходит для 1С:Предприятия
Более 150 пользователей работают корректно, проблема выявилась у 15-20 пользователей.

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

Что сделано: проверили nethasp.ini, переустановили локальную 1С, запустили монитор с локальных машин - все Ключи видит, свободные Лицензии на серверах имеются. Проверили все базы на всех серверах 1С, их у нас 3, вроде нигде не стоит серверу раздавать Лицензии. Попрыгали, по колёсам постучали.

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

Подскажите, встречалась ли такая ситуация? Что проверить? Куда посмотреть? Что подсказать админам?

Причину нашли - это ошибки в сети.
Перевели проблемный компьютер в другую подсеть, лицензии есть, перевели обратно - лицензий нет (для выполнения этих работ даже пришлось админа из отпуска вызывать).
Этими действиями доказали, что ошибки в сети. Сейчас специалисты занимаются поиском проблемы.

Всем спасибо за ответы и внимание к посту.

(1) не описана архитектура самой сети.
Проверить/настроить технологический журнал. Там будет информация о попытках получения лицензии.
Проблемные клиенты всегда одни и те же? Если разные, тогда тупо не хватает лицензий. Проверять получение лицензий с перезагруженного сервера.

(2) а что именно по описанию сети? Я программист 1С, мне трудно описать. Но я могу спросить у админов.

Технологический журнал настроить на клиенте ? Ок, спасибо. Сделаем. В принципе, он ошибку явно пишет, но может там больше напишет. Посмотрим.

Проблемные клиенты одни и те же. Если компьютер заходит в сеть, то заходит всегда, если не заходит, то не заходит вообще.

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

Сейчас решаем проблему переводом на терминальный сервер, и пользователи заходят сразу. Но это временная мера.

Спасибо за ответ!

(2) вот журнал проблемного комьютера:

(11) Можно попробовать почистить кэш пользователя. А раз имело место подвисание сервера приложений 1С, то и его(сервера) кэш - тоже. (13) точно все почистили?
Попробуйте удалить базу из списка баз на проблемном компьютере и подключить повторно.
Компьютеры в домене?
Попробовать перезагрузить все сервера.
Динамическое обновление перед этим делали?

(15) компьютеры в домене. Три разных сервера не пускают, ни в одну из баз. Даже создаем локальную пустую базу. и в локальную не пускает. Думаю проблема не в 1С, но пока даже локализовать не получается.

Сервера с ключами перегружали.

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

(16) может что с правами домена для этих компьютеров. Может перемещаемый профиль побился, не может получить.
Попробовать на проблемном компьютере добавить нового пользователя и включить его в домен. Зайти под ним и настроить на нем получение лицензии.

(17) кажется, что проблема с компьютером, если на проблемном компьютере зайти под другим пользователем, до доступа нет. А у этого пользователя на своем компьютере доступ есть.

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

но однако же доступа нет

Работоспособность ключей по отдельности проверяли? У нас была подобная ерунда, кстати тоже с зависанием (сошлись на том что выход ключа из строя и привел к зависанию сервера). (4) ко всем ключам пользователи подключаются. Из чего делаю вывод, что ключи работают нормально. Или может быть такое, что сервер как-то особенно обрабатывает отдельных клиентов ? telnet на 475 порт с проблемных компов до серверов ключей проверьте
В настройках стартера 1С на проблемных компах стоит галка "Использовать аппаратную лицензию" ? ну тогда как вариант исправьте файл nethasp.ini указав там только 1 сервер лицензий для проблемных компьютеров
И так попробуйте со всеми 3-мя серверами, заодно выясните есть ли битый ключ

22:51.785000-15000,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORGL8,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:51.785002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:51.910000-109000,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORGL8. )->. '
22:51.910002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.004000-93997,HASP,2,process=1cv8c,Txt='
NETHASP_SETIDLETIME(idle=8,prog=17,ser=ORGL8. )->. '
22:52.004002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.300000-281000,HASP,2,process=1cv8c,Txt='
NETHASP_READBLOCK(,prog=17,ser=ORGL8,pos=0,size=5,,)->,,stat=0,buf=01000000000000E8E546'
22:52.300002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.456000-155997,HASP,2,process=1cv8c,Txt='
NETHASP_HASPID(,prog=17,ser=ORGL8. )->id=0,,stat=15,'
22:52.456002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=15,SysErr=0,stat=0,'
22:52.628000-171997,HASP,0,process=1cv8c,Txt='
NETHASP_LOGOUT(,prog=17,ser=ORGL8. )->. '
22:52.628002-1,HASP,0,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=15,SysErr=0,stat=0,'
22:52.643000-14997,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORGL8. )->found=0,port=0,stat=-100,'
22:52.643002-1,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORG8A. )->found=0,port=0,stat=-100,'
22:52.643004-1,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORG8B. )->found=0,port=0,stat=-100,'
22:52.674000-30995,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORG8A,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:52.674002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8A. )->NStat=0,SysErr=0,stat=0,'
22:52.924000-249997,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORG8A. )->. '
22:52.924002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8A. )->NStat=129,SysErr=0,stat=0,'
22:52.940000-15997,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORG8B,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:52.940002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8B. )->NStat=0,SysErr=0,stat=0,'
22:55.482000-2541997,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORG8B. )->. '
22:55.482002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8B. )->NStat=129,SysErr=0,stat=0,'

(20) ничего ценного эти логи не дают.
C:/Program Files (x86)/1cv8/conf/nethasp.ini покажите.
Сеть с этими компьютерами работает нормально? Доменные политики посмотрели?
Ключ на перезагруженном сервере физический или лицензии?
Если отключить сервер лицензирования, то отрубятся еще компьютеры?
Если физический, то может накрыться. Если лицензии, то можно попробовать перерегистрировать. Оборудование точно не меняли на сервере?

C:/Program Files (x86)/1cv8/conf/nethasp.ini

NH_TCPIP = Enabled ; or Disabled ; Use the TCP/IP protocol
NH_SERVER_ADDR = 10.1.15.166, 10.1.15.167, 10.1.15.168
NH_TCPIP_METHOD = TCP ; Send a TCP packet or UDP packet
; Default: UDP
NH_USE_BROADCAST = Disabled ; Use TCPI/IP Broadcast mechanism.
; Default: Enabled

Сеть с этими компьютерами работает нормально? Доменные политики посмотрели? - да, нормально. Запускаю Alladin monitor на проблемном компьютере, все ключи видит. Админы политики проверили, говорят, что все ОК

Ключ на перезагруженном сервере физический или лицензии? - Физический

Если отключить сервер лицензирования, то отрубятся еще компьютеры? - да, сервер перегружали, отваливаются как милые

Если физический, то может накрыться. Если лицензии, то можно попробовать перерегистрировать. Оборудование точно не меняли на сервере? -физический. Не меняли. Он может накрыться частично? для некоторых пользователей?

Думаю, дело не в ключе. или в компьютере, или в сети.
Не можем разобраться.

Спасибо за информацию !

(22) на всех компьютерах с ключами установлен и запущен Hasp LM. На серверах отключено раздачу лицензий. Так?
Можно попробовать переустановить HaspLM.
nethasp.ini привести к стандарту и пробовать по одному адресу:
[NH_COMMON]
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=10.1.15.166
NH_PORT_NUMBER=475
NH_TCPIP_METHOD=UDP
NH_USE_BROADCAST=Disabled

И да, NH_TCPIP_METHOD = TCP в HaspLM просто игнорируется, работает только по UDP.

(23) ок, завтра попробую такой nethasp.ini по очереди менять и ставить один ip , уже пробовали, попробуем ещё раз.

Отключить раздачу лицензий на сервере, это в свойствах базы? Или есть ещё где-то?
В свойствах баз проверил несколько раз. мы уже обжигались на этом, там другие признаки, сначала все заходят, а потом перестают, иногда получаются кому-то забежать, если лицензия освобождаются.

У нас же, немного по другому: есть компьютеры, которые не заходят никогда, а есть которые заходят всегда. Если переводим в терминал, заходят всегда

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

      
  • Протокол измерения цепи фаза нуль образец ворд
    •   
  • Доступ к веб сервису отсутствует 1с
    •   
  • Как вернуть закладки в опере на экспресс панели
    •   
  • Как называется в 1с зуп справочник по которому группируются начисления и выплаты заработной платы
    •   
  • Как провести 73 счет в 1с
  • Контакты
  • Политика конфиденциальности