Здравей,
В тази статия ще представя накратко и обясня технологията Failover Cluster в SQL Server. Технологията за отказ на клъстер на SQL Server също е важна технология, осигуряваща висока наличност. Така че се използва широко в корпоративни приложения, за да предостави максимално обслужване в производствените системи.
Технологията Failover Cluster е перфектната технология за поддържане на услугата с висока наличност на приложенията в институциите, които имат за цел да предоставят максимално ниво на обслужване (телекомуникации, банкиране, държавни служби, холдинги).
Тази технология може да се определи като способността на една база данни да може да обслужва повече от един сървър. По този начин той осигурява висока достъпност, максимална услуга, което е едно от незаменимите правила в света на базата данни.
Бих искал също да спомена, че много хора може да виждат технологията Failover Cluster като решение за Disaster Recovery, но не е така. Технологията Failover Cluster не е решение за аварийно възстановяване, това е технология, която осигурява само висока наличност.
Можем да изброим решенията, предлагани от базата данни на SQL Server за висока наличност, както следва.
- Клъстериране при отказ
- Отражаване на база данни
- Репликация на данни
- Моментна снимка на базата данни
В архитектурата на отказния клъстер един от 2-та или повече сървъра, свързани помежду си чрез Windows Cluster, е активен, а другият е пасивен. Ако активният сървър не е в състояние да предостави услуга във всеки случай, възниква състоянието на отказ и пасивният възел се активира от Windows Cluster.
За да инсталирате SQL Server Failover Cluster, и двата сървъра трябва да са в Windows Cluster. От страна на SQL Server услугата, която предоставя архитектурата на клъстер за отказване, е Microsoft Cluster Service (MSCS). И двата сървъра имат различни дискове, но има споделен диск, в който се съхраняват файловете, свързани с базата данни и клъстера. Този диск е известен като Quorum Disk. Можем да символизираме Quorum Disk, който символизира общото дисково пространство и е общ и за двата възела, както е показано на изображението по-долу.
Когато приложението осъществява достъп до базата данни, приложението непрекъснато осъществява достъп до базата данни с въведен IP адрес на клъстера, без да знае кой от активните пасивни възли е. IP на клъстера изисква активния в момента възел, който е възелът, който се изпраща към възела. Когато активният възел не работи, приложението се свързва с пасивния възел за 1 секунда в зависимост от системата и не се влияе. В този случай пасивният възел е активен и администраторът вече може да извърши ръчно преминаване на отказ по всяко време.
