Установка новой резервной схемы

Я настоятельно рекомендовал бы книгу "Резервное копирование и Восстановление" (Книга O'Reilly) W. Curtis Preston

http://oreilly.com/catalog/9780596102463/

При выяснении, как сделать, план резервного копирования отчасти похож на выяснение у 10 бабушек, как сделать лучший куриный суп с лапшой. Вы получите 10 различных ответов, но все они договорятся об основных компонентах.

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

Так, это - то, где я запустил бы сначала.

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

В нашем случае у нас есть диск LTO-3, полное резервное копирование соответствует на двух лентах и всем diffs для недельного соответствия на одном. Таким образом, каждую неделю у нас есть ряд лент, состоящих из двух лент для полного и третьей ленты для следующих 5 diffs. Мы сохраняем эти наборы в течение 5 недель, у нас есть удаленный набор того и 4 на месте.

Мы настраиваем пул носителей для полного резервного копирования с набором времени перезаписи к 5 неделям так, чтобы ленты не могли быть снова использованы перед этим и установили его, чтобы не быть appendable так в следующий раз, когда Вы используете ленту, которую он запускает вначале.

Для diffs пул носителей был установлен на 1 неделю, потому что после этого мы не будем действительно заботиться о том, что было на diffs и если бы нам было нужно, то мы могли бы захватить "неправильную" различную ленту. На практике, как я сказал, мы всегда сохраняем набор лент в течение недели вместе. Но когда мы сначала получили LTO-3, ленты составляли 50$, и мы думали, что сэкономим деньги, только имея пару различных лент и снова используя их.

(Я сказал, "был" для различного пула носителей, потому что мы на самом деле прекратили делать diffs для записи на ленту, и мы теперь делаем подобную схему дисковой дисковой ленты: полное резервное копирование в диск и затем копирует это прочь для записи на ленту, затем diffs только к диску.)

Для ответа на конкретный вопрос при установке резервных копий Вы говорите это, какой пул носителей получить ленту от и это захватит первую, это применимо - этому позволяют быть записанным в.

Вы сказали, что LTO-2 и 200 ГБ, таким образом, полное должно соответствовать на нескольких Ваших лентах, 3 в очень худший. Таким образом, у Вас могло быть 6 лент для fulls и 2 для diffs в загрузчике сразу, затем каждую неделю необходимо вытащить один набор fulls и вставить другой. Если Ваши резервные копии соответствуют на 2 лентах, у Вас могло бы быть 3 набора fulls, и только необходимо подкачивать каждые 2 недели.

Backup Exec может быть настроено для использования различных слотов для полных и возрастающих резервных копий.

Самая большая слабость я вижу в Вас план, является двумя наборами резервных копий лент. Три набора считают абсолютным минимумом. Я обычно использую по крайней мере пять наборов.

Можно также рассмотреть ежемесячное полное резервное копирование, которое Вы сохраняете в течение года.

Я не знаю, как Backup Exec работает, но я могу ответить в целом.

Инструменты, которые я использовал, могут все ограничить свои наборы резервных копий минимальным необходимым количеством лент. То, что я имею в виду, - то, что, если Вы загружаете 8 пустых лент в свой робот, но Вы только пишете в первые три, затем только, те три ленты являются частью набора резервных копий. Оставление пять не и может поэтому использоваться для чего-то еще.

Кроме того, эти инструменты могут быть настроены для добавления к существующей ленте, если существует доступное пространство. Таким образом, если Ваша ежедневная газета составит 5 ГБ, и Ваша система настроена так, то она добавит следующий день, возрастающий к первой ленте. Если Ваши incrementals будут действительно настолько маленькими, то Вы закончите тем, что использовали две ленты и просто вращались между ними. Конечно, это означает, что Вы добираетесь для волнения о времени жизни медиа также - ленты изнашиваются точно так же, как все остальное.

Во-вторых: необходимо быть осторожны относительно различия между "дифференциалом" и "возрастающим" резервным копированием. "Дифференциальное" резервное копирование является всеми различиями между "теперь" и контрольная точка, обычно последнее полное резервное копирование. Таким образом, если Ваша дельта составит приблизительно 5 ГБ в день, то первый день это будут 5 ГБ, второе потенциально 10 ГБ, и т.д., и т.д. "Возрастающее" резервное копирование является различиями между "теперь" и последнее выполненное резервное копирование, который мог быть самим возрастающим. Таким образом, Ваша первая дельта составит 5 ГБ, вторых 5 ГБ, и т.д., и т.д.

Преимущество для первого состоит в том, что восстановления потенциально намного быстрее - Вы прокручиваете свое полное резервное копирование, затем дифференциал, взятый сразу после Вашей точки восстановления. Оборотная сторона - то, что Вы потенциально требуете намного большего количества медиа в зависимости от своих дельт.

Преимущество для последнего состоит в том, что Вы требуете меньшего количества медиа и резервных копий, потенциально выполненных быстрее, так как Вы создаете резервную копию меньшего количества данных. Оборотная сторона - то, что для восстановления к моменту времени необходимо восстановить полное, затем каждый возрастающий, в порядке.

Относительно Ваших вращений - если все Вам нужно, две недели на сайте, затем Ваш шаблон, вероятно, в порядке. Однако мы всегда используем более полное вращение.

• Первая пятница месяца: ежемесячное резервное копирование. Отправленный прилегающий объект для одного (или два) годы (в зависимости от клиента).
• Второй через Четвертый (или пятый) в пятницу: Неделя через C (или D). Они отправляются удаленные и возвращаются месяц спустя.
• С воскресенья по четверг: инкрементное резервное копирование или дифференциальное резервное копирование, в зависимости от клиентских требований и возможностей. Они живут в течение двух недель и остаются локальными.

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

Наконец, одно примечание мудрости: это не резервное копирование, пока Вы не тестируете его. Выкройте время, чтобы в своем цикле регулярно протестировать восстановление различных частей Ваших резервных копий регулярно. Мало того, что это проверит Ваши резервные копии, но и это будет означать, что Вы знаете, что сделать, когда восстановление приходит для реального.

Если Вы не читаете ничто иное, считайте "Резервные копии, Сосут" M.Janke здесь: http://www.standalone-sysadmin.com/blog/2009/02/backups-suck/

Я соглашаюсь, что Вам нужны более затем 2 набора резервных копий. Я полагаю 4 быть разумным числом (таким образом, у Вас есть приблизительно ценность месяцев лент для возвращения к тому, если что-то выходит из строя). При установке резервных копий в Backup Exec, у Вас есть выбор или добавления данных или перезаписи данных. У Вас также есть выбор того, что сделать, если, как Вы сказали, добавляют, но лента полна. Кроме того, можно управлять настройками защиты перезаписи на пуле носителей, таким образом, можно предотвратить ленту, которая просто использовалась от того, чтобы быть случайно перезаписанным. Одна подсказка, я склонен находить, что ленты не всегда становятся измененными, когда они предполагаются к (потому что кто-то отсутствует больной, или в отпуске или существует праздник), поэтому если возможный я пытаюсь иметь два набора лент в диске. Те в течение этой недели и те в течение недели NEXT. Так, чтобы у Вас была целая неделя для вытаскивания актуальных резервных копий, прежде чем вещи будут испорчены. Кроме того, необходимо смотреть на то, будут ли 6 ночей дифференциалов соответствовать на одной ленте. Если они не делают, но 6 ночей incrementals были бы, Вы могли бы хотеть рассмотреть incrementals. Это увеличивает время, которое требуется, чтобы сделать полное восстановление (особенно к концу недели), но это могло стоить того, если это сокращает количество требуемых лент.

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

Ленты являются большими в архивных целях, но ничто не бьет наличие локальной копии на диске для быстрого, изведите бесплатные восстановления.

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

У каждого из нас есть различные системы и потребности, таким образом, мы все вероятны дать различные рекомендации. Сделайте, как KPWINC предполагает, и приведите в порядок некоторое чтение. Затем то, когда Вы действительно реализуете его, удостоверяются, что Вы делаете это способом, который может быть с готовностью изменен, должно Вы позже решать, что другая система была бы лучше.

Однако вот моя рекомендация:

Вы только создаете резервную копию небольшого объема данных, поэтому если это практично для делания так выполненного полного резервного копирования каждый день. Backups время от времени перестанет работать по многим причинам. Наличие полного резервного копирования на каждой ленте не только упрощает восстановления, но и улучшает Ваши возможности DR.