Ошибка при выполнении операции с информационной базой 1С 8.3
Причины возникновения ошибки
Если копирование баз в архив выполнялось давно или вообще не выполнялось, ситуация становится близка к катастрофе. Приходится восстанавливать хозяйственные операции за большой период, а это всегда несет с собой риск появления новых ошибок.
Причины, вызывающие эту ошибку, могут быть совершенно разными:
- несовместимая версия файла базы данных;
- файл базы данных поврежден;
- ошибка соединения с сервером 1С: Предприятия 8.3;
- переустановка баз на сервере;
- проблема с портами на сервере
- и т.д.
Ошибки такого уровня очень серьезны. А в случае возникновения их на сервере — однозначно требуют обращения к специалистам. И если организации, устанавливающие клиент-серверный вариант, рассчитанный на большое число пользователей, обычно имеют в штате системных администраторов и программистов, отвечающих за сервер, то пользователи, работающие на обычных файловых вариантах 1С, должны уметь самостоятельно разобраться с этой проблемой и решить ее.
Как правило, ошибка при выполнении операции с информационной базой в файловом режиме работы означает, что произошло повреждение файла базы данных. Причин может быть множество:
- сетевые проблемы при записи файла;
- неудачное копирование базы;
- отключение электропитания в момент работы программы;
- и т.д.
В данной статье мы рассмотрим возникновение этой ошибки для пользователей файловых 1С и дадим два инструмента решения проблемы:
- Тестирование и исправление;
- использование утилиты chdbfl.exe.
Тестирование и исправление
Пошаговая инструкция Тестирования и исправления базы.
Шаг 1. Запустите 1С в режиме Конфигуратор.
Шаг 2. В конфигурации выберите пункт меню Администрирование — Тестирование и исправление.
Перед открытием формы тестирования программа напомнит о необходимости сделать копию базы перед проверкой. Если копия сделана — нажимаете на кнопку Продолжить.
Шаг 3. Настройка тестирования.
Форма тестирования предлагает несколько вариантов проверок и режимов, не зависящих друг от друга. Выполнить нужно все проверки в полном объеме, поэтому установите флажки напротив тех вариантов, где они не поставлены по умолчанию.
Форма тестирования и исправления информационной базы должна иметь следующий вид.
Рассмотрим основные группы переключателей проверки.
Группа переключателей проверки и режимы
Позволяет сделать выбор между режимом, производящим только проверку информационной базы и режимом, производящим коррекцию обнаруженных ошибок.
Проверка информационной базы:
- проверка логической целостности информационной базы;
- проверка ссылочной целостности информационной базы.
Коррекция обнаруженных ошибок:
- реиндексация таблиц информационной базы;
- пересчет итогов;
- сжатие таблиц информационной базы;
- реструктуризация таблиц информационной базы.
Группа переключателей тестирования
Варианты тестирования:
- Тестирование и исправление;
- Только тестирование.
Переключатель Тестирование и исправление выставлен по умолчанию, т. е. программа 1С будет не только искать ошибки, но и пытаться их исправить по заложенному разработчиками алгоритму.
При установке переключателя в положение Только тестирование будет произведен поиск ошибок без исправления. Просмотрев характер ошибок, пользователь сам примет решение: будет ли передавать ситуацию на автоматическое программное исправление или нет.
Группа при наличии ссылок на несуществующие объекты
Эта группа определяет, должна ли программа при обнаружении ссылок на несуществующие объекты:
- создавать объекты;
- удалять ссылки;
- не изменять.
По умолчанию установлен самый безопасный вариант Не изменять. При использовании первых двух вариантов в сложных случаях возможны искажения информации в базах 1С.
Группа переключателей при частичной потере данных объектов
Эта группа задает поведение программы, если было обнаружено, что данные объектов были частично потеряны, но оставшихся данных достаточно для того, чтобы восстановить потерянные. Пользователь самостоятельно выбирает вариант:
- создавать объекты;
- удалять объект;
- не изменять.
По умолчанию установлен самый безопасный вариант Не изменять. При использовании первых двух вариантов в сложных случаях возможны искажения информации в базах 1С.
Кнопка выполнить
При нажатии на кнопку Выполнить начинается процесс тестирования и исправления. По окончании проверки программа выдает системное сообщение об успешном окончании тестирования или список возможных проблем.
При просмотре сообщений обращайте внимание на сообщения типа:
Значение должно быть… Сохранено значение…
Если сообщения нарушения целостности в отчете есть, запустите тестирование повторно после исправления, чтобы убедиться, что программа решила проблему: эти сообщения должны уйти.
Утилита CHDBFL.EXE
Утилита включена в Платформу 1С и поставляется отдельно для каждой Платформы 1С.
Пошаговая инструкция работы с утилитой chdbfl.exe.
Определение платформы 1С
Откройте на вашем компьютере папку с Платформой, на которой работает ваша база. Как правило, это последняя установленная вами Платформа 1С, но могут быть случаи, когда запуск происходит с более старых версий специально, поэтому этот момент нужно уточнить. Сделать это можно, например, в конфигурации по справке о программе: меню Справка — О программе.
Место установки Платформы на компьютере зависит от ее разрядности:
- 32-разрядные Платформы 1С устанавливаются в каталог С:Program Files (x86)1cv8
- 64-разрядные Платформы 1С устанавливаются в каталог С:Program Files1cv8
Запуск утилиты CHDBFL.EXE
В выбранной Платформе 1С перейдите в папку bin и запустите утилиту chdbfl.exe.
Настройка проверки базы данных
Для настройки проверки физической целостности необходимо:
- выбрать файл информационной базы, где выходит ошибка;
- установить флажок Исправлять обнаруженные ошибки.
После нажатия на кнопку Выполнить запустится проверка физической целостности файла БД.
При успешном окончании проверки будет выдано соответствующее сообщение о том, что проверка завершилась без обнаружения ошибок или список таблиц, в которых было выполнено исправление.
Если рассмотренные здесь методы не помогли войти в базу данных и при запуске 1С выдается ошибка выполнения операции с информационной базой, то для восстановления целостности информационной базы и исправления ошибок следует обратиться к специалистам 1С.
Заказать консультацию
По этой или иной ошибке Вы можете обратиться к нашим специалистам, мы Вам поможем решить Вашу проблему.
Одним из самых страшных сценариев для пользователя при работе в 1С является невозможность войти в информационную базу.
В этой статье мы:
- рассмотрим причины возникновения ошибок с информационной базой;
- дадим инструменты для анализа ситуации и исправления ошибки.
Содержание
- Причины возникновения ошибки
- Тестирование и исправление
- Группа переключателей Проверки и режимы
- Группа переключателей Тестирования
- Группа При наличии ссылок на несуществующие объекты
- Группа переключателей При частичной потере данных объектов
- Кнопка Выполнить
- Утилита chdbfl.exe
- Определение Платформы 1С
- Запуск утилиты chdbfl.exe
- Настройка проверки базы данных
Причины возникновения ошибки
Если копирование баз в архив выполнялось давно или вообще не выполнялось, ситуация становится близка к катастрофе. Приходится восстанавливать хозяйственные операции за большой период, а это всегда несет с собой риск появления новых ошибок.
Бухэксперт8 при работе с базой данных рекомендует делать архивные копии 1С не реже 1 раза в месяц, а также перед выполнением исправлений в базе и после закрытия месяца.
При запуске 1С выдается ошибка выполнения операции с информационной базой. Перезапуск программы не помогает, открыть базу данных для работы в ней — невозможно.
Причины, вызывающие эту ошибку, могут быть совершенно разными:
- несовместимая версия файла базы данных;
- файл базы данных поврежден;
- ошибка соединения с сервером 1С: Предприятия 8.3;
- переустановка баз на сервере;
- проблема с портами на сервере
- и т.д.
Ошибки такого уровня очень серьезны. А в случае возникновения их на сервере — однозначно требуют обращения к специалистам. И если организации, устанавливающие клиент-серверный вариант, рассчитанный на большое число пользователей, обычно имеют в штате системных администраторов и программистов, отвечающих за сервер, то пользователи, работающие на обычных файловых вариантах 1С, должны уметь самостоятельно разобраться с этой проблемой и решить ее.
Как правило, ошибка при выполнении операции с информационной базой в файловом режиме работы означает, что произошло повреждение файла базы данных. Причин может быть множество:
- сетевые проблемы при записи файла;
- неудачное копирование базы;
- отключение электропитания в момент работы программы;
- и т.д.
В данной статье мы рассмотрим возникновение этой ошибки для пользователей файловых 1С и дадим два инструмента решения проблемы:
- Тестирование и исправление;
- использование утилиты chdbfl.exe.
Обязательно сохраните поврежденный файл базы данных перед началом исправления ошибок, так как любые изменения структуры при тестировании имеют необратимый характер. Сделать копию можно обычным копированием файла 1Cv8.1CD.
Тестирование и исправление
Внутренняя обработка 1С Тестирование и исправление проверяет и исправляет структуру конфигурации и информационных данных.
Пошаговая инструкция Тестирования и исправления базы.
Шаг 1. Запустите 1С в режиме Конфигуратор.
Шаг 2. В конфигурации выберите пункт меню Администрирование — Тестирование и исправление.
Перед открытием формы тестирования программа напомнит о необходимости сделать копию базы перед проверкой. Если копия сделана — нажимаете на кнопку Продолжить.
Шаг 3. Настройка тестирования.
Форма тестирования предлагает несколько вариантов проверок и режимов, не зависящих друг от друга. Выполнить нужно все проверки в полном объеме, поэтому установите флажки напротив тех вариантов, где они не поставлены по умолчанию.
Форма тестирования и исправления информационной базы должна иметь следующий вид.
Рассмотрим основные группы переключателей проверки.
Группа переключателей Проверки и режимы
Позволяет сделать выбор между режимом, производящим только проверку информационной базы и режимом, производящим коррекцию обнаруженных ошибок.
Проверка информационной базы:
- проверка логической целостности информационной базы;
- проверка ссылочной целостности информационной базы.
Коррекция обнаруженных ошибок:
- реиндексация таблиц информационной базы;
- пересчет итогов;
- сжатие таблиц информационной базы;
- реструктуризация таблиц информационной базы.
Группа переключателей Тестирования
Варианты тестирования:
- Тестирование и исправление;
- Только тестирование.
Переключатель Тестирование и исправление выставлен по умолчанию, т. е. программа 1С будет не только искать ошибки, но и пытаться их исправить по заложенному разработчиками алгоритму.
При установке переключателя в положение Только тестирование будет произведен поиск ошибок без исправления. Просмотрев характер ошибок, пользователь сам примет решение: будет ли передавать ситуацию на автоматическое программное исправление или нет.
Группа При наличии ссылок на несуществующие объекты
Эта группа определяет, должна ли программа при обнаружении ссылок на несуществующие объекты:
- создавать объекты;
- удалять ссылки;
- не изменять.
По умолчанию установлен самый безопасный вариант Не изменять. При использовании первых двух вариантов в сложных случаях возможны искажения информации в базах 1С.
Группа переключателей При частичной потере данных объектов
Эта группа задает поведение программы, если было обнаружено, что данные объектов были частично потеряны, но оставшихся данных достаточно для того, чтобы восстановить потерянные. Пользователь самостоятельно выбирает вариант:
- создавать объекты;
- удалять объект;
- не изменять.
По умолчанию установлен самый безопасный вариант Не изменять. При использовании первых двух вариантов в сложных случаях возможны искажения информации в базах 1С.
Кнопка Выполнить
Перед нажатие на кнопку Выполнить, убедитесь, что 1С закрыта у всех пользователей. Проверка выполняется в монопольном режиме. Сохранение копии базы — обязательное условие перед проверкой.
При нажатии на кнопку Выполнить начинается процесс тестирования и исправления. По окончании проверки программа выдает системное сообщение об успешном окончании тестирования или список возможных проблем.
При просмотре сообщений обращайте внимание на сообщения типа:
- Значение должно быть… Сохранено значение…
Если сообщения нарушения целостности в отчете есть, запустите тестирование повторно после исправления, чтобы убедиться, что программа решила проблему: эти сообщения должны уйти.
Утилита chdbfl.exe
Утилита chdbfl.exe отвечает за проверку физической целостности базы. Именно она спасает пользователей в большинстве случаев при невозможности входа в базу данных.
Утилита включена в Платформу 1С и поставляется отдельно для каждой Платформы 1С.
Пошаговая инструкция работы с утилитой chdbfl.exe.
Определение Платформы 1С
Откройте на вашем компьютере папку с Платформой, на которой работает ваша база. Как правило, это последняя установленная вами Платформа 1С, но могут быть случаи, когда запуск происходит с более старых версий специально, поэтому этот момент нужно уточнить. Сделать это можно, например, в конфигурации по справке о программе: меню Справка — О программе.
Место установки Платформы на компьютере зависит от ее разрядности:
- 32-разрядные Платформы 1С устанавливаются в каталог С:Program Files (x86)1cv8
- 64-разрядные Платформы 1С устанавливаются в каталог С:Program Files1cv8
Запуск утилиты chdbfl.exe
В выбранной Платформе 1С перейдите в папку bin и запустите утилиту chdbfl.exe.
Настройка проверки базы данных
Для настройки проверки физической целостности необходимо:
- выбрать файл информационной базы, где выходит ошибка;
- установить флажок Исправлять обнаруженные ошибки.
После нажатия на кнопку Выполнить запустится проверка физической целостности файла БД.
Программа 1С при выполнении проверки должна быть закрыта у всех пользователей. Сохранение копии базы — обязательное условие перед проверкой.
При успешном окончании проверки будет выдано соответствующее сообщение о том, что проверка завершилась без обнаружения ошибок или список таблиц, в которых было выполнено исправление.
Если рассмотренные здесь методы не помогли войти в базу данных и при запуске 1С выдается ошибка выполнения операции с информационной базой, то для восстановления целостности информационной базы и исправления ошибок следует обратиться к специалистам 1С.
См. также:
- 1С удаление: указанная учетная запись уже существует
- Установка запрещена на основании системной политики 1С 8.3
- Обнаружено неправомерное использование данного программного продукта в 1С: как убрать
- Ошибка ввода пинкода. Пинкод не укомплектован в 1С 8.3
- Печатная форма недоступна 1С 8.3 при вызове внешней печатной формы
Если Вы еще не являетесь подписчиком системы БухЭксперт8:
Активировать демо-доступ бесплатно →
или
Оформить подписку на Рубрикатор →
После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.
Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
1С Ошибка при выполнении операции с информационной базой
Дано: кластер 1С 8.3
Проблема: ошибки при запуске базы (пользователи не могут запустить 1С Предприятия после выбора базы), не важно бухгалтерия это или зарплата, или другая конфигурация.
Ошибка у пользователя при запуске базы в режиме «1С:Предприятие» 8.3:
Ошибка при выполнении операции с информационной базой
Или такая ошибка:
Ошибка установки соединения. Выполняется ожидание возможности запуска. При появлении возможности, запуск будет выполнен автоматически.
Ошибка при запуске кластера 1С:
Ошибка соединения с сервером 1С: Предприятия 8.3:
server_addr = tcp://<название сервера + порт>
descr = <IP port>: No connection could bе made because the target machine actively refused it.
line =1040
file = srcDataExchangeTcpClientImpl.cpp
Один из вариантов решения:
Проверьте, запущен ли «Агента сервера 1С:Предприятие» в списке служб (Services — «Агент сервера 1С:Предприятие 8.3»). Должно быть состояние Running.
Если пусто, то нужно запустить службу — Старт (Start).
Если служба уже запущена, то рекомендуется сделать перезапуск — Restart.
Также можно проверить в кластере нет ли запрета на запуск базы в ее свойствах (например, установленного при обновлении базы):
Если при запуске свойств базы кластер попросит логин и пароль в окне «Администратор информационной базы», то вводим логин-пароль администратора конфигурации (т.е. тот, который вводим при запуске конфигуратора конкретной базы), а не администратора кластера.
В свойствах базы проверяем блок «Блокировка начала сеансов включена» — поля должны быть пусты, как на рисунке ниже:
Если Вам понравилась статья, пожалуйста, поставьте лайк, сделайте репост или оставьте комментарий. Если у Вас есть какие-либо замечания, также пишите комментарии.
19.01.22 — 16:00
Добрый день! У нас не открывается база 1С https://prnt.sc/26fp258
Проблема возникла после обновления из хранилища. Но там были мелочные изменения + мы их откатили, но ничего не поменялось. Удается открыть только конфигуратор. Тестирование исправление не решило проблему. Но при этом, при тестировании выдает следующие ошибки https://prnt.sc/26fp34o причем сразу во многих расширениях, которые не дорабатывались неделями. Подскажите, куда копать?)
1 — 19.01.22 — 16:02
(0)
1) подробно нажми — скопируй сюда
2) расширения конфигурации есть?
2 — 19.01.22 — 16:03
3 — 19.01.22 — 16:07
(0)
так, для начала
truncate table _ExtensionsInfo
4 — 19.01.22 — 16:07
(1) расширения есть
5 — 19.01.22 — 16:08
«truncate table _ExtensionsInfo» Это для чего?
6 — 19.01.22 — 16:10
(5)
очистит базу от расширений (но данные от них останутся).
Хотя, для начала так:
truncate table ConfigCAS
truncate table ConfigCASSave
7 — 19.01.22 — 16:11
_ExtensionsInfo, можешь создать копию таблички, а старую переименовать, чтоб было.
8 — 19.01.22 — 16:23
Можешь объяснить для чего это и какие цели мы преследуем? Если я очищу базу от расширений, то что дальше? Если это поможет запустить базу, то как расширения возвращать? Я могу эти команды конечно запустить, но не понимаю для чего.
9 — 19.01.22 — 16:25
(6)
10 — 19.01.22 — 16:32
(8) рекомендую нанять специалиста
чтобы смог по максимуму вытащить данные из расширений
если конечно там данные есть и они нужны
11 — 19.01.22 — 16:33
Ибо сча это сильно напоминает телемедицину, где пытаются больного реанимировать
12 — 19.01.22 — 16:41
(8) цель в (0) обозначена — запустить базу. Или у вас еще какие то свои цели ?
13 — 19.01.22 — 16:41
(11) телемедицина — нормальный движ, когда на той стороне не медбрат дежурной смены, а коллега-врач.
14 — 19.01.22 — 16:42
(10) данные есть.. судя по названиям таблиц с буковкой X (так называемые расширенные таблицы)
PS.. фетишизм конфигурации с замком не довёл до добра..
15 — 19.01.22 — 16:42
Для начала (6), если не поможет. то (3).
ЗЫ: копии, надеюсь, НЕ делаешь ? Всё надо на рабочей базе.
16 — 19.01.22 — 16:43
17 — 19.01.22 — 16:46
(14) тогда ТиИ они конечно зря, надеюсь на копии делали
18 — 19.01.22 — 16:48
(0) >> Проблема возникла после обновления из хранилища.
что и как надо делать с хоронилищем, чтобы возникли проблемы? оно у вас в шаре лежит?
19 — 19.01.22 — 16:50
(17) ну, в последних релизах..ТиИ уже не херит данные в расширениях, как раньше.
20 — 19.01.22 — 16:51
Хотя, ошибки как у автора, как бэ намекают
21 — 19.01.22 — 16:51
(0) А руками расширения поотключать/поудалять?
Хотя я бы начал с того, что проверил бы на восстановление пару-тройку самых свежих бекапов, для начала.
А потом бы уже, убедившись что есть свежий бекап до обновления и после, уже лез бы в конфигуратор.
22 — 19.01.22 — 16:51
Хз, какой у него релиз платформы.
23 — 19.01.22 — 16:55
(18) >> что и как надо делать с хоронилищем, чтобы возникли проблемы?
Да что угодно.
Начиная с банального динамического обновления после обновления из хранилища. Тогда проблема с хранилищем может быть вообще не связана. А причина именно в динамическом обнвлении.
Может не к тому хранилищу подключили базу. Если сначала подключали, а потом обновляли. Чисто случайно.
Может одновременно какое-нибудь расширение обновили или подключили/отключили. Тоже никак не связано с хранилищем. Просто так совпало.
Вообще автор, судя по вопросам, может неверно истолковал причину проблему, обозначив именно хранилище как источник бедствия.
PS В любом случае расширение данных — зло. В 99% случаев ещё и бессмысленное.
Данные надо добавлять в самой конфе. Интерфейс и алгоритмы — в расширении.
24 — 19.01.22 — 16:55
» куда копать» — начните с изучения раздела «как задавать вопросы» правил этого форума.
Разверните базу из резервной копии и повторите попытку.
25 — 19.01.22 — 16:58
(0) в конфигураторе подключи расширение с префиксом МУ_
26 — 19.01.22 — 17:30
(25) не поможет.. он же в (0) написал, что у него кучка разных расширений в ТиИ в ошибках, а не только МУ, что на скрине
27 — 19.01.22 — 17:30
если только их все отключить/включить
28 — 19.01.22 — 17:46
(3) А можно удалить данные только по одному расширению, а потом их как то из .cfe восстановить? чтобы и данные восстановились и обновилась инфа расширения корректная? Проблема выяснилась что из-за одного конкретного расширения (хотя ругается на все подряд) если его отключить то все работает.
29 — 19.01.22 — 17:53
(28) да.
delete from _ExtensionsInfo where _ExtName = ‘Вася’
данные расширений при этом не удаляться, и если было расширение справочника, например с данными.. то вы вообще можете потом на выходе дырку от бублика увидеть, ибо данные в табличке с X хранятся
30 — 19.01.22 — 17:54
В общем, занимайтесь
31 — 19.01.22 — 19:11
(28) Платформу напиши какая ? Да и как то уже писал не помню тут или еще где что расширение и хранилище то еще заповедник .
Периодически такая беда возникает в расширении что берешь и добавляешь реквизит в Табличную часть, и реквизит с типом строка, и если вот он не заполнен при записи то начинаешь сначало получать ошибку при записи, а потом уже что у вас с ошибокой. Только через тех. журнал выяснится что за расширение глючит.
32 — 19.01.22 — 21:40
(23) >PS В любом случае расширение данных — зло. В 99% случаев ещё и бессмысленное.
Задолго до появления в 1С расширений все аналогично ломалось
33 — 19.01.22 — 21:59
(29) А как потом поверх этого расширение восстановить чтобы данные встали?
И раз уж зашла тема, то можно ли сделать так:
Взять расширение А скопировать полностью 1 в 1 в пустое расширение (чтобы гуиды объектов расширения новые были) и потом как-нибудь все данные из расширение А в новое такое же 1 в 1 перенести?
34 — 19.01.22 — 22:00
(31) 8.3.20.1613
35 — 19.01.22 — 22:01
Я уже нашел проблемное расширение и просто отключил его галочкой. Почему-то из-за него падают все другие расширения с ошибками через тестирование. Мое предположение, что проблема в идентификаторах объектов расширения.
36 — 19.01.22 — 22:05
Клиент толстый или тонкий при запуске? Проверь на разных клиентах. Можешь удивиться
37 — 20.01.22 — 00:13
(33) 20 релиз, отважные люди.
Смотря что расширение делает — форму там меняет или метаданные
38 — 20.01.22 — 10:10
Кэш сервера уже чистили?
Dmitrii
39 — 20.01.22 — 10:24
(32) >> Задолго до появления в 1С расширений все аналогично ломалось.
Не спорю ни разу.
Однако рукожопое (зачастую бессмысленное и беспощадное) использование расширений вкупе с косяками разработчиков платформы весьма неслабо обострило проблему.
И, как выяснил автор ветки, проблема вовсе не в хранилище, а именно в расширении.
ИМХО. Учитывая динамику развития механизма расширений, лет через 5 ими можно будет спокойно пользоваться для расширения данных в продуктиве.
Пока что эта возможность может применяться только на собственный страх и риск разработчика и с рядом оговорок.
Целесообразнее, безопаснее и надежней сохранять принцип доработки, при котором данные добавляются в основной конфигурации, а их обработка, интерфейс и всё остальное — в расширении.
Ну и разумеется регулярное тестирование расширений на совместимость с конфой и между собой после каждого изменения.
«Ошибка при выполнении операции с информационной базой» при попытке запустить базу
Описание ошибки:
Обнаружена для серверных баз 1С: Предприятия 8.3. Возникла после установки и последущего удаления более нового релиза сервера (платформы) 1С: Предприятие 8.3. Используемая СУБД — PostgreSQL 9.4.2-1.1C(x64)
Найденные решения:
Скорее всего данная ошибка может возникнуть и по другой причине. Но когда сталкиваешься с какой-то новой ошибкой, то иногда оказывается, что и какая-то малая информация может натолкнуть на мысли о том, как устранить проблему, а то и оказаться конечным решением. Поэтому решил описать как боролся с данной проблемой.
Стоит отметить, что предыстория этой ошибки описана в статье ранее, вот ссылка на нее: «Не удалось запустить службу Агента Сервера 1С:Предприятия 8.3 на Локальный компьютер. Ошибка 2: Не удается найти указанный файл.» — вкратце неудачная установка и удаление более позднего релиза платформы 1С:Предприятие 8.
А теперь к решению проблемы.
После встречи с «ошибкой при выполнении операции с информационной базой» при попытке запуска серверной базы было не понятно куда, смотреть. Но начал с анализа кластера сервера 1С: Предприятия и было обнаружено следующее. В консоли «Администрирование серверов 1С Предприятия x86-64» обратим внимание на имя кластера — оно отсутствовало.
Отсутствие имени кластера заставило задумать о том, в порядке ли настройки сервера 1С: Предприятия? Справочно, файлы настройки сервера в общем случае можно найти в ОС Windows по путям:
для 64-разрядной операционной системы
C:Program Files1cv8srvinfo1cv8wsrv.lst — файл 1cv8wsrv.lst с описанием локального кластера сервера;
C:Program Files1cv8srvinforeg_15411CV8Clst.lst — файл 1CV8Clst.lst с описанием баз кластера;
Соответственно для 32-разрядной системы:
C:Program Files (x86)1cv8srvinfo1cv8wsrv.lst
и
C:Program Files1cv8srvinforeg_15411CV8Clst.lst
Проверка файла, содержащего описание кластера показало, что он «не в порядке».
Файл описания настроек кластера сервера 1cv8wsrv.lst выглядел по содержанию рабочим.
Получалось, что условно поврежден файл с описанием баз кластера 1CV8Clst.lst в результате неудачной установки и удаления релиза платформы.
Теперь оставалось решить, как файл восстановить. Возможность найти какую-либо копию файла казалось провальной, т.к. на сервере было отключено создание резервных копий системы. Оставалось только создавать новый файл. НО, надо понимать, что папки в каталоге C:Program Files1cv8srvinforeg_1541 содержали данные журналов регистрации баз. Из «двух зол пришлось выбрать меньшую» — было принято решение «потерять» данные журналов регистрации, главное, чтобы базы снова работали в кратчайший срок. Поэтому существующие папки, чтобы не удалять сразу , в начале их наименования был добавлен символ «-«, чтобы визуально отличать старые.
На скрине «старые» каталоги еще не переименованы, см. след. скрин
Служба «Агент сервера 1С:Предприятия 8.3 (x86-64)» была остановлена. Далее были переименованы файлы 1cv8wsrv.lst и 1CV8Clst.lst из папок и присвоены наименования соответственно 1cv8wsrv_.lst и 1CV8Clst_.lst, чтобы в случае чего не потерять «последнее». Получается, что данные по кластеру теперь для сервера отсутствовали. Служба «Агент сервера 1С:Предприятия 8.3 (x86-64)» была запущена. Система автоматически создала новые файлы 1cv8wsrv.lst и 1CV8Clst.lst. После этого переименованные «старые» файлы списков с символом «_» был удалены. В приложении «Администрирование серверов 1С Предприятия x86-64» базы были созданы и вновь привязаны к тем, которые оставались в PostgreSQL. Работа благополучно продолжилась.
P.S.: [дополнение от 06.10.2021] еще один вариант устранения данной ошибки рассмотрен в отдельной статье При попытке запустить базу 1С 8 возникает предупреждение: «Ошибка при выполнении операции с информационной базой», т.к. возникла при других обстоятельства и чтобы не перегружать содержимое данной публикации.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
21-01-2020
Журавлев А.С.
(Сайт azhur-c.ru)