SQL Server: миф дня (7/30) – Множественное зеркалирование и задержка загрузки при доставке журналов

Миф №7 – База данных может иметь несколько зеркал

FALSE

        Сам миф довольно банален – зеркалирование предполагает только одну зеркальную базу данных. Если же вы хотитие иметь более одной копии основной базы данных, то для этого рекомендуется воспользоваться механизмом доставки журналов (Log Shipping). Используя доставку журналов вы можете иметь столько копий вашей базы данных, сколько вам будет нужно.

        К тому же, доставка журналов имеет одну просто потрясающую возможность – настройку задержки загрузки для вторичных баз. Для примера возьмём интервал в 8 часов. Это значит, что резервные копии журнала транзакций, снятые с основной базы данных, не будут восстановлены на вторичной базе данных до тех пор, пока не пройдёт 8 часов.

Примечание: Различные технологии обеспечения отказоустойчивости имеют свои обозначения баз данных:  

  • Зеркалирование: основная – зеркальная (principal – mirror)
  • Доставка журналов: первичная - вторичная (primary  - secondary)
  • Репликация:  издатель – подписчик (publisher – subscriber)

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

        Кстати, команда SQLCAT написала отличную статью, развенчивающую миф о том, что зеркалирование можно настроить только для 10 баз данных одного экземпляра - Mirroring a Large Number of Databases in a Single SQL Server Instance. Также советую почитать моя статью, написанную в прошлом году для CSS -  KB 2001270 Things to consider when setting up database mirroring in SQL Server.

 

Об авторе:

Пол С. Рэндал (Paul S. Randal) — генеральный директор SQLskills.com является MVP по SQL Server. Он работал в группе подсистемы хранилища SQL Server в корпорации Майкрософт с 1999 по 2007 г. Пол является автором DBCC CHECKDB/восстановления SQL Server 2005 и в ходе разработки SQL Server 2008 отвечал за программу базовой подсистемы хранилища. Пол является специалистом по аварийному восстановлению, высокой доступности и обслуживанию базы данных и часто дает презентации на различных конференциях по всему миру. Он ведет блог по адресу SQLskills.com/blogs/paul.

 

Ссылки по теме:

- Оригинал статьи

- Зеркальное отображение базы данных

- Доставка журналов

blog comments powered by Disqus

Обо мне

MVP

Data Architect at Intapp, Inc.

PASS Regional Mentor, CEE

MCT, MCITP, MCPD, MCTS


Microsoft MVP

Month List