Dec ru dat файл не обнаружен
Обращаем ваше внимание, что механизм исправления ошибки, описанный в этой статье, подходит только для ошибки, представленной на картинке ниже.
При возникновении такой проблемы и попытке ее решить рекомендуется ОБЯЗАТЕЛЬНО СДЕЛАТЬ РЕЗЕРВНУЮ КОПИЮ БАЗЫ, а потом уже пытаться ее «реанимировать».
Рассмотрим поэтапно процесс спасения информации.
Как сделать резервную копию?
Сделать резервную копию базы можно двумя способами. Рассмотрим оба.
Вариант 1. Создание резервной копии в режиме «Конфигуратор».
Шаг 1. Запустите «проблемную» базу в режиме «Конфигуратор».
Шаг 2. В меню «Администрирование» выберите команду «Выгрузить информационную базу…».
Шаг 3. Укажите место, куда сохранить файл архивной копии, например, на диске D: папка «Архив 1С». Задайте произвольно имя файла. Сохраненный файл имеет разрешение *Dt – т.е. в формате архива 1С.
Нажмите «Сохранить» и дождитесь окончания процесса.
В случае если база повреждена и при сохранении появляется ошибка, то можно сохранить другим способом – просто скопировать папку с базой в другое место на компьютере или на флешку. Рассмотрим этот способ ниже.
В ариант 2. Копирование папки с информационной базой.
Шаг 1. При запуске программы обратите внимание на местонахождение информационной базы. Выделите ее и посмотрите путь к ней в нижней части окна.
Шаг 2. Перейдите к папке с базой, выделите ее и, нажав правую кнопку мышки, выберите команду «Копировать» или отправьте на флешку.
Перейдите в «архивную папку» и выполните команду «Вставить». Эти действия такие же как с обычными файлами или папками.
Папка с базой 1С скопирована.
Вернемся к нашей изначальной проблеме.
Восстановление информационной базы с помощью утилиты Chdbfl.
Итак, программа сообщила об ошибке –«Файл базы данных поврежден».
Нажав «Показать информацию для технической поддержки», мы видим все то же – «Файл базы данных поврежден… Невосстановимая ошибка».
Для исправления ошибок программы, связанных с повреждением файла информационной базы предназначена утилита – Chdbfl.
Она находится в каталоге Bin, установленной платформы 1С.
Например, ее можно найти в папке Program Files (x86) – 1cv8 – 8.3.xx.xxx – bin.
Где 8.3.хх.ххх – номер установленной платформы 1С, в нашем случае это 8.3.16.1224.
Этот способ «лечения» применим к файловым информационным базам.
Шаг 1. Запустите файл утилиты Chdbfl. Укажите пусть к файлу информационной базы.
Это файл «1Сv8» и у него указан тип – «Файловая информационная база 1СПредприятия 8».
Можно сначала просто выполнить проверку целостности файла базы данных (не устанавливая галочку исправлять обнаруженные ошибки». Нажать «Выполнить».
Утилита проверит файл вы покажет информацию о проблеме.
Шаг 2. Установите галочку «Исправлять обнаруженные ошибки» и нажмите «Выполнить».
Утилита исправит по мере возможности проблемы базы.
Шаг 3. По окончании работы утилиты запустите программу в стандартном режиме «1С: Предприятие» и проверьте работоспособность базы. Ошибка больше не должна появляться.
В случае, если проблема таким путем не решилась, советуем обратиться к специалисту.
Что имеем. Большая сеть. Три выделенных виртуальних сервера, на каждом ключ на 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) ea.abdrakhmanova,
Ну протестируйте средствами конфигуратора "Тестирование и исправление" со всему включенными галками. Должно помочь - будет заново создан *.1cd
(18) igen, архив есть. 04/03-там всё обновляется отлично. А вот 6-го числа база убилась. Приложу журнал регистрации - как это было..
(1) была такая же ошибка, переносил базу в другую папку, пытался загрузить конфигурацию поставщика, не помогло
помогло перенос базы на другой жесткий диск
У вас там свободное место на диске где лог транзакций или база лежит точно есть? Такое предположение.
БП 3.0 с нуля ведете или переходили обновлением с редакции 2.0 ?
первое что сделайте - скопируйте каталог с вашей базой в другое место и только потом слушайте всяких "chkbdfl вам в помощь "
какая версия платформы 1с установлена ?
(4) d1mk, скорее всего переходили с 2.0. Версия платформы сейчас 8.3.5.1383. Причем недели 2 назад я обновила без проблем. Сейчас смотрю по журналу регистрации-были попытки обновиться бухгалтерами. Посмотрела бэкап недельной давности-уже тогда были проблемы
(7) ea.abdrakhmanova,
chhdbfl.exe тоже не нашел ошибок ?
попробуйте удалить базу из списка и добавить с другим именем
я так понимаю что до обновления копию базы вы не делали ?
при обновлении 1с создает резервную копию во временных файлах (если настройки по умолчанию) - попробуйте через поиск на компьютере - в поиске введите *.dt - дальше смотрите по дате создания\изменения файла
правой кнопкой в конфигураторе на БухгалтерияПредприятия - далее свойства - в самом низу "режим совместимости" - что у вас там написано?
(10) d1mk, вся беда в том, что не я пыталась обновить программу. Я обычно это делаю через конфигуратор, как полагается и обязательно сначала делаю копию. Поиск *.dt ни к чему не привел, файлов таких нет, в режиме совместимости стоит значение - Не использовать.
Посмотрела через Tool_1CD базу, там есть таблица configsave. Но с этой таблицей ничего сделать не могу. Была бы база sql можно было бы просто заменить таблицу config, а так даже предположить не могу что с этим делать.
Попробуйте очитску кэша -может поможет (Кеш 1С Кэшеривание – процесс создания буфера часто используемой информации и, как правило, статичной информации. Кеширование используется для ускорения работы программы, в частности, в 1С на компьютер пользователя подгружаются файлы конфигурации, что бы не запрашивать их с сервера при каждом обращении.
Однако, очень часто платформа 1С не правильно отрабатывает кэширование конфигурации и в результате мы получаем неадекватное поведение конфигурации. Первый способ чистки кэша 1С Для решения проблем и “глюков” 1С очень часто помогает очистка кэша платформы 1C 8.3.
Делается это следующим образом:
шаг 1
Найти каталог, где хранятся временные файлы 1С, их можно увидеть в меню настройки в списке ИБ:
Достаточно часто можем услышать жалобы на то, что программа неожиданно "сломалась" и не запускается как в режиме "1С: Предприятие", так и в режиме "Конфигуратор". Особенно неприятна эта новость в ситуации, когда в срочном порядке нужно сдавать бухгалтерскую или налоговую отчетность. В этой статье обсудим возможные причины и главное - метод восстановления работоспособности информационной базы при возникновении одной из таких критических ошибок.
Речь пойдет о ситуации, когда при обычном запуске программы, то есть в режиме "1С: Предприятие", выдается ошибка "Отсутствует файл базы данных".
По гиперссылке имеем возможность посмотреть подробную информацию.
Получается, что информационная база не обнаружена по причине отсутствия файла базы данных по тому адресу, где был ранее расположен данный файл.
Прочитав, можем нажать "ОК", а в предыдущем окне кнопку "Завершить работу", так как перезапуск не решит данную проблему.
При запуске конфигуратора в рассматриваемом случае поступит предложение, создать новую базу, но так как необходимо открыть "старую", рабочую базу, то выбираем "Нет".
Причиной такого "поведения" программы, могло послужить удаление папки с базой, либо ее перемещение, переименование, либо путь к базе был исправлен в окне запуска.
Какие действия должны быть в сложившейся ситуации? Во-первых, путь к базе, о котором говорилось выше. Посмотреть можно его в окне запуска, выделив нужную нам информационную базу.
Вот именно по этому адресу обращается программа к базе, и если она ее там не находит, то и выдает ошибки такого рода. Так что требуется проверить правильность этого адреса. Можно через "Мой компьютер" пройти весь путь и выяснить, что произошло с папкой содержащей базу. В рассматриваемом примере это папка "база демо".
Как видим, требуемой папки не оказалось в указанном месте. Задача состоит в том, чтобы установить переименовали ли папку или перенесли допустим на другой локальный диск. Чаще всего папки с базами страдают в момент, когда кто-то захотел "навести порядок" в данных, хранящихся на компьютере. Подумайте, может быть Вы вспомните, что случилось с искомой папкой.
В нашем случае её просто переименовали. Когда причину определили, то имеем возможность прописать новый путь к информационной базе в настройках 1С.
Выбрав данную базу, обращаемся к кнопке "Изменить". В первом открывшемся окне с требованием указать наименование нажимаем далее. Тогда открывается следующее окно, где заново прописываем новый правильный путь, который появился в сложившихся обстоятельствах.
Снова "Далее" и в последнем окне "Готово".
Теперь в окне запуска отражается новый путь к базе.
Надеюсь, что описанные действия помогут Вам самостоятельно помочь программе найти потерявшуюся информационной базу и устранить проблемные ситуации с минимальными потерями времени.
Достаточно часто можем услышать жалобы на то, что программа неожиданно "сломалась" и не запускается как в режиме "1С: Предприятие", так и в режиме "Конфигуратор". Особенно неприятна эта новость в ситуации, когда в срочном порядке нужно сдавать бухгалтерскую или налоговую отчетность. В этой статье обсудим возможные причины и главное - метод восстановления работоспособности информационной базы при возникновении одной из таких критических ошибок.
Речь пойдет о ситуации, когда при обычном запуске программы, то есть в режиме "1С: Предприятие", выдается ошибка "Отсутствует файл базы данных".
По гиперссылке имеем возможность посмотреть подробную информацию.
Получается, что информационная база не обнаружена по причине отсутствия файла базы данных по тому адресу, где был ранее расположен данный файл.
Прочитав, можем нажать "ОК", а в предыдущем окне кнопку "Завершить работу", так как перезапуск не решит данную проблему.
При запуске конфигуратора в рассматриваемом случае поступит предложение, создать новую базу, но так как необходимо открыть "старую", рабочую базу, то выбираем "Нет".
Причиной такого "поведения" программы, могло послужить удаление папки с базой, либо ее перемещение, переименование, либо путь к базе был исправлен в окне запуска.
Какие действия должны быть в сложившейся ситуации? Во-первых, путь к базе, о котором говорилось выше. Посмотреть можно его в окне запуска, выделив нужную нам информационную базу.
Вот именно по этому адресу обращается программа к базе, и если она ее там не находит, то и выдает ошибки такого рода. Так что требуется проверить правильность этого адреса. Можно через "Мой компьютер" пройти весь путь и выяснить, что произошло с папкой содержащей базу. В рассматриваемом примере это папка "база демо".
Как видим, требуемой папки не оказалось в указанном месте. Задача состоит в том, чтобы установить переименовали ли папку или перенесли допустим на другой локальный диск. Чаще всего папки с базами страдают в момент, когда кто-то захотел "навести порядок" в данных, хранящихся на компьютере. Подумайте, может быть Вы вспомните, что случилось с искомой папкой.
В нашем случае её просто переименовали. Когда причину определили, то имеем возможность прописать новый путь к информационной базе в настройках 1С.
Выбрав данную базу, обращаемся к кнопке "Изменить". В первом открывшемся окне с требованием указать наименование нажимаем далее. Тогда открывается следующее окно, где заново прописываем новый правильный путь, который появился в сложившихся обстоятельствах.
Снова "Далее" и в последнем окне "Готово".
Теперь в окне запуска отражается новый путь к базе.
Надеюсь, что описанные действия помогут Вам самостоятельно помочь программе найти потерявшуюся информационной базу и устранить проблемные ситуации с минимальными потерями времени.
Читайте также: