AlwaysOn в SQL Server «Denali» Иван Косяков Архитектор программных систем, MTC ivank@microsoft.comivank@microsoft.com, - презентация

1 AlwaysOn в SQL Server «Denali» Иван Косяков Архитектор программных систем, MTC

2 Доступность чрезвычайно важных систем Унифицированное упрощенное решение Простое в развертывании и управлении

3 Новое решение «AlwaysOn» Группы доступности AlwaysOn (AlwaysOn Availability Groups) для защиты баз данных Группы доступности AlwaysOn (AlwaysOn Availability Groups) для защиты баз данных Экземпляры отказоустойчивых кластеров AlwaysOn (AlwaysOn Failover Cluster Instances) для защиты на уровне экземпляра Экземпляры отказоустойчивых кластеров AlwaysOn (AlwaysOn Failover Cluster Instances) для защиты на уровне экземпляра

4 Отказоустойчивость приложений «Availability Groups Listener» позволяет приложениям незаметно переходить на вторичный узел Приложение повторно подключается с помощью виртуального имени на вторичный узел AG_HR HR DB HR DB HR DB HR DB PrimarySecondary HR_VNN -server HR_Listener;-catalog HRDB Приложение делает повторы запроса Подсоединение к новому первичному узлу когда переназначение осуществлено и «слушатель» (listener) доступен Primary Secondary HR DB HR DB ServerA ServerB ServerC

5 Активный вторичный узел AlwaysOn Для бизнеса важна эффективность и низкая стоимость Больше нет простаивающего оборудования «AlwaysOn Active Secondary» позволяет использовать аппаратные ресурсы увеличивая эффективность Active Secondary можно использовать для: Балансировки нагрузки «только чтение» Операций резервного копирования

6 «Active Secondary» – вторичный узел для чтения Освобождение первичного узла от запросов чтения Свежие данные на вторичном узле DB2DB1 SQLservr.exe InstanceA DB2DB1 Первичный Вторичный InstanceB Отчеты

7 «Active Secondary» – возможность резервного копирования Резервные копии на любой реплике В том числе и на первичной Резервные копии журнала на различных репликах формируют единую цепочку журнала Database Recovery Advisor упрощает восстановление Нагрузка чтение/запись Первичный Вторичный Резервные копии Вторичный Резервные копии

8 Подсоединение приложений «только чтение» Определяется опцией «Availability Replica» и свойством «ApplicationIntent» ApplicationIntent – свойство подсоединения Опция реплики определяет, доступна ли реплика для чтения, когда находится в роли вторичной реплики Маршрутизация доступа «только чтение» (Read-Only Routing) позволяет перенаправлять подсоединение приложения на новую вторичную реплику при смене роли Позволяет незаметно перенаправлять подсоединения приложений между репликами без ручного вмешательства

9 Начальная топология Log Shipping Database Mirroring

10 Новая топология AA AA AA

11 AA AA AA AA Reports Backups Synchronous Data Movement Asynchcronous Data Movement

12 Дополнительные примеры топологий «AlwaysOn» предоставляет гибкость конфигураций высокой доступности. Synchronous Data Movement Asynchcronous Data Movement Shared Storage, regional and geo secondaries AA AA AA AA AA Direct attached storage local, regional and geo secondaries AA AA

13 Демонстрация AlwaysOn

14 AlwaysOn Availability Groups Гибкая «AlwaysOn Availability Groups» - новая функция, которая облегчает и комбинирует зеркалирование и поставку журналов (log shipping)

15 Вопросы?