Index is out of date

[okis]

Может у кого есть опыт восстановления данных из orders.db.

Сервер (выделенный) не запускается, в errors.txt ошибка Index is out of date file orders.db.

[Admin]

а смысл? Этож открытые столы... Люди ждать не будут когда вы базу почините :) - так что по воспомнинаниям и по кухне восстанавливают примерную картину и все дела.

[SH]

Запуск cor не помогает? (или он вообще не имеет смысла при выделенном сервере? - поправьте, кто знает).
Ну и данные по открытым столам зашифрованы, т.е. восстановлению не подлежит.

[aspal]

cor хорошо работает на выделенном, там и запускается руками при выключенном сервере из его каталога.

[okis]

Запуск cor не помогает :( . Смысл в том, что в заказах остались висеть около десятка неоплаченных столов должников. В принципе суммы по столам вытащить удалось путем открытия dbd editorом, предварительно удалив orders.px из датабейза. Я так понял, что файлы *.px и есть индексные. Однако какие блюда были на этих столах узнать не удалось. Ну тепрь ет проблемы манагеров - не хрен в долг кормить и поить :drinks:

[Admin]

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

[okis]

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

Так и сделал. А где взять кол-во продуктов для списания ?

[Admin]

Как где, яж сказал - по воспоминаниям :)
Людей то вы как рассчитали???

[BoniX]

У оффициантов обычно блокнотики имеются, с которыми они к киперу подходят для внесения заказа. В общем действительно, по воспоминаниям :)

[okis]

Как где, яж сказал - по воспоминаниям :)
Людей то вы как рассчитали???

Людей как раз и надо рассчитать :)

[f13nd]

у меня тож такое было... интересно бы узнать из-за чего такое происходит? почему ордерс.дб бьется?

[SH]

Ну вообще, если принять на веру, что сам r-k работает со своими таблицами корректно, таблица (любая) может побиться в случае некорректного закрытия. Допустим, в нее идет запись и тут пропадает электричество. Поэтому на сервере всегда важен бесперебойник.
Еще может быть, что злоумышленник сохранил orders.db (без индексного файла), потом попробовал подкинуть его обратно, вместо таблицы, в которую были внесены изменения - но так как индексный файл относится уже к другой таблице, выдается подобная ошибка.
Из всего этого следуют два вывода:
1. На сервере обязателен ИБП (даже если сервер на кассе);
2. Доступ к серверу (физический и сетевой к DATABASE) должен быть исключен. Поэтому, в частности, сервер на кассе не желателен.
В последних версиях UCS постаралось защитить транзакции с таблицами по-максимуму. Ранее в некоторых версиях "удачной" перезагрузкой сервера в момент работы можно было добиться бесследного исчезновения данных о продажах. Поэтому рекомендуется использовать кассовые версии 6.81 и выше.

[f13nd]

Ну вообще, если принять на веру, что сам r-k работает со своими таблицами корректно, таблица (любая) может побиться в случае некорректного закрытия. Допустим, в нее идет запись и тут пропадает электричество. Поэтому на сервере всегда важен бесперебойник.
Еще может быть, что злоумышленник сохранил orders.db (без индексного файла), потом попробовал подкинуть его обратно, вместо таблицы, в которую были внесены изменения - но так как индексный файл относится уже к другой таблице, выдается подобная ошибка.
Из всего этого следуют два вывода:
1. На сервере обязателен ИБП (даже если сервер на кассе);
2. Доступ к серверу (физический и сетевой к DATABASE) должен быть исключен. Поэтому, в частности, сервер на кассе не желателен.
В последних версиях UCS постаралось защитить транзакции с таблицами по-максимуму. Ранее в некоторых версиях "удачной" перезагрузкой сервера в момент работы можно было добиться бесследного исчезновения данных о продажах. Поэтому рекомендуется использовать кассовые версии 6.81 и выше.
Ясно :cool:

[okis]

В другом заведении возникла такая же проблема. На это раз удалось вылечить при помощи pdxrbld. Спасибо PaViSу за прогу.

[VampireKB]

у БДЕ есть 1 плохая наследственность: она поддерживает лишь 1 подключение к базе(и,соответсвенно,выпол� �ение максимум 1 скрипта за раз)

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

[Admin]

1 подключение к базе(и,соответсвенно,выпол
видать кто-то подключился :D

[VampireKB]

Усё,обиделся я :))
Вот что значит "хотеть спать"..даже предложение не дописал.... ...

*всем спок.ночи :)

[PaViS]

В другом заведении возникла такая же проблема. На это раз удалось вылечить при помощи pdxrbld. Спасибо PaViSу за прогу.Тогда кнопочку жми ;)


у БДЕ есть 1 плохая наследственность: она поддерживает лишь 1 подключение к базе(и,соответсвенно,выпол� �ение максимум 1 скрипта за раз)

Есть подозрение что одновременное сохранение заказов на нескольких станциях может привести к данной проблеме ....или на очень старых или на очень новых машинках...Насколько я понимаю, с базой работает кассовый сервер, а официанты обращаются к серверу, но не напрямую к базе. Поэтому, одновременное сохранение заказов не может привести к поломке базы.

[okis]

Тогда кнопочку жми ;)



Кнопочку нажал там, где прога выложена.

[Александрр]

Добрый день возникла таже проблем c e_rest32 но только при обрашенни конкретно к меню все остально работает выдает следующю ошибку index is out of date Table:C\\\Db\Menu.db помогите ее исправить и если не сложно обьясните попонятнее ))

[okis]

reind32.exe запустите.

[Александрр]

А инструкция есть по работе с этим приложением?

---------- Добавлено в 10:30 ---------- Предыдущее сообщение было размещено в 10:26 ----------

Все спасибо огромное все сделал))))