Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Аналог standby, mirroring
|
|||
|---|---|---|---|
|
#18+
Есть некоторый опыт работы с горячим резервированием средствами Oracle и MS-SQL. 1. Oracle physical standby - оперативные журналы, разбиты на файлы, копируются в некую область - архив, и передаются на резервный инстанс, на котором применяются. Получаем актуальную БД на отдельном носителе. 2. MS-SQL - mirroring - транзакции сразу отправляются на endpoint-ы резервных инстансов и там также применяются. Получаем актуальную БД на отдельном носителе. Вопросы: 1. Вот в Postgres существует ли какой-нибудь способ горячего резервирования и на что он больше похож (первый вариант или второй)? 2. Можно ли просто копировать журналы (если они есть в Postgres) на резервный сервер и применять их там командой аналогичной: "recover database until time" - выполнять ручной лог-шиппинг? Если есть ссылка на мануал непосредственно по горячему резервированию, прошу кинуть. Вопрос возник в связи с необходимостью миграции на СУБД с Oracle. Какой вариант выбрать - пока не понятно. Насколько Postgres в данном случае подойдет именно по вопросу горячего резервирования?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2019, 13:31 |
|
||
|
Аналог standby, mirroring
|
|||
|---|---|---|---|
|
#18+
helgisbox, в postgresql есть как архивирование, так и streaming репликация WAL есть и логическая репликация построенная поверх WAL. Начните вот с этого раздела мануала: https://www.postgresql.org/docs/11/high-availability.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2019, 13:36 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=45&tid=1995377]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
63ms |
get topic data: |
15ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 182ms |

| 0 / 0 |
