1с ошибка субд 58p01

Обновлено: 06.01.2025

Пришлось устанавливать 1С на Linux-сервер. Все свои действия аккуратно записал и заскриншотил:

Зачет. )
1. Для работы c rаr-архивами, есть утилита unrar.
Только там синтаксис для ключей - вендовый. Долго тупил. )
2. И в консоли, вместо 'su root' - лучше 'su -'.
Вот уже что-то есть - советую статью дополнить - чем больше описаний тем лучше.
Книга знаний: v8: Личный опыт установки сервера 1cv8.1 beta на Fedora Core 5
Спасибо, только вот я сомневаюсь, что разрешение подключаться всем со всех хостов есть истинно верное.
Спасибо, только вот я сомневаюсь, что разрешение подключаться всем со всех хостов есть истинно верное.

Как я понял, в конфигурационном файле PostgreSQL нужно разрешить только localhost?

И ещё, может кто знает: как сделать так, чтобы оснастка управления серверами 1С запрашивала пароль на любые действия по добавлению/удалению сервера кластера и БД? А то несекъюрно как-то.

(Конечный компьютер отверг запрос на подключение).
Ставил на ФС 6.0, все по инструкции. При подключении - ошибка.
Ничего думаю, посмотрю как на виднах.
Поставил PostgreSQL - то же самое:
Запускаю оснастку управления серверами предприятия из меню Пуск – 1С Предприятие 8.1 – Серверы 1С Предприятия. Создаю центральный сервер, при нажатии на плюсик 10061(0x0000274D).

В чем может быть причнина? Версия платформы 1С:Предприятия 8.1.7.30 (Тестовая)

(9) Выключен. Фпер - any to any
Говорю, поставил БД на вин2003 - та же самая ошибка.
11 - подробнее пожалуйста..дистр, как устанавливал .. скорее всего (предполагаю) локализация консоли. до установки "добра" :) export LANG=ru_RU.utf-8. на мандриве помогает ))
база там создается. но по запуску конфигуратора с попыткой загрузить базу выдается эта мессага
опиши подробнее, чтобы можно было воспроизвести ситуацию. (если не затруднит конечно).
первый запуск postgresql как делал ? версия postgresql ? версия сервера 1С предприятия ?
8.0.16.2, конф 1.5(1.5.14.4) файлсерверный вариант. postgres - апрельский ИТС.
создал копию базы. открыл базу с помощью 8.1. предложили конвертнуть. утвердительно согласился. после примерно 4 часов конвертирования выгрузил базу. загружаю базу уже как клиент-серверный вариант. ошибка.
8.0.16.2, конф 1.5(1.5.14.4) файлсерверный вариант. postgres - апрельский ИТС.
создал копию базы. открыл базу с помощью 8.1. предложили конвертнуть. утвердительно согласился. после примерно 4 часов конвертирования выгрузил базу. загружаю базу уже как клиент-серверный вариант. ошибка.
------------------------------------------------------------
постой! тут что-то не вяжется :).а сервер приложений ? 4 часа . а размер базы какой был?
как я понимаю(раз в этой ветке пост) - все сделано согласно постов 0 и 2 .
на машину с linux был установлен сервер 1С и(возможно) сам скуль. затем через клиентскую часть (или с помощью консоли) была создана база - на этом этапе проблем не было!(?). затем подключение с помощью клиентской части к серверу 1С - ошибка?!
сделано согласно http://life.screenshots.ru/the-code-inside/php-platform/linux-1c-setup
база создалась без проблем с помощью "Серверы 1С предприятия"
у "меня" давно уже больше гига, но конвертится на целике 2000 около 15 минут ))), ну да ладно - это дело десятое. давай думать %)
---------------------------------------------------------------------
(11)Серверы 1С предприятия -> Создание новой информационной базы
Порядок сортировки не поддерживается базой данных"
----------------------------------------------------------------------
(20)база создалась без проблем с помощью "Серверы 1С предприятия"
----------------------------------------------------------------------
я что-то не понял ?
изначально она создалась без проблем. в последствии пытались создавать новые, возникала такая ошибка и тут
щас найду апрельский диск попробую прямо с него установить на 1 комп всю эту байду ..(свои я выкачивал с 1С) . потом отпишусь .. к сожалению у меня инет не в рабочее время доступен не всегда :(
У меня как у чайника вопрос , сервер 1С ставится только в графической оболчке типа KDE или Gnome? а в консоли будет это все работать
пофиг..я графическую вообще не влючаю, что бы ресурсы не "жрало" :), а по надобности startx. Так что дело любительское - хочешь из кде-гнума ставь, хочешь так ;)
поставил..с апрельского (8.1.6.38). сервер+клиент+скуль . в качестве "испытуемого" был взят комп: asus p5b-e/cel 2.8/1024Mb/sata2x2=raid0/+fedora core 6 32 bits (пришлось с инета выкачать), ставил все на 1 комп :) - все заработало с 1 запуска и работает. Клиента тоже с этого диска поставил. конфа типовая бухгалтерия . 1.16. в ней ошибка при расчете аммортизации ОС.

Здравствуйте.
Установил сервер postgres
"Инициализируется база данных: mkdir: невозможно создать каталог '/var/lib/pgsql/data/pg_log': фаил существует" СБОЙ.

Помогите в чем может быть проблемма?!

Я сделал так: удалил 1с-овский постгрес, удалил каталог /val/lib/pgsql , поставил родной, запустил, он инициализировал базу, потом удалил его, но каталог /val/lib/pgsql оставил. Потом снова установил 1с-овский и все работает. Надо сказать, что LANG=ru_RU.utf-8 должен быть при этом системным, тогда не надо будет это набирать при запуске постгреса.
(29) а какая ОС?
"выдоет ошибку "Инициализация базы данных" - СБОЙ
"Запуск сервера postgres" - СБОЙ" - это потому, что часть скрипта отработала..то есть каталог /var/lib/pgsql/ создан.
(30)системным можно сделать сразу после установки ОС export LANG=ru_RU.utf-8
(31) Системным, на мой взгляд, надо делать при установке, а не после. Тогда можно будет забыть про экспорт.
(36) конечно можно и нужно :) кто же спорит ?! тем более, что utf8 - это будущее )))
Все делается от рута.
при выполнеии команды psql -h localhost postgres postgres
выдоет ошибку psql: FATAL: Ident authentication failed for user "postgres"

Ну или в последней строке свою сетку или хосты

(31) наблюдал то же самое, помогло следующее: удалил все пакеты постгреса, поставил только необходимые - поехало сразу, не забудь удалить '/var/lib/pgsql/data/pg_log'
при попытки подклюиться к потгрею выдоет Error connecting to the server: FATAL: password authentication failed for user "postgres".

Вот я всё сделал по инструкциям приведеным выше. вот что получилось:
сервер Fedora 6, версия сервера 1с 8.1.7.37, постгрес 8.1.5-12.1C.

С клиента подключаюсь к серверу, пытаюсь создать базу, в отет ошибка:

"Ошибка соединения с сервером 1С:Предприятия 8.1:

(48) во первых, к серверу я подключился, я не могу просто создать базу. Во вторых поднят DNS
(49) , понятно, я написал как было у меня. Тоже подключился, вижу кластер, а создать , базу не могу. Там с именами что-то кривовато, а что непонятно. Ну вобщем если все прописано, тогда я пас.
(49)". "Ошибка соединения с сервером 1С:Предприятия 8.1. " - а в 49 ". во первых, к серверу я подключился. ". не совсем понятно ..то есть в консоли сервера приложений (1С) информационную базу создать удалось ? или нет ? ошибка при создании базы данных на скуле ?
Да, в дополнение. Советую, чтобы исключить постгрес, установить pgadmin и им тестировать соединение с постгресом. Кстати, очень удобен.
53 - значит проблема все-же с постгри . кстати, а SQL на том же компе, где и сервер приложений ? или на другом ?
Самба для оснастки нафиг не нужна, работает без нее.
В доках по установке НИГДЕ нет требований установить самбу.
Откуда автор это взял?
Возможно, будут работать без ключа и будущие версии
При установке пакета, все настраивается как положено, и процесс сервера сразу стартует

1C_Enterprise-ws…
1C_Enterprise-ws-nls…
Если веб-служб не используются, зачем лишние пакеты?

Важный момент настройки - если поднят windows-домен и есть службы DNS, то в DNS обязательно должна быть быть запись типа A (host), указывающая на ip сервера предприятия.
Для чего - сервер 1с предприятия должен иметь возможность разрешить свое имя через DNS, иначе не сможет подключиться к БД.
Вот бы 1с выпустила сборку - ставишь и сразу у тебя есть сервер 1с. - а то неохота столько времени тратить на линух.

всего 2 команды (или одна, если пакеты ставить сразу все за один заход).

настройку постгре можно пропустить, есть не заботишься о супербезопасности.

2Kraft
Наиболее вероятная причина - имя хоста сервера не разрешается по имени с твоей машины. Решение - настройка днс или правка руками файла hosts.

2Advan
". а то неохота столько времени тратить на линух." - лентяй!

на установку нужно:
1. около 30 мин - установка системы, время зависит от можности машины и набора устанавливаемого ПО.
2. 5-7 мин - установка пакетов сервера, постгре, инициализация БД
3. 15-20 мин на то, чтобы убедиться в работоспособности системы, настроить сеть и проч.
4. еще 30-40 мин на окончательную доводку и тестирование.

Итого сервер поднимается всего за час-полтора.
Это разве много?

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

3. /home - домашние каталоги пользователей, а бы оставил гиг 10. Сервер 1С предприятия в своем каталоге (/home/usr1cv81) хранит инфу о настройках, не уверен, но может понадобиться достаточное количество места
4. /var - часто меняющаяся инфа, логи, бд и проч. Размер - скока считаете нужным. БД имеет свойство расти, место понадобится

Постгрес не рулит похоже - надо смотреть в сторону IBM DB2

2Advan
Прежде чем делать такие выводы, лучше почитать что за постгре пишут в интете.
постгре - достаточно давняя и устойчивая система, БЕСПЛАТНО РАСПРОСТРАНЯЕМАЯ.
Показатели производительности вполне на уровне.
Кстати - 40% пользователей interbase/firebird работают базами объемом от 2 до 40 Гб. До 40 Гб 1Сная база будет расти очень долго.

И еще - скажи своему диру скока нужно отвалить за IBM DB2 - и ты еще вчера работал на постгре.

(69)"До 40 Гб 1Сная база будет расти очень долго" - ты не прав - не так уж и долго - наша база уже к 30 гигам подползает.
А главное в работе 1с с постгрес - это бюлокирование таблиц.
для постгре базы регулярно нужно запускать vacuum.
Вполне может быть, что твоя база сильно похудеет.
Как заявила 1С в ближайшем будущем конфы будут выходить с учетом особенностей платформы 8.1, на 8.0 поставят крест и забудут.
А в 8.1 блокировками можно управлять из внутреннего языка, так что все будет упираться в качество кода конфигурации
(71) оно и сейчас туда упирается (и без контролируемых блокировок хватает)
согласен, модуль в 15000 строк сплошь пестрящий запросами не может работать супербыстро
(69)Она до определенного уровня бесплатна - как раз по нам - двухголовый сервер с 4 гигами оперативы

Сейчас при попытке подключения к серверу пишет:

и. кто может достоверно сказать нах самба нужна при работе трёх-звенки? ИМХО максимум для winbind, чтобы с доменные имена разешать.
кстати - вышла новая версия (пока для тестов) сервера 1С 8.1.7.39. -на сервере уже заменил - сейчас качаю клиента ..

Мля? без эксцессов не получается. В общем, загрузка базы уже подходила к концу и тут в конфигураторе вылетела ашыпка:

Попытка вставки неуникального значения в уникальный индекс.

Кто в курсе, что в постгресе надо подкрутить?

ИМХО лучшая ветка на мисте за последнее время, много по делу сказано
(80) Видимо, крутить надо в 1С, т.к. изучать, где что произошло и какое
значение принял какой счётчик - не самое интересное занятие.
Подскажите пожалуста. На Linux Open SUSE Поставил Сервер 1С. Поставил PostgreSQL. Все запускается прекрасно. На Винде поставил клиента 1С, успешно подключился к Серверу 1C, осталось создать БД, тут то и проблема - не выходит: При создании базы данных выдается ошибка - Is the server running on host and accepting TCP/IP connections on port 5432? может кто поможет?
кто скажет почему связка PGSQL+1c8.1 так тормозит? Разов в 7-8
(85) Конфиги постгреса копай.
Посмотри nmap-ом, открыт ли у тебя постгресовский порт.
открыт порт, конфиг весь поперелопатил, если у кого работает покажите содержимое, может я что то упустил.
(85) Покажи netstat -na |grep tcp
и содержимое pg_hba.conf
иначе сложно ответить

Описание
Ошибка при выполнении операции с информационной базой
Ошибка СУБД:
XX002: ERROR: index "pg_class_relname_nsp_index" contains unexpected zero page at block 7
HINT: Please REINDEX it.

по причине:
Ошибка СУБД:
XX002: ERROR: index "pg_class_relname_nsp_index" contains unexpected zero page at block 7
HINT: Please REINDEX it.

(1) конфа лицензионная? 1С вроде оказывает поддержку тем кто разворачивает 1С на PG

Запрос ,который вернёт ТОП 100 самых больших таблиц с учётом индексов

create extension if not exists pgstattuple;

SEL ECT nspname || '.' || relname AS "relation", pg_size_pretty(pg_total_relation_size(C.oid)) AS "total_size"
FR OM pg_class C LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
WHERE nspname NOT IN ('pg_catalog', 'information_schema') AND C.relkind <> 'i' AND nspname !

'^pg_toast' ORDER BY pg_total_relation_size(C.oid) DESC LIM IT 100

Отдельно только индексы более 200МБ:
create extension if not exists pgstattuple;

SELECT relname AS "relation", pg_size_pretty(pg_indexes_size(C.oid)) AS "total_size"
FR OM pg_class C LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
WHERE pg_indexes_size(C.oid) >= 209715200 AND nspname NOT IN ('pg_catalog', 'information_schema') AND C.relkind <> 'i' AND nspname !

'^pg_toast' ORDER BY pg_indexes_size(C.oid) DESC

Отдельно только таблицы более 1ГБ:
create extension if not exists pgstattuple;

SELECT relname AS "relation", pg_size_pretty(pg_table_size(C.oid)) AS "total_size"
FR OM pg_class C LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
WH ERE pg_table_size(C.oid) >= 1073741824 AND nspname NOT IN ('pg_catalog', 'information_schema') AND C.relkind <> 'i' AND nspname !

'^pg_toast' ORDER BY pg_table_size(C.oid) DESC

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

(4) Большое спасибо за участие, знать бы еще как с ними работать, я с постгре и запросами на Вы. Запросы на скринах делал по инфе с инета. Штатного админа нет по постгре Как вариант - собрать полный технологический журнал и посмотреть сам запрос, на котором ошибка валится.

Технологический журнал — это средство логирования действий платформы происходящих на самом низком уровне. Данные предоставляемые технологическим журналом позволяют выявить причины «тормозов», зависаний, утечек памяти и «падений» рабочих процессов.
Содержание

Общая информация
Включение технологического журнала
Создание файла настроек
<dump>
<log>
<event>
<property>

Технологический журнал является основным источником информации для всех инструментов анализа производительности платформы.

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

Технологический журнал может продуцировать два вида информации:

Включение технологического журнала

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

%LOCALAPPDATA%\1C\1cv8\dumps (пример: C:\Users\USR1CV8\AppData\Local\1C\1cv8\dumps)

%LOCALAPPDATA%\1C\1cv8\logs (пример: C:\Users\USR1CV8\AppData\Local\1C\1cv8\logs)

USR1CV8 — имя пользователя под которым работает сервер 1С. Логи хранятся 24 часа, при этом делятся на файлы — каждый час новый файл.

Собираемая таким образом информация минимальна — формируются дампы минимального размера при аварийном завершении работы рабочих процессов, а в логи попадают только события SYSTEM с уровнем Error.

В большинстве случаев этой информации недостаточно, следовательно нам необходимо самостоятельно указать какую информацию мы хотим видеть в логах. Для этого необходимо создать файл настроек тех. журнала (об этом ниже) с названием logcfg.xml и разместить его в одной из подходящих директорий.

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

Если настроить нужно конкретную версию, то здесь (зависит от версии):

Иногда может потребовать включить тех. журнал для конкретного пользователя, из под которого запущен сервер 1С, в этом случае файл настроек следует разместить тут:

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

Создание файла настроек

Теперь перейдем к содержимому файла настроек logcfg.xml.

Вначале приведем пример файла настроек:
<config xmlns="http://v8.1c.ru/v8/tech-log">
<dump location="c:\1c_info\dumps" create="1" type="3"/>
<log location="c:\1c_info\logs" history="48">
<event>
<eq property="name" value="EXCP"/>
</event>
<event>
<eq property="name" value="PROC"/>
</event>
<event>
<eq property="name" value="ADMIN"/>
</event>
<event>
<eq property="name" value="EXCPCNTX"/>
</event>
<property name="all"> </property>
</log>
</config>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

Этот элемент отвечает за формирование дампов памяти. Атрибуты:

location — каталог в который будут сохраняться дампы, значение этого атрибута должно отличаться от значений такого же атрибута у других элементов (<log> и <defaultlog>).

create — записывать (1) или не записывать (0) дампы.

type — тип дампа, любая комбинация (сумма) из перечисленных ниже флажков:

0 — минимальный;
1 — дополнительный сегмент данных;
2 — содержимое всей памяти процесса;
4 — данные хэндлов;
8 — оставить в дампе только информацию, необходимую для восстановления стеков вызовов;
16 — если стек содержит ссылки на память модулей, то добавить флажок флаг 64;
32 — включить в дамп память из-под выгруженных модулей;
64 — включить в дамп память, на которую есть ссылки;
128 — добавить в дамп подробную информацию о файлах модулей;
256 — добавить в дамп локальные данные потоков;
512 — включение в дамп памяти из всего доступного виртуального адресного пространства.

Компания «1С» советует использовать значение 3 (1+2), так как в большинстве случаев этого достаточно.
<log>

Этот элемент определяет каталог тех. журнала и события которые в него попадают. Таких элементов может быть несколько т.е. сервер 1С может вести сразу несколько тех. журналов с различными настройками. Тем не менее компания «1С» не рекомендует вести более 20 тех. журналов одновременно, так как это может замедлить работу системы. Может содержать внутри себя элементы <event> и <property>. Атрибуты:

location — каталог в который будут записываться логи, этот каталог должен быть пустым, кроме этого он не должен совпадать со значениями аналогичных атрибутов у других элементов.

history — время жизни логов, в часах.
<event>

Определяет условия, при выполнении которых событие попадает в журнал. Само условие задается следующими элементами:

eq — равно;
ne — не равно;
gt — больше;
ge — больше или равно;
lt — меньше;
le — меньше или равно;
like — соответствие маске.

Определяет условия попадания в журнал значения свойства события.

Элемент <property name=»all»> </property> включает записи в журнал всех свойств событий.

Руководство администратора (желтая, не очень толстая книжечка) можно легко найти в электронном виде, да и бумажном оно встречается достаточно часто, так как входит во многие поставки продуктов компании 1С.

Что делать?

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

Восстановить информационную базу из резервной копии (если есть).
Использовать встроенную утилиту для проверки целостности — chdbfl.exe.
Выполнить тестирование и исправление базы через Конфигуратор.
Создать новую пустую базу и загрузить сформированный 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С.

Такую ошибку показывает 1С и немногословно предлагает « Завершить работу » или « Перезапустить. ». Приятного мало. У клиента ошибка возникла при работе с файловой базой 1С 8.2 в общем доступе (БП 2.0).

С единственным допущением — дальнейшие шаги, в первую очередь, рассматриваем применительно к файловому режиму. Для клиент-серверного доступа — свои особенности.

«Ошибка СУБД: Внутренняя ошибка компоненты dbeng8» при работе в 1С «Ошибка СУБД: Внутренняя ошибка компоненты dbeng8» при работе в 1С

I. Как выглядит ошибка

Причины возникновения

Ошибка «плавающего» характера — может появиться при запуске 1С, закрытии базы. Либо при обмене, выгрузке данных, в процессе работы: проведении документа, открытии справочника и т. п.

Из-за чего? Наиболее вероятная причина — вследствие нарушений структуры БД, ошибки при записи транзакций, сбой хранилища.

Может быть вызвано некорректным закрытием 1С из-за отключения электроэнергии, отказов сетевого оборудования. Менее точно, но возможно — «битый» диск, на котором расположена база.

II. Подготовительный этап

Перед выполнением работ:

закройте имеющиеся клиентские подключения к информационной базе (по-простому — «выгнать» пользователей, если таковые подключены);
обязательно , это очень важно — сделайте резервную копию базы , а лучше две и сохраните в разных местах, любым доступным способом (например, для файловой 1С — копирование всего каталога, основного файла 1Cv8.1CD или выгрузка в dt-файл через Конфигуратор).

III. Возможные действия по исправлению

Проверка с помощью утилиты chdbfl.
Тестирование и исправление (ТиС) в режиме Конфигуратора.
Копирование ИБ в другое расположение.
Выгрузка базы в dt-файл и загрузка в новую базу.
Обновление платформы 1С.

Почему в такой последовательности? Приложение chdbfl проверяет и исправляет нарушения физической целостности, инструментарий «Тестирование и исправление» — внутренние ошибки (ссылочную и логическую целостность). Поэтому в первую очередь chdbfl, а потом ТиИ.

Блоки 3 и 4 связаны между собой и предполагают проверку в других расположениях. Пятый — условно считаем, что виновата платформа.

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