|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
Помогите разобраться пожалуста. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 12:46 |
|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
Два варианта интересуют: При холодной остановке (stop -m fast) При аварийной остановке ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 12:49 |
|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
сникерс, а читать религия не велит https://www.postgresql.org/docs/current/static/app-pgresetxlog.html After running this command, it should be possible to start the server, but bear in mind that the database might contain inconsistent data due to partially-committed transactions. You should immediately dump your data, run initdb, and reload. After reload, check for inconsistencies and repair as needed. что не очень удачно переведено как https://postgrespro.ru/docs/postgrespro/9.5/app-pgresetxlog После запуска этой команды, старт сервера, скорее всего, будет возможен, однако, стоит учитывать, что сервер может оказаться не в целостном состоянии. Требуется немедленно выгрузить данные (dump), выполнить initdb и загрузить данные. После чего проверить целостность и при необходимости восстановить. (причина неконсистентности выпала при "переводе") -f , как написано на тех же страничках, вообще режим исключительно для злобных деревянных мальчегов ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 13:49 |
|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
qwwq, Код: sql 1.
а как это сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 13:56 |
|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
сникерсqwwq, Код: sql 1.
а как это сделать? ручками/кодом и тд исходя из бизнес структуры базы и приложения. -- Maxim Boguk dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 14:22 |
|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
Maxim Bogukсникерсqwwq, Код: sql 1.
а как это сделать? ручками/кодом и тд исходя из бизнес структуры базы и приложения. т.е. тупо перебирать данные селектами и смотреть все-ли на месте? Нет какой-нибудь процедуры проверки на inconsistencies как в других СУБД? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 14:43 |
|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
сникерс, тупо снять дамп и залить его в другую бд, например. отследить ругательства. (если плоский через psql) но так вы проверите только технически наложенные ограничения логические ограничения исходящие из бизнес-правил, и не отраженные в чеках или форейн кеях и т.п. так не проверить. там головой придётся. но вообще-то, я бы задумался , какой макдак довёл субд до такой жизни. а главное -- как . ("но как, холмс 777") небось fsync потеребонькали ? нет ? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 14:54 |
|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
qwwqсникерс, тупо снять дамп и залить его в другую бд, например. отследить ругательства. (если плоский через psql) но так вы проверите только технически наложенные ограничения логические ограничения исходящие из бизнес-правил, и не отраженные в чеках или форейн кеях и т.п. так не проверить. там головой придётся. но вообще-то, я бы задумался , какой макдак довёл субд до такой жизни. а главное -- как . ("но как, холмс 777") небось fsync потеребонькали ? нет ? Не, не теребонькали. Экспорт с параметрами Код: sql 1.
прошел успешно. Его обязательно востанавливать надо с другую бд? Если востановится нормально, то удалить то что востановили ил староую бд, на которой сбрасывали логи? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 15:14 |
|
Приводит ли pg_resetxlog -f к потере данных.
|
|||
---|---|---|---|
#18+
сникерс, да делайте что хотите если довели до необходимости pg_resetxlog -- единственно верным будет застрелить дба из духового ружья. или долго бить его по голове тупым предметом -- головой работодателя. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2017, 16:29 |
|
|
start [/forum/topic.php?fid=53&fpage=74&tid=1996533]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
25ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 336ms |
total: | 451ms |
0 / 0 |