1. Giriş SQL Server Yüksek kullanılabilirlik
Yüksek kullanılabilirlik SQL Server Yüksek kullanılabilirlik, donanım arızaları, yazılım sorunları veya planlı bakım gibi durumlarda sistemin minimum kesinti süresiyle çalışmaya devam edebilme yeteneğini ifade eder. Yüksek kullanılabilirliğin önemi abartılamaz. Veritabanları kullanılamaz hale geldiğinde, kuruluşlar aşağıdakiler de dahil olmak üzere anında sonuçlarla karşı karşıya kalır:ost Gelir kaybı, verimlilik düşüşü ve müşteri memnuniyetsizliği.
Yüksek Erişilebilirlik (HA) ve Felaket Kurtarma (DR) terimleri sıklıkla birbirinin yerine kullanılsa da, farklı arıza senaryolarını ele alırlar. HA, sunucu veya örnek çökmeleri gibi yerel arızalardan kaynaklanan kesinti süresini en aza indirmeye odaklanırken, DR ise tüm veri merkezini veya bölgeyi etkileyen büyük ölçekli felaketlerden kurtulmak için tasarlanmıştır.
HA planlamasına yön veren iki kritik ölçüt vardır:
- Kurtarma Süresi Hedefi (RTO), bir arıza sonrasında kabul edilebilir maksimum kesinti süresini tanımlar.
- Kurtarma Noktası Hedefi (RPO), tolere edilebilir maksimum veri kaybını belirtir.
Kullanılabilirlik genellikle "dokuzlar" cinsinden ölçülür: %99.9 (üç dokuz) yıllık 8.76 saatlik kesinti süresine izin verirken, %99.99 (dört dokuz) 52.6 dakikaya, %99.999 (beş dokuz) ise kesinti süresini yılda sadece 5.26 dakikaya indirir.
2. SQL Server Yüksek Erişilebilirlik Çözümlerine Genel Bakış
2.1 Yüksek Erişilebilirlik Çözümlerinin Kategorileri
SQL Server Yüksek kullanılabilirlik çözümleri çeşitli boyutlarda sınıflandırılabilir:
- Örnek düzeyinde koruma ile veritabanı düzeyinde koruma arasındaki fark: Yük Devretme Kümesi Örnekleri gibi örnek düzeyindeki korumalar, tüm veritabanları ve sunucu nesneleri de dahil olmak üzere tüm örnekleri korurken, Always On Kullanılabilirlik Grupları gibi veritabanı düzeyindeki korumalar belirli veritabanlarını korur.
- Senkron ve asenkron veri aktarımı: Senkron veri aktarımı sıfır veri kaybı sağlar ancak gecikmeye neden olabilir, asenkron aktarım ise performansı optimize eder ancak olası veri kaybını kabul eder.
- Otomatik ve manuel arıza durumunda devreye girme: Otomatik arıza durumunda devreye girme, manuel müdahale gerektirmeden kesinti süresini en aza indirirken, manuel arıza durumunda devreye girme daha fazla kontrol sağlar ancak yönetici müdahalesi gerektirir.
2.2 Yaygın Yüksek Erişilebilirlik Çözümleri
SQL Server Her biri belirli senaryoları ele alan sekiz temel yüksek kullanılabilirlik çözümü sunar:
- Her Zaman Açık Kullanılabilirlik Grupları
- Kapsanan Kullanılabilirlik Grupları
- Dağıtılmış Kullanılabilirlik Grupları
- Yük Devretme Kümesi Örnekleri
- SQL Server Çoğaltma
- Günlük Gönderimi
- Veritabanı Yansıtma
- Yönetilen Örnek Bağlantısı
3. Sürekli Erişilebilirlik Grupları
Always On Kullanılabilirlik Grupları şunları temsil eder: SQL Server'ın önde gelen veritabanı düzeyinde yüksek kullanılabilirlik ve felaket kurtarma çözümü, tanıtıldı. SQL Server 2012. Veritabanı gruplarının tek bir birim olarak birlikte arıza durumunda devreye girmesini sağlarken, sorgu yükünü azaltmak için okunabilir ikincil kopyalar sunar.
Ana Özellikler
- Toplamda 9 adede kadar kopya desteği (1 birincil + 8 ikincil)
- Senkronize taahhüt modunda en fazla 5 kopya (1 birincil + 4 ikincil)
- Senkron modda sıfır veri kaybıyla otomatik arıza durumunda devralma
- Sorgu yükünü azaltmak için okunabilir ikincil kopyalar
- Yedekleme yükünün ikincil kopyalara aktarılması
- Otomatik bağlantı yönlendirmesi için kullanılabilirlik grubu dinleyicisi
- Yük dengeleme için salt okunur yönlendirme, okuma sorguları için
- Birden fazla veritabanı, grup halinde birlikte arıza durumunda devreye girer.
Uygulama Adımları
- Windows Server Yük Devretme Kümesi (WSFC) veya Linux Pacemaker kümesini yapılandırın.
- Tüm cihazlarda "Her Zaman Açık Kullanılabilirlik Grupları" özelliğini etkinleştirin. SQL Server durumlarda
- Veritabanlarının tam kurtarma modelini kullandığından ve tam yedeklemelerinin yapıldığından emin olun.
- Her bir kopyada veritabanı yansıtma uç noktaları oluşturun.
- Kullanılabilirlik grubunu oluşturun ve veritabanlarını ekleyin.
- İstenilen modlarla birincil ve ikincil kopyaları yapılandırın.
- Kullanılabilirlik Grubu dinleyicisini oluşturun ve yapılandırın.
- Okunabilir ikincil sunucular kullanıyorsanız, salt okunur yönlendirmeyi yapılandırın.
- Yedekleme prosedürlerini test edin ve uygulama bağlantısını doğrulayın.
En
- Maksimum çalışma süresi gerektiren kritik öneme sahip veritabanları
- Hem yerel HA'ya hem de coğrafi DR'ye ihtiyaç duyan kuruluşlar
- Okuma ölçeklendirme yetenekleri gerektiren ortamlar
- Raporlama sorgularının yükünü hafifletmekten fayda sağlayan uygulamalar
- Veri kaybını sıfır düzeyde koruma gerektiren veritabanları
- Koordineli arıza durumunda devreye girme gerektiren çoklu veritabanı uygulamaları
Artılar
- Senkronize taahhüt modu ile sıfır veri kaybı
- Otomatik arıza durumunda devreye girme, kesinti süresini en aza indirir (genellikle saniyeler).
- Okunabilir ikincil sunucular, birincil sunucudaki yükü azaltır.
- Paylaşımlı depolama alanı gereksinimi yok.
- Hem Windows hem de Linux platformlarını destekler.
- Afet sonrası iyileştirme için coğrafi dağıtım
- Yedekleme işlemleri ikincil sunuculara aktarılabilir.
- Uygulama bağlantı dizeleri, yük devretme işleminden sonra değişmeden kalır.
Eksiler
- Tüm işlevler için Enterprise Edition gereklidir.
- Standart Sürüm, Temel AG ile sınırlıdır (1 veritabanı, 1 ikincil veritabanı, okunabilir ikincil veritabanı yok).
- Karmaşık yapılandırma ve yönetim
- Kümeleme altyapısı gerektirir (WSFC veya Pacemaker).
- Örnek düzeyindeki nesnelerin (oturum açma işlemleri, işler) manuel olarak senkronize edilmesi gerekir.
- Senkron mod, işlem gecikmesine neden olabilir.
- Lisanslama costbirden fazla sunucu için
Referanslar
- SQL Server Sürekli Erişilebilirlik Grupları: Kapsamlı Kılavuz
- Microsoft Resmi Belgesi: Always On kullanılabilirlik gruplarına genel bakış (SQL Server)
4. Kapsanan Kullanılabilirlik Grupları
Kapsanan Kullanılabilirlik Grupları, tanıtıldı SQL Server 2022 yılında, geleneksel Always On Kullanılabilirlik Grupları, örnek düzeyindeki nesneleri kopyalar arasında otomatik olarak senkronize ederek, oturum açma bilgilerinin, işlerin ve diğer sunucu düzeyindeki nesnelerin manuel olarak çoğaltılması ihtiyacını ortadan kaldıracak şekilde genişletilecektir.
Ana Özellikler
- Örnek düzeyindeki nesnelerin (oturum açma bilgileri, kullanıcılar, roller) otomatik senkronizasyonu
- SQL Server Aracı görevleri tüm kopyalara çoğaltıldı.
- Veritabanı izinleri otomatik olarak senkronize edildi.
- Always On AG'nin tüm özellikleri dahildir.
- Ortamın tamamen çoğaltılmasıyla basitleştirilmiş arıza durumunda devralma
- Hem Windows hem de Linux platformları için destek
Uygulama Adımları
- Sağlamak SQL Server Tüm durumlarda 2022 veya sonrası
- WSFC veya Pacemaker küme altyapısını yapılandırın.
- Tüm örneklerde Always On özelliğini etkinleştirin.
- CONTAINED seçeneğiyle Kapsamlı Kullanılabilirlik Grubu Oluşturun
- İçerilen AG'ye veritabanları ekleyin.
- AG bağlamında oturum açma işlemleri ve görevler oluşturun.
- Dinleyiciyi yapılandırın ve yük devretmeyi test edin.
En
- Basitleştirilmiş tarım yönetimi isteyen kuruluşlar
- Sık sık arıza durumunda yedekleme testi veya işlemlerinin yapıldığı ortamlar
- Çok sayıda örnek düzeyinde nesne gerektiren uygulamalar
- Yeni SQL Server 2022'den fazla dağıtım
- Azaltılmış p arayan ekiplerost-yedekleme yapılandırması
Artılar
- Giriş ve görevlerin manuel olarak senkronize edilmesini ortadan kaldırır.
- Daha hızlı, daha güvenilir arıza durumunda devreye girme
- Azaltılmış yönetim yükü
- Uygulamalar, arıza durumundan hemen sonra çalışmaya başlar.
- Basitleştirilmiş afet kurtarma prosedürleri
- Tüm geleneksel tarım avantajları dahildir.
Eksiler
- Gerektirir SQL Server 2022 veya daha sonra
- Tüm işlevler için Enterprise Edition gereklidir.
- Mevcut geleneksel AG'leri, kapalı AG'lere dönüştüremezsiniz.
- Tüm kopyaların içerdiği AG özelliğini desteklemesi gerekir.
- Geleneksel AG'lere kıyasla ek karmaşıklık
Referanslar
5. Dağıtılmış Kullanılabilirlik Grupları
Dağıtılmış Kullanılabilirlik Grupları, tanıtıldığı tarihte SQL Server 2016 yılında, gelişmiş felaket kurtarma ve geçiş senaryoları için ayrı kümeler arasında iki bağımsız Kullanılabilirlik Grubunu birbirine bağlayan bir "Kullanılabilirlik Grupları Kullanılabilirlik Grubu" mimarisi etkinleştirildi.
Ana Özellikler
- İki bağımsız kullanılabilirlik grubunu birbirine bağlar.
- Her bir AG kendi bağımsız kümesini korur.
- Çapraz platform desteği (Windows'tan Linux'a)
- Paylaşımlı küme üyeliği olmaksızın kümeler arası çoğaltma
- Bir AG birincil, diğeri ikincil olarak görev yapar.
- Hem senkron hem de asenkron modları destekler.
- Bölgeler veya kıtalar genelinde coğrafi dağılım
Uygulama Adımları
- İlk Kullanılabilirlik Grubunu (birincil DAG) oluşturun ve yapılandırın.
- İkinci bir Kullanılabilirlik Grubu (ikincil DAG) oluşturun ve yapılandırın.
- İki AG'yi birbirine bağlayan dağıtılmış bir AG oluşturun.
- AG'ler arasında veri senkronizasyonunu yapılandırın.
- Uygulama bağlantısı için her bir AG üzerinde dinleyici kurun.
- Yük devretme politikalarını ve test prosedürlerini yapılandırın.
- Kümeler arası iletişimi ve çoğaltmayı doğrulayın.
En
- Bağımsız veri merkezlerini kapsayan çok bölgeli felaket kurtarma
- Windows'tan Linux'a veya tam tersine platformlar arası geçiş
- Hibrit bulut senaryoları: Şirket içi sistemlerin Azure'a bağlanması
- Uzun geçiş süreleri gerektiren büyük sürüm yükseltmeleri
- Birden fazla bağımsız yedekleme kümesine sahip kuruluşlar
- Kıtalararası çoğaltmaya ihtiyaç duyan küresel işletmeler
Artılar
- Siteler arasındaki küme bağımlılıklarını ortadan kaldırır.
- Gerçek coğrafi dağıtımı mümkün kılar
- Platformlar arası senaryoları destekler.
- Her bir AG bağımsız olarak arıza durumuna geçebilir.
- Karmaşık geçiş projeleri için idealdir.
- Paylaşımlı küme altyapısına gerek yok.
- Farklı Windows etki alanlarını veya Linux dağıtımlarını kapsayabilir.
Eksiler
- Kurumsal Sürüm Gerektirir
- Yapılandırma ve yönetimde yüksek karmaşıklık
- Hem kümeleme hem de AG teknolojisine dair derinlemesine bir anlayış gerektirir.
- Standart AG'lere göre arıza tespiti daha zordur.
- Bölgeler arası senaryolar için ek gecikme süresi
- Arıza durumunda devreye girme prosedürlerinin dikkatli bir şekilde planlanmasını gerektirir.
Referanslar
6. Yük Devretme Kümesi Örnekleri (FCI)
Yük Devretme Kümesi Örnekleri, paylaşımlı depolama ve Windows Server Yük Devretme Kümesi kullanarak örnek düzeyinde yüksek kullanılabilirlik sağlar ve tüm sistemin otomatik olarak yük devretmesini mümkün kılar. SQL Server Tüm veritabanlarını ve sunucu düzeyindeki nesneleri içeren örnek.
Ana Özellikler
- Örnek düzeyinde koruma (tüm veritabanları birlikte yedeklemeye geçer)
- Paylaşımlı depolama ile aktif-pasif yapılandırma
- Şeffaf yük devretme için Sanal Ağ Adı (VNN)
- Aktif düğüm arızalandığında otomatik yük devretme
- Sıfır veri kaybı (verinin tek kopyası)
- Sunucu düzeyindeki nesneler şunları içerir: (oturum açma bilgileri, görevler, bağlantılı sunucular)
- Tümünü destekler SQL Server kurtarma modelleri
Uygulama Adımları
- Windows Server Yük Devretme Kümesini (WSFC) Yapılandırma
- Paylaşımlı depolama alanı kurun (SAN, SMB, Storage Spaces Direct)
- Küme quorum ayarlarını yapılandırın
- kurmak SQL Server ilk düğümde Yük Devretme Kümesi Örneği olarak
- FCI'ye ek düğümler ekleyin
- Sanal Ağ Adını ve IP adresini yapılandırın.
- Küme düğümleri arasında arıza durumunda yedeklemeyi test edin.
- İstemci uygulamalarını VNN kullanacak şekilde yapılandırın.
En
- Mevcut paylaşımlı depolama altyapısına sahip kuruluşlar
- Örnek düzeyinde koruma gerektiren ortamlar
- Tek bir veri merkezi içinde yerel yüksek kullanılabilirlik
- Tüm veritabanlarının birlikte yedekleme yapmasını gerektiren uygulamalar
- Sunucu düzeyindeki nesnelerin korunması gereken senaryolar
- Yalnızca Windows ortamları (FCI için Linux desteklenmemektedir)
Artılar
- Örnek düzeyinde eksiksiz koruma
- Veri kaybı garantisi yok
- Otomatik arıza durumunda devreye girme özelliği
- Giriş bilgilerini veya görevleri senkronize etmeye gerek yok.
- Verilerin tek bir kopyasının kullanılması depolama alanını azaltır.osts
- Tüm kurtarma modellerini destekler.
- Uygulama bağlantı dizeleri, arıza durumundan sonra değişmeden kalır.
Eksiler
- Pahalı paylaşımlı depolama altyapısı gerektirir.
- Paylaşımlı depolama, tek bir arıza noktasıdır.
- Okuma ölçeklendirme özelliği yok (yalnızca bir aktif düğüm)
- Depolama kısıtlamaları nedeniyle sınırlı coğrafi dağıtım.
- Standart Sürüm 2 düğümle sınırlıdır.
- Sadece Windows için geçerlidir (Linux desteği yoktur).
- AG'lere kıyasla daha uzun arıza giderme süresi (genellikle dakikalar).
- Karmaşık depolama yapılandırması ve yönetimi
Referanslar
- SQL Server Yük Devretme Kümesi: Veritabanı Yöneticileri İçin Eksiksiz Kılavuz
- Microsoft Resmi Belgesi: Always On yük devretme kümesi örnekleri (SQL Server)
7. SQL Server Çoğaltma
SQL Server Çoğaltma, verileri birden fazla sunucuya kopyalayıp dağıtan bir veri dağıtım teknolojisidir ve basit tek yönlü dağıtımdan karmaşık çoklu ana sunucu yapılandırmalarına kadar çeşitli topolojileri destekler; ancak öncelikle yüksek kullanılabilirlik çözümü olarak değil, raporlama amacıyla kullanılır.
Ana Özellikler
- Dört çoğaltma türü: Anlık Görüntü, İşlemsel, Birleştirme, Eşler Arası
- Ayrıntılı veri seçimi (belirli tablolar, sütunlar, satırlar)
- Tek bir yayıncıdan birden fazla aboneye destek
- Çift yönlü ve çoklu ana cihaz topolojileri mevcuttur.
- Esnek planlama ve senkronizasyon seçenekleri
- Birleştirme çoğaltması için çatışma çözümü
- WHERE koşullarıyla filtreleme yetenekleri
Uygulama Adımları
- Dağıtım sunucusunu yapılandırın (Yayıncı sunucusundan ayrı veya aynı olabilir).
- Yayıncı veritabanında yayın oluşturun
- Gereksinimlere göre çoğaltma türünü seçin.
- Çoğaltmak istediğiniz öğeleri (tablolar, görünümler, saklı prosedürler) seçin.
- Gerekirse filtreleme ve veri dönüştürme işlemlerini yapılandırın.
- Abone veritabanlarını kurun.
- Abonelikler oluşturun (itme veya çekme)
- Abonelikleri anlık görüntü ile başlatın.
- Çoğaltma aracılarını ve gecikmeyi izleyin.
En
- Verilerin birden fazla raporlama sunucusuna dağıtılması
- Raporlama iş yükleriyle ilgili okuma ölçeklendirme senaryoları
- Uzak bölgelere kısmi veri dağıtımı
- Çoklu kaynaklardan gelen verilerin birleştirilmesi
- Ara sıra bağlantılı senaryolar (birleştirme çoğaltması)
- Afet sonrası iyileştirme stratejisinde destekleyici rol
Artılar
- Çoğaltılan veriler üzerinde ayrıntılı kontrol
- Birden fazla abone desteklenmektedir.
- Esnek topoloji seçenekleri
- Belirli tabloları veya sütunları çoğaltabilir.
- Filtreleme, ağ trafiğini azaltır.
- Heterojen replikasyonu destekler (SQL Server için Oracle)
- Standart Sürümle uyumludur.
Eksiler
- Otomatik arıza durumunda devreye girme özelliği yok.
- Karmaşık yapılandırma ve yönetim
- Çoğaltma çakışması potansiyeli (birleştirme ve eşler arası)
- Veri senkronizasyonunda gecikme
- Şema değişiklikleri dikkatli koordinasyon gerektirir.
- Birincil HA çözümü olarak tasarlanmamıştır.
- Sorun giderme zorlayıcı olabilir.
- Eşler Arası (Peer-to-Peer) özelliği Kurumsal Sürüm gerektirir.
Referanslar
- SQL Server Replikasyon: Veritabanı Yöneticileri için Eksiksiz Kılavuz
- Microsoft Resmi Belgesi: SQL Server kopya
8. Kütük Sevkiyatı
Log Shipping, otomatik işlem günlüğü yedekleme, kopyalama ve geri yükleme süreçleri aracılığıyla sıcak beklemeli bir felaket kurtarma ve yüksek kullanılabilirlik çözümü sunarak basit ve etkili bir çözüm sağlar.ost-Senkronize edilmiş ikincil veritabanlarının sürdürülmesine yönelik etkili bir yaklaşım.
Ana Özellikler
- SQL Agent aracılığıyla otomatik yedekleme, kopyalama ve geri yükleme işlemleri.
- Birden fazla ikincil sunucu desteği
- Yapılandırılabilir yedekleme ve geri yükleme aralıkları
- BEKLEME modu, ikincil sisteme yalnızca okuma erişimi sağlar.
- Hata kurtarma koruması için gecikmeli günlük geri yükleme
- Merkezi izleme için izleme sunucusu
- İşlem günlüğü sıkıştırma desteği
Uygulama Adımları
- Birincil veritabanının tam kurtarma modelini kullandığından emin olun.
- Birincil veritabanının tam yedeğini oluşturun.
- NORECOVERY seçeneğiyle yedeklemeyi ikincil sunucuya geri yükle.
- Birincil veritabanında günlük gönderimini yapılandırın.
- Tüm sunucuların erişebileceği paylaşılan yedekleme klasörünü belirtin.
- Birincil sunucuda yedekleme görevi zamanlamasını yapılandırın.
- İkincil sunucuda kopyalama ve geri yükleme işlemlerini yapılandırın.
- İsteğe bağlı olarak izleme sunucusunu yapılandırın.
- Test arıza durumunda devreye girme prosedürleri
En
- Cost-etkili afet kurtarma çözümleri
- Standart Sürüm lisansına sahip kuruluşlar
- Veri kaybının dakikalarca sürebileceği senaryolar
- Manuel arıza durumunda devreye girmenin uygun olduğu ortamlar
- Hata koruma ihtiyaçları için gecikmeli kurtarma
- Bekleme modunu kullanarak iş yüklerini raporlama
- Karmaşık altyapı gerektirmeyen basit felaket kurtarma (DR) gereksinimleri
Artılar
- Basit yapılandırma ve çalıştırma
- Düşük cost (Standart Sürüm desteği)
- Birden fazla ikincil sunucu desteklenmektedir.
- Yapılandırılabilir gecikme, mantıksal hatalara karşı koruma sağlar.
- Bekleme modunda salt okunur raporlama
- Yüksek ağ gecikmesine tolerans gösterir.
- Birincil sunucu üzerinde minimum etki.
- Köklü, kanıtlanmış teknoloji
Eksiler
- Otomatik arıza durumunda devreye girme özelliği yok.
- Her veritabanı için ayrı ayrı yapılandırılmalıdır.
- Senkronizasyon gecikmesi (dakikalar ila saatler)
- Yedekleme aralığına bağlı olarak olası veri kaybı
- Manuel arıza durumunda devreye alma, kurtarma süresini (RTO) artırır.
- Gerektirir SQL Server Tüm sunucularda çalışan ajan
- Günlük geri yükleme sırasında ikincil veritabanlarına erişilemiyor.
- Uygulamalar, arıza durumundan sonra bağlantı dizesinde değişiklikler gerektirir.
Referanslar
- SQL Server Kayıt Gönderimi: DBA için Eksiksiz Kılavuz
- Microsoft Resmi Belgesi: Günlük gönderimi hakkında (SQL Server)
9. Veritabanı Yansıtma
Veritabanı Yansıtma, o zamandan beri hiçbir geliştirme almamış, kullanımdan kaldırılmış bir veritabanı düzeyinde yüksek kullanılabilirlik çözümüdür. SQL Server 2012'de kullanıma sunulmuş olsa da, güncel sürümlerde hala mevcuttur. Microsoft, tüm yeni dağıtımlar için Always On Kullanılabilirlik Gruplarına geçişi şiddetle tavsiye eder.
Ana Özellikler
- Ana ve yedek sunucu mimarisi
- Otomatik arıza durumunda devralma için isteğe bağlı tanık sunucusu
- İki çalışma modu: Yüksek Güvenlik ve Yüksek Performans
- Senkron ve asenkron işlem desteği
- Otomatik sayfa onarım özelliği
- Veritabanı düzeyinde koruma
- Veri iletimi için şifreleme desteği
Uygulama Adımları
- Veritabanının tam kurtarma modelini kullandığından emin olun.
- NORECOVERY seçeneğiyle tam yedekleme oluşturun ve yedek sunucuya geri yükleyin.
- Ana sunucuda ve ayna sunucuda aynalama uç noktaları oluşturun.
- Kimlik doğrulama için sertifikaları yapılandırın.
- Sunucular arasında eşleme oturumu oluşturma
- İsteğe bağlı olarak, otomatik arıza durumunda devralma için tanık sunucusunu yapılandırın.
- Çalışma modunu ayarlayın (Yüksek Güvenlik veya Yüksek Performans)
- Test arıza durumunda devreye girme prosedürleri
En
- Veritabanı Yansıtma özelliğini zaten kullanan eski sistemler
- Geçiş mümkün olana kadar mevcut yapılandırmaların korunması
- Başka senaryo önerilmemektedir (özellik kullanımdan kaldırılmıştır).
Artılar
- Yüksek Güvenlik modunda hızlı otomatik arıza giderme (görevlendirme) ve tanık özelliği
- Yüksek Güvenlik modunda sıfır veri kaybı
- İş ortağından otomatik sayfa onarımı
- Tek veritabanı için Kullanılabilirlik Gruplarından daha basit.
- İletim için şifrelemeyi destekler.
- Minimum kesinti süresiyle kademeli güncellemeler
Eksiler
- Kullanımdan kaldırıldı (o tarihten beri) SQL Server 2012 (kaldırılabilir)
- Veritabanı bazlı yapılandırma ve yük devretme
- Okunabilir ayna yok (ölçeklendirme özelliği yok)
- Her veritabanı bağımsız olarak arıza durumunda devreye girer.
- Yük devretme işleminden sonra bağlantı dizesi güncellemeleri gereklidir.
- İki sunucuyla sınırlıdır (ana sunucu ve yedek sunucu).
- Herhangi bir iyileştirme veya yeni özellik yok.
- Microsoft, Always On AG'ye geçişi öneriyor.
Referanslar
10. Yönetilen Örnek Bağlantısı
Managed Instance Link, hibrit bir bağlantı oluşturur. SQL Server Dağıtılmış kullanılabilirlik grubu teknolojisini kullanan Azure SQL Yönetilen Örneği, felaket kurtarma, geçiş ve bulut entegrasyonu senaryoları için neredeyse gerçek zamanlı veri çoğaltmayı mümkün kılar.
Ana Özellikler
- Dağıtılmış AG teknolojisi kullanılarak neredeyse gerçek zamanlı çoğaltma
- Tek yönlü çoğaltma (SQL Server 2016-2019 (Azure'a geçiş)
- Çift yönlü çoğaltma ve geri dönüş (failback özelliği)SQL Server 2022 +)
- Bağlantı başına bir veritabanı (birden fazla bağlantı desteklenir)
- Azure SQL Yönetilen Örneğinde Okunabilir Kopyalar
- Lisans gerektirmeyen pasif felaket kurtarma replikası seçeneği
- Minimum kesinti süresiyle çevrimiçi geçiş
Uygulama Adımları
- Hazırlamak SQL Server ortam (VPN veya ExpressRoute ile Azure'a)
- Azure SQL Yönetilen Örneğini Yapılandırın
- Always On AG özelliğini etkinleştirin. SQL Server
- Veritabanı yansıtma uç noktası oluşturun
- Sertifikaları aralarında değiş tokuş edin SQL Server ve MI
- SSMS veya komut dosyaları kullanarak Yönetilen Örnek Bağlantısı oluşturun
- Çoğaltma ve senkronizasyonu doğrulayın.
- Okuma ölçeklendirmesi için kullanıyorsanız, salt okunur yönlendirmeyi yapılandırın.
- Test arıza durumunda devreye girme prosedürleri
En
- Bulut tabanlı ikincil yedekleme ile hibrit felaket kurtarma
- Azure SQL Yönetilen Örneğine Çevrimiçi Geçiş
- Analiz ve raporlama işlemlerinin Azure'a aktarılması
- Hibrit bulut stratejisini benimseyen kuruluşlar
- Azure hizmet entegrasyonu gerektiren senaryolar
- Cost Lisanssız pasif DR ile optimizasyon
Artılar
- Most Azure'a yüksek performanslı, minimum kesinti süreli geçiş.
- İşletme için kritik öneme sahip seviyeye gerçek çevrimiçi geçiş
- Çift yönlü arıza durumunda devralma ile SQL Server 2022+
- Lisanssız pasif felaket kurtarma replikası, c'yi azaltır.osts
- Tam geçiş yapmadan Azure hizmetleriyle entegrasyon
- Azure replikaları kullanarak ölçeklenebilir okuma özelliği
- Azure tarafında otomatik yedeklemeler
- Azure bölgelerine coğrafi dağılım
Eksiler
- Bağlantı başına bir veritabanı sınırlaması
- MI'da yük devretme gruplarıyla kullanılamaz.
- Sistem veritabanları çoğaltılmadı
- Örnek düzeyindeki nesnelerin manuel olarak senkronize edilmesi gerekir.
- SQL Server 2016-2019 tek yönlü (geri dönüş yok)
- Azure costYönetilen Örnek için s
- Ağ bağlantı gereksinimleri (VPN/ExpressRoute)
- Özellik sınırlamaları (dosya tabloları, dosya akışları desteklenmiyor)
Referanslar
11. Yüksek Erişilebilirlik Çözümlerinin Karşılaştırılması
11.1 Özellik Karşılaştırma Tablosu
| Özellik | Always On AG | İçerilen AG | Dağıtılmış AG | FCI | Çoğaltma | Günlük Gönderimi | Yansıtma | MI Bağlantısı |
|---|---|---|---|---|---|---|---|---|
| baskı | Giriş/Standart | Giriş/Standart | Ent | Giriş/Standart | Giriş/Standart | Giriş/Standart | Giriş/Standart | Giriş/Standart |
| Koruma Seviyesi | veritabanı | Veritabanı+Örnek | veritabanı | örnek | Veritabanı/Nesneler | veritabanı | veritabanı | veritabanı |
| Veri Senkronizasyonu | Senkronizasyon/Eşzamansızlık | Senkronizasyon/Eşzamansızlık | Senkronizasyon/Eşzamansızlık | paylaşılan | zaman uyumsuz | zaman uyumsuz | Senkronizasyon/Eşzamansızlık | zaman uyumsuz |
| Otomatik Yük Devretme | Evet | Evet | Evet | Evet | Yok hayır | Yok hayır | Evet | Yok hayır |
| Okuma Ölçeği | Evet | Evet | Evet | Yok hayır | Evet | Sınırlı | Yok hayır | Evet |
| OTR | saniye | saniye | saniye | dakika | Manuel | Manuel | saniye | Manuel |
| RPO | Sıfır/Dak | Sıfır/Dak | Sıfır/Dak | Sıfır | asgari | dakika | Sıfır/Dak | asgari |
| Destek Durumu | Aktif | Aktif | Aktif | Aktif | Aktif | Aktif | Onaylanmamış | Aktif |
11.2 Yüksek Erişilebilirlik Çözümü Seçimi
Çözümü seçerken aşağıdaki faktörleri göz önünde bulundurun:
- Bütçe hususları çözüm seçimini önemli ölçüde etkiler: Kurumsal Sürüm gereksinimleri lisanslamayı etkiler.ostÖte yandan, altyapı ihtiyaçları, FCI'lar için pahalı paylaşımlı depolama alanlarından, Kullanılabilirlik Grupları için standart sunuculara kadar çeşitlilik göstermektedir.
- Karmaşıklık önemli ölçüde farklılık gösterir: Log Shipping en basit uygulamayı sunarken, Dağıtılmış Kullanılabilirlik Grupları kapsamlı uzmanlık gerektirir.
- RTO gereksinimleri teknoloji seçimlerini yönlendirir. Saniyelik kesintiler, otomatik arıza durumunda devreye giren Always On Availability Groups veya FCI'ları gerektirir. Dakikalık tolerans ise Log Shipping gibi manuel arıza durumunda devreye girme çözümlerine olanak tanır.
- RPO gereksinimleri de aynı derecede önemlidir: sıfır veri kaybı senkron çözümleri zorunlu kılarken, dakika toleransı Log Shipping'i mümkün kılar.
- Altyapı kısıtlamaları, okuma ölçeklendirme ihtiyaçları, coğrafi dağıtım gereksinimleri ve bulut hibrit senaryoları, en uygun çözüm seçimini etkileyen faktörlerdir.
12. En İyi Uygulamalar SQL Server Yüksek kullanılabilirlik
12.1 Planlama ve Tasarım
Her veritabanı için dikkatli bir RTO ve RPO analizi yaparak iş gereksinimlerini değerlendirin. Varsayılan çözümlere yönelmek yerine, gereksinimlere uygun çözümleri seçin.ost Gelişmiş seçenekler. Katmanlı yaklaşımlar kullanarak hem yerel yüksek kullanılabilirlik hem de coğrafi felaket kurtarma planlaması yapın. Ağ diyagramları, arıza durumunda devreye girme prosedürleri ve kurtarma kılavuzları da dahil olmak üzere mimariyi kapsamlı bir şekilde belgeleyin.
12.2 Uygulama Yönergeleri
Yedekleme prosedürlerini düzenli olarak planlanmış testler ve simüle edilmiş arızalar yoluyla test ederek doğrulayın. SQL Server Yüksek kullanılabilirlik çözümleri ve ekip hazırlığı. Sağlığı ve performansı sürekli olarak izleyin. SQL Server'ın yerleşik araçları gibi SQL Server Profiler ve DMV'ler. Senkronizasyon gecikmesi, arıza durumları ve sağlık bozulması için kapsamlı uyarılar yapılandırın. Bakımını yapın. SQL Server yedekleme stratejileri Yüksek kullanılabilirlik (HA) uygulamasına rağmen, yedeklemeler mantıksal bozulmalara ve yanlışlıkla silinmelere karşı son savunma hattı olmaya devam etmektedir. Sistemleri kümülatif güncellemeler, güvenlik yamaları ve aygıt yazılımı güncellemeleriyle güncel tutun. Kurtarma prosedürlerini periyodik olarak gerçek geri yüklemeler ve uygulama testleri yoluyla doğrulayın ve aşağıdaki gibi senaryoları nasıl ele alacağınızı bilin. veritabanları kurtarma modunda takılı kaldı.
12.3 İzleme ve Bakım
Gibi araçları kullanın SQL Server Activity Monitor, SQL Server performans izleyicisiSağlık izleme ve çalıştırma için Dinamik Yönetim Görünümlerini kapsamlı bir şekilde kullanın. DBCC KONTROL DB'si Veritabanı bütünlüğünü düzenli olarak doğrulamak için Always On Kontrol Paneli'ni kullanın. Kullanılabilirlik Grubu sağlığının görsel değerlendirmesi için Always On Kontrol Paneli'nden yararlanın. Özellikle eşzamansız kopyalar ve Günlük Gönderimi için senkronizasyon gecikmesini dikkatlice izleyin. Yük devretme olaylarını titizlikle takip edin. SQL Server Genişletilmiş Etkinlikler ve kalıpların nedenlerini analiz edin. Normal çalışma için performans temel ölçütlerini belirleyin ve potansiyel sorunları gösteren sapmaları izleyin. Altyapının artan iş yüklerini desteklediğinden emin olmak için düzenli kapasite planlama incelemeleri yapın.
13. SSS
S: Yüksek kullanılabilirlik ve felaket kurtarma arasındaki fark nedir? SQL Server?
A: Yüksek kullanılabilirlik, veri merkezindeki yerel arızalar için kesinti süresini en aza indirir; genellikle otomatik arıza durumunda devralma ve saniyeler veya dakikalar içinde kurtarma süreleri (RTO) sağlar. Felaket kurtarma ise bölgesel felaketlere karşı koruma sağlar; genellikle manuel arıza durumunda devralma ve daha uzun RTO'lar içerir ancak tüm tesisleri etkileyen olayları kapsar.
S: Yüksek Erişilebilirlik (HA) ve Hızlı Ölçeklenebilir Çözümler arasındaki fark nedir?
A: Yüksek kullanılabilirlik çözümleri, veritabanlarının arızalar sırasında erişilebilir kalmasını sağlayarak çalışma süresine ve otomatik yük devretme özelliklerine odaklanır. Okuma ölçeklendirme çözümleri ise salt okunur iş yüklerini birden fazla veritabanı kopyasına dağıtarak sorgu performansını artırır ve verimliliğe ve yanıt sürelerine odaklanır. Bunlar farklı amaçlara hizmet etse de, Always On Kullanılabilirlik Grupları gibi aynı teknoloji her iki avantajı da aynı anda sağlayabilir: okunabilir ikincil kopyalar, okuma ölçeklendirme özellikleri sunarken aynı zamanda yük devretme görevi de görür. tarYüksek kullanılabilirlik için elde edilir.
S: hangisi SQL Server Yüksek kullanılabilirlik çözümü ihtiyaçlarım için en uygun olanıdır?
A: En iyi çözüm RTO ve RPO'ya bağlıdır. tarHer Zaman Açık Kullanılabilirlik Grupları, bütçe, sürüm bulunabilirliği, altyapı ve uzmanlık gibi faktörlere uyum sağlar.ost Kurumsal senaryolarda işe yararken, Log Shipping ise küçük ve orta ölçekli işletmeler için iyi sonuç verir.ost-Hassas ortamlar. Gereksinimleri karşılaştırma tablosuna göre değerlendirin.
S: Always On Kullanılabilirlik Grupları için Enterprise Edition gerekli midir?
A: Standart Sürüm, önemli sınırlamalarla Temel Kullanılabilirlik Gruplarını destekler: grup başına bir veritabanı, bir ikincil kopya ve okunabilir ikincil kopya yok. Birden fazla veritabanı, sekiz ikincil kopya ve okunabilir kopyalar dahil olmak üzere tam işlevsellik için Kurumsal Sürüm gereklidir.
S: Log Shipping'i şu şekilde kullanabilir miyim: SQL Server Standart Sürüm mü?
A: Evet, Log Shipping Standard Edition'da tamamen destekleniyor, bu da onu cazip bir seçenek haline getiriyor.ost-Kurumsal Sürüm lisansına sahip olmayan kuruluşlar için etkili bir felaket kurtarma çözümü.
S: Always On Kullanılabilirlik Grupları ile Veritabanı Yansıtma arasındaki fark nedir?
A: Veritabanı Yansıtma özelliği kullanımdan kaldırılmıştır ve okunabilir ikincil erişim olmadan tek tek veritabanı düzeyinde çalışır. Always On Kullanılabilirlik Grupları, sekiz adede kadar ikincil veritabanını, okunabilir kopyaları ve gelişmiş izlemeyi destekler. Microsoft, Always On'a geçmenizi önerir.
S: Yük Devretme Kümesi Örnekleri ve Kullanılabilirlik Grupları arasında nasıl seçim yapabilirim?
A: Paylaşımlı depolama altyapısı ile örnek düzeyinde koruma için FCI'ları seçin. Paylaşımlı depolama olmadan veritabanı düzeyinde koruma, okuma ölçeklendirme yetenekleri ve coğrafi dağıtım için Kullanılabilirlik Gruplarını seçin. Kuruluşlar genellikle kapsamlı koruma için ikisini birleştirir.
S: Birden fazla öğeyi birleştirebilir miyim? SQL Server Yüksek kullanılabilirlik çözümleri mi?
A: Evet, çözümleri birleştirmek yaygındır. FCI'lar, kullanılabilirlik grubu kopyaları olarak hizmet verebilir ve örnek düzeyinde yerel yüksek kullanılabilirlik (HA) ve veritabanı düzeyinde coğrafi felaket kurtarma (DR) sağlayabilir. Log Shipping, ek uzaktan koruma için kullanılabilirlik gruplarını tamamlayabilir. Birleştirilmiş yapılandırmaları iyice test edin.
S: Senkron ve asenkron replikasyon arasındaki fark nedir?
A: Senkron replikasyon, veri kaybını sıfıra indirgeyerek ancak potansiyel olarak gecikmeye neden olabilecek şekilde, işleme başlamadan önce ikincil sunucunun onayını bekler. Asenkron replikasyon ise beklemeden devam ederek performansı optimize eder ancak arıza durumunda veri kaybına yol açabilir.
S: Eğer varsa, yine de yedeklemeye ihtiyacım var mı? SQL Server Yüksek kullanılabilirlik yapılandırıldı mı?
A: Kesinlikle evet. Yüksek kullanılabilirlik, donanım arızalarına karşı koruma sağlar ancak mantıksal bozulmalara, yanlışlıkla silmelere veya tüm kopyalara yayılan kötü amaçlı eylemlere karşı koruma sağlayamaz. Yedeklemeler, belirli bir zamana ait kurtarma ve uyumluluk gereksinimleri için hayati önem taşır.
S: Eğer varsa, yine de yedeklemeye ihtiyacım var mı? SQL Server Yüksek kullanılabilirlik yapılandırıldı mı?
A: Kesinlikle evet. Yüksek kullanılabilirlik, donanım arızalarına karşı koruma sağlar ancak veritabanı bozulmasına, yanlışlıkla silinmelere veya kötü niyetli eylemlere karşı koruma sağlayamaz. Yedeklemeler, anlık kurtarma ve uyumluluk gereksinimleri için hayati önem taşır. Veritabanı dosyalarının bozulduğu ve yedeklemelerin mevcut olmadığı veya bozulduğu durumlarda, özel çözümler gereklidir. SQL veritabanı onarım yazılımı Hasar görmüş MDF, NDF ve yedekleme dosyalarından veri kurtarmaya yardımcı olabilir.
S: Kapsanan Kullanılabilirlik Grubu nedir ve normal bir Kullanılabilirlik Grubundan farkı nedir?
A: Kapsanan Kullanılabilirlik Grupları, tanıtıldığı tarih: SQL Server 2022 sürümünde, oturum açma bilgileri, işler ve meta veriler gibi örnek düzeyindeki nesneler otomatik olarak senkronize edilir. Normal Kullanılabilirlik Grupları yalnızca veritabanı nesnelerini senkronize eder ve örnek nesnelerinin manuel olarak çoğaltılmasını gerektirir.
S: Verileri kopyalayabilir miyim? SQL Server Azure SQL Yönetilen Örneğine mi?
A: Evet, Managed Instance Link, hibrit çoğaltma özelliği sunar. SQL Server ve Azure. SQL Server 2016-2019 tek yönlü çoğaltmayı desteklerken SQL Server 2022 ve üzeri sürümler, felaket kurtarma, geçiş ve hibrit senaryolar için geri dönüşlü çift yönlü çoğaltmayı mümkün kılar.
S: Ne oluyor? SQL Server Yedekleme sırasında aracı görevleri nelerdir?
A: Geleneksel Kullanılabilirlik Gruplarında, işler ikincil kopyalarda manuel olarak oluşturulmalıdır. Kapsanan Kullanılabilirlik Grupları (SQL Server 2022 ve üzeri sürümlerde işler otomatik olarak senkronize edilir. Yük Devretme Kümesi Örnekleri, işleri örnek düzeyinde korumanın bir parçası olarak içerir.
14. Sonuç
SQL Server Departman veritabanlarından kritik kurumsal sistemlere kadar çeşitli gereksinimleri karşılayan kapsamlı yüksek kullanılabilirlik çözümleri sunar. Her çözüm, veritabanı yöneticilerinin bilinçli kararlar alabilmesi için anlaması gereken farklı yetenekler ve avantaj-dezavantajlar sunar.
Always On Availability Groups, modern dağıtımlar için amiral gemisi teknolojisini temsil ederken, Contained Availability Groups yönetimi basitleştirir ve Distributed Availability Groups ise gelişmiş platformlar arası senaryoları mümkün kılar. Failover Cluster Instances, örnek düzeyinde koruma ihtiyaçlarını karşılamaya devam ederken, Log Shipping de c için önemini korur.ostHassas senaryolar. Yönetilen Örnek Bağlantısı, şirket içi sistemler arasında köprü kurarak bulut hibrit olanakları sunar. SQL Server Azure ile.
İşletme ihtiyaçlarına uygun çözümler sunmak, kritik başarı faktörünü temsil eder. Tek tip bir yaklaşım söz konusu değildir. Kuruluşlar, RTO ve RPO gereksinimlerini, bütçe kısıtlamalarını, altyapı yeteneklerini ve yönetim uzmanlığını dikkatlice değerlendirmelidir. Genellikle en iyi mimari, kapsamlı koruma için birden fazla çözümü bir araya getirir. Yüksek kullanılabilirlik (HA) stratejinizin daha geniş bulut benimseme planlarıyla nasıl uyumlu olduğunu göz önünde bulundurun ve başarılı bir uygulama sağlamak için ayrıntılı uygulama kılavuzu içeren ilgili makalelere başvurun. SQL Server Altyapı, işletmenizin ihtiyaç duyduğu güvenilirliği sağlar.
Yazar Hakkında
Yuan Sheng 10 yılı aşkın deneyime sahip kıdemli bir veritabanı yöneticisidir (DBA) SQL Server ortamlar ve kurumsal veritabanı yönetimi alanında uzmanlaşmıştır. Finansal hizmetler, sağlık ve üretim sektörlerindeki yüzlerce veritabanı kurtarma senaryosunu başarıyla çözmüştür.
Yuan şu konuda uzmanlaşmıştır: SQL Server Veritabanı kurtarma, yüksek erişilebilirlik çözümleri ve performans optimizasyonu alanlarında kapsamlı uygulamalı deneyime sahiptir. Terabaytlarca veri tabanını yönetme, Always On Kullanılabilirlik Grupları uygulama ve kritik öneme sahip iş sistemleri için otomatik yedekleme ve kurtarma stratejileri geliştirme konularında kapsamlı uygulamalı deneyime sahiptir.
Yuan, teknik uzmanlığı ve pratik yaklaşımıyla, veritabanı yöneticilerinin ve BT profesyonellerinin karmaşık sorunları çözmelerine yardımcı olan kapsamlı kılavuzlar oluşturmaya odaklanıyor. SQL Server Zorlukları verimli bir şekilde çözer. En son gelişmelerle güncel kalır. SQL Server Microsoft'un gelişen veritabanı teknolojilerini ve sürümlerini takip ederek, önerilerinin gerçek dünyadaki en iyi uygulamaları yansıttığından emin olmak için kurtarma senaryolarını düzenli olarak test ediyor.
hakkında sorularınız var SQL Server Kurtarma veya ek veritabanı sorun giderme kılavuzuna mı ihtiyacınız var? Yuan memnuniyetle karşılar geri bildirim ve öneriler Bu teknik kaynakların iyileştirilmesi için.