Microsoft Azure-SQL Server için High Availability ve Disaster Recovery Senaryoları

1. MicrosoftAzure-SQLServer
için HighAvailability ve
Disaster RecoverySenaryoları
Önder DEĞER
Microsoft MVP – Microsoft Azure
www.msazureturkey.com

2. GÜNDEM
1. HADR Deployment Mimarileri
2. MicrosoftAzure: High AvailabilityÇözümleri
3. MicrosoftAzure: Disaster Recovery Çözümleri
4. Hybrid IT: Disaster Recovery Çözümleri

3. 1. HADR
Deployment
Mimarileri
 SQL Server Log Shipping otomatik olarak transaction log
yedeklerini Primary Server üzerindeki Primary Database’den
Secondary Server üzerindeki birden fazla database’e gönderir.
A. Log Shipping

4. LogShipping
 Avantajlar
——————————–
 Hem Disaster Recovery hem de High Availability çözümü sunar.
 Maliyet açısından çok ucuz bir teknolojidir. SQL Server 2008 den itibaren express
sürümü hariç tüm versiyonlarda bu teknoloji kullanılabilir.
 Kurulumu ve bakımı kolay bir teknolojidir.
 Bir veritabanı için sınırsız sayıda log ship yapılacak yedek database imkanı
sunmaktadır. Buda bir uygulamanın downtime süresini en minimuma indirmek için
bir imkandır.
 Standby mode da olan Secondary database hiçbir manuel işlem yapmadan read-
only modda reporting imkanı sunmaktadır.
 Kullanıcı hatalarına karşı eski transaction log backuplar ile hatadan dönülebilir.
 Dezavantajlar
—————————-
 Log Shipping de otomatik failover yoktur bu durumda failover durumu
gerçekleştiğinde database admini hemen manuel failover yapmak zorundadır.
 Manuel Failover durumundan dolayı Downtime olasılığı senkron mirroring’e göre
daha fazladır.
 Belirlenen schedule aralığına bağlı olarak ana veritabanı down olduğu zaman veri
kaybı yaşanabilir.

5. 1. HADR
Deployment
Mimarileri
 Bir veritabanının iki farklı sunucuda kopyası oluşturularak, mevcut
aktif sunucunun herhangi bir nedenden dolayı servis verememesi,
devre dışı kalması ya da veritabanının bozulması durumunda
yedek sunucu üzerinde bulunan veritabanı ile erişimin ve servisin
aynen devam ettirilmesidir. Log Shipping’den artı olan özelliği
Witness Sunucu kullanarak kesintilerde rol geçişlerinin otomatik
olarak yapılabilmesidir.
B. Database Mirroring

6. Database
Mirroring  Yukarıdaki örnekte farklı iki lokasyonda bulunan Primary Data Center ile
Secondary Data Center’daki SQL Serverlar öncelikle kendi içlerinde Failover
Clustering kullanılarak ilgili Data Center içinde High Availability sağlanmıştır.
 Daha sonra buradaki yapı başka bir lokasyona SQL Server Mirroring
mimarisinin asenkron seçeneği ile başka bir lokasyondaki Data Center’a
taşınarak da Disaster Recovery sağlanmıştır. Böylece iki farklı teknoloji
kullanılarak yüksek seviyeli HADR mimarisi kurulmuştur.
 Bu örnekteki dezavantaj Data Centerların içinde Otomatik Failover için
kullanılan Failover cluster mimarisinin yüksek maliyeti ve daha da önemlisi
üçüncü bir Data Center’ın Disaster Recovery için kullanılamamasıdır.

7. LogShipping
& Database
Mirroring  Yukarıdaki örnekte her bir Data Center içinde Failover Cluster yerine Mirroring
mimarisinin kullanılmasıyla hem daha düşük maliyetli bir yapı sağlanmış
oluyor hem de Failover Clustering mimarisindeki az bir ihtimal olsa da SAN
üzerinde disklerde oluşacak hataya karşı sistem korunmuş oluyor.
 Mirroring mimarisinde otomatik Failover işlemini gerçekleştirmek için
fazladan bir taneWitness Server kullanılmak zorundadır.Yukarıda yapıda Data
Center’lar arasında Log Shipping mimarisinin kullanarak aynı anda birden
fazla Data Center’a verilerin transfer edilmesi sağlanmıştır. Fakat Log
Shipping mimarisinde Primary Server ile Secondary Server arasındaki veri
transferi anlık olarak değil belli bir gecikme süresi ile sağlanmaktadır. Bu
durum bize olası bir Disaster durumunda veri kaybına sebep olacaktır.

8. 1. HADR
Deployment
Mimarileri
 SQL Server 2012 ile beraber tanıtılanAlways On özelliği ile
önceden Database Mirroring ve Log Shipping teknolojilerini
beraber kullanarak elde edilen HADR seviyesini artık sadece
AlwaysOn kullanarak elde edilebilmektedir.
 AlwaysOnAvailabilityGroups kullanılan veritabanı ya da veri
tabanları için aynı anda Failover sağlayabilmektedir
 Bu Failover işlemini birden fazla hedef Servera
gerçekleştirebilmekte olup en önemlisi de bu hedef Serverlarında
aktif bir şekilde erişebilir olmasıdır.
 AlwaysOn Failover Cluster Instances ise bize SQL Serverın
Instance bazında Failover olanağı sağlamaktadır.
C. AlwaysOn Availability Groups

9. AlwaysOn
Availability
Groups
 Replica1 kullanılan ana SQL Server olup bu SQL Server birden fazla Secondary
Server(Multiple Secondaries) özelliği ile senkron bir şekilde Replica2 ve
Replica3 makinelerine veri transferini gerçekleştirmektedir. Bu şekilde veri
transferinin amacı High Availabilty sağlamaktır. Aynı şekilde asenkron olarak
yine farklı bir lokasyonda tutulan Replica4 adlı Servera da veriler transfer
edilerek de Disaster Recovery sağlanmaktadır. AyrıcaAlwaysOnAvailability
Groups teknolojisi ile kullanılan bir başka avantaj ise Replica3 ve Replica4
Serverlarının hem raporlama hem de düzenli yedekleme için kullanılması ile
asıl makine Replica1 üzerindeki yükü de azaltmasıdır.

10. 2. Microsoft
Azure: High
Availability
Çözümleri
 Tüm ReplicalarAzureVMler üzerinde aynıAzure Datacenter’da
çalışmaktadır. Bu senaryoda SQL Server sanal makineleriniz ile
birlikte DomainController makinesine de ihtiyacınız
bulunmaktadır. Bunun sebebi Windows Server Failover Clustering
(WSFC) Active Directory’e ihtiyaç duymaktadır.
AlwaysOn Availability Groups

11. 2. Microsoft
Azure: High
Availability
Çözümleri
 Çalışan Principal, Mirror veWitness Serverlar aynıAzure
Datancenter içersindedir.Database Mirroring için Domain
Controller kullanmak isteğe bağlı bir yöntemdir.
Database Mirroring
Database Mirroring

12. 3.Microsoft
Azure: Disaster
Recovery
Çözümleri
 Principal ve Mirror Serverlar farklı Microsoft Azure Datacenterlar
üzerinde bulunmaktadır. Bu uygulama için server certificate
kullanmak gerekmektedir çünkü Active Directory domain yapıları
çoklu Azure Datacenterlara yayılamamaktadır.
Database Mirroring

13. 3.Microsoft
Azure: Disaster
Recovery
Çözümleri
 Disaster Recovery için production database farklı bir Azure
Datacenter’da bulunan Blob Storage’a yedek alınmaktadır.
Backup and Restore

14. 4.Hybrid IT:
Disaster
Recovery
Çözümleri
 Cross-Site DR için replikaların bazılarıAzureVMler üzerinde bazıları
On-Premise üzerindedir.Producation site Azure Datacenter üzerinde
de olabilirOn-Premise üzerinde de.
 Bütün replikalar aynıWSFC içerisinde olmalıdır.WSFC farklı
networklere yayılabilmektedir.Ayırca On-Premise network ile Azure
arasındaVPN bağlantısı yapılmalıdır.Ayrıca başarılı bir DR için DR site
üzerinde ADC yapılandırılması tavsiye edilir.
AlwaysOn Availability Groups

15. 4.Hybrid IT:
Disaster
Recovery
Çözümleri  Hybrid IT senaryolarından Database Mirroring kullanırken Partners
aynıActive Directory Domain ortamında olmak zorunda değildir.
AD Domain yerine Server Certificates kullanılabilir.Ayrıca Server
Certificates kullanılırsaVPN bağlantısı yapmayada gerek yoktur.
Database Mirroring

16. 4.Hybrid IT:
Disaster
Recovery
Çözümleri
 Log Shipping temelindeWindows File Sharing’e dayandığı için
AzureVirtual Network ve On-Premise network arasındaVPN
bağlantısı olmak zorundadır.
Log Shipping

17. 4.Hybrid IT:
Disaster
Recovery
Çözümleri
Backup and Restore

18. TEŞEKKÜR EDERİM
Önder DEĞER
Microsoft MVP – MicrosoftAzure
www.msazureturkey.com
onder.deger@hotmail.com
@onderdeger
http://tr.linkedin.com/in/onderdeger/
https://www.facebook.com/deger.onder