Perbaikan untuk perintah DBCC CHECKDB dapat mengakibatkan kinerja yang lebih cepat bila Anda menggunakan opsi PHYSICAL_ONLY

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

Pada Halaman ini

Microsoft mendistribusikan Microsoft SQL Server 2008 R2, SQL Server 2008 R2 SP1 dan SQL Server 2008 perbaikan sebagai satu file download. Karena perbaikan kumulatif, setiap rilis baru berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan SQL Server 2008 R2 sebelumnya, SQL Server 2008 R2 SP1 dan SQL Server 2008 fix rilis.

Pengenalan

Perintah DBCC CHECKDB menyeimbangkan kebutuhan antara kinerja dan sumber daya. Oleh karena itu, secara asali perintah DBCC CHECKDB tidak dapat memaksimalkan penggunaan sumber daya ketika konsistensi cek untuk database yang dilakukan.

Sebagai contoh, perintah DBCC CHECKDB tidak dapat memaksimalkan penggunaan disk i/O ketika konsistensi cek untuk database dilakukan.

PEMECAHAN MASALAH

Informasi pembaruan kumulatif

SQL Server 2008 Service Pack 2

Perbaikan untuk masalah ini pertama kali dirilis pada 9 Update kumulatif untuk SQL Server 2008 Service Pack 2. Untuk informasi lebih lanjut tentang paket pembaruan kumulatif ini, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2673382 Paket pembaruan kumulatif 9 untuk SQL Server 2008 Service Pack 2
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2008 fix rilis. Microsoft menganjurkan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2402659 SQL Server 2008 dibangun yang dibebaskan setelah SQL Server 2008 Service Pack 2 dirilis
Microsoft SQL Server 2008 perbaikan dibuat untuk paket layanan SQL Server tertentu. Anda harus menerapkan perbaikan terbaru SQL Server 2008 Service Pack 2 ke penginstalan SQL Server 2008 Service Pack 2. secara asali, setiap perbaikan terbaru yang disediakan dalam paket layanan SQL Server termasuk dalam paket layanan SQL Server.

SQL Server 2008 Service Pack 3

Perbaikan untuk masalah ini pertama kali dirilis pada 4 pembaruan kumulatif untuk SQL Server 2008 paket layanan 3. Untuk informasi lebih lanjut tentang paket pembaruan kumulatif ini, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2673383 Paket pembaruan kumulatif 4 untuk SQL Server 2008 Service Pack 3
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2008 fix rilis. Microsoft menganjurkan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2629969 SQL Server 2008 dibangun yang dibebaskan setelah SQL Server 2008 Service Pack 3 dirilis
Microsoft SQL Server 2008 perbaikan dibuat untuk paket layanan SQL Server tertentu. Anda harus menerapkan perbaikan terbaru SQL Server 2008 Service Pack 3 untuk instalasi Server SQL Server 2008 paket layanan 3. secara asali, setiap perbaikan terbaru yang disediakan dalam paket layanan SQL Server termasuk dalam paket layanan SQL Server.

Paket pembaruan kumulatif 11 untuk SQL Server 2008 R2


Perbaikan untuk masalah ini pertama kali dirilis pada 11 Update kumulatif. Untuk informasi lebih lanjut tentang cara mendapatkan paket pembaruan kumulatif ini untuk SQL Server 2008 R2, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2633145 Paket pembaruan kumulatif 11 untuk SQL Server 2008 R2
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2008 R2 fix rilis. Kami sarankan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
981356 SQL Server 2008 R2 membangun yang dibebaskan setelah SQL Server 2008 R2 dirilis

Paket pembaruan kumulatif 4 untuk SQL Server 2008 R2 SP1

Perbaikan untuk masalah ini pertama kali dirilis di kumulatif Update 4. Untuk informasi lebih lanjut tentang cara mendapatkan paket pembaruan kumulatif ini untuk SQL Server 2008 R2 SP1, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2633146 Paket pembaruan kumulatif 4 untuk SQL Server 2008 R2 SP1
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2008 R2 SP1 memperbaiki rilis. Kami sarankan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2567616 SQL Server 2008 R2 membangun yang dibebaskan setelah SQL Server 2008 R2 SP1 dirilis

SQL Server 2012

SQL Server 2012 berisi perubahan kode untuk perbaikan ini. Kedua bendera jejak 2562 dan 2549 seperti disebutkan di bawah ini juga berlaku untuk SQL Server 2012. Namun, perbaikan untuk mengurangi pertikaian mengenai selot DBCC_MULTIOBJECT_SCANNER tidak memerlukan jejak bendera 2562 dalam SQL Server 2012. Perubahan tersebut disertakan secara asali dalam SQL Server 2012.


INFORMASI LEBIH LANJUT

Pembaruan Kumulatif ini memperkenalkan dua jejak bendera untuk memaksimalkan penggunaan sumber daya I/O disk lebih baik ketika pengguna mengeksekusi perintah DBCC CHECKDB . Meskipun perbaikan ini hanya menargetkan opsi PHYSICAL_ONLY , mereka juga dapat meningkatkan keseluruhan kinerja perintah DBCC CHECKDB yang tidak menggunakan pilihan PHYSICAL_ONLY .

Jejak bendera 2562
Bendera jejak ini meliputi perubahan berikut:
  • Jalankan perintah DBCC CHECKDB dalam satu "batch" terlepas dari jumlah indeks di database. secara asali, perintah DBCC CHECKDB mencoba untuk meminimalkan commenting out Code sumber daya dengan membatasi jumlah indeks atau "fakta" yang menghasilkan dengan menggunakan konsep "batch". Bendera jejak ini memaksa semua proses menjadi satu batch.
  • Meningkatkan pemrosesan internal untuk menentukan halaman mana untuk membaca dari database. Hal ini mengurangi pertikaian mengenai DBCC_MULTIOBJECT_SCANNER kait.
Salah satu efek menggunakan bendera jejak ini adalah bahwa kebutuhan ruang untuk commenting out Code mungkin meningkatkan. Commenting out Code dapat tumbuh sebesar 5% atau lebih dari database pengguna yang sedang diproses oleh perintah DBCC CHECKDB . Oleh karena itu, sebaiknya pre-size commenting out Code untuk sekurang-kurangnya 5% dari ukuran database Anda ketika Anda menggunakan bendera jejak ini untuk menghindari pertumbuhan otomatis, yang mungkin memperlambat kinerja perintah DBCC CHECKDB .

Jejak bendera 2549
Perintah DBCC CHECKDB membangun daftar internal halaman per pengandar disk yang unik di seluruh semua file database. Logika ini menentukan unik kandar cakram berdasarkan huruf pengandar dari nama fisik file dari setiap file. Jika disk dasar benar-benar unik ketika drive surat atau tidak, perintah DBCC CHECKDB akan memperlakukan ini sebagai satu disk. Ketika bendera jejak ini diaktifkan, file database setiap diasumsikan pada pengandar peranti penangkap yang unik. Tidak menggunakan bendera jejak ini kecuali Anda tahu bahwa setiap file didasarkan pada disk fisik yang unik.

Meskipun bendera-bendera jejak ini meningkatkan kinerja perintah DBCC CHECKDB yang target penggunaan opsi PHYSICAL_ONLY , beberapa pengguna mungkin tidak melihat perbaikan dalam kinerja. Sementara bendera jejak ini meningkatkan penggunaan sumber daya I/O disk, kinerja mendasari sumber disk dapat membatasi kinerja keseluruhan perintah DBCC CHECKDB .

Sadarilah pembatasan berikut:
  • Peningkatan kinerja tidak dirancang untuk meningkatkan performa ketika Anda menggunakan opsi perbaikan .
    Sebagai contoh, peningkatan kinerja tidak dirancang untuk meningkatkan performa ketika Anda menggunakan pilihan REPAIR_ALLOW_DATA_LOSS .
  • Perbaikan tidak mempengaruhi perintah DBCC CHECKALLOC .
  • Perbaikan dapat membantu kinerja perintah DBCC CHECKTABLE untuk indeks dengan banyak halaman. Namun, perbaikan tidak ditargetkan untuk meningkatkan kinerja perintah DBCC CHECKTABLE .
Jejak bendera dapat digunakan saat startup SQL Server atau dalam sesi di mana perintah DBCC CHECKDB dijalankan dengan menggunakan perintah DBCC TRACEON .

STATUS

Microsoft telah mengkonfirmasi bahwa ini merupakan masalah di dalam produk Microsoft sebagaimana didaftar di dalam bagian "Applies to".

Properti

ID Artikel: 2634571 - Kajian Terakhir: 12 April 2012 - Revisi: 3.0
Berlaku bagi:
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Express
  • Microsoft SQL Server 2008 R2 Express with Advanced Services
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Standard Edition for Small Business
  • Microsoft SQL Server 2008 R2 Web
  • Microsoft SQL Server 2008 R2 Workgroup
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Service Pack 3
  • Microsoft SQL Server 2008 Standard Edition for Small Business
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 Service Pack 2
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Standard
  • SQL Server 2012 Enterprise Core
  • Microsoft SQL Server 2012 Express
Kata kunci: 
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2634571 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:2634571

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