michael_ Александр Гoлдун
www.sybase.com/detail?id=1026907
http://www.sybase.com/detail?id=1026907
...

7.0.1.918 < 7.0.4.3431

Может это оно было?

Нет не оно. Совсем другие симптомы.

Это всего лишь первая попавшаяся ссылка по теме. Подобных проблем с ранними версиями может быть много.
michael_
Но не надо становиться фанатом системы! У ASA есть много хорошего и ASA мой сознательный выбор, о чем не жалею, но есть и проблемы. Надо трезво, а главное СПОКОЙНО обсуждать и решать их.

Стоп! А где я дал повод считать меня фанатом ASA и где я рассуждал не трезво?
Я сам категорически неприемлю никакой фанатизм, да и мера ответственности на работе заставляет делать максимально объективные выводы, отбросив личные пристрастия. Ибо цена ошибки весьма велика. Мне казалось, что как раз таки от меня достаточно обоснованной критики выходит здесь в адрес ASA.
michael_
Резюме:
1. Инкрементный бекап
2. Переход на ASA 9
3. создание базы с контрольной суммой на странице

Полезная фича, но вот переводить боевые базы на ASA9 я пока не тороплюсь. Я даже на сервера разработчиков 9 поставил только после 9.0.1. Но даже после 9.0.1 были заметные ошибки. Правда, к чести sybase, их исправили достаточно быстро после того, как сообщил о них.
michael_
Но! Ремонт БД на уровне СУБД не помешал бы.

Пожелания приветствуются в форуме
news://forums.sybase.com.sybase.public.sqlanywhere.product_futures_discussion

michael_ Александр ГoлдунНичего. А что хорошего в продолжении работы сервера при обнаружении весьма критической проблемы?
Только что проверил - запортил вручную db-файл в нескольких местах. Запустил сервер. Запустил dbvalid -f.
Остановилась проверка:
validating имя таблицы
internal database error и т.п.

Сервер при этом НЕ УПАЛ, а обрубил все коннекты и при попытке нового коннекта ругается с тем же сообщением Internal database error.
Это разве некорректное поведение? Если что-то привело к физической порче данных, то может быть продолжение обычной работы сервера опасно для тех данных которые еще целы?

А что с коннектами к другим базам?

Отрубились, естественно! И это КОРРЕКТНОЕ ПОВЕДЕНИЕ!
Если произошло физическое повреждение базы, то возможно:
1. Проблемы с диском (посыпался)
2. Проблемы с файловой системой (повреждены структуры FAT, NTFS, ext2 и т.п.)
3. Проблемы с памятью
4. Проблемы с контроллером
5. Проблемы с кодом самого ASA
6. Еще куча разных возможных проблем

В такой ситуации НЕЛЬЗЯ продолжать работу даже с другими базами. Ибо любое лишнее телодвижение может привести к потере данных.

michael_
Да, чуть не забыл, 8.0.3 не спасает, по крайней мере по утверждению Sybase CIS. Их рекомендация - версия 9. А на 8.0.3 есть другие проблемы. О них в этом топике не буду.

Лучше в этом топике и подробнее. Люди благодарны будут. От чего конкретно 8.0.3 не спасает?

Sybase CIS вполне естественно рекомендует переходить на 9 - это ж новые покупки и соответсвенно их прибыль.
А сама компания Sybase (не CIS) до сих пор поддерживает и 8, и 7 (ASA 7 вышел еще в 2000 году), выпускает для них обновления.
(Кстати, камень в огород некоторых других производителей софта :)