Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Günlük kayıt gönderimi ile ilgili olağanüstü durum kurtarma çözümünüzü korumak için, yükseltme işlemlerini veya hizmet güncellemelerini uygun sırayla uygulayın. Hizmet güncelleştirmeleri hizmet paketlerini veya toplu güncelleştirmeleri içerir.
Uyarı
Yükseltilmiş günlük gönderim yapılandırması, backup compression default işlem günlüğü yedekleme dosyaları için yedekleme sıkıştırmasının kullanılıp kullanılmadığını denetlemek için sunucu düzeyinde yapılandırma seçeneğini kullanır. Her log gönderme yapılandırması için log yedeklemelerinin yedekleme sıkıştırma davranışını belirtebilirsiniz. Daha fazla bilgi için bkz. Log Shipping'i (SQL Server) Yapılandırma.
Önkoşullar
Başlamadan önce aşağıdaki önemli bilgileri gözden geçirin.
| Makale | Description |
|---|---|
| Desteklenen sürüm ve sürüm yükseltmeleri | Mevcut Windows işletim sisteminizden ve SQL Server sürümünüzden istediğiniz SQL Server sürümüne yükseltebileceğinizi doğrulayın. Örneğin, doğrudan bir SQL Server 2005 (9.x) örneğinden SQL Server 2025'e (17.x) yükseltemezsiniz. |
| Veritabanı Altyapısı yükseltme yöntemi seçme | Desteklenen sürüm ve sürüm yükseltmelerini gözden geçirmenize bağlı olarak uygun yükseltme yöntemini ve adımları seçin. Bileşenleri doğru sırada yükseltmek için ortamınızda yüklü olan diğer bileşenleri de göz önünde bulundurun. |
| Veritabanı Altyapısı yükseltme planını planlama ve test edin | Sürüm notlarını ve bilinen yükseltme sorunlarını, yükseltme öncesi denetim listesini gözden geçirin ve yükseltme planını geliştirip test edin. |
| SQL Server'ı yüklemek için donanım ve yazılım gereksinimleri | SQL Server'ın yüklenmesi için yazılım gereksinimlerini gözden geçirin. Başka bir yazılım gerekiyorsa, kapalı kalma süresini en aza indirmek için yükseltme işlemine başlamadan önce her düğüme yükleyin. |
| SQL Server 2022'de (16.x) eklenen kapsanan kullanılabilirlik grubu desteği | İçerik kullanılabilirlik gruplarını log shipping ile kullanmaya başlamak istiyorsanız, log shipping topolojisini silmeniz ve yeniden oluşturmanız gerekir. Ancak, log shipping ile içerik kapsayan kullanılabilirlik gruplarını zaten kullanıyorsanız, yükseltmeler desteklenir. |
| SQL Server 2025'te (17.x) TDS 8.0 desteği eklendi | TDS 8.0'ı SQL 2025 ve sonraki sürümlerde günlük gönderimi ile kullanmak istiyorsanız, önce mevcut günlük gönderim yapılandırmanızı kaldırmanız gerekir. |
Yükseltmeden önce verilerinizi koruma
Günlük gönderimi yükseltmesi sırasında verilerinizi korumak için şu adımları izleyin:
Her birincil veritabanında tam veritabanı yedeklemesi gerçekleştirin.
Daha fazla bilgi için bkz. Tam bir Veritabanı Yedeği Oluşturma (SQL Server).
Her birincil veritabanında DBCC CHECKDB komutunu çalıştırın.
Önemli
birincil sunucunuzun, ikincillerin yükseltmesi sürdüğü sürece günlük yedekleme kopyalarını tutmak için yeterli alana sahip olduğundan emin olun. İkincil sunucuya yük devrediyorsanız, ikincil sunucu (yeni birincil sunucu) için de aynı endişe geçerlidir.
(isteğe bağlı) izleyici sunucu örneğini yükseltme
İzleme sunucusu örneğini (varsa) istediğiniz zaman yükseltebilirsiniz. Ancak, birincil ve ikincil sunucuları yükseltirken isteğe bağlı monitör sunucusunu yükseltmeniz gerekmez.
Monitör sunucu yükseltilirken, günlük gönderim yapılandırması çalışmaya devam eder, ancak durumu monitördeki tablolara kaydedilmez. İzleyici sunucusu yükseltilirken yapılandırılan uyarılar tetiklenmez. Yükseltme sonrasında, sp_refresh_log_shipping_monitor sistem saklı yordamını yürüterek izleme tablolarındaki bilgileri güncelleştirebilirsiniz. İzleme sunucusu hakkında daha fazla bilgi için bkz. Günlük Aktarma Hakkında (SQL Server).
İkincil sunucu örneklerini yükseltme
Yükseltme işlemi, birincil sunucu örneğini yükseltmeden önce SQL Server'ın ikincil sunucu örneklerini yükseltmeyi içerir. Her zaman önce ikincil SQL Server örneklerini yükseltin. Yükseltilmiş ikincil sunucu örnekleri birincil sunucu örneğinden günlük yedeklemelerini geri yüklemeye devam ettiğinden, günlük gönderimi yükseltme işlemi boyunca devam eder.
birincil sunucu örneğini ikincil sunucu örneğinden önce yükseltirseniz, SQL Server'ın daha yeni bir sürümünde oluşturulan bir yedekleme SQL Server'ın eski bir sürümünde geri yüklenemediğinden günlük gönderimi başarısız olur. İkincil örnekleri aynı anda veya seri olarak yükseltebilirsiniz, ancak günlük gönderme hatasını önlemek için birincil örneği yükseltmeden önce tüm ikincil örnekleri yükseltmeniz gerekir.
İkincil sunucu örneğini yükseltirken, günlük gönderme kopya ve geri yükleme işleri çalışmaz. Bu koşul, yanıtlanmamış işlem günlüğü yedeklemelerinin birincil çoğaltmada biriktiği ve bu yanıtlanmamış yedeklemeleri tutmak için yeterli alana sahip olmanız gerektiği anlamına gelir. Birikmesi miktarı, birincil sunucu örneğinde zamanlanmış yedekleme sıklığına ve ikincil örnekleri yükseltme sırasına bağlıdır. Ayrıca, ayrı bir izleyici sunucusu yapılandırılırsa, geri yüklemelerin yapılandırılan aralıktan daha uzun süredir gerçekleştirilmediğini belirten uyarılar oluşturulabilir.
İkincil sunucu örneklerini yükseltdiğinizde, günlük gönderim aracıları işleri devam eder ve günlük yedeklemelerini birincil sunucu örneğinden ikincil sunucu örneklerine kopyalayıp geri yüklemeye devam eder. İkincil sunucu örneklerinin ikincil veritabanını güncel duruma getirmesi için gereken süre, ikincil sunucu örneğini yükseltmek için geçen süreye ve birincil sunucudaki yedeklemelerin sıklığına bağlı olarak değişir.
Sunucu yükseltmesi sırasında ikincil veritabanının kendisi yeni sürüme yükseltilmez. Sadece günlük gönderilen veritabanının yük devretme işlemi başlatılarak çevrimiçi duruma getirildiği durumlarda yükseltilir. Teoride bu durum süresiz olarak devam edebilir. Geçiş başlatıldığında veritabanı meta verilerini yükseltme süresi kısadır.
Önemli
Bu RESTORE WITH STANDBY seçenek, yükseltme gerektiren bir veritabanı için desteklenmez. Yükseltilmiş bir ikincil veritabanı kullanılarak RESTORE WITH STANDBYyapılandırılırsa, işlem günlükleri artık yükseltmeden sonra geri yüklenemez. İkincil veritabanında günlük gönderimini devam ettirmek için bu bekleme sunucusunda günlük gönderimini tekrar ayarlamanız gerekir. Seçeneği hakkında STANDBY daha fazla bilgi için bkz. İşlem Günlüğü Yedeklemesini (SQL Server) geri yükleme.
Birincil sunucu örneğini yükseltme
Temelde bir olağanüstü durum kurtarma çözümüdür, günlük göndermenin en basit ve en yaygın senaryosu birincil örneği yerinde güncellemektir. Bu yükseltme sırasında veritabanı kullanılamıyor. Sunucu yükseltildikten sonra veritabanı otomatik olarak yeniden çevrimiçi olur ve bu da yükseltilmesine neden olur. Veritabanı yükseltildikten sonra log shipping görevleri devam eder.
Günlük gönderimi, bir ikincil sunucuya yük devretme seçeneğini de destekler ve isteğe bağlı olarak birincil ve ikincil günlük gönderim sunucuları arasındaki rolleri değiştirme opsiyonunu sunar.
Ancak, günlük gönderimi artık yüksek kullanılabilirlik çözümü olarak sıkça yapılandırılmadığı için (daha yeni seçenekler çok daha sağlamdır), failover genellikle kesinti süresini en aza indirmez. Sistem veritabanı nesneleri eşitlenmeyebilir ve istemcilerin terfi ettirilmiş ikincil sunucuyu kolayca bulup bağlanabilmesi zor olabilir.