бух 77
База с утра не открывается
копирую с сервера делаю тестирование и исправление
выдает:

Таблица - 1SENTRY. Не сошлось наименование поля номер 1 - DOCID
Проверка физической целостности таблиц ИБ.  Неисправимая ошибка.

Чем можно лечить ?

например бакапом

выполнил просто тестироване(без исправления)
ругается на то же самое

(0) Каков размер 1SENTRY ?

"Лечить заявлением на увольнение" :) (шутка)
Самое правильное в (1)

(2)Размер какой?
База DBF?

по известной дырочке пошла база. кстати, поля номер 1 - DOCID  в таблице 1SENTRY нет и не было никогда. DATE_TIME_DOCID встречался...
Только бекапом лечится

Таблица - 1SENTRY это проводки.

Мне тоже кажется, что предел 2 гигабайта на файл сработало?

с базой работали в пятницу последний в 17.26
а зип есть только за четверг поздно вечером(резервное копирование в 23.00)
за четверг восстанавливается
за пятницу - нет

база дбф

размер 1SEMTRY 65 M

(4)
#===============================================================================
#==TABLE no 238    : Проводки
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=1SENTRY |Проводки                      |A          |1SENTRY    |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=DOCID     |Document Id         |C   |9     |0        
F=NUMBER    |Prov number         |N   |5     |0

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

(0) делаем копию. удаляем 1SENTRY.DBF, 1SBKTTL.DBF, 1SBKTTLC.DBF, грузимся монопольно, перепроводим все документы с самого начала, пересчитываем итоги...

Правда ручные операции все равно улетят...
Как вариант еще можно поковырять dbfку редактором и посмотреть что там в ней

(12) ..хватаемся за голову от расползшихся итогов из-за исправлений задним числом и ручной правки проводок документов.. :)

(13) анриал, если можно так выразиться. делай что выше сказано.
(14) скажу что еще хуже будет. итогами и числом задним тут не обойдёшься.

(14) в текущем положении, при отсутсвии бакапа, можно просто сидеть и смотреть на отсутсвие вообще каких либо данных -)

так бекапа нет?

(17) видимо нет, иначе зачем эта тема

(14) У нас как-то было такое. Райд рассыпался, а по неудачному совпадению оказалось, что бэкапы месяц не создаются. Пришлось ночью накатывать бэкап месячной давности и пытаться выковырять из битой базы хоть какие-то документы. Веселая работка была..

(17)
(18)
пропало только за пятницу

(20) Очень тупой совет - открой его чем-нибудь для просмотра и редактирования DBF (wDBFview, к примеру; у Far'а и TotalCommander'а плагины есть свои; на худой конец - Excel (только не сохраняй!)). И посмотри, что и как испортилось.

дбфвиюв от гэндальфа говорит, что "файл не является таблицей dbase или его заголовок нарушен"
кошмар.....

дай файло посмотреть

(22) Выложи куда-нибудь... Посмотрим.

(22)Заголовок дбф-а можно передрать любым текстовым редактором. Копию только сделай.

в  гекредакторе xvi32 сравнивал со здоровым файлом
небо и земля !!!

занимайся, до зимы еще далеко, успеешь.

по журналу в сессии в пятницу не вышел 1 пользователь из базы
(терминальное подключение закрыл, а из базы не вышел)
в 21.00 включается автоматическое копирование с предварительным принудительным завершением
в 21.04 его выкинуло
в 21.06 началось копирование

(26) Если совсем небо и земля - то убей файл и перепроводи документы.
Если не совсем - покажи файл.

(29)
совсем

(30) если у тебя есть бакап в ночь с четверга на пятницу, что тебя останавливает восстановиться с него?

(31)
жалею бухгалтерок, в пятницу много было сделано

32) а ты восстанови из бэкапа только один этот битый файл. потом посмотреть по логам, кто-чего делал в пятницу и повторить эти действия.
судя по сабжу, слетели только проводки, сами документы и их табличные части остались в базе, так что работа будет не такая, "как в пятницу", доки набирать уже не надо, только (пере)провести.
ну... попробовать то всегда можно...

(32) восстанавливай бэкап за четверг и переноси туда пятничные документы

(34) не обязательно пятничные, они могли в пятницу править более ранние доки, тем более бух, тут точка актуальности неактуальна :), задним числом могли делать все, что угодно.
Надо по логам смотреть.

(32) Убей этот файл. Документы за пятницу - все на месте.
Восстановись на четверг. Перенеси изменения.

(36) не факт что другие файлы не повреждены

(37) После убиения оного и попытки запуска - выяснится, повреждены ли другие файлы.

Была аналогичная ситуация у меня, вообщем скопировал на другое место 1Sentry. Сделал Тестирование и исправление, потом документы все перепроводил...
Ручные операции загрузил из бекапа...

(39) нафига так сложно. есть бэкап за четверг, сравнить по документам, недостающие перенести в восстановленный бэкап

а если из бекапа только эту таблицу восстановить? тогда перепроводить придется только документы с пятницы? не?

ну и таб. итогов, конечно

(41) А также документы, перепроведенные задним числом... "в пятницу много было сделано" (c) (32)

(43) ну перепроведут еще раз

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

(41) (45) это наглый плагиат :)))
смотри  (33)
я протестую :)))

У меня подобное было как то... но из за ошибки на жестком диске... сделал chkdsk и  все пошло )

(46) упс, все не читал, звиняюсь :)

Табличку подсовываешь из бекапа, из журнала регистарций берешь список перепроведенных доков за "пропавший период", перепроводишь их.
Потеряешь только ручные операции.