none
Резервное копирование баз на вторичной реплике(AlwayON) RRS feed

  • Вопрос


  • Доброго времени суток!

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

    Но также не дает запустить бекап на вторичной реплике.

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

    Как запускать резервное копирование на вторичных репликах? 
    В идеале хочу делать копию ночью на первичной, днем на вторичной.


    22 декабря 2018 г. 9:45

Ответы

Все ответы

  • Прочел обе части статьи

    https://www.sqlshack.com/understanding-backups-on-alwayson-availability-groups-part-1/

    но если честно так в конце и не понял как заставить делать реплику на вторичном сервере.



    22 декабря 2018 г. 12:21
  • У вас в настройках резервного копирования директива COPY_ONLY используется?

    Innovation distinguishes between a leader and a follower - Steve Jobs

    24 декабря 2018 г. 7:34
  • Сори, не понял вопроса
    24 декабря 2018 г. 14:13
  • Даже в приведенной вами статье явно выделе параметр COPY_ONLY при создании резервной копии через план обслуживания для Secondary-реплики. У вас этот параметр в задании установлен?

    Innovation distinguishes between a leader and a follower - Steve Jobs

    24 декабря 2018 г. 14:20
  • Параметр COPY_ONLY выставлял, выставлял параметр резервного копировани  "Только вторичная".

    На первичном сервере создао план обслуживания, также с параметром COPY_ONLY, запустил, процесс завершился.

    Но файла с резервной копией не увидел ни на первичном сервере, ни на вторичных.

    МОжет план обслуживания нужно создавать на всех серверах?


    27 декабря 2018 г. 12:36
  • Все-же как получить копию базы на вторичном сервере... Не нахожу внятной и рабочей инструкции...

    Может кто поделится?

    28 декабря 2018 г. 15:12
  • BACKUP DATABASE <DBNAME> TO DISK=<disk> WITH COPY_ONLY;

    Innovation distinguishes between a leader and a follower - Steve Jobs

    29 декабря 2018 г. 9:53
  • Роман, насколько я понимаю, Вы начинающий администратор баз данных. 

    Хочу объяснить, что история резервных копий хранится локально в системной базе msdb. Что значит "локально"? А то, что эти данные не синхронизируются между репликами. Более того, как подсказал Вам Илья, на реплике можно выполнять только COPY_ONLY полные резервные копии:

    И нельзя выполнять разностные. 

    С резервными копиями журналов транзакций вообще всё сложно:

    Performing Transaction Log Backups using AlwaysOn Availability Group Read-Only Secondary Replicas – Part 1

    Performing transaction log backups using AlwaysOn Availability Group read-only secondary replicas-Part2

    В связи с вышеописанным вероятность того, что вы сможете восстановить базу данных в случае сбоя оперативно и через визард - стремятся к нулю. Опять же, Вы на месте не стоите, через несколько месяцев, через год, или два для Вас подобные сценарии станут нормой. Но в коллектив придёт новенький, вы поедете в отпуск... Моя личная практика показал, что чем проще и примитивней система резервного копирования – тем лучше для организации и для ДБА. В связи с чем рекомендую отказаться от планового резервного копирования с вторичных реплик. Ad-hoc бекапы для тестирования или траблшутинга – пожалуйста. 

    Но это всего лишь моя рекомендация. Не зная нагрузки на Ваши системы, RPO, RTO и плана восстановления – сложно о чём-то говорить.

    Могу порекомендовать для прочтения следующие статьи: 

    Перенос поддерживаемых резервных копий во вторичные реплики группы доступности

    Настройка резервных копий вторичных реплик группы доступности Always On

    8 февраля 2019 г. 17:52