AlwaysOn в SQL Server «Denali» Иван Косяков Архитектор программных систем, MTC ivank@microsoft.com, http://microsoftbi.ru Доступность чрезвычайно важных систем Унифицированное упрощенное решение Простое в развертывании и управлении Новое решение «AlwaysOn» Группы доступности AlwaysOn Экземпляры отказоустойчивых кластеров AlwaysOn (AlwaysOn Availability Groups) для защиты баз данных (AlwaysOn Failover Cluster Instances) для защиты на уровне экземпляра Отказоустойчивость приложений «Availability Groups Listener» позволяет приложениям незаметно переходить на вторичный узел Приложение повторно подключается с помощью виртуального имени на вторичный узел ServerA ServerC ServerB HR DB HR DB HR DB AG_HR HR_VNN Primary Secondary Primary Secondary Приложение делает повторы запроса -server HR_Listener;-catalog HRDB Подсоединение к новому первичному узлу когда переназначение осуществлено и «слушатель» (listener) доступен Активный вторичный узел AlwaysOn Для бизнеса важна эффективность и низкая стоимость Больше нет простаивающего оборудования «AlwaysOn Active Secondary» позволяет использовать аппаратные ресурсы увеличивая эффективность Active Secondary можно использовать для: Балансировки нагрузки «только чтение» Операций резервного копирования «Active Secondary» – вторичный узел для чтения SQLservr.exe Первичный SQLservr.exe Вторичный InstanceA DB1 DB2 InstanceB DB1 DB2 Отчеты Освобождение первичного узла от запросов чтения Свежие данные на вторичном узле «Active Secondary» – возможность резервного копирования Нагрузка чтение/запись Резервные копии Вторичный Резервные копии Первичный Резервные копии Вторичный Резервные копии на любой реплике В том числе и на первичной Резервные копии журнала на различных репликах формируют единую цепочку журнала Database Recovery Advisor упрощает восстановление Подсоединение приложений «только чтение» Определяется опцией «Availability Replica» и свойством «ApplicationIntent» ApplicationIntent – свойство подсоединения Опция реплики определяет, доступна ли реплика для чтения, когда находится в роли вторичной реплики Маршрутизация доступа «только чтение» (Read-Only Routing) позволяет перенаправлять подсоединение приложения на новую вторичную реплику при смене роли Позволяет незаметно перенаправлять подсоединения приложений между репликами без ручного вмешательства Начальная топология Database Mirroring Log Shipping Новая топология A A A Новая топология A A A A Reports Backups Synchronous Data Movement Asynchcronous Data Movement Дополнительные примеры топологий «AlwaysOn» предоставляет гибкость конфигураций высокой доступности. A A A A A A A Direct attached storage local, regional and geo secondaries Synchronous Data Movement Asynchcronous Data Movement Shared Storage, regional and geo secondaries Демонстрация AlwaysOn AlwaysOn Availability Groups «AlwaysOn Availability Groups» - новая функция, которая облегчает и комбинирует зеркалирование и поставку журналов (log shipping) Вопросы?