@ mrdenny'nin yanıtı , bir veritabanında başarısız olmanın diğer tüm veritabanlarının da başarısız olmasına neden olmayacağı doğrudur.
Ancak, sadece Endpoint'i yansıtan bir veritabanının ne olduğu hakkında daha fazla bilgi vermek için:
Gönderen BOL ,
Microsoft SQL Server 2005 ve sonraki sürümlerinde bağlantı yönetimi uç noktalara dayanır. Uç nokta, SQL Server'ın ağ üzerinden iletişim kurmasını sağlayan bir SQL Server nesnesidir. Veritabanı aynalama için, bir sunucu örneği kendi, ayrılmış veritabanı aynalama uç noktasına ihtiyaç duyar. Bir sunucu örneğindeki tüm yansıtma bağlantıları, bitiş noktasını yansıtan tek bir veritabanı kullanır. Bu uç nokta, yalnızca diğer sunucu örneklerinden veritabanı yansıtma bağlantılarını almak için kullanılan özel amaçlı bir uç noktadır.
Daha esnek olmak için, manuel yük devretme yapmak için T-sql kullanabilirsiniz:
Ayna DB'sindeki yansıtmayı kapatın (ayna yansıtmayı kırın).
ALTER DATABASE <<DB NAME>> SET PARTNER OFF
Kurtarma modunu DB'yi RECOVERY olarak ayarlayın
RESTORE DATABASE <<DB NAME>> WITH RECOVERY
SQL kimlik doğrulaması kullanıyorsanız kullanıcıları düzeltin ve yetim kalmayın
EXEC sp_change_users_login ‘Auto_Fix’ , ‘<<username>>’
DÜZENLE:
Yüksek güvenlik modunu kullandığınızdan (ekran görüntüsüne göre), ana sunucudan aşağıdakileri kullanabilirsiniz
ALTER DATABASE <<DB NAME>> SET PARTNER FAILOVER
Bunu yaparsanız, yalnızca ters dönüş gerçekleşir ve yansıtma yönü ters çevrilir - prensip ayna olur ve tersi olur. MIRRORING öğesinin BROKEN olmadığını unutmayın.
Başına unutmayın bu MSDN makalesinde
Manuel yük devretme yalnızca ana sunucudan başlatılabilir.
Yük devretmenin tamamını otomatikleştirmek istiyorsanız Veritabanı Aynalama Otomasyonu'na bakın