KB2653893 - PERBAIKAN: Membutuhkan waktu lama untuk memulihkan database di SQL Server 2008 R2 atau di SQL Server 2008 atau di SQL 2012

Gejala

Mungkin memerlukan waktu lama untuk memulihkan database di Microsoft SQL Server 2008 R2 atau di Microsoft SQL Server 2008 atau di Microsoft SQL Server 2012.

Penyebab

Masalah ini terjadi karena memerlukan waktu lama untuk menyusun daftar File Log Virtual (VLF) ketika ada banyak VLF dalam database.

Resolusi

Status

Microsoft telah melakukan konfirmasi bahwa masalah ini timbul pada produk Microsoft yang tertera pada bagian "Berlaku untuk".

Informasi Selengkapnya

Anda bisa memeriksa jumlah segmen VLF dengan meninjau file log kesalahan SQL lalu dengan menemukan nomor urutan log (LSN) di setiap file pencadangan log transaksi. Digit pertama sebelum simbol titik dua dalam LSN terkait dengan jumlah LSN.

Misalnya, angka pertama dalam pesan informasi pertama untuk LSN adalah 1. Namun, angka pertama dalam pesan informasi kedua untuk LSN adalah 100001. Dalam skenario ini, ada 100.000 VLF yang digunakan antara waktu pesan informasi pertama dan pesan informasi kedua. Oleh karena itu, log transaksi terfragmentasi yang dicatat yang memiliki banyak Files Log Virtual (VLF) menyerupan hal berikut:

{Log telah dicadangkan. Database: mydbname, tanggal pembuatan(waktu): 2010/07/08(12:36:46), LSN pertama: 1:5068:70, LSN terakhir: 1:5108:1, jumlah perangkat dump: 1, informasi perangkat: (FILE=1, TYPE=DISK: {'C:\folder\logbackup1.trn'}). Ini hanyalah pesan informasi. Tidak diperlukan tindakan pengguna.

Log telah dicadangkan. Database: mydbname, creation date(time): 2010/07/08(15:36:46), LSN pertama: 100001:5108:1, LSN terakhir: 100002:5108:1, jumlah perangkat pembuangan: 1, informasi perangkat: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). Ini hanyalah pesan informasi. Tidak diperlukan tindakan pengguna.}

Referensi

Untuk informasi selengkapnya tentang nomor urutan log (LSN), kunjungi situs web MSDN berikut ini:

Informasi umum tentang nomor urutan log

Untuk informasi selengkapnya tentang bagaimana struktur file log dapat memengaruhi waktu pemulihan database, kunjungi situs web MSDN berikut ini:

Bagaimana struktur file log bisa mempengaruhi waktu

pemulihan databaseUntuk informasi selengkapnya tentang VLF log transaksi, kunjungi situs web MSDN berikut:

Informasi umum tentang file log transaksi

Penyelesaian Masalah

• Tunggu hingga operasi pemulihan atau pemulihan selesai
  
  Jika memiliki database yang tidak dipulihkan yang mengalami kinerja lambat saat memulihkan atau memulihkan database, Anda mungkin harus menunggu operasi pemulihan atau pemulihan selesai. Misalnya, Anda mungkin melihat status offline atau status pemulihan dalam SQL Server Management Studio (SSMS) untuk database yang tidak dipulihkan. Menghentikan SQL Server biasanya tidak memberikan bantuan untuk pemulihan yang lambat dan mungkin membutuhkan lebih banyak waktu untuk mengulangi fase analisis pemulihan yang sama, fase pengulangan, atau membatalkan fase.

• Hindari memulihkan urutan log transaksi yang berisi ribuan VLF
  
  Jika Anda mengalami kinerja yang lambat saat Memulihkan dan memulihkan database dengan menggunakan file cadangan, Anda dapat menghindari pemulihan urutan log transaksi yang berisi ribuan VLF. Untuk mengidentifikasi file cadangan yang memiliki sebagian besar file log virtual yang direkam, gunakan pernyataan berikut ini untuk melihat kolom FirstLSN dan LastLSN dalam file cadangan log:
  PULIHKAN HEADERONLY FROM DISK='C:\folder\file.trn'Anda
  
  dapat memutuskan untuk menghindari pemulihan file cadangan log. Atau, Anda dapat menggunakan pernyataan STOP AT dalam perintah RESTORE untuk menghindari bagian log transaksi yang sangat terfragmentasi. Jika Anda tidak sepenuhnya memulihkan urutan log hingga titik terbaru dalam waktu selama skenario pemulihan kegagalan, kehilangan data terjadi dalam database Anda SQL Server. Kehilangan data ini terjadi karena tidak semua transaksi disimpan. Oleh karena itu, ada keputusan tradeoff bisnis. Anda dapat sepenuhnya memulihkan log transaksi yang sangat terfragmentasi. Namun, operasi ini mungkin memakan waktu berjam-jam. Atau, Anda dapat menggunakan pernyataan STOP AT dalam pemulihan untuk menghentikan pemulihan sebelum bagian log yang sangat terfragmentasi. Namun, setiap transaksi yang hilang yang Anda hilangkan akan hilang.
  
  Catatan Tanpa menginstal hotfix ini, biasanya tidak ada jalan yang aman untuk pemulihan yang dipercepat setelah Anda memulai ulang SQL Server. SQL Server harus menemukan daftar VLF untuk menganalisis file log, mengulangi transaksi yang telah selesai, lalu membatalkan transaksi yang tidak lengkap untuk menyelesaikan pemulihan agar database online aman. Anda tidak dapat melewatkan transaksi dengan aman selama pemulihan.