Мы тут как-то с ASE на ASA сползли :)

У ASA есть серьезная проблема - при некорректной остановке сервера может испортиться БД, и к сожалению нет средств тестирования и восстановления базы (аналог DBCC у ASE). VALIDATE не в счет, я еще ни разуне увидел,чтобы он базу починил. При его запуске при проверке падает сервер на сбойном месте.

А в остальном прекрасная маркиза...

Но это так - оффтоп ;)

Вчера опять клиент порченную базу приволок :(

Dim2000
Это проблемой ASA не является. Просто сервер БД никогда не должен останавливаться некорректно.

Согласен, но должен быть механизм по ремонту БД, как это есть у MS SQL, ASE, ORACLE

Dim2000
А он и не должен чинить. Он должен сообщить, всё ли нормально.

А когда нормально, он и сообщает, а если нет, то падает :)

Dim2000
Ну... за $xxxx я мог бы повозиться ;).

Так и делаем :)

ASCRUS
Для ASA9:
1. Включить CHECKSUM
2. Не запускать с параметром -m (обнуление лога на COMMIT)
3. Делать VALIDATE
4. Если VALIDATE=OK, делать бакупы и уже там обрезать логи
В случае падения сервера достаточно поднять бакуп (или серию, если инкрементные) и поверх накатить лог-файл.


Для 9-ки так и делаем.На 9-ку мы только сейчас переводим клиентов, но это займет некоторое время. У нас на тестировании ничего пока не ломалось. Как только завалят на 9-ке - сообщу.

ASCRUS
1. Что означает понятие "при неккоректной остановке сервера" ?
Нажатие RESET на сервере, например, или отключение питания или падеж ОС
ASCRUS
2. Версия ASA

Например, 7.0.1.918. Могу привести билды и для 6 и для 8, но это не важно. Везде тоже самое. Только не надо предлагать поставить последний билд 7-ки или 8-ки, пробовали и откатились :)
ASCRUS3. ОС и ее версия

На любых Win и Novell, дело не в ОС. Но если на Win 98 - сетевой сервер, то вероятность, что сломается намного выше (ставить на 98 сервер - безумие, но люди такие есть)
ASCRUS
Просто у меня 9-ка ну еще ни разу не упала не смотря на все мои издевательства (вплоть до снятия сервера во время натыкания на какие то баги, хотя тьфу тьфу в последнее время уже давно на такие не натыкаюсь, все по мелочам, видимо 9-ку уже можно признать стабильной версией).

Хочется надеется, как говорила Раиса Максимовна:)
Ситуацию воспроизвести трудно. У нас самих в конторе такое за 6 лет эксплуатации только 1 раз случилось. Но у нас сотни инсталляций, и начинает работать закон больших чисел.

И все-таки, очень хочется аналог DBCC, даже если ничего не ломается :), так на всякий случай. Для примера на MS SQL только один раз DBCC не смог починить базу, и ломается она намного реже, но все-таки ломается. На ASE, к слову (надо же как-то к теме вернуться :) ), ломанную базу встречать не приходилось, но и опыт общения с ним несравнимо меньше.

ASCRUS
Тут я бы даже сказал не на Win9x ставить безумие, а на FAT. Я много видел примеров, когда на серваке W2K хранили БД на FAT разделах, естественно ничего хорошего с этого не получалось.
FAT - это тоже плохо. Но в данном случае проблема, мне кажется, в другом - сетевой сервер работает не как сервис, а как приложение, со всеми вытекающими последствиями.

Так насчет нужности средств ремонта я убедил или нет? :)
Нужны проверка и ремонт:
- физической целостности
- системного католога
- поиск потерянных страниц
- сжатие базы (тут хотя бы unload/reload стал в 9-ке быстро и без глюков работать)
- индексов
- таблиц
- и т. д.

то, что сейчас делает sa_validate мало, он падает в проблемных местах, да так, что сервер целиком падает. А это для хорошего SQL-сервера недопустимо.

Dim2000А какая разница между работой как сервис и как приложение, кроме как в том, что сервис может работать на машине, на которую никто не вошёл, а для запуска приложения нужен Login?

В распределении ресурсов.

Dim2000
Нет. БД не нужно ремонтировать, для этого есть backup.

Дело в том, что портятся в ASA несколько страниц, и сразу возникшей проблемы не видно,проблема возникает только при попытке прочитать из них данные. И хорошо, если на страницах был только индекс! И следовательно, восстаналивать придется данные интеллектуально, а не восстановлением последней копии.
И VALIDATE тоже не всегда обнаруживает такие сбойные места, а значит и validate перед резервной копией не всегда спасает.
Повторяю в ASE и MS SQL все это есть. И не зря это сделано.

Dim2000
Сервер имеет право вести себя как угодно, если БД испорчена.
Это плохо. Он падает вместе со ВСЕМИ базами данных. Они-то тут при чем?
Опять же в MS SQL у нас при сбойной базе ни разу сервер не падал, только выдавал ошибки на запросы к сбойным участкам.