Здравствуйте.
Раньше, я бы даже сказал давно, когда Windows аварийно завершалась, то про последующей загрузке было предложение о скандиске.
У меня установлен Ubuntu Server 14.04 и, насколько я понимаю, система просто грузится в штатном режиме при подобных казузах. А это ведь не айс.
Нужно ведь чтобы хотя бы скандиск прошелся. Да и тем более есть база, которая может пострадать и так далее.
Так вот. Есть ли какие-нибудь готовые решения для того чтобы эта проблема решалась по-человечески.
А если нет, то каким образом сделать чтобы в подобных условиях делался скандиск, проверка базы и т.п.
Понятно, что УПС хорошая вещь, но пока что его нету, да и тем более он не вечный и даже при его наличии подобные ситуации на 100% не исключить.
При необходимости система сама сделает fsck. (гуглим про журналирование на современных FS)ну написали кучу ненужной инфы, какую-то винду со скандиском времён fat32 приплели ...
а про самое главное забыли - какая FS ????
какая база? (mysql/postgre/итп) задача проверять базу лежит не на системе, а на движке оной.Для того что бы получить чёткий и конкретный ответ - задайте чёткий и кокретный вопрос, по сути и без художественных вставок на тему "Когда компУтеры под стол пешком ходили" ...
Не важно какая фс и не важно какая база. Важно то, что если процесс записи был прерван на середине (а может и в начале и может без пяти минут), то это плохо и это нужно решать. А в случае в базой, точно не знаю конечно, так и в случае нетрадиционного прерывания чтения тоже косялово может случиться.Речь идет о концептуальных вещах.
Или вы хотите сказать, что существуют неуязвимые к подобным ситуациям файловые системы или базы данных?
Специально для вас задам более конкретный вопрос. Скажите пожалуйста, каким образом можно выяснить, что произошла такая ситуация уже после загрузки, чтобы автоматически перед запуском базы происходила её очистка от незавершенных транзакций. Или это уже продумано и делается без лишнего вмешательства?
P.S. Вы так пишете будто я одного из членов вашей семьи в заложники взял или дуло у вашего затылка держу. Расслабьтесь, мне не к спеху и чёткий и конкретный ответ мне вовсе не обязателен. :)
> Не важно какая фс и не важно какая база.не скажите - например из ФС - vfat vs NTFS
> Или вы хотите сказать, что существуют неуязвимые к подобным ситуациям файловые системы или базы данных?ну почти (если брать во внимание что "неубиваемых" решений нет в природе)
> Или это уже продумано и делается без лишнего вмешательства?
... именно так - как Вам уже сказали ранее - гуглим на тему журналируемых файловых систем и журналов транзакций в БД. Все вопросы, которые Вы задаете - уже давным-давно (в той или иной степени) решены. Основной метод - журналируемые транзакции - т.е. "документируем" любое действие, затрагивающее данные (не важно что это - ФС или БД). И только после успешного завершения - убираем из журнала запись. Соответственно, если при старте ОС или БД мы находим незавершенные транзакции - то выполняем процесс "отката" на старые данные.
Да, все это приводит к снижению производительности.
Да, все это (как правило) может быть либо "тонко" настроенно, либо вообще отключено.
Да (ответ на первую цитату) - до сих пор можно найти ФС и БД у которых нет журналирования ;) Вот только они либо "мохнатых" времен, либо специфичны.
Нет, используя у себя на десктопе какой-нит линукс - нужно очень постараться, что-бы выбрать не журналируемую ФС.Или Вас "беспокоит" что Вам ничего не говорят? - помучайте упорно ту-же десктопную Убунту - поймаете момент, когда она Вас проинформирует о проверке диска. Или Вы жаждете что-бы у Вас непременно спросили - "а будем или нет ?" - смысл? - и так понятно, что если процесс записи был прерван некорректно - то необходимо проверить журнал (может быть откатиться) и выполнить проверку ФС... С БД - ситуация практически аналогична ;)
И "таки-ДА", на стыке журналируемой ФС и БД (да еще и на каком-нить RAID) - можно поймать "очень забавный" процесс реанимации после аварийного отключения питания :)
Иными словами говоря в журналируемых файловых системах этот вопрос по возможности решается с помощью журнала, точно так же как и с базами данных. Разумеется если иметь в виду распространенные и актуальные варианты (mysql, ext4 и т.п.)
То есть как я и писал выше уже присутствует готовое решение для этих задач.
> То есть как я и писал выше уже присутствует готовое решение для этих задач.Сходил к психиатру? Вкололи живительного глопедрольчика? Молодец.
Главное не пропускай процедуры :)
:)) Может быть, может быть.Я так понял тут тот, кто начинает тему - поциент, а отвечающие - доктора? :)