|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Igor Chumak 2:5020/400 13 Jan 2004 18:15:11
To : Sultan Azhiguzhayev
Subject : Re: Бекапирование большого числа компьютеров
--------------------------------------------------------------------------------
Hello, Sultan!
You wrote to Igor Chumak on Tue, 13 Jan 2004 19:13:26 +0300:
SA> Pax vobiscum, многоуважаем( ый, ая, ое) Igor!
SA> Было 13 Янв 04 15:16 и Igor Chumak переписывался с Sultan
SA> Azhiguzhayev, меня это заинтересовало:
DE>>>>> 4. Бекопирование результатов выполнения неких програм (дамп баз
SD>>>> данных
DE>>>>> итд итп)
SD>>>> А с базами данных вообще отдельная песня - они очевидно должны
SD>>>> на время бэкапа переводиться в оффлайн и/или быть интегрированы с
SD>>>> системой бэкапа.
SA>>> А если на lvm делать snapshot? или это не то?
IC>> Hе..
IC>> 1. За время снятия snapshot'а база может измениться
SA> это не позволяет снять образ, существовавший на момент начала
SA> процедуры "снимка"?
Позволяет, только по такому "снимку" базу поднять не получится. Представь,
что за время между началом backup'а (час X) файла данных Oracle и окончанием
(X+dt) серверу что-то вздумается написать в этот файл. Поскольку dt>0,
достаточно велика вероятность, что в снимке будут данные не на момент X, не
на момент X+dt, а чёрт и что.
IC>> 2. Многие операции с данными кешируются в пямяти, и в snapshot
IC>> могут и не попасть
SA> ну и фиг с ними. снапшоты делаются через равные промежутки времени,
SA> допустим с периодичностью в 7 дней, и +-dt тут не важны.
А смысл такого снапшота в чём?
SA> а как всякие legato и veritas'ы бакапят?
А хез. Hасколько я знаю, открытые на запись файлы архивируются весьма хитро.
А для архивирования БД существуют специальные модули, которые тоже $$$$
стоят
With best regards, Igor Chumak. E-mail: igor()g-auto.pul.kiev.ua
--- ifmail v.2.15dev5.1
* Origin: Adamant ISP news server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
