Я оцениваю зеркалирование SQL Server 2008 (асинхронно), чтобы обеспечить лучшую доступность. Основываясь на вашем опыте, я хотел бы знать, является ли зеркалирование SQL Server надежной и зрелой технологией. Автоматический переход на другой ресурс не является обязательным, но его полезно иметь. Поэтому я оцениваю механизм зеркалирования и механизм автоматического переключения при отказе отдельно.
Надежен ли механизм зеркалирования? Требуется ли постоянная настройка и настройка?
Надежен ли вариант автоматического переключения при отказе? Требуется ли постоянная настройка и настройка?
С Уважением,
Да, зеркальное отображение базы данных - надежная технология, которую сегодня используют многие корпоративные клиенты. Я помогал людям настраивать зеркалирование как внутри, так и за пределами Microsoft. Раньше я владел зеркальным отображением базы данных, когда отвечал за SQL Server Storage Engine.
Как и в случае с любой технологией высокой доступности, вам необходимо понять свои требования и ограничения, прежде чем выбирать технологии, которые помогут вам реализовать стратегию высокой доступности. Если вы выберете технологии перед этим и попытаетесь модернизировать их в соответствии со своими требованиями, вы не получите успешной стратегии.
Я только что закончил писать 35-страничный технический документ по HA с SQL Server для команды SQL - он будет опубликован до SQL PASS. А пока, чтобы получить представление о том, какие вопросы нужно задать себе, просмотрите эту мою запись в блоге: HA: С чего начать, выбирая решение высокой доступности?. При зеркальном отображении базы данных необходимо учитывать:
И так далее.
После того, как вы настроите зеркалирование, вам нужно будет контролировать его, чтобы убедиться, что оно работает в соответствии с вашими желаемыми параметрами - наиболее важные вещи, которые нужно отслеживать, - это очереди SEND и REDO, которые дают вам представление о том, насколько далеко находится зеркало и как соответственно, много времени займет отработка отказа. Это не необходимость непрерывная настройка в обычных сценариях, но YMMV как с любой технологией.
Автоматический переход на другой ресурс - смотря как. Существует множество сценариев, которые следует учитывать, с точки зрения того, какие сетевые ссылки выходят из строя, какие партнеры по зеркалированию выходят из строя и каков фактический сбой. Ознакомьтесь с этим сообщением в блоге, чтобы увидеть список сбоев: Search Engine Q&A # 3: Типы отработки отказа зеркального отображения базы данных и время ожидания партнеров.
Все это было чем-то вроде свалки мозга, но, в общем, да, зеркалирование надежно и не требует чрезмерной настройки и мониторинга. SQL Server 2008 добавил несколько интересных вещей, которые могут помочь - сжатие потока журналов и автоматическое восстановление страниц - обо всех этих вещах я писал в своем блоге. Зеркальное отображение базы данных Категория сообщений в блоге.
Наконец, есть несколько хороших технических документов, на которые стоит обратить внимание (см. Ссылки на зеркальное отображение базы данных на нашем сайте). технические документы, страница с убер-ссылками - Я написал книгу о совмещении зеркального отображения базы данных с репликацией транзакций в SS2008) и новую книгу Зеркальное отображение SQL Server Pro.
Надеюсь это поможет!