Технологии повышенной доступности в SQL Server 2005 Андрей Синкин Системный инженер Microsoft Corporation. - презентация

1 Технологии повышенной доступности в SQL Server 2005 Андрей Синкин Системный инженер Microsoft Corporation

2 Основные задачи Понять суть новых технологий повышенного доступа в SQL Server 2005: Database Mirroring Database Snapshots Понять различие между технологиями повышенного доступа в SQL Server 2005 Два отказоустойчивых решения Database Mirroring / Failover Clusters Два более простых решения Log Shipping / Replication

3 Доступность информации и SQL Server 2005 Доступность данных и требования бизнеса Доступность данных это одно из основных требований бизнеса в IT-организациях Есть много барьеров для доступности данных Мы сосредоточимся на сбоях/разрушениях базы данных Мы не будем рассматривать другие проблемы доступности Например: параллелизм, регламентные работы, масштабирование и т.д. Доступность имеет множество граней ЛюдиПроцессТехнология Аппаратное обеспечение Программное обеспечение

4 Автоматическая отказоустойчивость и отсутствие возможности утраты данных Database MirroringDatabase Mirroring Failover ClusteringFailover Clustering Ручная отказоустойчивость и потенциальная возможность потери данных Репликация транзакцийРепликация транзакций Log ShippingLog Shipping Отсутствие отказоустойчивости и потенциальная возможность потери данных Backup / RestoreBackup / Restore Detach / Copy / AttachDetach / Copy / Attach Повыш.доступность Технологии доступности информации в SQL Server 2005

5 Database Mirroring SQL Server 2005 Резервный экземпляр Отказоустойчивый сервер Компоновочный блок для сложных топологийКомпоновочный блок для сложных топологий Отказоустойчивая БД Очень быстраяОчень быстрая Отсутствие возможности потери данныхОтсутствие возможности потери данных Аппаратное обеспечение Работает на стандартных компьютерах, хранилище и сетевом окруженииРаботает на стандартных компьютерах, хранилище и сетевом окружении Хранилище неразделяемоеХранилище неразделяемое Database Mirroring

6 Горячий резервГорячий резерв Построен на Microsoft Cluster Services (MSCS)Построен на Microsoft Cluster Services (MSCS) Доступность обеспечивают множество узлов, причем прозрачно для клиента Автоматическое обнаружение и восстановление сбоя Требует сертифицированного аппаратного обеспечения Поддержка разных сценариев: Active/Active, N+1, N+I Отсутствие потери данных, отсутствие влияния на пропускную способностьОтсутствие потери данных, отсутствие влияния на пропускную способность Одна копия баз данныхОдна копия баз данных Отказоустойчивый экземпляр – целый экземпляр работает как единый модульОтказоустойчивый экземпляр – целый экземпляр работает как единый модуль Failover Clustering Microsoft Cluster Services Failover Cluster

7 Log Shipping Теплый резерв Основная идея: архивирование, копирование и восстановление лога на другом сервереОсновная идея: архивирование, копирование и восстановление лога на другом сервере Не требует дополнительных вложений в скриптованиеНе требует дополнительных вложений в скриптование Уровень базы данныхУровень базы данных База данных доступна в режиме только для чтенияБаза данных доступна в режиме только для чтения Для обработки следующей порции лога пользователи должны отключатьсяДля обработки следующей порции лога пользователи должны отключаться Log Shipping

8 Репликация Теплый резерв Как правило используется когда доступность требуется в сочетании с возможностью чтения информации с разных серверов Возможность отказоустойчивости; требуется собственное решение Нет ограничения на использование всей БД – можно определить подмножество исходной БД или таблицы для копирования Копия базы данных постоянно доступна в режиме чтения Задержка между источником и копией может идти на секунды Логическая технология Репликация

9 Решения для offline Холодный резерв Оба обеспечивают Ручное определение и восстановление после сбояРучное определение и восстановление после сбоя Потенциальная потеря части работыПотенциальная потеря части работы Уровень базы данныхУровень базы данных Стандартные серверыСтандартные серверы Ограниченная возможность запуска отчетов на резервном сервереОграниченная возможность запуска отчетов на резервном сервере Дубликат базы данныхДубликат базы данных Клиент должен знать куда переподключатьсяКлиент должен знать куда переподключаться Медленное восстановление – больше времени простояМедленное восстановление – больше времени простоя Backup / Restore Меньший размер – копируются только измененные страницыМеньший размер – копируются только измененные страницы Log backups allow restore to point in timeLog backups allow restore to point in time Большее время восстановленияБольшее время восстановления Detach / Copy / Attach Копирование файлов БД целикомКопирование файлов БД целиком Нет возможности накатывать последующие логиНет возможности накатывать последующие логи Backup / Restore Detach / Copy / Attach

10 Отказоустойчивые решения Два решения уровня предприятия Выбор зависит от Стратегического развития информационных технологий Бюджета Различия между технологиями Database Mirroring Failover Cluster

11 Database Mirroring (зеркалирование базы данных)

12 Database Mirroring Основные достоинства Восстановление менее 3 секунд Полноценный резерв Два отдельных сервера Две отдельных копии данных Взаимодействие между серверами через стандартное сетевое соединение Нет специальных требований на аппаратное обеспечение Самоконтроль Высокая доступность для базы данных

13 Database Mirroring Клиенты

14 Система Database Mirroring База данных - часть системы Database Mirroring Она может управляться любым из серверов Резервный сервер всегда имеет актуальные данные Переключение ролей РучноеАвтоматическое Клиент перенаправляется на резервный сервер сервер после сбоя Резервный сервер может служить сервером отчетов с помощью технологии Database Snapshots

15 Основная конфигурация Три различных серверных роли Principal (Основной сервер) Принимает подключения клиентов Позволяет обновлять базу данных Mirror (Зеркало) (Резервный экземпляр) Клиенты не имеют к нему доступа Изменения данных копируются в лог на резервном сервере после чего меняются данные в самой БД Может меняться ролями с Principal и становиться новым Principal Witness (Свидетель) Отслеживает состояние двух серверов Позволяет автоматическое восстановление

16 Database Mirroring MirrorPrincipal Клиенты Записи лога Witness

17 Основные принципы зеркалирования Фиксация Запись в логический лог Передача на резервный сервер Запись в удаленный лог Log Подтверждение Фиксация в логе Непрерывное выполнение на резервном сервере Подтверждение DB Log

18 Состояния Database Mirroring База данных: SYNCHRONIZED Зеркало имеет все данные SYNCHRONIZING Зеркало находится в процессе синхронизации SUSPENDED Процесс передачи лога на зеркало приостановлен DISCONNECTED Сервер не общается с другими серверами Незащищенные состояния = SYNCHRONIZING или SUSPENDED или DISCONNECTED

19 Database Mirroring Основной сервер записывает информацию в свой лог и одновременно передает эти данные по сети Сервер не ждет у себя фиксации изменений, а передает записи лога сразу же Транзакции не фиксируются пока резервный сервер записывает данные в свой лог В данный момент данные расположены в двух разных местах При восстановлении данные не теряются Восстановление автоматическое или ручное

20 Менее 3 секунд на восстановление Резервный сервер накатывает лог по месту БД доступна в момент операции Undo Новая возможность в SQL Server 2005 Новая возможность в SQL Server 2005 В случае сбоя: БД была восстановлена на другом сервере Обработаны все архивы лога, включая последний Восстановление произошло База данных готова к работе Database Mirroring

21 Восстановление Crash Recovery Анализ Database Cache Empty RedoUndo / Do HOT Database: НедоступнаДоступна Время

22 RedoUndo / Do База данных доступна на сервере B Do Сервер A: Сервер B: Отказоустойчивость Database Cache Empty HOT Empty HOT База данных доступна на сервере A Database Cache

23 Свидетель и Кворум Ключевая роль Witness состоит в обеспечении автоматического переключения Для безболезненной потери одного из серверов нужно иметь полный кворум Предотвращает разделение мозгов Потеря соединения означает проблемы с сервером-партнером или же проблему с сетью? Для того чтобы стать основным сервером, сервер должен видеть хотя бы один сервер из кворума

24 Witness продолжение Witness - это экземпляр SQL Server Один свидетель может обрабатывать множество сессий Использует очень мало ресурсов Отвечает на запрос проверки связи (ping) Отвечает на вопрос Жив ли другой сервер? Не единственная реакция на сбой Партнеры могут формировать кворум самостоятельно

25 Надежность / Производительность Есть выбор между более высокой производительностью и более высокой надежностью Database Mirroring имеет два уровня надежности FULL – фиксация при записи лога на Mirror Допускает автоматическое восстановление Нет потери данных OFF – фиксация при записи лога на Principal

26 Уровни надежности FULL Фиксация Запись в локальный лог Передача на резервный сервер Запись в удаленный лог Log Подтверждение Фиксация в логе Подтверждение Log

27 Уровни надежности OFF Фиксация Запись в локальный лог Передача на резервный сервер Запись в удаленный лог Log Подтверждение Фиксация в логе Log

28 Два сценария Высокая доступность Полная надежность (FULL) Автоматическое восстановление База данных доступна для работы даже при потере одного из серверов Высокая производительность Полная надежность установлена в OFF DBA контролирует отказоустойчивость Небольшая потеря данных Disaster recovery scenario

29 Автоматическое восстановление Сервер A Сервер B Principal Mirror SYNCHRONIZED SYNCHRONIZING SUSPENDED Principal Mirror Mirroring: Witness

30 Безопасность На уровне сервера Для контроля доступа используются конечные точки (Endpoints) Системный администратор выбирает серверы между которыми будут доверительные отношения NT логины в доменах с доверительными отношениями Сертификаты в доменах с недоверительными отношениями Системный администратор дает этим серверам разрешение на участие в Database Mirroring Это должно быть сделано на всех трех серверах На протяжении всего времени соединения серверы находятся в доверительных отношениях

31 Безопасность На уровне базы данных Как только будут установлены разрешения на системном уровне, все пользовательские базы данных на партнерских серверах могут быть зеркалированы Владелец БД может устанавливать, конфигурировать и администрировать сессии зеркалирования Для каждой сессии канал взаимодействия может быть зашифрован

32 Database Snapshots (моментальные снимки БД)

33 Пользовательские ошибки Пользователи, приложения, а также DBA могут время от времени делать ошибки Database Snapshots решают эту проблему, позволяя откатывать базу данных на момент создания снимка Данные теряются как только БД откатывается назад на определенный момент времени Должны быть созданы перед возникновением ошибки

34 Snapshots (моментальные снимки) Общие понятия Снимок БД на определенный момент времени Создается на том же самом экземпляре сервера БД Доступен только для чтения Основная БД продолжает изменяться Снимок не ограничивает основную БД Снимок требует уникального имени Для исправления ошибок производится откат на заранее созданный снимок

35 Snapshot Технология Большая эффективность использования места Не требуется полная копия данных Неизмененные страницы БД находятся в совместном доступе Требуется дополнительное место только для измененных страниц Используется механизм копирование при записи Снимок оказывает влияние на производительность основной БД

36 ЗначениеR D B H J L Y M Используемое место Команда Create Northwind_SS NorthwindNorthwind_SS Update Northwind 0%Значение DX Read Northwind_SS 12.5% Результат: Snapshot (Копирование в момент записи) DD

37 Snapshots (снимки) Database Mirroring На резервном сервере можно создавать множество снимков Каждый снимок создается на определенный момент времени Каждый снимок имеет свое собственное имя Снимки на резервном сервере могут оказывать влияние на производительность основного сервера Снимки могут существовать очень долго Ограничены только доступными ресурсами

38 Отчеты на резервном сервере Использование снимков базы данных на резервном сервере Mirror Principal Клиенты запускающие отчеты Database Mirroring OLTP Клиенты Noon Witness 2PM

39 Отчеты на резервном сервере Ограничения Схема снимка неизменна Снимок статичен Новые данные недоступны Снимки могут влиять на производительность Альтернатива - репликация для выделенного решения сервера отчетов с горизонтальным масштабированием

40 Перенаправление запросов клиентов Перенаправление прозрачно Приложения перенаправляются на нужный сервер На сбой, приложение должно инициировать перенаправление: Текущая информация о состоянии потеряна Приложению перенаправление не важно В строке соединения должна быть информация сервер/база данных

41 Перенаправление клиентов Если база данных использует зеркалирование, то загружаются имена серверов Клиент хранит информацию в памяти При сбое идет подключение к резервному серверу MDAC использует резервный сервер

42 Решения РешениеОписание NLB Изменение приложения не нужно Требует VIP Ограничивается подсетью MDAC соединение Изменение приложения не нужно Должно быть изменение строки подключения MDAC кэш Изменение приложения не нужно Кэш находится в памяти Изменение приложения Приложение отвечает за запрос и хранение состояния сессии и логику подключения

43 Доступность (1 из 2) Функциональ ность Горячий резерв Теплый резерв Database Mirroring Failover Clustering Transactional Replication LogShipping Потеря данных Нет опций потери данных Нет потери данных Некоторые данные могут быть потеряны Автоматическое восстановление ДаДаНетНет Прозрачность для клиента Да, Автоперена правление Да, Переподсое динение к тому же IP НетНет Время простоя < 3 секунд 20 сек + восстано- вление БД секунды секунды + восстановле- ние БД Доступ на чтение к серверу резерва Постоянно доступный снимок Нет Постоянно доступна Периодически доступна

44 Доступность (2 из 2) Функцион альность Горячий резерв Теплый резерв Database Mirroring Failover Clustering Transact. Replication LogShipping Уровень детализации данных БД Все системные и пользовате- льские БД Таблица или вид БД Устойчивость к сбою дисковой подсистемы Да Нет, диски совместного доступа ДаДа Необходи- мость в специальном аппаратном обеспечении Нет, нужна дублирую- щая система Специальное аппаратное обеспечение от Cluster HCL Нет, нужна дублирую- щая система Нет, нужна дублирующая система Сложность НекотораяБольшеБольшеБольше

45 Полезные ресурсы SQL Server 2005 Books Online Официальная страница SQL Server 2005 на MSDN =/library/en-us/dnanchor/html/sqlserver.asp Российское сообщество по SQL Server

46 © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.