Re: [Comm] Образ с дампом памяти

Re: [Comm] Образ с дампом памяти

[Туркин Михаил]

ua2fgb@gmail.com пишет:
> Тут очень многое зависит от конкретной СУБД... Название в студию!
MySQL 
> Возможно тебя устроит вариант с дампом баз в файл средствами СУБД?
По ряду причин не устроит (долго объяснять) Тут есть ещё одно "но".
Из-за постоянной вставки дамп блочит таблицы на запись! О как. :-)

Re: [Comm] Образ с дампом памяти

[Yura Kalinichenko]

[-- Attachment #1: Type: text/plain, Size: 344 bytes --]

Туркин Михаил пишет:
> ua2fgb@gmail.com пишет:
>   
>> Тут очень многое зависит от конкретной СУБД... Название в студию!
>>     
> MySQL 
Как раз в этой СУБД с бэкапами все хорошо. Без всякого геморроя с 
дампами памяти вы можете использовать один (или даже оба) из механизмов:

1) инкрементальный бэкап (см. binlog)
2) репликацию


[-- Attachment #2: yuk.vcf --]
[-- Type: text/x-vcard, Size: 177 bytes --]

begin:vcard
fn:Yura Kalinichenko
n:Kalinichenko;Yura
email;internet:yuk@kalina.in.ua
tel;home:8-0432-465743
tel;cell:+38-067-5878302
x-mozilla-html:FALSE
version:2.1
end:vcard

Re: [Comm] Образ с дампом памяти

[ua2fgb]

Туркин Михаил пишет:
> ua2fgb@gmail.com пишет:
>   
>> Тут очень многое зависит от конкретной СУБД... Название в студию!
>>     
> MySQL 
>   
Насколько мне известно, для того чтобы скопировать файлы базы нужно 
остановить MySQL.
>> Возможно тебя устроит вариант с дампом баз в файл средствами СУБД?
>>     
> По ряду причин не устроит (долго объяснять) Тут есть ещё одно "но".
> Из-за постоянной вставки дамп блочит таблицы на запись! О как. :-)
>   
Тогда, специально для вас!, у нас есть проверенное решение! :)
Репликация!

Дамп можно снимать со slave-сервера. При этом на мастере не будут 
лочиться таблицы.

В результате ты получаешь два архива: 1-й с файлами системы, 2-й с 
дампом баз.