none
Теория о восстановлении из журнала транзакций RRS feed

  • Вопрос

  • Читаю книжку, изучаю возможности. Дошел до резервного копирования и восстановления. Для наглядности вопроса приведу пример:

    Есть база - метод восстановления Full

    Предположим 1 января был сделан фулл бэкап

    2 января был сделан дифф бэкап

    3 января был сделан бэкап лога и при этом насколько я понимаю лог был отрезан.

    оставим подробности о tail log, для упрощения.

    1) Для восстановления достаточно ли мне накатить фулл и на него бэкап лога? Просто в книжках в таком случае пишут - восстановить фулл, потом дифф, потом лог.

    2) Обязательно ли LSN конца в фулле должен быть на один порядок меньше чем начальный в бэкапе лога.

    Поясню что имею в виду:

    предположим был сделан бэкап лога 10 января, 13 января был сделан фулл бэкап, 15 января снова бэкап лога.

    Смогу ли я накатить на фулл от 13 января бэкап лога 15 января? Ведь у него первый LSN будет от 10-го.

    Простите если где-то глупость сморозил =)


    11 февраля 2014 г. 11:38

Ответы

  • 1) достаточно

    2) вы не сможете сделать для БД первым бэкап лога...любое бэкапирование начинается с полной копии...


    http://www.t-sql.ru

    12 февраля 2014 г. 5:49
    Отвечающий
  • Я через графику делаю бэкап лога, по умолчанию отмечен чекбокс на truncate log

    Я его скриптую, и там не добавлено with truncate, видимо это действие по умолчанию.

    Разве это не очистка журнала?

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

    сжатие самих файлов осуществляется другими командами


    http://www.t-sql.ru

    12 февраля 2014 г. 6:22
    Отвечающий

Все ответы

  • 1) достаточно

    2) вы не сможете сделать для БД первым бэкап лога...любое бэкапирование начинается с полной копии...


    http://www.t-sql.ru

    12 февраля 2014 г. 5:49
    Отвечающий
  • Спасибо. 

    Подскажите, очищение журнала транзакций происходит только при бэкапе журнала или при фулл-бэкапе тоже?

    12 февраля 2014 г. 5:53
  • Спасибо. 

    Подскажите, очищение журнала транзакций происходит только при бэкапе журнала или при фулл-бэкапе тоже?


    Никакой бэкап не делает очистку журнала транзакций, после бэкапа он может быть использован повторно(перезаписан), т.е. без приращения

    http://www.t-sql.ru

    12 февраля 2014 г. 6:04
    Отвечающий
  • Я через графику делаю бэкап лога, по умолчанию отмечен чекбокс на truncate log

    Я его скриптую, и там не добавлено with truncate, видимо это действие по умолчанию.

    Разве это не очистка журнала?

    12 февраля 2014 г. 6:13
  • http://technet.microsoft.com/en-us/library/ms189085(v=sql.105).aspx

    Under the full recovery model or bulk-logged recovery model, after a log backup, if a checkpoint has occurred since the previous backup. For more information, see "Log truncation under the full and bulk-logged recovery models," later in this topic.

    12 февраля 2014 г. 6:16
  • Я через графику делаю бэкап лога, по умолчанию отмечен чекбокс на truncate log

    Я его скриптую, и там не добавлено with truncate, видимо это действие по умолчанию.

    Разве это не очистка журнала?

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

    сжатие самих файлов осуществляется другими командами


    http://www.t-sql.ru

    12 февраля 2014 г. 6:22
    Отвечающий
  • Вот спасибо, до этого я еще не дошел, но благодаря вам уже знаю :)
    12 февраля 2014 г. 6:44