LINUX.ORG.RU

История изменений

Исправление anc, (текущая версия) :

Со слейва чаще всего.

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

А в случае остановленной базы у тебя и так данные консистентны и ты можешь просто файлами скопировать данные и журнал.

Можно, но расписывать это ТС не было никакого желания, ибо в зависимости от сервера субд и вариантов сборок этого сервера, указать точно какие директории надо скопировать, невозможно.
Как пример, у меня крутится firebird, я знаю в какой директории лежат базы, но сторонний человек вынужден будет искать. Ладно, рабочие базы fb можно хоть по владельцу найти, а если это interbase то будет однозначно сложнее.
PS Но вариант бэкап/рестор тоже может оказаться сложным :) Я как-то столкнулся со случаем когда у двух таблиц были foreign key друг на друга.

Исправление anc, :

Со слейва чаще всего.

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

А в случае остановленной базы у тебя и так данные консистентны и ты можешь просто файлами скопировать данные и журнал.

Можно, но расписывать это ТС не было никакого желания, ибо в зависимости от сервера субд и вариантов сборок этого сервера, указать точно какие директории надо скопировать, невозможно.
PS Но вариант бэкап/рестор тоже может оказаться сложным :) Я как-то столкнулся со случаем когда у двух таблиц были foreign key друг на друга.

Исходная версия anc, :

Со слейва чаще всего.

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

А в случае остановленной базы у тебя и так данные консистентны и ты можешь просто файлами скопировать данные и журнал.

Можно, но расписывать это ТС не было никакого желания, ибо в зависимости от сервера субд и вариантов сборок этого сервера, указать точно какие директории надо скопировать, невозможно.