none
DPM2007 бэкап на ленту: два бэкапа в одну ленту? RRS feed

  • Общие обсуждения

  • Настроен короткосрочный бэкап на ленты. Частота - раз в день, длительность - неделя, тип бэкапа - полный.
    Что бэкапим(несколько групп): систем стэйт 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.com
    27 сентября 2009 г. 14:34
  • Добрый день.

    У меня наблюдается та же проблема, только на DPM2010. Co-location находится в состоянии Enabled. И все равно 2-е из 5-ти PG упорно пипишутся каждый день на чистую касету.

    В указаном Вами описании сказано, что данная процедура, равно как и обновление KB949779 применимо к DPM2007.

    Подскажите как убедить мой DPM2010 писать ежедневный бэкап на одну ленту пока незаполнится, а не наразные?

    13 июля 2010 г. 13:50
  • расписание копирования на ленту у всех PG одинаковое?
    http://komatozo.blogspot.com
    15 июля 2010 г. 15:41
  • Нет, конечно. Все PG настроены на разные сервера, и расписание у всех разное в зависимости от критичности данных.

    Вот сейчас обнаружил, что иногда он все таки пишет на туже касету 2, а иногда даже 3 бэкапа. И опять же не заполнив касету полностью берет новую.

    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.com
    16 июля 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.com
16 июля 2010 г. 10:23
  • Да, оно вобщемто так и есть: под каждый из трех кусков расписания он берет отдельную касету, соответственно помечает ее и для ежедневного бэкапа использует касеты с меткой daily, для еженедельного weekly и т.д. здесь претензий как раз нет. Беда в том, что каждый ежедневный бэкап он пишет на новую касету, и честно помечает их daily-00000001, daily-0000002, и т.д., вместо того, чтобы до отказа забить одну, и только потом взять следующую. Или же для того чтобы co-location работал мне нужно создать 3 отдельных PG с плоским расписанием (PG1 для daily, PG2 для weekly, PG3 для monthly)?
    16 июля 2010 г. 11:44
  • Странно... Я реанимирую свой стенд на днях - попробую. Сами понимаете - экспериментировать в боевых условиях: таких правов не имею %)
    http://komatozo.blogspot.com
    31 июля 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
    Модератор