может быть выполнен по своему графику? Или все пока копится в валах ?
> в этот промежуток чекпойнт может быть выполнен по своему графику? Может, почему нет? Просто в начале его работы выполняется checkpoint, так что на практике это происходит не так часто, наверное.
спасибо. Я пытался разобрать для себя подкапотную работу , и предположил, что если сначала делается чекпойнт, и дальше начинается копирование файлов БД - то логично предположить, что либо он забирает некий снепшот (а так работа с БД вместе со сбросом данных на диск идет своим чередом), либо файлы неизменны, а изменения пока копятся в валах.
Ничего "волшебного" там не происходит — всё это основано на тех же принципах, что и recovery (после нештатного выключения, например). Т.е.: синхронизировали блоки на диск (checkpoint) → скопировали блоки (файлы) в том состоянии, в котором они были на время копирования (т.к. это не один момент времени, они могут быть не консистентными) → скопировали весь WAL от начала backup (начиная с той checkpoint) и до завершения копирования (если это stand-alone backup). При восстановлении backup именно применение этого WAL исправит все проблемы консистентности (как это происходит и в случае recovery), да и всё.
> скопировали блоки (файлы) в том состоянии, в котором они были на время копирования на протяжении всего времени бэкапа ? Если да, то он скопировал файл Х, потом через час файл Х поменялся - бейзбэкап чекнул и дописал себе инкремент ?
хотя , наверное, нет... Тогда нафига ему валы с самого первого (pg_start_backup) чекйпойнта. Тогда все же ближе к снепшоту по смыслу
> на протяжении всего времени бэкапа ? Никакого "протяжения" там нет — в каком состоянии копирование "наткнулось" на блок (какого-то файла), в таком оно его и заберёт (прочитает и запишет в backup). Всё это будет откорректировано "накатом" WAL при восстановлении. > потом через час файл Х поменялся - бейзбэкап чекнул и дописал себе инкремент ? Ничего он никогда не перечитывает и не "чекает" — тупо копирует то, что "видит".
угу, да, вот я как раз выше предположил схожесть с чекпойнтом
ой блин, со СНЕПШОТОМ, конечно же, сорри за капс
исправил в изначальном сообщении. Совсем плохой что-то
Сходство есть, да. Но, в отличие от snapshotting, в процессе backup СУБД работает обычным образом, грубо говоря.
Файл А "пойман" в 22-00 - скопирован в состоянии на 22-00. Перешел к файлу Б в 22-05 - скопировал в состоянии на 22-05. Потом валами отполировал так?
Да (ну и файлы-то тоже не целиком копируются, а блоками или даже их частями). В любом случае, "накат" WAL всё откорректирует.
Обсуждают сегодня