Error code: 25 - WRONG TABLE FORMAT. Charges Last pdox: 0

[bateclipse]

Здравствуйте.
Прошу помощи у знающих, касса не включается.
Вчера, при закрытии дня, после распечатки отчетов, кассир вместо "Закрытие дня" нажала "Выключить станцию", потом опомнилась и решила всетаки сделать закрытие дня, но при включении кассы, прогресс бар доходит до 47% и выдает ошибку

Ошибка!!! Error code: 25 - WRONG TABLE FORMAT. Charges Last pdox: 0

Версия сервера 6.87 версия р кипера 6.81
Касса под досом, сервер там же(вроде), менеджерская часть отдельно на Win XP SP3, пытаюсь копировать , базу сохраненную 3 дня назад(просто копированную в локальную папку), вроде все работает, но при перезагрузке опять та же ошибка.
Официанты в шоке от рукописей, вчерашний день так и не закрылся, кассовая дата теперь 19.05.12, сегодня уже 31.05.12
Помогите пожалуйста!

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

[Admin]

очевидно побилась бд, как-то вы неудачно выключили...

[bateclipse]

..пытаюсь копировать , базу сохраненную 3 дня назад..

Та база ведь целая. И бьется походу уже в процессе загрузки.


Пробовал закинуть вообще чистую базу, видимо что то не настроил и она выдала другую ошибку(не посмотрел какую)

Поставил базу от 27 числа(она сразу после закрытия скопирована) изменил кассовую дату на сегодняшнюю, первый запуск нормальный, но после перезагрузки та же ошибка на 47% загрузки rkeeper6

[Admin]

но после перезагрузки та же ошибка на 47% загрузки rkeeper6

Значит сначала делаем реиндексацию на манагере. Не помогает, значить сетка кривая - бъется при передаче.

[SH]

Поставил базу от 27 числа(она сразу после закрытия скопирована)

Это и есть чистая.

первый запуск нормальный, но после перезагрузки та же ошибка на 47% загрузки rkeeper6

Не исключено, что сам диск навернулся и сыпется теперь. chkdsk для начала.

[Admin]

Это и есть чистая.

Ну нет, это условно чистая таки

[bateclipse]

Проблема оказалась ближе, чем просто под носом: каким то образом база в DB оказалась битой, пришлось закидывать в папку DB на менеджерском компьютере "старую" базу от 25 мая. Теперь практически 2 дня надо вбивать вручную, но зато все работает.
Подведу итог: нужна чистая база из дистрибутива сервера, ее кидаем в database на сервере(в моем случае на кассе), файл system.db копируем к файлу SETCODAT.EXE и им обрабатываем (просто запуск SETCODAT.EXE и далее по меню делаем что надо), system.db возвращаем в DATABASE.
На менеджерской станции переименовываем\удаляем папку DB, и на ее место ставим сохраненную несколько дней назад копию расшариваем ее по сети.
Делаем переиндексацию и запускаем сервер\кассу. Отправляем кассира забивать чеки.

[Admin]

ее кидаем в database на сервере(в моем случае на кассе), файл system.db копируем к файлу SETCODAT.EXE и им обрабатываем (просто запуск SETCODAT.EXE и далее по меню делаем что надо), system.db возвращаем в DATABASE.

можно было просто сохранить из старой датабазы. Вообще смысла ковырять датабейз до реиндексации дб не было. Кстати cor.exe что-то про базу говорил?

На менеджерской станции переименовываем\удаляем папку DB,

а до этого вы реиндексацию пускали? Случаи, когда бъется манагерская база - крайне редки.

расшариваем ее по сети.

зачем, когда папка должна была остаться расшаренной.

Вобщем помимо нужных действий, сделано еще куча не нужных, но то что все получилось - уже хорошо.

[bateclipse]

Реиндексацию манагерской базы за 30-е число делал, это не помогло.Cor.exe не показывал ничего.Перемещал всю папку db, поэтому пришлось настраивать шару.База на сервере скончалась при копировании на нее базы за 27 число, поэтому логическую датупришлось менять.Понимаю, что в этот раз все прошло через одно место, но зато узнал много нового и полезного, как о себе , так и о системе.

[gte_33]

bateclipse,Да, проблема видимо была в битом индексе charges.db, можно грохнуть индекс и переиндексировать базу. Но наверное уже поздно...