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

Евгений Фадеев Журавлев Денис Евгений ФадеевЭто нормальное поведение любого промышленного сервера БД...некоторых приходится пнуть: recover database; alter database open;Это "досадные технические подробности" :). Я имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций).

ага, восстановление с бэкапа тоже ведь никикие ни танцы ;-) так мелкая техническая подробность.

vasilis Журавлев Денис cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Поднимаются бд с unbuffered log, другие подниматься не обязаны.
Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации.
К сожалению, это не всегда так (и в отношении Информикса тоже).
Богатый опыт общения с несколькими сотнями используемых серверов по всей Украине (с неквалифицированным, часто, персоналом, выключениями питания (и УПС-ы не помогают), работающими Fuzzy Checkpoint, и пр. приводят к тому, что раз в две-четыре недели у кого то сервер не поднимается после очередного "катаклизьма". Чаще всего из-за невозможности откатить транзакцию... Это доли процента, но они есть. Все таки в fast recovery или в самом механизме обеспечения целостности есть слабые места и на большом кол-ве событий они проявляются.

Абсолютно надежных СУБД как известно нет, но по рассказам знакомых, которые супортят сервера с оффтопичной БД у Телетузиков у них вероятность получить неприятность заметно выше. Приходилось слушать страшилки про то, как после команды на опускание сервака она не выполняется часами и при этом весь супорт, включая самых высоких гуру в Москве, разводит руками не зная что с этим делать.

Журавлев Денис vasilis
Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации.Т.е. потеряны будут закомиченные транзакции.

vasilis
К сожалению, это не всегда так (и в отношении Информикса тоже).Хм, помнится в ucdi было обсуждение как может побится индекс в бафферед.

ага, транзакции из буфера могут быть утеряны.

Евгений ФадеевЯ прошу прощения, но фраза cprпо рассказам знакомых cprу них вероятность получить неприятность заметно выше на мой взгляд некорректна. Безотносительно серверов и прочего. Ибо про вероятности можно говорить опираясь на статистику (цифры), но не на ощущения. А о сравнимых данных, в данном случае речь не идет.

С учетом того, что эти люди около 10 лет проработали со мной и супортили с 98 года несколько десятков серверов Informix c максимальным объемом >50 Гиг?
Говорю именно с учетом опыта людей, эксплуатировавших и то и другое.
У Informix'а есть недостатки, но не в администрировании и надежности.