Использование моментальных снимков LVM в живой системе: возможность коррупции из-за активности системы

Question 1

Если я делаю резервные копии из снимков LVM в живой системе, как я могу лучше всего избежать проблем из-за моментального снимка, сделанного во время таких вещей, как обновления? Предположительно, это не было бы катастрофическим, поскольку это было бы менее серьезным, чем перебои в подаче электроэнергии во время обновления, но это могло бы вызвать по крайней мере некоторое количество неудобств.

Question 2

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

Question 3

Question 4

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

Question 5

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

Question 6

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

Question 7

Question 8

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

Question 9

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

Question 10

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

Question 11

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

Question 12

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

psusi · Answer 1 · 25 July 2018 в 22:28

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

1

ответ дан psusi 25 July 2018 в 22:28

1

Думаю, я мог бы заставить свой резервный скрипт попытаться mv -n добавить какой-нибудь файл в папку файла блокировки APT и после этого сделать резервную копию. Хотя я как бы надеюсь, что есть инструмент резервного копирования или инструментарий, который позаботится об этих родах осложнениях, так как я не чувствую, что я, вероятно, поймаю все такие возможности. Есть также такие вещи, как установки для разных языков и, возможно, некоторые вещи, о которых я не думал («неизвестные неизвестные»: S – intuited 16 February 2011 в 19:26

psusi · Answer 2 · 26 July 2018 в 21:51

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

1

ответ дан psusi 26 July 2018 в 21:51

1

Думаю, я мог бы заставить свой резервный скрипт попытаться mv -n добавить какой-нибудь файл в папку файла блокировки APT и после этого сделать резервную копию. Хотя я как бы надеюсь, что есть инструмент резервного копирования или инструментарий, который позаботится об этих родах осложнениях, так как я не чувствую, что я, вероятно, поймаю все такие возможности. Есть также такие вещи, как установки для разных языков и, возможно, некоторые вещи, о которых я не думал («неизвестные неизвестные»: S – intuited 16 February 2011 в 19:26

psusi · Answer 3 · 31 July 2018 в 12:40

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

1

ответ дан psusi 31 July 2018 в 12:40

1

Думаю, я мог бы заставить свой резервный скрипт попытаться mv -n добавить какой-нибудь файл в папку файла блокировки APT и после этого сделать резервную копию. Хотя я как бы надеюсь, что есть инструмент резервного копирования или инструментарий, который позаботится об этих родах осложнениях, так как я не чувствую, что я, вероятно, поймаю все такие возможности. Есть также такие вещи, как установки для разных языков и, возможно, некоторые вещи, о которых я не думал («неизвестные неизвестные»: S – intuited 16 February 2011 в 19:26

psusi · Answer 4 · 2 August 2018 в 03:55

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

1

ответ дан psusi 2 August 2018 в 03:55

1

Думаю, я мог бы заставить свой резервный скрипт попытаться mv -n добавить какой-нибудь файл в папку файла блокировки APT и после этого сделать резервную копию. Хотя я как бы надеюсь, что есть инструмент резервного копирования или инструментарий, который позаботится об этих родах осложнениях, так как я не чувствую, что я, вероятно, поймаю все такие возможности. Есть также такие вещи, как установки для разных языков и, возможно, некоторые вещи, о которых я не думал («неизвестные неизвестные»: S – intuited 16 February 2011 в 19:26

psusi · Answer 5 · 4 August 2018 в 19:58

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

psusi · Answer 6 · 6 August 2018 в 04:00

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

psusi · Answer 7 · 7 August 2018 в 21:59

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

psusi · Answer 8 · 10 August 2018 в 10:13

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

psusi · Answer 9 · 13 August 2018 в 16:35

Не запускайте резервную копию, пока вы также выполняете обновление. Если вы выполняете оба сценария cron, тогда оба сценария используют файл блокировки или что-то, чтобы убедиться, что они не запускаются в одно и то же время, или планируйте их достаточно далеко друг от друга, чтобы первый был выполнен до начала второго запуска.

1

ответ дан psusi 13 August 2018 в 16:35

1

Думаю, я мог бы заставить свой сценарий резервного копирования попробовать mv -n некоторый файл в месте расположения файла блокировки APT и после него сделать резервную копию. Хотя я как бы надеюсь, что есть инструмент резервного копирования или инструментарий, который позаботится об этих родах осложнениях, так как я не чувствую, что я, вероятно, поймаю все такие возможности. Есть также такие вещи, как установки для разных языков и, возможно, некоторые вещи, о которых я не думал («неизвестные неизвестные»: S – intuited 16 February 2011 в 19:26

Использование моментальных снимков LVM в живой системе: возможность коррупции из-за активности системы

9 ответов

Другие вопросы по тегам:

Похожие вопросы: