Pesan informasi 9017 dicatat ketika Anda mulai contoh SQL Server atau gulung balik atau melampirkan database

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 2882905 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

Gejala

Ketika Anda memulai sebuah instance dari Microsoft SQL Server atau gulung balik atau melampirkan database, 9017 informasi pesan yang menyerupai berikut dicatat di log kesalahan SQL Server:

Database dbName memiliki lebih dari n virtual file log yang berlebihan. File-file virtual log yang terlalu banyak dapat menyebabkan startup panjang dan kali cadangan. Pertimbangkan menyusut log dan menggunakan kenaikan pertumbuhan berbeda untuk mengurangi jumlah virtual file log.

Terlalu banyak file virtual log dapat mempengaruhi waktu pemulihan database.

Selain itu, jika Anda menggunakan teknologi replikasi atau mencerminkan Database di lingkungan Anda, Anda mungkin memperhatikan masalah kinerja dengan teknologi ini.

Penyebab

Masalah ini terjadi ketika Anda menentukan nilai-nilai kecil untuk FILEGROWTH parameter untuk berkas log.

SQL Server Database Engine membagi file log setiap fisik internal menjadi beberapa virtual file log (VLFs). SQL Server 2008 R2 Service Pack 2 dan versi memperkenalkan pesan baru (9017) yang dicatat ketika database dimulai (karena mulai dari suatu contoh dari SQL Server atau karena melampirkan atau memulihkan database) dan memiliki lebih dari 1.000 VLFs di SQL Server 2008 R2 atau memiliki lebih dari 10.000 VLFS dalam SQL Server 2012.

CatatanDalam SQL Server 2012, meskipun pesan ini dicatat ketika database memiliki 10.000 VLFs, pesan aktual yang dilaporkan di log kesalahan salah menyatakan "1000 VLF." Pada dasarnya, peringatan terjadi setelah 10.000 VLFs. Namun, pesan laporan 1.000 VLFs. Masalah ini akan diperbaiki di masa mendatang.

Untuk informasi lebih lanjut tentang bagaimana peningkatan jumlah VLFs dapat menyebabkan masalah kinerja di replikasi atau mencerminkan basis data konfigurasi, lihat bagian "Informasi selengkapnya".

Pemecahan masalah

Untuk mengatasi masalah ini, ikuti langkah berikut:
  1. Mengurangi log transaksi Anda dengan menggunakan DBCC SHRINKDB atau dengan menggunakan SQL Server Management Studio.
  2. Meningkatkan ukuran file catatan transaksi ke nilai yang lebih besar untuk menghindari pertumbuhan frequent otomatis. Untuk selengkapnya, lihat topik berikut situs web SQL Server buku Online:

    http://msdn.Microsoft.com/en-US/Library/ms365418.aspx#AddOrEnlarge
  3. Meningkatkan FILEGROWTH parameter untuk nilai yang lebih besar daripada apa yang saat ini dikonfigurasi. Ini harus berdasarkan pada aktivitas database Anda dan seberapa sering file log Anda tumbuh.

Selain itu, kami sarankan agar Anda mempertimbangkan untuk menginstal perbaikan berikut, bergantung versi SQL Server yang Anda sedang berjalan:


Informasi lebih lanjut

Bagaimana memeriksa jumlah segmen VLF dalam database

Anda dapat menemukan jumlah segmen VLF dalam database dengan menemukan perbedaan antara awal dan terbaru log urutan menurun nomor (LSNs) transaksi log backup untuk database.

Anda dapat menemukan LSN cadangan log transaksi dengan memeriksa log kesalahan SQL Server Anda untuk pesan yang menyerupai berikut:

{Log back up. Database: mydbname, creation_date_(time): tanggal(waktu), LSN pertama: 1: 5068:70, terakhir LSN: 1: 5108:1, jumlah dump perangkat: 1, informasi perangkat: (FILE = 1, TYPE = DISK: {'C:\folder\logbackup1.trn'}). Ini adalah informasi pesan hanya. Tidak ada pengguna tindakan diperlukan.

CatatanPada pesan ini, LSN log transaksi adalah1. (Angka pertama sebelum usus besar pertama di "LSN: 1:5068:70.")

Untuk melakukannya, ikuti langkah berikut:
  1. Menemukan LSN untuk cadangan earliesttransaction log untuk database di Errorlog SQL Anda (misalnya, LSN: 1:5108:1).
  2. Menemukan LSN terbaru untuk transaksi log cadangan di SQL Errorlog (misalnya, LSN:10, 235: 5108: 1).
  3. Jumlah segmen VLF is the perbedaan antara LSN terbaru dan LSN awal (dalam kasus ini, itu adalah 10,235-1 = 10,234).

Efek dari banyak VLFs pada replikasi

Terlalu banyak file log dapat mempengaruhi replikasi karena proses pembaca log harus memindai file log setiap virtual untuk transaksi yang ditandai untuk replikasi. Anda dapat melihat perilaku ini dengan melacak kinerja sp_replcmds disimpan prosedur. Pembaca log proses menggunakan sp_replcmds disimpan prosedur untuk memindai file virtual log dan untuk membaca transaksi yang ditandai untuk replikasi. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:

949523 Keterlambatan replication with Scripts tinggi dalam SQL Server 2005 ketika nilai properti "Awal ukuran" dan nilai properti Autogrowth kecil

Efek dari banyak VLFs pada database mirroring

Terlalu banyak file log juga dapat mempengaruhi database mirroring. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:

2455009FIX: Kinerja lambat saat Anda memulihkan database jika ada banyak VLFs di dalam log transaksi SQL Server 2005, SQL Server 2008 atau SQL Server 2008 R2

Referensi

Untuk selengkapnya, lihat topik berikut situs web Microsoft Developer Network (MSDN):

Log transaksi menyusut

Faktor-faktor yang dapat menunda pemotongan Log

Pemotongan Log transaksi

Transaksi Log Logis arsitektur

Transaksi Log fisik arsitektur


Properti

ID Artikel: 2882905 - Kajian Terakhir: 11 September 2013 - Revisi: 1.0
Berlaku bagi:
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Standard
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Standard Edition
Kata kunci: 
kbexpertiseinter kbprb kbsurveynew kbmt KB2882905 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.
Klik disini untuk melihat versi Inggris dari artikel ini: 2882905

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com