Настройка новой схемы резервного копирования

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

Есть только три сервера, которые я буду резервировать, общий объем данных составляет около 200 ГБ. Я буду делать еженедельные полные резервные копии по субботам, а затем делать разностные резервные копии с понедельника по пятницу. В конце месяца также будет создана полная резервная копия, которая будет храниться вне сайта для целей аварийного восстановления.

Используемое оборудование: -8 накопитель на магнитной ленте с резервной копией -LTO2 ленты -Backup Exec 12.5 с Exchange и агентами SQL

Я буду использовать два набора лент: сначала для недели 1, а затем еще для недели 2, которые будут чередоваться взад-вперед каждую неделю.

Итак, мой вопрос заключается в следующем: сколько лент я должен использовать в каждом наборе? Нужно ли использовать восемь, так как резервный диск принимает до восьми лент? Будет ли это сброшено, если я добавлю меньше?

Во-вторых, поскольку резервные копии diff каждую неделю, вероятно, будут составлять не более 5 ГБ или около того, нужно ли вставлять пять лент LTO2 (вмещающих до 400 ГБ) в пул носителей, по одной ленте на каждую ночь? Или этого достаточно, поскольку теоретически он может содержать разницы в несколько недель?

Чего я не понимаю, так это если BE выбирает новую ленту на каждый день, или если она просто продолжит добавлять к той же самой ленте, пока она не заполнится, а затем перейдет к следующей.

Возможно, самый простой вопрос: если бы у вас было оборудование для резервного копирования и серверы для резервного копирования, перечисленные выше, каким был бы ваш план резервного копирования?

Большое спасибо....

Я очень рекомендую книгу У. Кертиса Престона "Резервное копирование и восстановление" (книга О'Рейли)

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

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

По моему мнению, Backup & Recovery довольно неплохо говорит о сильных и слабых сторонах различных вариантов, которые вы можете (или не можете) использовать.

Итак, вот где я начну первым.

Прошло много времени с тех пор, как я это настроил, и я дома, поэтому ухожу из памяти.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если вы больше ничего не читаете, прочитайте «Sucks Backups» от M.Janke здесь: http://www.standalone-sysadmin.com/blog/2009/02/backups-suck/

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

Помимо ленты, я настоятельно рекомендую скопировать диск на диск на другой сервер или устройство типа SAN.

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

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

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

Сказав это, вот моя рекомендация:

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