Кто использовал для Бекапа SNAPSHOT ?

Обсуждение технических вопросов по продуктам Novell

Кто использовал для Бекапа SNAPSHOT ?

Сообщение skoltogyan » 22 окт 2003, 09:35

Кто использовал для Бекапа SNAPSHOT ?
Как это работает ?
skoltogyan
 
Сообщения: 2037
Зарегистрирован: 12 июл 2002, 19:39
Откуда: Украина, Донецк

SNAPSHOT

Сообщение Oleg Martynov » 02 фев 2006, 11:26

Так может кто-нибудь всё-таки это использовал для BACKUP-а? Как это работает?
Аватара пользователя
Oleg Martynov
 
Сообщения: 63
Зарегистрирован: 20 авг 2002, 19:57
Откуда: Moscow, Russia

Сообщение Ultrin Faern » 02 фев 2006, 14:42

Тут ниже писали - кто-то пользуется ...

Можно сказать, что снапшот, это своего рода лог-файл

Оно работает так -

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

Вывод
1) если включен снапшот, будет небольшое падение производительности.
2) смотрите за свободным местом на томе - снапшот его жрет

ЗЫ - Ясное дело, что объяснение упрощенное
Ultrin Faern
 
Сообщения: 92
Зарегистрирован: 05 сен 2002, 21:09

Сообщение Осетров Сергей » 06 фев 2006, 12:58

"Снэп" используем мы. Но вот каким образом.
Основные дисковые ресурсы расположены на дисковом массиве ЕМС.
И уже дисковый массив умеет делать SNAPSHOT.
- всё дисковое пространство массива делится на LUNы (логические юниты)
- LUNы закрепляются за серверами. сервер видит LUNы как физические диски. Их делим на разделы, затем на тома....
- массив умеет делать "клон" LUNа, "снеп" LUNа, "клон" "снепа"
- "клон" - это полная копия LUNа, занимает какоето время, зависит от объёма LUNа.
- "снеп" - это ПРОЦЕСС, протекающий на массиве с момента его активации до момента деактивации.
- и "снеп", и "клон" можгут быть закреплены за сервером. Сервер увидит новые дисковые тома (если имена не дудут конфликтовать)

Так вот, механизм работы "снэпа":
- на момент активации массив резервирует место на своих дисках (не в пределах LUNа) примерно 20% от размера LUNа. Там он хранит изменения LUNа. И "снэп" представляет из себя реальный LUN + "резерв"
- массив перед тем как записать измененившийся блок на LUNе, переписывает старое состояние блока с LUNа в "резерв", затем пишет в LUN изменения и запоминает что было изменено.
- таким образом данные на "снэпе" выглядят не изменяемыми. Можно бакапить хоть до посинения. Но данные там будут на момент активации "снэпа".

Ньюансы:
- для подддержания актуальности данных "снэп" необходимо переодически пересоздавать.
- если используются БД типа "фокса", "клиппера", "д-Базе" :) на момент создания "снэпа" файлы на LUNе всё-таки должны быть закрыты, т.к. процесс активации растянут во времени (секунды, но и за это время могут наизменять файлы - целостность БД уже на "снэпе" может нарушиться).
- в случае восстановления данных, мы получим состояние на момент активации.

Вот кратенько как оно работает. В других системах примерно также (я думаю)...
принцип IBM: Машина должна работать - человек думать :-)
Хорошие вести: - все файлы на месте.
Осетров Сергей
 
Сообщения: 47
Зарегистрирован: 10 ноя 2005, 12:13
Откуда: г. Рыбинск


Вернуться в Novell

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 63

cron