Невосстановимая ошибка БД
Показывать по
10
20
40
сообщений
- 1
- 2
18.04.2005
14:31
#1
Сегодня у клиента слетела база. На каком моменте - никто не понимает, просто так, "на ровном месте". Бухгалтерия 464, платформа 023. В конфигуратор запускает, при попытке сделать тестирование и исправление БД, на проверке физической целостности пишет в окне сообщений про неисправимую ошибку и "тестирование завершено". При попытке запустить монопольно запрашивает реиндексацию базы данны и на ОК отвечает:
Error #70
Reading File
File Name
путь к базе\1SConst.dbf
после ОК пишет:
Невосстановимая ошибка базы данных
Код -10000
Нераспознанная ошибка.
Что делать? Резервное копирование ежедневно в 12 часов дня, сегодняшняя 12-ти часовая копия не подключается (те же ошибки), хотя клиент говорит, что слетело все после 13 часов. Пятничная копия подключилась нормально...
Error #70
Reading File
File Name
путь к базе\1SConst.dbf
после ОК пишет:
Невосстановимая ошибка базы данных
Код -10000
Нераспознанная ошибка.
Что делать? Резервное копирование ежедневно в 12 часов дня, сегодняшняя 12-ти часовая копия не подключается (те же ошибки), хотя клиент говорит, что слетело все после 13 часов. Пятничная копия подключилась нормально...
19.04.2005
09:44
#2
1. Посмотреть разрешения на файл 1SConst.dbf, может к нему нет доступа.
2. В файле 1SConst.dbf хранятся константы и периодические реквизиты справочников. Попробовать подложить этот файл из копии в испорченную базу. Если поможет, думаю, после этого запустить тестирование и исправление ошибок не помешает.
2. В файле 1SConst.dbf хранятся константы и периодические реквизиты справочников. Попробовать подложить этот файл из копии в испорченную базу. Если поможет, думаю, после этого запустить тестирование и исправление ошибок не помешает.
19.04.2005
10:14
#3
Спасибо большое 
Файл менять пробовала - начинает ругаться на другую dbf-ку и так по порядку. В конце концов помогло тестирование с исправлением 12-ти часовой копии. Оказалось достаточно затратным по времени.
Еще один вопрос - в чем может быть причина такого "слёта" базы?
Файл менять пробовала - начинает ругаться на другую dbf-ку и так по порядку. В конце концов помогло тестирование с исправлением 12-ти часовой копии. Оказалось достаточно затратным по времени.
Еще один вопрос - в чем может быть причина такого "слёта" базы?
24.04.2005
08:15
#8
А в конфигураторе "Тестирование и исправление ИБ" что говорит?
У меня раз было похожее, когда один молодой человек, решил обновить 1С-ку копированием файлов "1cv7.dd" и "1cv7.md" из другой аналогичной базы. Как известно, хоть конфигурации баз идентичны, но поля и название dbf-ок уникальны.
У меня раз было похожее, когда один молодой человек, решил обновить 1С-ку копированием файлов "1cv7.dd" и "1cv7.md" из другой аналогичной базы. Как известно, хоть конфигурации баз идентичны, но поля и название dbf-ок уникальны.
28.08.2008
11:11
#9
Возникла аналогичная проблема.
После вполне обычного и корректного завершения работы программы вчера, сегодня при включении программа запускается, предлагает выбрать пользователя, затем (не обычно) запрашивает тип языковых данных ("кодовая страница таблиц информационной базы" кодовая страница и порядок сортировки для таблиц информационной базы в формате файлов *.DBF, *.CDX/ далее окно с выпадающим списком языков... выбираю русский, белорусский...) после программа пишет:
Невосстановимая ошибка Базы Данных
Код: -10
Ошибка открытия словаря Базы Данных
В чем причина и как исправить?
После вполне обычного и корректного завершения работы программы вчера, сегодня при включении программа запускается, предлагает выбрать пользователя, затем (не обычно) запрашивает тип языковых данных ("кодовая страница таблиц информационной базы" кодовая страница и порядок сортировки для таблиц информационной базы в формате файлов *.DBF, *.CDX/ далее окно с выпадающим списком языков... выбираю русский, белорусский...) после программа пишет:
Невосстановимая ошибка Базы Данных
Код: -10
Ошибка открытия словаря Базы Данных
В чем причина и как исправить?
28.08.2008
12:33
#10
Файл 1cv7.dd в каталоге базы в наличии? Похоже, что нет. Возьми файл из копии (если структура базы не изменялась) и подсунь в сбойную базу. И проведи расследование, какая св...чь удалила файл. Ей может оказаться как физ. лицо, так и кривой программный код. Недавно на Т1С долго жевали такую же проблему.
- 1
- 2
Читают тему
(гостей: 1)