The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Предложен механизм blksnap для создания снапшотов блочных устройств в Linux, opennews (??), 07-Ноя-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


148. "Предложен механизм blksnap для создания снапшотов..."  +/
Сообщение от arisu (ok), 09-Ноя-22, 11:44 
алё, Серёжа, так ты пояснишь, как оно обеспечивает консистентность файлов данных? или это очень сложный вопрос, если на него честно ответить, то вашего слона никто не купит?
Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

202. "Предложен механизм blksnap для создания снапшотов..."  +/
Сообщение от somethingfunny (ok), 16-Ноя-22, 04:28 
Консистентность файла данных обеспечивается приложением (если речь идёт о базе, то логами).

И вы, мне кажется, немного путаетесь.

Что снапшот LVM, что blksnap - эти вещи они не вместо DD, они в дополнение к DD (или rsync, кому что).

Т.е. вы точно также можете взять снапшот диска с файлами данных и диска с логами (и оба диска будут в согласованном между собой состоянии внутри снапшота), и потом с него утянуть файл данных базы и логи в хранилище бэкапов при помощи rsync или cp, да хоть весь диск целиком при помощи DD.

Вот только с голым DD вам придётся сделать одно из трёх:

а) тормозить базу наглухо
б) лочить таблицы (для MyISAM)
в) Использовать --single-transaction перед тем как делать дамп (+ не должно быть коннекций которые используют ALTER TABLE, CREATE TABLE, DROP TABLE, RENAME TABLE, и тому подобное)

Использование снапшота блочного устройства где лежит база и её логи позволяет сделать бэкап базы без даунтайма, и с минимальной докаткой по логам базы (при условии что логи попали в бэкап).

Копируя живые файлы логов и базы при помощи DD вы потом должны будете применить логи к базе, да ещё подождать пока они применятся (если хвостик логов длинный, то процесс будет небыстрым).

P.S. и слон бесплатный так-то, продавать тут нечего. Исходники все открыты, доки есть, бери да пользуйся, если скиллы позволяют (а инструмент создан как раз с расчётом на среднего админа без навыков мейнтейнера и кодописания).

Ответить | Правка | Наверх | Cообщить модератору

203. "Предложен механизм blksnap для создания снапшотов..."  +/
Сообщение от arisu (ok), 16-Ноя-22, 06:14 
> Копируя живые файлы логов и базы при помощи DD вы потом должны
> будете применить логи к базе, да ещё подождать пока они применятся
> (если хвостик логов длинный, то процесс будет небыстрым).

ну да, ну да, а если сделать бэкап «блочного устройства» волшебной таблеткой — то этого делать совсем не придётся.

> P.S. и слон бесплатный так-то, продавать тут нечего.

свежо питание. *часть* инструмента пытаются засунуть в ядро, чтобы скинуть на кого-то работу по маинтенансу этой бесполезной ерундени.

Ответить | Правка | Наверх | Cообщить модератору

204. "Предложен механизм blksnap для создания снапшотов..."  +/
Сообщение от somethingfunny (ok), 16-Ноя-22, 13:27 
> ну да, ну да, а если сделать бэкап «блочного устройства» волшебной таблеткой — то этого делать совсем не придётся.

придётся, но в гораздо меньшем масштабе и происходить это будет быстрее (т.к. хвост логов будет гораздо короче) в случае с DD и без снапшота вы пока файл будете копировать логов нарастёт уже прилично. Понятие restore time objective не просто так придумали так-то.

И я не получил ответа на вопрос как вы аналогичное действие сделаете с помощью dd и без снапшота. Вы что-то очень много болтаете, и критикуете, однако взамен ничего не предлагаете : )

> свежо питание. *часть* инструмента пытаются засунуть в ядро, чтобы скинуть на кого-то работу по маинтенансу этой бесполезной ерундени.

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

Ответить | Правка | Наверх | Cообщить модератору

205. "Предложен механизм blksnap для создания снапшотов..."  +/
Сообщение от arisu (ok), 16-Ноя-22, 15:13 
> И я не получил ответа на вопрос как вы аналогичное действие сделаете
> с помощью dd и без снапшота.

потому что я не собирался отвечать на дурацкие вопросы.

> Если бы вы хотя бы раз попытались сами отправить что-то уровня драйвера
> в ядро

у меня для тебя плохие новости. очень плохие. можешь попробовать угадать.

Ответить | Правка | Наверх | Cообщить модератору

206. "Предложен механизм blksnap для создания снапшотов..."  +/
Сообщение от somethingfunny (ok), 16-Ноя-22, 17:08 
А, ну я так и думал - критиковать и дуть щёки горазды, а будучи притянутыми к ответу сразу в кусты :D

Сидите на своём dd спокойно дальше, не смею мешать.

Ответить | Правка | Наверх | Cообщить модератору

207. "Предложен механизм blksnap для создания снапшотов..."  +/
Сообщение от arisu (ok), 16-Ноя-22, 17:47 
> А, ну я так и думал

ты даже смысл прочитаного текста понять не можешь, не льсти себе.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру