Возможности использования доступности являются следующие четыре:
- Высокая доступность
- Аварийное восстановление
- Миграция и обновление
- Расширение читаемую копию одной или нескольких баз данных
Наличие возможности SQL Server не может заменить потребность в хорошо проверенной и надежной резервного копирования и восстановления стратегии, которая все решения наличие существенных строительных блоков.
AlwaysOn групп доступности
SQL Server AlwaysOn группа доступности введена в 2012 году, чтобы отправить каждую базу данных транзакций на другой, например, чтобы обеспечить уровень защиты базы данных, скопируйте пример упомянутый, который содержит копию базы данных в определенном состоянии.
Перемещение данных между репликой может быть синхронным или асинхронным, Enterprise версия позволяет до трех реплик синхронизации (в том числе основной копии).
AlwaysOn является общим термином особенности доступности в SQL Server, покрывающие наличие групп и FCI. Имя AlwaysOn групп доступности не функционируют.
Поскольку только обеспечить доступность базы данных защиты на уровне группы, а не защиты экземпляра уровня, поэтому необходимо для каждой вторичной копии вручную синхронизировать журнал транзакций не захваченный или базы данных, которые не настроены содержание.
На копии условий, Standard и Enterprise версий с разными версиями максимума. Стандартные версии группы доступности ( так называемые основные группы доступности) поддерживает две копии (основной копии и вторичную копию), и только группы доступности базы данных один. Enterprise версия позволяет не только расположена во множестве группы доступности базы данных, а также общее количество копий может иметь до девять (один первичной реплики, восемь вторичной копии).
Что делать , когда поведение синхронизированной копии REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT. Эта опция работает следующим образом :
- Есть три возможных значения: 0, 1 и 2
- Значение вторично по отношению к количеству копий, которые должны быть синхронизированы, ее потери данных, наличие и доступность отказоустойчивой группы оказывает влияние
- WSFC кластеры и в случае типа «None», то значение по умолчанию равно 0, не может быть установлена вручную на 1 или 2,
- В случае кластерного типа находится «снаружи», то значение по умолчанию устанавливается с помощью механизма кластера, и вручную переопределить. Для синхронных трех экземпляров, значение по умолчанию равно 1. В Linux, значение конфигурации НЕОБХОДИМЫЕ синхронизированных SECONDARIES_TO_COMMIT на группе доступности ресурсов кластера. В операционной системе Windows, она устанавливается Transact-SQL.
Значение больше 0 обеспечивает более высокую степень защиты данных, потому что если вы не можете получить незначительное количество копий, то до тех пор , пока проблема не будет решена, основная копия не доступна. REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT также влияет на поведение отказоустойчивого, потому что , если соответствующее число вторичных копий не в правильном состоянии, то неисправность не происходит автоматически передается. В Linux, значение 0 , если не допускает автоматическое переключение, и , следовательно , используется в сочетании с автоматическим отказом синхронизации передачи на Linux, это значение должно быть установлено , чтобы быть больше 0 для достижения автоматического переключения. В Windows Server установлено значение 0 , является SQL Server 2016 и более ранних версий поведение.
SQL Server 2017 это было идеально подходит для следующих двух случаев обеспечивают поддержку DTC.
- Операции, которые охватывают несколько баз данных в одном экземпляре SQL Server
- Через несколько экземпляров SQL Server или операции могут включать источники данных сервера без SQL
В следующем списке перечислены некоторые различия между ФЦИ на Windows Server и Linux являются:
- В Windows Server, ФЦИ часть процесса установки. ФЦИ на Linux в конфигурации установки SQL Server.
- Linux поддерживает только каждый узел для установки на SQL Server, так что все ФЦИ экземпляра по умолчанию. Windows Server поддерживает до 25 процентов WSFC имеет FCI.
- Linux общее название в определении ФЦИ используется в DNS, и имя должно быть одни и те же ресурсы, созданные для ФЦИ.
Доставка журналов
Log резервного копирования журнала транзакций доставка автоматически, и скопируйте его в один или несколько экземпляров под названием горячего состояния ожидания, а затем автоматически применяет резервную копию журнала транзакций резервного копирования экземпляра;
Можно сказать , что использование доставки журналов в некоторой степени большим преимуществом является то , что он принимает во внимание человеческие ошибки. Журналы транзакций могут быть отложены. Так что если кто - то выпустили подобный UPDATE без ИНЕК в случае, резервная копия не может измениться, так что вы можете перейти к примеру ожидания при восстановлении системы первичной.
Через центры обработки данных;
AlwaysOn групп доступности
