Read-Scale (Clusterless) Always On Failover Failed

Bu yazımızda Always On Mimarisinde Read-Scale bir ortamda bulunan Node’ların altında bulundan veri tabanlarının failover yapılması durumunda karşılaşılan hatanın çözümü üzerine konuşacağız. Daha önce Read-Scale Always On adlı makalemizde kurulumdan bahsetmiştik. Bu yazımızda bahsettiğimiz ortamlar üzerinden konuşarak çözüme ilişkin bilgiler paylaşacağız.   Problem: Data-Loss seçeneği ile bile failover yapılmaması. Cannot failover availability group ‘Read-Scale_AG’ to this instance of SQL Server.  The local availability replica is already the primary replica of the availability group. To failover this availability group to another instance of SQL Server, run the failover command on that instance of SQL Server. If local instance of SQL Server is intended to host the primary replica of the availability group, then no action is required. 1.Ortam ve 2.Ortam’da bulunan Availibility Group ve veri tabanı failover yapabilecek durumda olduğunu aşağıdaki gibi görebilirsiniz. ReadScale_DB isimli veri tabanımız, 1.Ortamımız olan SQLTEST1 ortamında Primary, 2.Ortamımız olan VTTEST2 Ortamında ise Secondary durumunda failover yapmaya […]

Read-Scale (Clusterless) Always On Failover Failed

Bu yazımızda Always On Mimarisinde Read-Scale bir ortamda bulunan Node’ların altında bulundan veri tabanlarının failover yapılması durumunda karşılaşılan hatanın çözümü üzerine konuşacağız.

Daha önce Read-Scale Always On adlı makalemizde kurulumdan bahsetmiştik. Bu yazımızda bahsettiğimiz ortamlar üzerinden konuşarak çözüme ilişkin bilgiler paylaşacağız.

 

Problem: Data-Loss seçeneği ile bile failover yapılmaması.

Cannot failover availability group ‘Read-Scale_AG’ to this instance of SQL Server. 

The local availability replica is already the primary replica of the availability group.

To failover this availability group to another instance of SQL Server, run the failover command on that instance of SQL Server.

If local instance of SQL Server is intended to host the primary replica of the availability group, then no action is required.

1.Ortam ve 2.Ortam’da bulunan Availibility Group ve veri tabanı failover yapabilecek durumda olduğunu aşağıdaki gibi görebilirsiniz. ReadScale_DB isimli veri tabanımız, 1.Ortamımız olan SQLTEST1 ortamında Primary, 2.Ortamımız olan VTTEST2 Ortamında ise Secondary durumunda failover yapmaya hazır durumda bulunmaktadır. Burada oluşturduğumuz Availibility Group iki farklı Cluster içinde herhangi bir Roles olarak eklenmemektedir.

Read-Scale Always On Otomatik failover’a izin vermeyeceği için aşağıdaki gibi “Force Failover Failed” şeklinde hata verecektir.

Çözüm:

Eğer 1.Ortamdan 2.Ortama failover yapmak istersek aşağıdaki komutları kullanarak failover gerçekleştirebiliriz. Bu şekilde failover yaptığınızda veri kaybını göze almış olacaksınız lütfen bu durumu göz önünde bulundurunuz.

Aşağıdaki komutları kullanarak failover işlemini başarılı bir şekilde gerçekleştirebilirsiniz.

ALTER AVAILABILITY GROUP [READ-AG] GRANT CREATE ANY DATABASE;

ALTER AVAILABILITY GROUP [READ-AG] FORCE_FAILOVER_ALLOW_DATA_LOSS;

 

 

Benzer Yazılar

WINDOWS CLUSTER VE SQL ALWAYS ON İLİŞKİSİ

SQL Server 2 hafta önce

Bu yazımızda sql always always on yapısında önemli bir yere sahip olan Windows cluster ile always on arasındaki ilişkiyi ele alacağız. Öncelikle şunu bilmeliyiz. SQL Always On mimarisi Windows cluster üzerinde koşar. Basit bir örnekle anlatacak olursak; 2 katlı bir ev düşünün. 1. katı WindowS Failover Cluster 2. katı sql Always On. 1.katı inşa etmeden 2. katı çıkamazsınız değil mi? O sebeple önce WSCF sonra SQL Always on kurulur. Pekii… Birinci ve ikinci katı çıktık. 1. kat(WSFC) yıkılırsa 2. katta(ALWAYS ON) doğal olarak çöker değil mi. Ancak ikinci kat yıkılırsa 1. Kat çökmez. Yani; Windows cluster devre dışı kalırsa always on’da devre dışı kalacaktır, ancak always on düşerse Windows Cluster devre dışı kalmaz. Başımıza always on haberleşmesi üzerine bir sıkıntı gelirse; Önce 2. Katta yani always on üzerinde bir sorun var mı ona bakacağız. Always on taraflı bir problem olmadığından emin olduktan sonra 1. Kata yani Windows failover cluster tarafını […]

SQL Server ‘da Detach-Attach İşlemleri Nasıl Yapılır?

SQL Server 3 hafta önce

SQL Server’ da  Detach – Attach İşlemleri. Merhaba, bu yazımda SQL Serverda veri tabanımızı farklı sunuculara taşımamız gerektiğinde ya da farklı sunuculardaki veri tabanlarını listemize almak istediğimizde nasıl bir yol izlememiz gerektiğini anlatacağım.İçindekilerDETACH İşlemiATTACH İşlemi Öncelikle bir veri tabanını taşımanın birden fazla yolu var. Bunlar: Detach-Attach, Restore, Backup yöntemleridir. Neden Veri Tabanını Taşırız? Sunucularımızda kaynak yetersizliğimiz olabilir. Sürüm yükseltmemiz gerekebilir. Domain değişikliği olabilir. İlk olarak “Uygulama” isimli bir veri tabanı oluşturalım. İşlemlerimizi bu veri tabanı üzerinden yürüteceğiz. CREATE DATABASE Uygulama Sorgumuz ile veri tabanımızın nerede tutulduğunu bulalım. USE Uygulama GO EXEC sp_helpfile DETACH İşlemi Detach İşlemi, ilgili veri tabanımızı listeden çıkarmak yani taşımak istediğimizde Detach bize yardımcı oluyor. Soldaki veri tabanı listemizden Uygulama isimli veri tabanımızın üzerine gelip sağ tık >Tasks >Detach yolunu izleyeceğiz.   Karşımıza gelen panelde Message alanında “Active Connections” yazıyor. Yani bir aktif bağlantı olduğunu söylüyor. Biz de DropConnections alanındaki tiki işaretleyeceğiz ki bu aktif bağlantıyı silsin. […]

SQL SERVER SERViS RESTART HATASI

SQL Server 3 ay önce

Bu haftaki yazımızda karşılan bir hata üzerindeki; logları ve çözümünü anlatacağım. Aşağıdaki GÖRSEL-1’de görüldüğü üzere SQL servisini restart ettiğimiz sırada bir hata ile karşılaşıyoruz. Servis running state’e geçemiyor. “The request failed or the service did not respond in a timely fashion. Consult the event log or other applicable error logs for details” şeklinde bir uyarı veriyor. Hatanın çözümüne doğru ilerlerken farklı servis hesaplarıyla veya “Local System” hesabı ile restart etmeye çalıştığınızda servis ilginç bir şekilde ayağa kalkıyor. Ancak Always on sistem çalışıyorsanız farklı servis hesaplarını kullandığınızda always on size haberleşme izni vermiyor. Aynı hesabın şifresi ile ilgili sorunlar olduğu düşünüp hesabın şifresini de değiştirdiğiniz de yine sonuç alamıyorsunuz. Burdan yola çıkıldığında sıkıntı servis hesabında gibi görünüyor olabilir ancak çözüme geçildiğinde regedit üzerinde yapacağımız bir işlem ile sorunu çözüyoruz. Servis hesabının kaydının olduğu regedit kaydını siliyoruz. Regedit üzerindeki servis hesap bilgisi güncellendiğinde sorun çözülmüş olmakta. GÖRSEL-1  Servis restart edildiğinde SQL’in verdiği Error […]

0 Yorum

Yorum Yaz

Rastgele