Не запускается 1С
21.04.2010
09:11
#1
Добрый день, у нас 1С - ЗИК, 7.7. Не запускается программа,при запуске выдает: "Ошибка доступа к таблице ДТ4865". Причина непонятна, потому что недавно рассчитывала заработную плату и прграмма открывалась без проблем и закрыта была правильно. Хотелось бы узнать в чем проблема. Спасибо.
21.04.2010
09:17
#2
в конфигураторе сперва сохраняете базу, а затем меню: администрирование-тестирование и исправление ИБ
21.04.2010
09:26
#3
Я сохранила базу, начала тестирование и иправление ИБ и вот что мне программа выдала:
!!Не удалось открыть файл DT4865.
!!Проверка физической целостности таблиц ИБ. Неисправимая ошибка.
!!Не удалось открыть файл DT4865.
!!Проверка физической целостности таблиц ИБ. Неисправимая ошибка.
21.04.2010
11:22
#4
Посмотрел в демо базе ЗИК-а
#============================================================ ===================
#==TABLE no 114 : Документ (Мн.ч.) НачислениеПособияПоБеременностиИРодамВоеннослужащим
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=DT4865 |Документ (Мн.ч.) НачислениеПос|A |DT4865 |1
#-----Fields-------
# Name |Descr |Type|Length|Precision
F=IDDOC |ID Document's |C |9 |0
F=LINENO |LineNo |N |4 |0
F=SP4862 |(P)Расчет |C |13 |0
F=SP4863 |(P)Сумма |N |16 |2
#----Indexes------
# Name |Descr |Unique|Indexed fields |DBName
I=IDLINE |of IDDOC+LineN|0 |IDDOC,LINENO
то бишь файл хранящий данные табличной части документа
"Начисление Пособия По Беременности И Родам Военнослужащим"
полагаю, что у вас должно быть так же.
в папке с базой есть файл 1Cv7.DD (словарь таблиц базы данных)
открывается через обыкновенный "Блокнот" в нём запустите поиск по строке "DT4865"
посмотрите табличная часть какого документа у вас хранится в этом файле.
в принципе, если данных в документах этого вида нет, то можно попробовать вообще физически снести из папки с базой файлы
DT4865.DBF и DT4865.CDX
после чего запустить базу в монопольном режиме.
Если же полетел файл связанный с объектом в котором есть нужные вам данные, то без недавно сделанной копии, нормального специалиста и толкового DBF-редактора вам не обойтись.
З.Ы. Естественно все эксперименты делаем не на живой базе а на копии. После того как окончательно "оживите" базу, создайте новую папку, копируйте базу туда и работайте с этой копией, потому как во многих случаях разрушение файлов базы данных происходит не только за счёт аварийных выходов, но и ввиду ошибок в самой файловой системе на жёстком диске хранящем базы.
Ну и с нынешнего дня возьмите за правило делать резервные копии баз данных на внешний носитель, с частотой, одна копия в день, потому как эта ошибка может быть не единственной и существует такая категория сбоев, как "скрытые ошибки в структуре таблиц" которые могут не выявляться, до тех пор, пока не возникнет проблема при перерасчёте ранее созданного документа и т.п
Проявляются они чаще всего в отсутствии записей по некоторым полям в определённых строках, либо несовпадении размера таблицы (количество "записей" или по другому "строк" таблицы не соответствует тому, которое указано в её заголовке).
"Скрытые ошибки" имеют свойство накапливаться и в критический момент полностью выводить из строя файлы таблиц баз данных. Такие сбои как правило вызывают частичную или полную потерю данных одного объекта (справочника, шапки документов или табличной части, бухгалтерского или накопительного регистра, а также журнала расчётов).
#============================================================
#==TABLE no 114 : Документ (Мн.ч.) НачислениеПособияПоБеременностиИРодамВоеннослужащим
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=DT4865 |Документ (Мн.ч.) НачислениеПос|A |DT4865 |1
#-----Fields-------
# Name |Descr |Type|Length|Precision
F=IDDOC |ID Document's |C |9 |0
F=LINENO |LineNo |N |4 |0
F=SP4862 |(P)Расчет |C |13 |0
F=SP4863 |(P)Сумма |N |16 |2
#----Indexes------
# Name |Descr |Unique|Indexed fields |DBName
I=IDLINE |of IDDOC+LineN|0 |IDDOC,LINENO
то бишь файл хранящий данные табличной части документа
"Начисление Пособия По Беременности И Родам Военнослужащим"
полагаю, что у вас должно быть так же.
в папке с базой есть файл 1Cv7.DD (словарь таблиц базы данных)
открывается через обыкновенный "Блокнот" в нём запустите поиск по строке "DT4865"
посмотрите табличная часть какого документа у вас хранится в этом файле.
в принципе, если данных в документах этого вида нет, то можно попробовать вообще физически снести из папки с базой файлы
DT4865.DBF и DT4865.CDX
после чего запустить базу в монопольном режиме.
Если же полетел файл связанный с объектом в котором есть нужные вам данные, то без недавно сделанной копии, нормального специалиста и толкового DBF-редактора вам не обойтись.
З.Ы. Естественно все эксперименты делаем не на живой базе а на копии. После того как окончательно "оживите" базу, создайте новую папку, копируйте базу туда и работайте с этой копией, потому как во многих случаях разрушение файлов базы данных происходит не только за счёт аварийных выходов, но и ввиду ошибок в самой файловой системе на жёстком диске хранящем базы.
Ну и с нынешнего дня возьмите за правило делать резервные копии баз данных на внешний носитель, с частотой, одна копия в день, потому как эта ошибка может быть не единственной и существует такая категория сбоев, как "скрытые ошибки в структуре таблиц" которые могут не выявляться, до тех пор, пока не возникнет проблема при перерасчёте ранее созданного документа и т.п
Проявляются они чаще всего в отсутствии записей по некоторым полям в определённых строках, либо несовпадении размера таблицы (количество "записей" или по другому "строк" таблицы не соответствует тому, которое указано в её заголовке).
"Скрытые ошибки" имеют свойство накапливаться и в критический момент полностью выводить из строя файлы таблиц баз данных. Такие сбои как правило вызывают частичную или полную потерю данных одного объекта (справочника, шапки документов или табличной части, бухгалтерского или накопительного регистра, а также журнала расчётов).
Бухгалтерия 2.0.12.2 Пустой справочник "Конвертация инф.баз пред.версий"Перенос данных из Бухгалтерии ПРОФ 1.6.24.7 в 2.0.12.2
Читают тему
(гостей: 1)