Mssql Server Alwayson Veritabanını Farklı Sunucu ve AG Taşıma Yöntemi

Bu makalede gerçek sistem üzerinde always on yapısı üzerinde çalışan veritabanlarının farklı bir sunucuya aktarım yöntemlerden birini denemiş olacağız. Veritabanlarınızın çalıştığı ortamdan farklı bir sunucu ortamına taşınması için aşağıdaki yöntemler denenir.

İlk olarak veritabanımızın çalıştığı cluster ve alwayson yapısını görelim.

Yukarıdaki cluster üzerinde bulunan nodelarımızı görmekteyiz. Yeni ekleyeceğimiz veritabanını ekleme işlemi yapacağımız 3. sunucumuzu eklemiş olacağız.

Eklenecek sunucunun herhangi bir cluster içerisinde olmaması gerekmektedir. Yoksa aşağıdaki adım başarısızlıkla sonuçlanmaktadır.

Eklenen Node’da herhangi bir sorun olup olmadığının kontrol için Yes seçeneğini seçip bir sonraki aşamaya geçiyoruz. No diyerek herhangi eklenecek sunucuda kontrol işlemi yapılmaz.

Gelen ekranda sunucu üzerinde tüm kontrol işlemi yapılmaktadır. Gerçek sistem üzerinde ikinci seçenek seçilmektedir. Disk üzerinden kontrol işlemi yapılmamaktadır.

Gelen ekranda Next dedikten sonra kontrol işlemimiz yapılmaktadır.

Kontrol işlemi başarılı bir şekilde gerçekleştikten sonra Sunucumuz ilgili cluster altına eklenmiş olmaktadır.

Eklenen yeni sunucuyu Always on yapısına replica olarak eklenmektedir.

Gelen ekranda cluster altına eklenen sunucumuzu Add Replica.. diyerek ekliyoruz. Diğer ayarlamaların hepsi önceden yapıldığı için Next diyip bir sonraki adıma geçiyorum.

Gelen ekranda veritabanın yeni eklenecek sunucuya nasıl ekleneceğini seçebiliriz. Aşağıdaki yöntemlerden herhangi bir denenebilir. Veritabanımızı auto seeding yöntemi ile eklemiş olacağız. Burada dikkat edilmesi gereken auto seeding yöntemiyle eklenecek veritabanının pathlerinin eklenecek yeni sunucuda olması gerekmektedir. Yoksa secondary sunucusunda default olan path’ler üzerinden oluşmaktadır.

İlgili veritabanı S3 sunucusunda oluşmaktadır.

Şimdi S3 sunucusunu primary node olarak belirliyoruz. Failover işlemi yapılmaktadır.

Gelen ekranda S3 sunucusuna bağlantı sağlanır.

Yeni primary sunucum S3 sunucum olduğunu görmüş oluyoruz.

Bu yapıda S3 sunucusu failover cluster bölümünden çıkarılınca S3 sunucusunda AG yapımız silinmektedir.

Oluşturulan AG windows failover cluster şeklinde oluşturulduğu için sıkıntıya sebebiyet vermektedir. S3 sunucusunda veritabanımız restoring moduna düşer.

Neden böyle bir sorunla karşılaştık çünkü sunucularımız aynı cluster içerisinde olmayacak. Yoksa sunucularımızın hepsi ilgili cluster yapısına eklenip diğer node’lar çıkarılır. Bu şekilde devam etmektedir.

Yukarıdaki oluşturduğumuz AG cluster altında oluşturulduğu için sıkıntıya sebebiyet verdi.

Yeni bir AG yapısı cluster olmadan oluşturulup taşınacak veritabanı ilgili AG altına eklenmektedir.

Availability Mode kısmında Synch.. yapılmaktadır. Birden fazla sunucu ilgili replica altına eklenebilir. Cluster yapımız olmadan Failover mode manuel olmaktadır.

S3 sunucusunda veritabanını eklemiş olduk. Veritabanı S1sunucusunda ilgili AG altından çıkarılır. Son kullanıcılar S1 sunucusu üzerinde ilgili veritabana erişmektedir. Test veritabanının farklı bir AG altına eklenmesi son kullanıcısının S1 sunucusu üzerinden erişmesine engel değildir. Yeni oluşturulan AG yapımızın listener’ı farklı olsa bile son kullanıcı primary olan sunucuda veritabanını okumaktadır.

Daha sonra oluşturulan Ag üzerinde failover işlemi gerçekleştirilir. Kesinti burada olmaktadır. Kullanıcı connection string değişmesi gerekmektedir. Kullanıcı farklı bir AG üzerindeki listener ile primary’e bağlanır. Failover olunacak ortama gelinmesi isteniyorsa Son kullanıcıların yeni connection string’e gelmesi gerekmektedir.

4. sunucumuzu eklemiş olduk. Aşağıdaki resimlerde S3 ve S4 sunucumuzun aynı Cluster altında olduğu ama Roles bölümünde herhangi bir role görülmemesinin sebebi oluşturulan AG yapısının NONE bir şekilde oluşturulması.

Kullanıcılarımız S3 node’una bağlanır. Listener aracılığıyla bağlantı gerçekleştirilir. Şimdi bu veritabanını bu AG altında çıkartıp yeni bir AG altında oluşturma işlemini görmüş olacağız.

Son kullanıcılar Listener ile primary sunucusu üzerindeki TEST veritabanına bağlanmış olur. Tabi bu işlem için TEST veritabanın çıkarıldığı AG yapısının silinmemesi gerekmektedir.

Yeni bir AG oluşturuyoruz. Bu AG nin cluster altında bulunan roles bölümünde gözükmesi için windows server failover cluster yapımızı seçiyoruz.

İkinci sunucumuzda veritabanı Restoring modunda olduğu için Skip initial data synchronization veya Join only seçeneği seçilmektedir.

Secondary sunucusuna veritabanı eklendikten sonra Skip initial.. seçeneği ile seçtiğimiz için Join to Availability Group.. seçeneği ile ekleme işlemi yapılır.

Başarılı bir şekilde veritabanı ekleme işlemini gerçekleştirmiş olduk.

Farklı bir cluster altında bulunan veritabanını farklı bir cluster altına dahil etmiş olduk. Başka bir makalede görüşmek dileğiyle..

Namazı dosdoğru kılın, zekatı verin; önceden kendiniz için hayır olarak neyi takdim ederseniz, onu Allah Katında bulacaksınız. Şüphesiz Allah, yaptıklarınızı görendir. Bakara Suresi, 110. Ayet

Author: Yunus YÜCEL

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir