Anasayfa » Forum

Bildirimler
Hepsini Temizle

Sql Avg  

  RSS
Mehmet Ergün
(@mehmetergun)
Üye

Availability groupsta 2 nodum var, primary olan nod1 daha güçlü bir makine... Primary olan nod1 down olunca secondary olan nod2 primary oluyor. No1deki problemi giderip up yaptığımda tekrar nod1in kendiliğinden primary olmasını nasıl sağlarım?

Alıntı
Gönderildi : 22/03/2017 16:10
oldmember
(@yavuzfilizlibay)
Üye

Kendiliğinden durup dururken 02 den 01 e geçmez. Sizin failover yapmanız gerekir.

CevapAlıntı
Gönderildi : 22/03/2017 18:03
Mehmet Ergün
(@mehmetergun)
Üye

Teşekkürler. 

Merak ettiğim bir husus daha var. p2p transactional replicationda karşılaşılan ID çakışması gün gelir availability groupstaki db.lerde olur mu bunu merak ediyorum. Tecrübe sahibi arkadaşlardan availability groups'ta ne gibi problemler yaşayabilirim  öğrenmek isterim.

CevapAlıntı
Gönderildi : 22/03/2017 23:10
oldmember
(@yavuzfilizlibay)
Üye

Av. grouplarda, sadece bir tane aktif node oluyor, write yapabileceğiniz bir tane aktif sunucu olduğundan, bu gibi bir durumla karşılaşmazsınız 

Karşınıza çıkabilecek problemler, sizin yapınıza göre değişebilir, şu olur bu olur demek pek doğru olmaz. Yanlış bir yönlendirme yapmak istemem.

CevapAlıntı
Gönderildi : 23/03/2017 02:11
Mehmet Ergün
(@mehmetergun)
Üye

Lab ortamında yaptığım testlerde 2 nod aktif iken secondary olanı kapattım primary olan üzerinden çalışma devam etti. Sonra gidip secondary olan nod2'i açtım ve nod2 kapalı olduğu süre zarfında nod1'e işlenen veriler aynen nod2'ye aktarıldı. Bir süre nod1 kapalı iken nod2'ye veri girdim sonra gidip nod1'i açtım ve nod2'ye girdiğim veriler aynen nod1'e aktarıldı. 5-6 sene önce bunu p2p replicationla yapmak istemiştim ama tabi p2p'de nodlardan biri down olduğunda ya da her 2 noda da aynı zamanlarda veri girşi olduğunda ID çakışmaları meydana geliyor ve replikasyon işe yaramıyordu. alwayson ile bu durumu paylaşılan klaösr ile çözmüşler. Sanırım secondarye yazılacak olan veri önce shared foldere oradan da secondary db'ye yazılıyor, bu güzel bir fikir. Neden daha önce bunu düşünememişler ki. 🙂

Yalnız burada dikkatimi çeken şu oldu; nod2'yi kapatıp nod1'e veri girdim sonra nod2'yi açtım kapalı olduğu zaman zarfındaki veriler aynen nod2'ye geldi, daha sonra nod2'ye veri girdiğimde son id numarası 15 iken 1000'den devam etti. Yani 16,17... diye değil de 1000, 1001... gibi. Tabi şöyle düşündüm çok sayıda veri girişi olan bir db'de bu durum gün gelir sql de ID'leri tüketir mi? Sql 2014'te maximum id value kaçtır henüz bilmiyorum. 

Ve de Readable Secaondary tabında read-intent-only nin yes ten farkı nedir?

CevapAlıntı
Gönderildi : 23/03/2017 12:45
oldmember
(@yavuzfilizlibay)
Üye

AlwaysOn da dataların replikasyonu shared folder dan olmuyor, onu sadece failover cluster servisi kullanıyor. Birebir data replikasyonu yapılıyor. 

Maximum id diye bir sınırlama yok.

Read-internet only seçeneği, yazılımda connection string e yazılarak, iki node arası select sorgularınn dağıtılarak, her iki sunucudan kullanılmasını sağlıyor.

CevapAlıntı
Gönderildi : 23/03/2017 14:09
Mehmet Ergün
(@mehmetergun)
Üye

Öyleyse 2 tane secondary replika varsa round Robin yaparak sorguları load balance yapıyor. O zaman 1 rane secondary var ise yazılıma applicationintent=readınly diye belirtmeden direkt ikincil sunucunun ip.sini girmeliyim doğrumudur?  ya da şöyle sorayım yazılımda connection stringte bir değişiklik yapmadım,  listener aracılığıyla sql servere giden select sorgusu primary üzerinden mi yapılır secondaryden mi? Tabi ben yazılımcı değilim anlamaya çalışıyorum yardımınızla...

CevapAlıntı
Gönderildi : 23/03/2017 20:30
oldmember
(@yavuzfilizlibay)
Üye

Select için load balance yapması için, connection string agl name ve read intent yazmanız gerekir.

Ama böyle bir imkan yok ise, sadece raporları 02 den aldırabilirsiniz. 01 den insert-update-delete leri yapar, 02 den raporları çeker. Primary sql iniz daha az yorulur.

CevapAlıntı
Gönderildi : 23/03/2017 20:54
Mehmet Ergün
(@mehmetergun)
Üye

Aydınllattığınız için teşekkürler. 

CevapAlıntı
Gönderildi : 24/03/2017 14:03
Paylaş: