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, 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ı kullanmaya yönelik en iyi yöntemler özetlenmektedir. Bağlantı, bağlı çoğaltmalar arasında neredeyse gerçek zamanlı veri çoğaltması sağlar.

Günlük yedeklemelerini düzenli olarak alma

SQL Server, sizin ilk birincil sunucunuz ise, veritabanı artık Azure SQL Yönetilen Örneği'nde Geri Yükleniyor... durumunda olmadığında, ilk tohumlama tamamlandıktan sonra SQL Server'da ilk günlük yedeklemesini alın. Ardından SQL Server birincil roldeyken işlem günlüğü dosyası boyutunu sağlıklı tutmak 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 grubu veri çoğaltması, işlem günlüğü kayıtlarını çoğaltmayı temel alır. Birincil SQL Server örneği, ikincil çoğaltmadaki veritabanına çoğaltılana kadar veritabanındaki işlem günlüğü kayıtlarını kesemez. Ağ bağlantısı sorunları, işlem günlüğü kaydı çoğaltmasının yavaşlamasına veya engellenmesine neden oluyorsa, günlük dosyası birincil sunucuda büyümeye devam eder. İş yükünün yoğunluğu ve ağ hızı büyüme hızını belirler. Ağ bağlantısı kesintisi uzun sürerse ve birincil örnekteki iş yükü ağırsa 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, genellikle işlem günlüğünün boyutu ve kullanım yüzdesi, günlük dosyasını kesmek ve biraz yer açmak için bir işlem günlüğü yedeği almanız gerektiğini veya daha sık günlük yedeklemeleri yapmanız gerektiğini gösterir. 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, SQL Yönetilen Örneği birincil çoğaltma olsun veya olmasın otomatik tam ve işlem günlüğü yedeklemeleri alı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 kullandığınızda, SQL Server ile SQL Yönetilen Örneği arasındaki performans kapasitesini eşleştirin. Bu eşleme, ikincil replikanın birincil replikadan gelen çoğaltmaya yetişememesi veya yük devretmeden sonra performans sorunlarını önlemenize yardımcı olur. 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 boyutunu denetleyerek çoğaltmanın performansını izleyebilirsiniz. Yineleme kuyruğunun boyutu, ikincil çoğaltmada yeniden işlenmeyi bekleyen günlük kayıtlarının sayısını gösterir. Tutarlı olarak yüksek yeniden yapma kuyruğu boyutu, ikincil çoğaltmanın birincil çoğaltmaya ayak uyduramadığını gösterir. 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. Hizmet, SQL Yönetilen Örneği'nde veritabanı yansıtma uç noktasının güvenliğini sağlamak için kullanılan sertifikayı yönettiği ve otomatik olarak döndürdüğü için sertifikayı manuel olarak döndürmenize 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üresi dolabilir. Sertifikanın süresi dolarsa bağlantıda düşüşe yol açabilir. 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şturun ve geçerli sertifikayı değiştirmek için mevcut uç noktayı değiştirin.

Uç noktayı yeni sertifikayı kullanacak şekilde yapılandırdı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 izlemeniz gerekmez.

SQL Server'da sertifika zincirini doğrulama

Not

Mevcut bağlantılar için sertifika zincirini düzenli aralıklarla doğrulayın veya düzeyi düşürülmüş bağlantıyla ilgili sorunları giderin. Yeni bir bağlantı yapılandırıyorsanız veya kısa süre önce SQL Yönetilen Örneği'nden sertifika ortak anahtarını alma ve SQL Server'a aktarma veAzure güvenilen kök sertifika yetkilisi anahtarlarını SQL Server'a aktarma bölümlerindeki adımları 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, certificate_id değerinin yerine <ManagedInstanceFQDN> 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ğrulanmış olduğunu 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.

Eşzamanlı işlemi dikkatli kullanın

Bağlantı için varsayılan işleme modu zaman uyumsuzdur. İşleme modunu zaman uyumlu olarak değiştirmek mümkün olsa da, olası veri kaybına karşı güvenli hale getirmek önerilmez ve gerekli değildir.

Planlanan bağlı yük devretme sırasında çoğaltma, yük devretme tamamlanana kadar geçici olarak eşzamanlı işleme moduna geçer. Yük devretme sonrasında, yük devretmeden önce açıkça zaman uyumlu işleme moduna ayarlanmış olsa bile işleme modu tekrar zaman uyumsuz moda geçer.

Bağlantı için eşzamanlı taahhüt modu kullanılması, özellikle replikalar arasında yüksek ağ gecikmesi varsa, birincil repliğinizin performansını etkileyebilir. Senkron taahhüt modunda, birincil çoğaltmadaki işlemler, birincil üzerinde işleme alınmadan önce işlem günlüğü kayıtlarının ikincil çoğaltmada sağlamlaştırıldığını onaylamak için beklemek zorundadır. Bu bekleme süresi daha yüksek ağ gecikme süresiyle artar ve bu da işlem yanıt sürelerinin artmasına ve birincil çoğaltmada aktarım hızının azalmasına neden olabilir.

İ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)