v7: Таблица - 1SENTRY Неисправимая ошибка. #676511

бух 77 База с утра не открывается копирую с сервера делаю тестирование и исправление выдает: Таблица - 1SENTRY. Не сошлось наименование поля номер 1 - DOCID Проверка физической целостности таблиц ИБ.  Неисправимая ошибка. Чем можно лечить ?

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

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

Каков размер 1SENTRY ? "Лечить заявлением на увольнение" :) (шутка) Самое правильное в Размер какой? База DBF?

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

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

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

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

база дбф

размер 1SEMTRY 65 M

#=============================================================================== #==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

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

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

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

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

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

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

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

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

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

пропало только за пятницу

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

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

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

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

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

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

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

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

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

совсем

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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