Re: Можно ли по сети с рабочей машины полностью перелить образ диска на другую?
Alexey Lobanov wrote:
> Hi.
>
> On 18/10/06 12:32, Alexander Gerasiov wrote:
>
>
>>Alexey Lobanov wrote:
>>
>>>Hi.
>>>
>>>On 17/10/06 11:38, Алексей Александрович Федорец wrote:
>>>
>>>
>>>
>>>>>"рабочая машина" - это значит "на ходу" ?
>>>
>>>>Да.
>>>
>>>Если нельзя сервер остановить до состояния "init s" и перемонтировать
>>>все разделы в ro, то полностью корректный ответ - "никак".
>>
>>Читайте доки. %) dump или snapshot в lvm помогут.
>
>
> Щаз.
>
> Когерентность служебных структур внутри файловой системы никакой
> проблемы не составляет, если читать файлы, а не раздел. Любой программой.
Угу, только последовательность:
*бэкапер прочел файл1
*сервис серьезно изменил файл1 и файл2, используя при этом некоторый
механизм, гарантирующий, что файлы на диске в каждый момент времени
находятся в консистентном состоянии (журналирование транзакций и т.п.)
*бэкапер прочел файл2
приведет бэкап к неконсистентному состоянию. в отличие от бэкапа
снэпшота, который является _состоянием_всей_фс_в_момент_Т_
>
> А вот взаимную когерентность содержимого связанных между собой файлов
> никакой shapshot на уровне файловой системы не сделает. Например, файлы
> данных и индексов в интенсивно модифицируемой индексированной базе
> синхронизирует только соответствующий демон, по своим внутренним алгоритмам.
>
> Теоретически большинство баз умеет подниматься из такого состояния либо
> автоматом, либо после ручной переиндексации на копии. Но на практике
> BerkeleyDB в OpenLDAP поднимается автоматом достаточно хреново, и проще
> прогнать slapindex ручками.
Во-первых, читаем исходный вопрос.
Во-вторых, программы, для которых когерентность данных важна, сами
занимаются внутренним журналированием/проверкой
целостности/восстановлением. Потому как, если они падпают при пропадании
питания, это уже сильно не зер гут.
Reply to: