Veritabanı Yansıtma Yapılandırması (SQL Server) sorunlarını giderme

Şunlar için geçerlidir: SQL Server

Bu konu, veritabanı yansıtma oturumu ayarlama sorunlarını gidermenize yardımcı olacak bilgiler sağlar.

Dikkat

Bu özellik, SQL Server'ın gelecek bir sürümünde kaldırılacaktır. Bu özelliği yeni geliştirme çalışmalarında kullanmaktan kaçının ve şu anda bu özelliği kullanan uygulamaları değiştirmeyi planlayın. Yüksek kullanılabilirlik için bunun yerine Always On kullanılabilirlik gruplarını kullanın.

Önemli

SQL Server'da Veritabanı Yansıtma, Microsoft Fabric Veritabanı Yansıtma'dan ayrı bir teknolojidir. Fabric'e Yansıtma, daha iyi analitik performans, Fabric'te OneLake ile veri varlığınızı birleştirme ve verilerinize Delta Parquet formatında açık erişim sağlar.

Microsoft Fabric'e Yansıtma ile SQL Server 2016+, Azure SQL Veritabanı, Azure SQL Yönetilen Örneği, Cosmos DB, Oracle, Snowflake ve daha fazlası gibi mevcut veri varlığınızı doğrudan OneLake in Fabric'e çoğaltabilirsiniz.

Veritabanı yansıtma için tüm önkoşulları karşıladığınızdan emin olun.

Sorun	Özet
Hata İletisi 1418	Bu SQL Server iletisi, sunucu ağ adresine ulaşılamadığını veya var olmadığını gösterir ve ağ adresi adını doğrulamanızı ve komutu yeniden oluşturmanızı önerir.
Hesaplar	SQL Server'ın çalıştığı hesapları doğru yapılandırma gereksinimlerini açıklar.
Uç Noktalar	Her sunucu örneğinin veritabanı yansıtma uç noktasını doğru yapılandırma gereksinimlerini açıklar.
SystemAddress	Veritabanı yansıtma yapılandırmasında sunucu örneğinin sistem adını belirtmek için alternatifleri özetler.
Ağ erişimi	Her sunucu örneğinin tcp üzerinden diğer sunucu örneğinin veya örneklerin bağlantı noktalarına erişebilme gereksinimini belgeler.
Yansıtma veritabanı hazırlığı	Yansıtmanın başlatılmasını sağlamak için yansıtma veritabanını hazırlama gereksinimlerini özetler.
Dosya oluşturma işlemi başarısız oldu	Başarısız bir dosya oluşturma işlemine nasıl yanıt verileceğini açıklar.
Transact-SQL Kullanarak yansıtmayı başlatma	ALTER DATABASE database_name SET PARTNER ='partner_server' deyimleri için gerekli sırayı açıklar.
Veritabanları Arası İşlemler	Otomatik yük devretme, kesinliği üzerinde şüphe bulunan işlemlerin otomatik ve muhtemelen yanlış bir şekilde çözülmesine neden olabilir. Bu nedenle veritabanı yansıtması veritabanları arası işlemleri desteklemez.

Accounts

SQL Server'ın çalıştığı hesaplar doğru yapılandırılmalıdır.

Hesaplar doğru izinlere sahip mi?
1. Hesaplar aynı etki alanı hesaplarında çalışıyorsa, yanlış yapılandırma olasılığı azalır.
2. Hesaplar farklı etki alanlarında çalışıyorsa veya etki alanı hesabı değilse, bir hesabın oturum açma işlemi diğer bilgisayarda ana bilgisayarda oluşturulmalıdır ve bu oturum açma işlemine uç noktada BAĞLAN izinleri verilmelidir. Daha fazla bilgi için bkz. Veritabanını Başka Bir Sunucu Örneğinde (SQL Server) Kullanılabilir Hale Getirirken Meta Verileri Yönetme. Buna Ağ Hizmeti hesabı da dahildir.
SQL Server, yerel sistem hesabını kullanan bir hizmet olarak çalışıyorsa, kimlik doğrulaması için sertifikaları kullanmanız gerekir. Daha fazla bilgi için bkz. Veritabanı Yansıtma Uç Noktası için Sertifikaları Kullanma (Transact-SQL).

Endpoints

Uç noktaların doğru yapılandırılması gerekir.

Her sunucu örneğinin (asıl sunucu, yansıtma sunucusu ve tanık, varsa) bir veritabanı yansıtma uç noktasına sahip olduğundan emin olun. Daha fazla bilgi için bkz. sys.database_mirroring_endpoints (Transact-SQL) ve kimlik doğrulaması biçimine bağlı olarak , Windows Kimlik Doğrulaması için Veritabanı Yansıtma Uç Noktası Oluşturma (Transact-SQL) veya Veritabanı Yansıtma Uç Noktası için Sertifikaları Kullanma (Transact-SQL).
Bağlantı noktası numaralarının doğru olup olmadığını denetleyin.

Sunucu örneğinin veritabanı yansıtma uç noktasıyla ilişkilendirilmiş bağlantı noktasını belirlemek için sys.database_mirroring_endpoints ve sys.tcp_endpoints katalog görünümlerini kullanın.
Açıklaması zor olan veritabanı yansıtma kurulumu sorunları için, doğru bağlantı noktalarını dinleyip dinlemediğini belirlemek için her sunucu örneğini incelemenizi öneririz.
Uç noktaların başlatıldığından emin olun (DURUM=BAŞLATILDI). Her sunucu örneğinde aşağıdaki Transact-SQL deyimini kullanın.
```
SELECT state_desc FROM sys.database_mirroring_endpoints  
```
state_desc sütunu hakkında daha fazla bilgi için bkz. sys.database_mirroring_endpoints (Transact-SQL).

Uç noktayı başlatmak için aşağıdaki Transact-SQL deyimini kullanın.
```
ALTER ENDPOINT Endpoint_Mirroring   
STATE = STARTED   
AS TCP (LISTENER_PORT = <port_number>)  
FOR database_mirroring (ROLE = ALL);  
GO  
```
Daha fazla bilgi için bkz. ALTER ENDPOINT (Transact-SQL).
ROLE öğesinin doğru olup olmadığını denetleyin. Her sunucu örneğinde aşağıdaki Transact-SQL deyimini kullanın.
```
SELECT role FROM sys.database_mirroring_endpoints;  
GO  
```
Daha fazla bilgi için bkz. sys.database_mirroring_endpoints (Transact-SQL).

Diğer sunucu örneğinden hizmet hesabının oturum açma işlemi için CONNECT izni gerekir. Diğer sunucudan oturum açma işleminin BAĞLAN izni olduğundan emin olun. Uç nokta için kimlerin CONNECT iznine sahip olduğunu belirlemek için her sunucu örneğinde aşağıdaki Transact-SQL deyimini kullanın.

SELECT 'Metadata Check';  
SELECT EP.name, SP.STATE,   
   CONVERT(nvarchar(38), suser_name(SP.grantor_principal_id))   
      AS GRANTOR,   
   SP.TYPE AS PERMISSION,  
   CONVERT(nvarchar(46),suser_name(SP.grantee_principal_id))   
      AS GRANTEE   
   FROM sys.server_permissions SP , sys.endpoints EP  
   WHERE SP.major_id = EP.endpoint_id  
   ORDER BY Permission,grantor, grantee;   
GO

Sistem Adresi

Veritabanı yansıtma yapılandırmasındaki bir sunucu örneğinin sistem adı için, sistemi kesin olarak tanımlayan herhangi bir adı kullanabilirsiniz. Sunucu adresi bir sistem adı (sistemler aynı etki alanındaysa), tam etki alanı adı veya IP adresi (tercihen statik IP adresi) olabilir. Tam nitelikli alan adını kullanmanın işe yarayacağı garanti edilir. Daha fazla bilgi için bkz. Sunucu Ağ Adresi Belirtme (Veritabanı Yansıtma).

Ağ Erişimi

Her sunucu örneğinin tcp üzerinden diğer sunucu örneğinin veya örneklerin bağlantı noktalarına erişebilmesi gerekir. Sunucu örnekleri birbirine güvenmeyen farklı etki alanlarındaysa (güvenilmeyen etki alanları) bu özellikle önemlidir. Bu, sunucu örnekleri arasındaki iletişimin büyük bir kısmını kısıtlar.

Yansıtma Veritabanı Hazırlığı

İster yansıtmayı ilk kez başlatıyor olun, ister yansıtma kaldırıldıktan sonra yeniden başlatıyor olun, yansıtma veritabanının yansıtma için hazır olduğunu doğrulayın.

Yansıtma sunucusunda yansıtma veritabanını oluşturduğunuzda, NORECOVERY ile aynı veritabanı adını belirten asıl veritabanının yedeğini geri yüklediğinizden emin olun. Ayrıca, bu yedekleme alındıktan sonra oluşturulan tüm günlük yedeklemeleri de NORECOVERY ile yeniden uygulanmalıdır.

Ayrıca mümkünse aynalanmış veritabanının dosya yolunun (sürücü harfi dahil) asıl veritabanının yoluyla aynı olmasını öneririz. Dosya yolları farklı olmalıdır; örneğin, asıl veritabanı 'F:' sürücüsündeyse ancak yansıtma sisteminde F: sürücüsü yoksa, RESTORE deyimine MOVE seçeneğini eklemeniz gerekir.

Önemli

Yansıtma veritabanını oluştururken veritabanı dosyalarını taşırsanız, yansıtmayı askıya almaksızın daha sonra veritabanına dosya ekleyemeyebilirsiniz.

Veritabanı yansıtma durdurulduysa, yansıtmanın yeniden başlatılabilmesi için önce asıl veritabanında alınan sonraki tüm günlük yedeklemelerinin yansıtma veritabanına uygulanması gerekir.

Daha fazla bilgi için bkz. Yansıtma Veritabanını Yansıtma için Hazırlama (SQL Server).

başarısız Create-File işlemi

Yansıtma oturumunu etkilemeden dosya eklemek için dosyanın yolunun her iki sunucuda da bulunması gerekir. Bu nedenle, yansıtma veritabanını oluştururken veritabanı dosyalarını taşırsanız, yansıtma veritabanında daha sonraki bir eklenti dosyası işlemi başarısız olabilir ve yansıtmanın askıya alınmasına neden olabilir.

Sorunu düzeltmek için:

Veritabanı sahibinin yansıtma oturumunu kaldırması ve eklenen dosyayı içeren dosya grubunun tam yedeğini geri yüklemesi gerekir.
Sahibin daha sonra asıl sunucuda dosya ekleme işlemini içeren günlüğü yedeklemesi ve WITH NORECOVERY ve WITH MOVE seçeneklerini kullanarak günlük yedeklemesini yansıtma veritabanına elle geri yüklemesi gerekir. Bunu yaptığınızda yansıtma sunucusunda belirtilen dosya yolu oluşturulur ve yeni dosya bu konuma geri yüklenir.
Veritabanını yeni bir yansıtma oturumuna hazırlamak için, sahibin asıl sunucudan bekleyen diğer günlük yedeklerini KURTARMA OLMADAN da geri yüklemesi gerekir.

Daha fazla bilgi için bkz. Veritabanı Yansıtmasını Kaldırma (SQL Server), Yansıtma için Yansıtma Veritabanı Hazırlama (SQL Server), Windows Kimlik Doğrulaması Kullanarak Veritabanı Yansıtma Oturumu Oluşturma (Transact-SQL), Veritabanı Yansıtma Uç Noktası için SertifikaLar Kullanma (Transact-SQL) veya Windows Kimlik Doğrulaması (SQL Server Management Studio) Kullanarak Veritabanı Yansıtma Oturumu Oluşturma.

Transact-SQL Kullanarak yansıtmayı başlatma

ALTER DATABASE database_name SET PARTNER ='partner_server' deyimlerinin verilme sırası çok önemlidir.

İlk ifade yedek sunucusunda çalıştırılmalıdır. Bu ifade verildiğinde, ayna sunucu başka bir sunucu örneğiyle iletişim kurmaya çalışmaz. Bunun yerine, yansıtma sunucusu, veritabanına yansıtma sunucusuna asıl sunucu tarafından ulaşılana kadar beklemesini emreder.
İkinci ALTER DATABASE deyimi asıl sunucuda çalıştırılmalıdır. Bu ifade, asıl sunucunun yansıtıcı sunucuya bağlanmayı denemesine neden olur. Bu bağlantı oluşturulduktan sonra, ayna sunucu başka bir bağlantıda ana sunucuya bağlanmayı dener.

Daha fazla bilgi için bkz. ALTER DATABASE (Transact-SQL).

Uyarı

Yansıtmayı başlatmak için SQL Server Management Studio kullanma hakkında bilgi için bkz. Windows Kimlik Doğrulaması Kullanarak Veritabanı Yansıtma Oturumu Oluşturma (SQL Server Management Studio).

Veritabanları Arası İşlemler

Yüksek güvenlik modunda bir veritabanı otomatik hata toleransı ile yansıtıldığında, otomatik hata toleransı kararsız işlemlerin otomatik ve muhtemelen yanlış çözülmesine yol açabilir. Veritabanları arası bir işlem işlenirken herhangi bir veritabanında otomatik yük devretme gerçekleşirse, veritabanları arasında mantıksal tutarsızlıklar oluşabilir.

Otomatik yük devretmeden etkilenebilen veritabanları arası işlem türleri şunlardır:

Aynı SQL Server örneğindeki birden çok veritabanını güncelleştiren bir işlem.
Microsoft Dağıtılmış İşlem Düzenleyicisi (MS DTC) kullanan işlemler.

Daha fazla bilgi için bkz. Always On Kullanılabilirlik Grupları ve Veritabanı Yansıtması (SQL Server) için Veritabanları Arası İşlemler ve Dağıtılmış İşlemler.

Ayrıca Bkz.

Veritabanı Yansıtmayı Ayarlama (SQL Server)
Veritabanı Yansıtma ve Her Zaman Açık Kullanılabilirlik Grupları için Aktarım Güvenliği (SQL Server)

Geri Bildirim

Bu sayfayı yararlı buldunuz mu?

Last updated on 2025-11-18