none
SQL Server Replication RRS feed

  • Soru

  • Arkadaşlar. Herkese kolay gelsin.

    Benim 3 farklı lokasyonda çalışan bir uygulamam var. Ve bu lokasyonların ortak kullandığı bir database var. Uygulamalarımın 3'ü de bu database'e bağlı. X,Y,Z lokasyonlarından birinde internet kesildiği anda benim sunucuma erişim bitiyor. Bende bu üç lokasyona birer db yedeği koysam ve bu db'leri ana bir db ile replike etsem diye düşündüm. Transactional Replication ve Merge Replication gibi yapılardan hangisini tercih etmeliyim. Ben hem master db'ye hemde slave db'lere de aynı bilgileri yazmak istiyorum. Ve bağlantı koptuğunda failoverdb olarak local'i kullanmak istiyorum. Transactional tek yönlü readonly oluyormuş. Merge çift yönlü. Dediğim gibi master db'ye X lokasyonundan gelen bir hareket Y lokasyonu ve Z lokasyonundaki db'ye de yansısın masterdb üzerinden. Bunu nasıl yapmalıyım? Hangi yöntemi kullanmalıyım? Örnek bir resim. 1 numaraya da X ve Z nin master üzerinden eşitlenmesi var.


    Mail Blog Web Site

    25 Kasım 2015 Çarşamba 13:02

Yanıtlar

  • Şimdi anladığım kadarıyla durum şöyle:

    - 3 tane farklı lokasyon var, 1 tane veritabanı sunucusu var.

    - Zaman zaman bu 3 lokasyonun internet bağlantısı kesilebiliyor ve bu nedenle merkezi veritabanına erişim gittiği için lokasyon çalışamaz hale geliyor.

    - İnternet bağlantısı kesilen lokasyon çalışmasına devam edebilsin diye sen de merkezi veritabanı sisteminden, her lokasyonun kendi veritabanı olsun ve diğer tüm veritabanlarıyla tüm güncellemeler değiş tokuş olsun sistemine geçmek istiyorsun.

    Eğer senaryon bu ise, Transactional Replication'ın bir alt kolu olan Peer to Peer Transactional Replication'ı incele derim. Tecrübeni bilmiyorum; ama replikasyonun olası sonuçlarını, yönetimini, yaşanabilecek olası sorunları ve bunlarla nasıl başa çıkabileceğini kurulum öncesinde iyice çalışman gerek. Eğer replikasyon konusunda bir tecrüben yoksa, gerçekten zor zamanlar yaşayabilirsin.

    Ayrıca, eğer internet bağlantınla ilgili sık sık sorunlar yaşıyorsan, mümkünse internet bağlantısını çoklamayı (Redundant hale getirmeyi) planlamak da yukarıdaki çözümün yanında iyi bir pratik olur.


    Ekrem Önsoy - MCDBA, MCITP:DBA+DBD, MCSD.Net, MCSE, ITILv3 | http://ekremonsoy.blogspot.com

    • Yanıt Olarak İşaretleyen Soner KOYLU 2 Aralık 2015 Çarşamba 07:14
    28 Kasım 2015 Cumartesi 08:51

Tüm Yanıtlar

  • Şimdi anladığım kadarıyla durum şöyle:

    - 3 tane farklı lokasyon var, 1 tane veritabanı sunucusu var.

    - Zaman zaman bu 3 lokasyonun internet bağlantısı kesilebiliyor ve bu nedenle merkezi veritabanına erişim gittiği için lokasyon çalışamaz hale geliyor.

    - İnternet bağlantısı kesilen lokasyon çalışmasına devam edebilsin diye sen de merkezi veritabanı sisteminden, her lokasyonun kendi veritabanı olsun ve diğer tüm veritabanlarıyla tüm güncellemeler değiş tokuş olsun sistemine geçmek istiyorsun.

    Eğer senaryon bu ise, Transactional Replication'ın bir alt kolu olan Peer to Peer Transactional Replication'ı incele derim. Tecrübeni bilmiyorum; ama replikasyonun olası sonuçlarını, yönetimini, yaşanabilecek olası sorunları ve bunlarla nasıl başa çıkabileceğini kurulum öncesinde iyice çalışman gerek. Eğer replikasyon konusunda bir tecrüben yoksa, gerçekten zor zamanlar yaşayabilirsin.

    Ayrıca, eğer internet bağlantınla ilgili sık sık sorunlar yaşıyorsan, mümkünse internet bağlantısını çoklamayı (Redundant hale getirmeyi) planlamak da yukarıdaki çözümün yanında iyi bir pratik olur.


    Ekrem Önsoy - MCDBA, MCITP:DBA+DBD, MCSD.Net, MCSE, ITILv3 | http://ekremonsoy.blogspot.com

    • Yanıt Olarak İşaretleyen Soner KOYLU 2 Aralık 2015 Çarşamba 07:14
    28 Kasım 2015 Cumartesi 08:51
  • tabii ki Transactional Replication

    ama once ana server in de bi kac sistem driver leri kurmalisin

    degerli kardesimiz anlatdigi gibi 

    bence bi kac gun kendi uzerinde isle sonra bu ise basla 

    cok buyuk bi problemler yasaya bilirsin

    29 Kasım 2015 Pazar 21:09
  • Evet. Daha önce bu konuda bir deneyim yaşamadım. Senaryo dediğiniz gibi Ekrem bey. Olası sıkıntılar nelerdir? Mesela veri kaybı mı yaşar mıyım?

    Mail Blog Web Site

    30 Kasım 2015 Pazartesi 06:17
  • Merge replikasyonda da Peer-to-peer repliksayonda da en büyük sıkıntılar Conflict'ler. Yani aynı kaydın birden fazla düğümde birbirine çok yakın zamanlarda değiştirilmesi. Bu konuda okumalısın ve testler yapmalısın ki hazırlıklı olasın. Bu yöntemlerin yönetimi bu açıdan biraz masraflıdır.

    Ekrem Önsoy - MCDBA, MCITP:DBA+DBD, MCSD.Net, MCSE, ITILv3 | http://ekremonsoy.blogspot.com

    1 Aralık 2015 Salı 23:12
  • Bu konuda tecrübem yok. Deneme yapılarak öğrenilecek bir veri de değil. Bu konuda uzman kişilerden destek almam gerekecek.

    Teşekkürler.


    Mail Blog Web Site

    2 Aralık 2015 Çarşamba 07:16