KB2653893 - DÜZELTME: veritabanının SQL Server 2008 R2 veya SQL Server 2008 veya SQL 2012'de geri yüklenmesi uzun sürüyor

Belirtiler

Microsoft SQL Server 2008 R2 veya Microsoft SQL Server 2008 veya Microsoft SQL Server 2012'de bir veritabanını geri yüklemek uzun zaman alabilir.

Neden

Bu sorun, veritabanında çok sayıda VLF olduğunda Sanal Günlük Dosyası (VLF) listesinin oluşturulmasının uzun sürmesi nedeniyle oluşur.

Çözüm

Durum

Microsoft bu sorunun "Aşağıdakilere Uygulanır" bölümünde listelenen Microsoft ürünlerinde bulunduğunu onaylamıştır.

Ek Bilgi

SQL hata günlüğü dosyasını gözden geçirip her işlem günlüğü yedekleme dosyasındaki günlük sırası numarasını (LSN) bularak VLF segmentlerinin sayısını kontrol edebilirsiniz. LSN'lerdeki iki nokta üst üste simgesinden önceki ilk basamaklar LSN'nin sayısına karşılık gelir.

Örneğin, LSN'nin ilk bilgilendirme iletisindeki ilk sayı 1'dir. Ancak, LSN için ikinci bilgilendirme iletisindeki ilk sayı 100001. Bu senaryoda, ilk bilgilendirici ileti ile ikinci bilgilendirme iletisinin zamanı arasında 100.000 VFS kullanılır. Bu nedenle, birçok Sanal Günlük Files (VLFS) içeren günlüğe kaydedilen parçalanmış işlem günlüğü aşağıdakine benzer:

{Günlük yedeklendi. Veritabanı: mydbname, oluşturma tarihi(saati): 2010/07/08(12:36:46), ilk LSN: 1:5068:70, son LSN: 1:5108:1, döküm cihazı sayısı: 1, cihaz bilgileri: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Bu yalnızca bilgilendirme amaçlı bir iletidir. Kullanıcı eylemi gerekmez.

Günlük yedeklendi. Veritabanı: mydbname, oluşturma tarihi(saati): 2010/07/08(15:36:46), ilk LSN: 100001:5108:1, son LSN: 100002:5108:1, döküm cihazı sayısı: 1, cihaz bilgileri: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Bu yalnızca bilgilendirme amaçlı bir iletidir. Kullanıcı eylemi gerekmez.}

Başvurular

Günlük sırası numaraları (LSN) hakkında daha fazla bilgi için aşağıdaki MSDN web sitesini ziyaret edin:

Günlük dizisi numaraları hakkında genel bilgiler

Günlük dosyası yapısının veritabanı kurtarma süresini nasıl etkileyebileceği hakkında daha fazla bilgi için aşağıdaki MSDN web sitesini ziyaret edin:

Günlük dosyası yapısının veritabanı kurtarma süresini

nasıl etkileyebileceğiİşlem günlüğü VDF'leri hakkında daha fazla bilgi için aşağıdaki MSDN web sitesini ziyaret edin:

İşlem günlüğü dosyası hakkında genel bilgiler

Geçici Çözüm

• Geri yükleme veya kurtarma işleminin tamamlanmasını
  
  bekleyin Veritabanını geri yüklerken veya kurtarırken yavaş performansla karşılaşan kurtarılmamış bir veritabanınız varsa, geri yükleme veya kurtarma işleminin tamamlanmasını beklemeniz gerekebilir. Örneğin, kurtarılamayan bir veritabanının çevrimdışı durumunu veya kurtarma durumunu SQL Server Management Studio (SSMS) içinde görebilirsiniz. SQL Server durdurulması genellikle yavaş kurtarma için hiçbir rahatlama sağlar ve aynı kurtarma analizi aşamasını, yineleme aşamasını veya geri alma aşamasını yinelemek daha uzun sürebilir.

• Binlerce VLIF
  
  içeren işlem günlüğü dizisini geri yüklemekten kaçının Bir veritabanını yedekleme dosyası kullanarak geri yüklerken ve kurtarırken yavaş performansla karşılaşırsanız, binlerce VLF içeren işlem günlüğü dizilerini geri yüklemekten kaçınabilirsiniz. Kaydedilen sanal günlük dosyalarının en çok bulunduğu yedekleme dosyasını belirlemek için, günlük yedekleme dosyalarında FirstLSN ve LastLSN sütunlarını görmek için aşağıdaki deyimi kullanın:
  HEADERONLY FROM DISK='C:\folder\file.trn'Günlük
  
  yedekleme dosyalarını geri yüklememeye karar vekleyebilirsiniz. Öte yandan, işlem günlüklerinin yüksek oranda parçalanmış kısımlarını önlemek için RESTORE komutlarındaki STOP AT deyimini de kullanabilirsiniz. Hata kurtarma senaryosu sırasında günlük dizilerini en son noktaya kadar tamamen geri yüklemezseniz, veritabanınızda veri kaybı SQL Server oluşur. Bu veri kaybı, tüm işlemlerin tutulmaması nedeniyle oluşur. Bu nedenle, bir iş denge kararı vardır. Yüksek oranda parçalanmış bir işlem günlüğünü tamamen geri yükleyebilirsiniz. Ancak bu işlem birkaç saat sürebilir. İsterseniz, günlüğün yüksek oranda parçalanmış bölümünden önce kurtarmayı durdurmak için kurtarmadaki STOP AT deyimini de kullanabilirsiniz. Ancak, atladığınız tüm eksik işlemler kaybolur.
  
  Not Bu düzeltmeyi yüklemeden, SQL Server yeniden başlattıktan sonra hızlandırılmış kurtarma için genellikle güvenli bir başvuru yoktur. SQL Server günlük dosyalarını analiz etmek, tamamlanmış işlemleri yinelemek ve sonra veritabanını güvenli bir şekilde çevrimiçi yapmak için kurtarmayı tamamlamak için tamamlanmamış işlemleri geri almak için VLF'lerin listesini bulması gerekir. Kurtarma sırasında işlemleri güvenli bir şekilde atlayamazsınız.