Спрашивающий
DPM2007 бэкап на ленту: два бэкапа в одну ленту?

Общие обсуждения
-
Настроен короткосрочный бэкап на ленты. Частота - раз в день, длительность - неделя, тип бэкапа - полный.
Что бэкапим(несколько групп): систем стэйт 2008, SQL 2000 с БД проджекта 2003.
Колокейшн включен.
На выходе:
1 пишут каждую группу на свою ленту.
2 пишут не более двух бэкапов подряд, при том что систем стейт менее 10 Гб, Проджектовые базы - менее 40 Гб. Ленты 200 Гб.
Вопрос: как бы его приучить не новую ленту через день брать, а писать пока влезает, или (раз в неделю менять ленты)
MCSE:M 2003, MCITP:Enterprise Messaging Administrator- Перемещено Denis DyagilevEditor 30 августа 2010 г. 5:32 (От:Другие продукты семейства Microsoft System Center)
- Изменен тип Yegor StartsevModerator 2 октября 2010 г. 17:59
3 сентября 2009 г. 12:44
Все ответы
-
На вкладке Management - Library присмотритесь внимательно - сверху есть строчка про Tape Collocation и сказано, что оно Disabled. Там же есть линк на описание процедуры включения Collocation. Ну ли вот: http://technet.microsoft.com/en-us/library/cc964296.aspx
http://komatozo.blogspot.com27 сентября 2009 г. 14:34 -
Добрый день.
У меня наблюдается та же проблема, только на DPM2010. Co-location находится в состоянии Enabled. И все равно 2-е из 5-ти PG упорно пипишутся каждый день на чистую касету.
В указаном Вами описании сказано, что данная процедура, равно как и обновление KB949779 применимо к DPM2007.
Подскажите как убедить мой DPM2010 писать ежедневный бэкап на одну ленту пока незаполнится, а не наразные?
13 июля 2010 г. 13:50 -
расписание копирования на ленту у всех PG одинаковое?
http://komatozo.blogspot.com15 июля 2010 г. 15:41 -
Нет, конечно. Все PG настроены на разные сервера, и расписание у всех разное в зависимости от критичности данных.
Вот сейчас обнаружил, что иногда он все таки пишет на туже касету 2, а иногда даже 3 бэкапа. И опять же не заполнив касету полностью берет новую.
- Изменено Alexandr Kalinchuk 16 июля 2010 г. 6:18
16 июля 2010 г. 6:05 -
Я немного неправильно выразился. Меня интересует совпадение retention period. На одну ленту пишутся только те данные, у которых он совпадает. Точнее даже так:
A dataset will be co-located only if both the above conditions are true.
Term Description TapeWritePeriodRatio
Indicates the number of days for which data can be written on to a tape as a fraction between 0 and 1. The default value is 0.15.
ExpiryToleranceRange
Indicates the time window within which the expiry date of the dataset to be written to the tape must fall. It is expressed as a percentage. The default value is 17 percent.
This is a DWORD type registry value located under HKLM\Software\Microsoft\Microsoft Data Protection Manager\1.0\Colocation. DPM does not create this key automatically. You must manually create this key if you want to set the ExpiryToleranceRange.взято тут: http://technet.microsoft.com/en-us/library/cc964296.aspx
http://komatozo.blogspot.com16 июля 2010 г. 6:10 -
Retention period у некоторых PG совпадает у некоторых нет.
К примеру: есть PG с расписанием:
long-term protection using tape
1 recovery point every 1 day(s) for the last 2 week(s)
1 recovery point every 1 week(s) for the last 5 week(s)
1 recovery point every 1 month(s) for the last 12 month(s)
И вот при таком расписании ежедневные бэкапы пишутся в основном на новые касеты, иногда используя предыдущую.
Возможно суть кроется в описании "TapeWritePeriodRatio" и "ExpiryToleranceRange", но, к сожалению смысл написанного мне не понятен.
И, кстати, почти все касеты имеют отметку Offsite Ready.
16 июля 2010 г. 10:16 -
Все еще проще, оказывается... Если дочитать ссылку до конца, то будет вот так:
- Only protection groups with the same retention period can be co-located on the same tape.
Тут, я думаю, все понятно однозначно =(
http://komatozo.blogspot.com16 июля 2010 г. 10:23 - Only protection groups with the same retention period can be co-located on the same tape.
-
Да, оно вобщемто так и есть: под каждый из трех кусков расписания он берет отдельную касету, соответственно помечает ее и для ежедневного бэкапа использует касеты с меткой daily, для еженедельного weekly и т.д. здесь претензий как раз нет. Беда в том, что каждый ежедневный бэкап он пишет на новую касету, и честно помечает их daily-00000001, daily-0000002, и т.д., вместо того, чтобы до отказа забить одну, и только потом взять следующую. Или же для того чтобы co-location работал мне нужно создать 3 отдельных PG с плоским расписанием (PG1 для daily, PG2 для weekly, PG3 для monthly)?16 июля 2010 г. 11:44
-
Странно... Я реанимирую свой стенд на днях - попробую. Сами понимаете - экспериментировать в боевых условиях: таких правов не имею %)
http://komatozo.blogspot.com31 июля 2010 г. 19:32 -
Александр, день добрый.
У вас получилось проверить аналогичное расписание на стенде?
2 сентября 2010 г. 5:41Модератор -
Дмитрий, ваша проблема еще актуальна?13 сентября 2010 г. 11:13Модератор
-
Добрый день, Господа.
Проблема, при которой DPM не хочет писать несколько бэкапов на одну ленту к сожалению актуальна не только для Дмитрия.
У меня тоже не хочет на одну ленту писать.
Расписав в Excel'е формулы из статьи http://technet.microsoft.com/en-us/library/cc964296.aspx я так и не смог подобрать параметры TapeWritePeriodRatio и ExpiryToleranceRange. Менять их экспериментировать на боевом сервере нет возможности.
Кто-нибудь менял их так, чтобы небольшие каждодневные бэкапы сыпались на оду ленту?
15 сентября 2010 г. 6:00 -
Коллеги, предлагаю ознакомиться с обсуждением http://social.technet.microsoft.com/Forums/en-US/dpmtapebackuprecovery/thread/62717f9d-1a92-47ca-a461-76f740ffed90 и отдельно - ответом Майка в обсуждении http://social.technet.microsoft.com/Forums/en-US/dpmtapebackuprecovery/thread/e718e8e6-c0d6-496e-9407-ea1ccf51bb98
После этого можно обсудить возникшие вопросы.
15 сентября 2010 г. 7:02Модератор -
Уважаемый пользователь!
В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.28 сентября 2010 г. 14:50Модератор