Yönetilen Örnek bağlantısı en iyi yöntemleri - Azure SQL Yönetilen Örneği

Şunlar için geçerlidir:Azure SQL Yönetilen Örneği

Bu makalede, bağlı çoğaltmalar arasında gerçek zamanlıya yakın veri çoğaltması sağlayarak Azure SQL Yönetilen Örneği ile herhangi bir yerde barındırılan SQL Server örnekleriniz arasında verileri çoğaltmak için Yönetilen Örnek bağlantısını kullanırken en iyi yöntemler özetlenmektedir.

Günlük yedeklemelerini düzenli olarak alma

SQL Server ilk birincil sunucunuzsa, veritabanı artık Azure SQL Yönetilen Örneği'da Geri Yükleniyor... durumunda olmadığında, ilk tohumlama tamamlandıktan sonra SQL Server'da ilk günlük yedeklemesini almak önemlidir. Ardından SQL Server birincil roldeyken sağlıklı bir işlem günlüğü dosyası boyutunu korumak için SQL Server işlem günlüğü yedeklemelerini düzenli olarak alın.

Bağlantı özelliği, Always On kullanılabilirlik gruplarını temel alan dağıtılmış kullanılabilirlik grupları teknolojisini kullanarak verileri çoğaltır. Dağıtılmış kullanılabilirlik gruplarıyla veri çoğaltma işlemi, işlem günlüğü kayıtlarını çoğaltmayı temel alır. birincil SQL Server örneğindeki veritabanından, ikincil çoğaltmadaki veritabanına çoğaltılana kadar hiçbir işlem günlüğü kaydı kesilebilir. İşlem günlüğü kaydı çoğaltması ağ bağlantısı sorunları nedeniyle yavaşsa veya engelleniyorsa, günlük dosyası birincil örnekte büyümeye devam eder. Büyüme hızı, iş yükünün yoğunluğuna ve ağ hızına bağlıdır. Birincil örnekte uzun süreli bir ağ bağlantısı kesintisi ve yoğun iş yükü varsa günlük dosyası tüm kullanılabilir depolama alanını alabilir.

Normal işlem günlüğü yedeklemeleri alındığında işlem günlüğü kesilir ve günlük dosyasının büyümesi nedeniyle birincil SQL Server örneğinde yer bitmesi riskini en aza indirir. Günlük yedeklemeleri otomatik olarak yapıldığından birincil SQL Yönetilen Örneği ek işlem yapılması gerekmez. SQL Server birincil sunucunuzda günlük yedeklemelerini düzenli olarak alarak veritabanınızı planlanmamış günlük büyüme olaylarına karşı daha dayanıklı hale getirirsiniz. SQL Server Agent işi kullanarak günlük yedekleme görevlerini zamanlamayı göz önünde bulundurun.

Bu bölümde sağlanan örnek gibi günlük dosyasını yedeklemek için Transact-SQL (T-SQL) betiği kullanabilirsiniz. Örnek betikteki yer tutucuları veritabanınızın adı, yedekleme dosyasının adı ve yolu ve açıklamasıyla değiştirin.

İşlem günlüğünüzü yedeklemek için SQL Server'da aşağıdaki örnek Transact-SQL (T-SQL) betiğini kullanın:

-- Execute on SQL Server
-- Take log backup
BACKUP LOG [<DatabaseName>]
TO DISK = N'<DiskPathandFileName>'
WITH NOFORMAT, NOINIT,
NAME = N'<Description>', SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 1

SQL Server'da veritabanınız tarafından kullanılan günlüğü denetlemek için aşağıdaki Transact-SQL (T-SQL) komutunu kullanın:

-- Execute on SQL Server
DBCC SQLPERF(LOGSPACE); 

Sorgu çıktısı örnek veritabanı tpcciçin aşağıdaki örneğe benzer:

Bu örnekte veritabanı, kullanılabilir günlüğün %76'sını kullandı ve mutlak günlük dosyası boyutu yaklaşık 27 GB (27.971 MB) oldu. Eylem eşikleri iş yükünüz temelinde farklılık gösterir. Önceki örnekte, işlem günlüğü boyutu ve günlüğün kullanım yüzdesi genellikle günlük dosyasının kesilmesi ve biraz yer açması için işlem günlüğü yedeği almanız gerektiğinin bir göstergesidir veya daha sık günlük yedeklemeleri almanız gerekir. Ayrıca, işlem günlüğü kesme işleminin açık işlemler tarafından engellendiğinin bir göstergesi de olabilir. SQL Server'da işlem günlüğü sorunlarını giderme hakkında daha fazla bilgi için bkz . Tam İşlem Günlüğü Sorunlarını Giderme (SQL Server Hatası 9002). Azure SQL Yönetilen Örneği işlem günlüğü sorunlarını giderme hakkında daha fazla bilgi için bkz. Azure SQL Yönetilen Örneği ile işlem günlüğü hatalarını giderme.

Not

Bir bağlantıya katılırken, birincil çoğaltma olsun veya olmasın, otomatik tam ve işlem günlüğü yedeklemeleri SQL Yönetilen Örneği alınır. Değişiklik yedekleri alınmaz ve bu da daha uzun geri yükleme sürelerine yol açabilir.

Çoğaltmalar arasındaki performans kapasitesini eşleştirme

Bağlantı özelliğini kullanırken, ikincil çoğaltma birincil çoğaltmadan veya yük devretmeden sonra çoğaltmaya ayak uyduramıyorsa performans sorunlarını önlemek için SQL Server ile SQL Yönetilen Örneği arasındaki performans kapasitesini eşleştirmek önemlidir. Performans kapasitesi CPU çekirdeklerini (veya Azure'daki sanal çekirdekleri), belleği ve G/Ç aktarım hızını içerir.

İkincil çoğaltmadaki yineleme kuyruğu boyutuyla çoğaltmanın performansını de kontrol edebilirsiniz. Yineleme kuyruğu boyutu, ikincil çoğaltmada yeniden oluşturulacak günlük kayıtlarının sayısını gösterir. Tutarlı olarak yüksek yineleme kuyruğu boyutu, ikincil çoğaltmanın birincil çoğaltmaya ayak uyduramazsınız. Yineleme kuyruğu boyutunu aşağıdaki yollarla de kontrol edebilirsiniz:

• redo_queue_size Birincil çoğaltmadaki sys.dm_hadr_database_replica_states dinamik yönetim görünümündeki değer.
• InstanceRedoLagReplicationSeconds Birincil çoğaltmadaki Get-AzSqlInstanceLink değeri.

Yineleme kuyruğunun boyutu tutarlı bir şekilde yüksekse, ikincil çoğaltmadaki kaynakları artırmayı göz önünde bulundurun.

Sertifikayı döndürme

SQL Server'da veritabanı yansıtma uç noktasının güvenliğini sağlamak için kullanılan sertifikayı el ile döndürmeniz gerekebilir. SQL Yönetilen Örneği'nde veritabanı yansıtma uç noktasını güvence altına almak için kullanılan sertifika, hizmet tarafından yönetilir ve otomatik olarak yenilenir, bu yüzden manuel olarak kendiniz yenilemenize gerek yoktur.

SQL Server

SQL Server'da veritabanı yansıtma uç noktasının güvenliğini sağlamak için kullandığınız sertifikanın süresinin dolması mümkündür ve bu da bağlantının bozulmasına neden olabilir. Bu sorunu önlemek için sertifikanın süresi dolmadan önce döndürün.

Geçerli sertifikanın son kullanma tarihini denetlemek için aşağıdaki Transact-SQL (T-SQL) komutunu kullanın:

-- Run on SQL Server
USE MASTER
GO
SELECT * FROM sys.certificates WHERE pvt_key_encryption_type = 'MK' 

Sertifikanızın süresi dolmak üzereyse veya süresi dolmuşsa, yeni bir sertifika oluşturabilir ve mevcut uç noktayı geçerli sertifikayı değiştirmek için değiştirebilirsiniz.

Uç nokta yeni sertifikayı kullanacak şekilde yapılandırıldıktan sonra süresi dolan sertifikayı bırakabilirsiniz.

SQL Yönetilen Birim

SQL Yönetilen Örneği'nin veritabanı yansıtma uç noktası sertifikası düzenli aralıklarla otomatik olarak döndürülür. SQL Server'da sertifika zincirini başarıyla doğrulayabileceğiniz sürece SQL Yönetilen Örneği'ne veritabanı yansıtma uç noktası sertifikasının son kullanma tarihini izlemek gerekli değildir.

SQL Server'da sertifika zincirini doğrulama

Not

Sertifika zinciri, mevcut bağlantılar için veya düzeyi düşürülmüş bağlantıyla ilgili sorunları gidermek için düzenli aralıklarla doğrulanmalıdır. Yeni bir bağlantı yapılandırıyorsanız veya SQL Yönetilen Örneği'nden sertifika ortak anahtarını alma ve SQL Server'a aktarma veAzure tarafından güvenilen kök sertifika yetkilisi anahtarlarını SQL Server'a aktarma bölümlerindeki adımları kısa süre önce tamamladıysanız bu bölümü atlayın.

Sertifika zinciriyle ilgili sorunlar bağlantıyı düşürebilir. Bu sorunu önlemek için SQL Server'da sertifika zincirini düzenli olarak doğrulayın.

Aşağıdaki senaryolar SQL Server'da sertifika zinciriyle ilgili sorunlara neden olabilir:

• SQL Yönetilen Örneğinde zamanlanmış sertifika döndürme.
• SQL Server'da sertifikalarda, veritabanı yansıtma uç noktasını güvence altına almak için kullanılan sertifikayı bırakma veya değiştirme gibi kasıtsız veya yanlışlıkla yapılan değişiklikler.

İlk olarak, <ManagedInstanceFQDN> değerinin yerine certificate_id değerini koyarak içe aktarılan MI uç nokta sertifikasının değerini belirleyin ve ardından SQL Server'da aşağıdaki sorguyu çalıştırın:

-- Run on SQL Server 
USE master 
SELECT name, subject, certificate_id, start_date, expiry_date 
FROM sys.certificates 
WHERE issuer_name LIKE '%Microsoft Corporation%' AND name = '<ManagedInstanceFQDN>' 
GO 

Ardından, önceki sorgunun sonucundaki değerini <certificate_id> değiştirip SQL Server'da aşağıdaki sorguyu çalıştırarak sertifikayı doğrulayın:

-- Run on SQL Server 
USE master
EXEC sp_validate_certificate_ca_chain <certificate_id> 
GO 

yanıtı Commands completed successfully. Completion time: ... , MI uç nokta sertifikasının başarıyla doğrulandığını gösterir.

Önemli

Saklı yordam sp_validate_certificate_ca_chain , sertifika doğrulaması gerçekleştirmek için konak işletim sistemi hizmetlerini kullanır ve bu da çevrimiçi sertifika iptal denetimi içerebilir. Konak işletim sistemi İnternet'e erişecek şekilde yapılandırılmamışsa, sertifika zinciri geçerli olsa bile yürütme başarısız olur.

Hatayla karşılaşırsanız, en güvenilir azaltma, önce SQL Yönetilen Örneği'nden sertifika ortak anahtarını alma ve SQL Server'a içeri aktarma veAzure'da güvenilen kök sertifika yetkilisi anahtarlarını SQL Server'a aktarma bölümlerinde oluşturulan tüm sertifikaları bırakarak sertifika zincirini geri yüklemek ve sonra bunları yeniden içeri aktarmaktır.

Başlangıç izleme bayrakları ekleme

SQL Server'da, başlangıç parametreleri olarak eklendiğinde bağlantı aracılığıyla veri çoğaltma performansını iyileştirebilen iki izleme bayrağı (-T1800 ve -T9567) vardır. Daha fazla bilgi edinmek için bkz . Başlangıç izleme bayraklarını etkinleştirme.

İlgili içerik

Bağlantıyı kullanmak için:

• Yönetilen Örnek bağlantısı için ortamı hazırlama
• SSMS ile SQL Server ile SQL Yönetilen örneği arasındaki bağlantıyı yapılandırma
• Sql Server ile SQL Yönetilen örneği arasındaki bağlantıyı betiklerle yapılandırma
• Bağlantının yük devretmesi
• Bağlantıyla geçiş
• Bağlantı ile ilgili sorunları giderme

Bağlantı hakkında daha fazla bilgi edinmek için:

• Yönetilen Örnek bağlantısına genel bakış
• Yönetilen Örnek bağlantısıyla olağanüstü durum kurtarma
• Bağlantı korumak için en iyi yöntemler

Diğer çoğaltma ve geçiş senaryoları için şunları göz önünde bulundurun:

• SQL Yönetilen Örneği ile işlem çoğaltması
• Günlük Yeniden Yürütme Hizmeti (LRS)