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

  • Makale

Ş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:

Kullanılan günlük dosyası boyutunu ve alanını gösteren komutun sonuçlarını içeren ekran görüntüsü

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:

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

Sertifikayı döndürme

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.

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:

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

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