Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Обезопасить БД при ребуте/выключении сервера
|
|||
|---|---|---|---|
|
#18+
Добрый день. Извиняюсь, если вопрос глупый, но он очень остро встал в данный момент. Имеется сервер на OpenBSD 4.2, на нем крутится PostgreSQL 8.2.4. В БД постоянно пишутся данные, но по некоторым не зависящим и данный момент неисправимым причинам, его жестоко и наглым образом отправляют в ребут! Причем не по кнопке, чтобы ACPI успело это отмониторить, а вырубая питание. При восстановлении работы бывают такие проблемы, как: db001=> VACUUM ANALYZE; ERROR: could not access status of transaction 71286645 DETAIL: Could not open file "pg_clog/0043": No such file or directory. db001=> Естественно - потеря данных и получение нагоняй от руководства. :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2008, 12:54 |
|
||
|
Обезопасить БД при ребуте/выключении сервера
|
|||
|---|---|---|---|
|
#18+
zs_ftpДобрый день. Извиняюсь, если вопрос глупый, но он очень остро встал в данный момент. Имеется сервер на OpenBSD 4.2, на нем крутится PostgreSQL 8.2.4. В БД постоянно пишутся данные, но по некоторым не зависящим и данный момент неисправимым причинам, его жестоко и наглым образом отправляют в ребут! Причем не по кнопке, чтобы ACPI успело это отмониторить, а вырубая питание. При восстановлении работы бывают такие проблемы, как: db001=> VACUUM ANALYZE; ERROR: could not access status of transaction 71286645 DETAIL: Could not open file "pg_clog/0043": No such file or directory. db001=> Естественно - потеря данных и получение нагоняй от руководства. :( Поставить контроллер с батареей. Но вообще, это должно лечиться административным способом :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2008, 13:52 |
|
||
|
Обезопасить БД при ребуте/выключении сервера
|
|||
|---|---|---|---|
|
#18+
zs_ftp Жестко и наглым образом поясните руководству причины проблемы, а так же намекните, что сервер БД в принципе нельзя использовать без ИПБ. Если причина - тупая охрана вырубающая свет во всем офисе в 18:30 по распоряжению начальства (знал я одну такую контору) опять расскажите про ИПБ. Цена вопроса - 150 баксов. Еще слегка может помочь fsync=on и уменьшение интервалов коммита, но не сильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2008, 14:09 |
|
||
|
Обезопасить БД при ребуте/выключении сервера
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответы. Там не охрана, просто проводка жутко плохая, руководство не хочет деньги на это выделять. Этот вопрос был в пятницу поставлен ребром, поэтому с ИБП, думаю разберемся. Пока нет ИБП, можно подробнее услышать про интервалы commit? Либо где почитать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2008, 17:26 |
|
||
|
Обезопасить БД при ребуте/выключении сервера
|
|||
|---|---|---|---|
|
#18+
А чего читать? Вопрос из серии "как увернуться от молотка который уже стукнул по голове". В вашем случае поможет только дамп почаще делать ну и и этим же интервалом пилить руководство об обеспечении нормального питания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2008, 04:13 |
|
||
|
|
start [/forum/topic.php?fid=53&fpage=276&tid=2004627]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 398ms |
| 0 / 0 |
