|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Igor Chumak 2:5020/400 14 Jan 2004 11:41:21
To : Sultan Azhiguzhayev
Subject : Re: Бекапирование большого числа компьютеров
--------------------------------------------------------------------------------
Hello, Sultan!
You wrote to Igor Chumak on Tue, 13 Jan 2004 21:30:30 +0300:
SA> Pax vobiscum, многоуважаем( ый, ая, ое) Igor!
SA> Было 13 Янв 04 17:15 и Igor Chumak переписывался с Sultan
SA> Azhiguzhayev, меня это заинтересовало:
IC>>>> Hе..
IC>>>> 1. За время снятия snapshot'а база может измениться
SA>>> это не позволяет снять образ, существовавший на момент начала
SA>>> процедуры "снимка"?
IC>> Позволяет, только по такому "снимку" базу поднять не получится.
IC>> Представь, что за время между началом backup'а (час X) файла данных
IC>> Oracle и окончанием (X+dt) серверу что-то вздумается написать в
IC>> этот файл. Поскольку dt>0, достаточно велика вероятность, что в
IC>> снимке будут данные не на момент X, не на момент X+dt, а чёрт и
IC>> что.
SA> в статейке вроде говорилось насчет "замороженного" на момент начала
SA> и приподносилось как достоинство.
Дай плз ссылку, я тоже почитаю.
IC>>>> 2. Многие операции с данными кешируются в пямяти, и в snapshot
IC>>>> могут и не попасть
SA>>> ну и фиг с ними. снапшоты делаются через равные промежутки
SA>>> времени, допустим с периодичностью в 7 дней, и +-dt тут не важны.
IC>> А смысл такого снапшота в чём?
SA> если то, что я привел выше имеет место быть, то это как раз то, что
SA> и требовалось.
SA>>> а как всякие legato и veritas'ы бакапят?
IC>> А хез. Hасколько я знаю, открытые на запись файлы архивируются
IC>> весьма хитро. А для архивирования БД существуют специальные модули,
IC>> которые тоже $$$$ стоят
SA> или базу ее родными средствами лучше бакапить?
А смотря какая база ;).
Снимок базы, находящейся в оффлайне - достаточно универсальное решение, но
не всегда прокатит.
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
