Инкрементное резервное копирование
Модератор: Модераторы
Сообщений: 15
• Страница 1 из 2 • 1, 2
Pantalone » 17 фев 2004, 10:39
Server W2K SP4
Средствами системы делаю резервное инкрементное копирование. Т.е. использую NTBackUp. Все бы ничего. Опишу проблему цитатой с одного сайта:
Некоторые системы резервного копирования восстанавливают стертые файлы. Поясню феномен на примере. Допустим, имелись каталоги DIR1 и DIR2. После полного резервного копирования их содержимое было перенесено на ленту. Далее нужда в этих каталогах исчезла, и они были удалены (заметьте, специально, а не случайно). Обновленную информацию с помощью инкрементального (или дифференциального) копирования поместили на ленту. Но после восстановления с полной резервной и далее инкрементальной копии они вновь появятся на диске. К каким последствиям это может привести? Во-первых, диски оказываются засоренными ненужными файлами, с которыми администратору придется разбираться отдельно. Во-вторых, места для восстановления данных может просто не хватить. И чем реже проводится полное резервное копирование, тем хуже. Если в такой ситуации системный том, то это запросто может привести к краху всей системы. В-третьих, восстановленные файлы могут сбить настройку системы.
Как быть?
Средствами системы делаю резервное инкрементное копирование. Т.е. использую NTBackUp. Все бы ничего. Опишу проблему цитатой с одного сайта:
Некоторые системы резервного копирования восстанавливают стертые файлы. Поясню феномен на примере. Допустим, имелись каталоги DIR1 и DIR2. После полного резервного копирования их содержимое было перенесено на ленту. Далее нужда в этих каталогах исчезла, и они были удалены (заметьте, специально, а не случайно). Обновленную информацию с помощью инкрементального (или дифференциального) копирования поместили на ленту. Но после восстановления с полной резервной и далее инкрементальной копии они вновь появятся на диске. К каким последствиям это может привести? Во-первых, диски оказываются засоренными ненужными файлами, с которыми администратору придется разбираться отдельно. Во-вторых, места для восстановления данных может просто не хватить. И чем реже проводится полное резервное копирование, тем хуже. Если в такой ситуации системный том, то это запросто может привести к краху всей системы. В-третьих, восстановленные файлы могут сбить настройку системы.
Как быть?
Crazyman » 17 фев 2004, 12:51
Ты сделал бэкап. На ленте у тебя есть эти директории.
Потом ты стер с диска эти файлы, но не с ленты.
Потом ты делаешь добавочное копирование.
Если это так то по идее они и должны остаться на ленте, ибо в случае добавочного копирования на ленту переносяться только те файлы которые изменились с момента последнего резервного копирования. Там просто добавочное резервное копирование происходит через определение флагов на файлах и к директориям оно отношния вроде не имеет.
Насколько я помню это должно выглядеть именно так.
Потом ты стер с диска эти файлы, но не с ленты.
Потом ты делаешь добавочное копирование.
Если это так то по идее они и должны остаться на ленте, ибо в случае добавочного копирования на ленту переносяться только те файлы которые изменились с момента последнего резервного копирования. Там просто добавочное резервное копирование происходит через определение флагов на файлах и к директориям оно отношния вроде не имеет.
Насколько я помню это должно выглядеть именно так.
Le Roi Est Mort, Vive Le Roi
Harry33 » 17 фев 2004, 14:24
Pantalone
Да проблема действительно имеет место быть. К сожалению встроенные в ОС средства резервного копирования не всегда позволяют организовать более менее сложную схему бэкапа, в следствии чего являются малоэффективными для применения на корпоративном уровне..
Вот кстати не плохая статья на эту тему
http://www.ccc.ru/magazine/depot/96_10/ ... l?0501.htm
В кратце встроенные средства резервного копирования win 2000 позволяют создать несколько вариантов заданий резервного копирования
1. Обычный - создает резервную копию и устанавливает на файлах флаги "скопированный"
2. Копирующий - создает резервную копию. но в отличии от первого варианта не помечает файлы резервной копии как скопированные.
3. Разностный - создается резервные копии файлов ТОЛЬКО если они не были скопированны или были изменены при этом НЕ помечает эти файлы как скопированные.
4. Добавочный - создается резервные копии файлов ТОЛЬКО если они не были скопированны или были изменены при этом помечает эти файлы как скопированные.
5. Ежедневный - создает резервную копию только тех файлов, которые были изменены сегодня и не помечает их как скопированные.
Попозже откомментирую
Да проблема действительно имеет место быть. К сожалению встроенные в ОС средства резервного копирования не всегда позволяют организовать более менее сложную схему бэкапа, в следствии чего являются малоэффективными для применения на корпоративном уровне..
Вот кстати не плохая статья на эту тему
http://www.ccc.ru/magazine/depot/96_10/ ... l?0501.htm
В кратце встроенные средства резервного копирования win 2000 позволяют создать несколько вариантов заданий резервного копирования
1. Обычный - создает резервную копию и устанавливает на файлах флаги "скопированный"
2. Копирующий - создает резервную копию. но в отличии от первого варианта не помечает файлы резервной копии как скопированные.
3. Разностный - создается резервные копии файлов ТОЛЬКО если они не были скопированны или были изменены при этом НЕ помечает эти файлы как скопированные.
4. Добавочный - создается резервные копии файлов ТОЛЬКО если они не были скопированны или были изменены при этом помечает эти файлы как скопированные.
5. Ежедневный - создает резервную копию только тех файлов, которые были изменены сегодня и не помечает их как скопированные.
Попозже откомментирую
Знания, которые нельзя применить - бесполезны
Harry33 » 17 фев 2004, 14:32
Таким образом разностный и добавочный типы архивации не отслеживают УДАЛЕНИЕ файлов, а только их изменение с папками предположительно то-же самое...
кстати стандартный хелп Win 2000
кстати стандартный хелп Win 2000
| Цитата | ||||
| Типы архива
Программа архивации поддерживает пять способов архивации данных на компьютере или в сети. Копирующая архивация Копирование всех выбранных файлов без отметки их как архивированных (то есть, атрибут архивирования не снимается). Копирующий тип архива используется, когда требуется выполнить архивацию отдельных файлов в промежутке между созданием обычных и добавочных архивов, поскольку это не затрагивает остальные результаты архивации. Ежедневная архивация Копирование всех файлов, измененных в течение дня до выполнения ежедневной архивации. Обработанные файлы не помечаются как архивированные (то есть, атрибут архивирования не снимается). Разностная архивация Архивация файлов, созданных или измененных со времени последней обычной или добавочной архивации. Файлы не отмечаются как архивированные (то есть, атрибут архивирования не снимается). При создании обычного и разностного архива для восстановления файлов и папок потребуется наличие и последнего обычного, и последнего разностного архива. Добавочная архивация Архивация только файлов, созданных или измененных с момента последней обычной или добавочной архивации. Файлы помечаются как архивированные (то есть, атрибут архивирования снимается). При использовании и обычного, и добавочного архива для восстановления данных потребуется наличие и последнего обычного, и всех добавочных архивов. Обычная архивация Архивация всех выбранных файлов с отметкой их как архивированных (то есть, атрибут архивирования снимается). При выполнении обычной архивации для восстановления всех файлов требуется наличие только последней копии файла или ленты архива. Обычно при первом создании архива выполняется обычная архивация. Архивация данных с использованием и обычных, и добавочных архивов требует меньше всего места для хранения архивов и является самым быстрым способом архивации. Однако восстановление файлов может занять много времени, так как архив может храниться на нескольких дисках или лентах. Архивация данных с использованием и обычных, и разностных архивов занимает больше времени, особенно при частом изменении данных, но она упрощает процесс восстановления данных, так как весь архив обычно хранится на небольшом количестве дисков или лент. [/quote] Знания, которые нельзя применить - бесполезны
Harry33
Т.е. как я и предполагал моя проблема не решается встроенными средствами? Какой де выход посоветуете в этой ситуации? Crazyman Это выглядит именно так, я же примерно так и описал.
Для начала вопрос, а на что делается резервное копирование?
Как быть: 1. Не пользоваться стандартными утилитами резервного копирования (мы пользуемся Veritas), хорошо заточена под пленку. 2. Делать полное резервное копирование еженочно + по мере необходимости добавочное в течении дня. Le Roi Est Mort, Vive Le Roi
|