Pemulihan Log dengan Mode siaga pada cakram Format lanjut yang dapat menyebabkan kesalahan 9004 di SQL Server 2008 R2 atau SQL Server 2012

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: 2987585
Pemberitahuan
Catatan Setelah Anda menerapkan Service Pack atau hotfix, Anda harus mengaktifkan bendera pelacakan 3057 untuk membuat perbaikan terbaru yang berfungsi.
Gejala
Pertimbangkan skenario berikut ini:
  • Anda memiliki Microsoft SQL Server pengiriman log atau Backup/Restore menata antara dua server.
  • Pangkalan data primer memiliki ke berkas log transaksi (.ldf) disimpan di disk yang berisi "Bytes per Physical Sector" ditetapkan sebagai 512 bita.
  • Anda mengambil transaksi cadangan log database ini, dan kemudian Anda mencoba untuk memulihkan dengan menggunakan opsi siaga di pangkalan data sekunder.
  • Berkas log transaksi pangkalan data sekunder (.ldf) terletak pada disk yang berisi "Bytes per Physical Sector" ditetapkan sebagai 4,096 byte.
Dalam skenario ini, operasi pemulihan gagal dan gulung balik pesan galat berikut:

Galat: 9004, tingkat keparahan: 16, status: 6.
Galat terjadi saat memroses log untuk pangkalan data 'databasename>'. Jika memungkinkan, memulihkan dari cadangan. Jika cadangan tidak tersedia, mungkin diperlukan untuk membangun kembali log.

Setelah terjadi galat ini, pangkalan data sekunder masuk ke status yang dicurigai.
Pemecahan masalah

Pemutakhiran kumulatif

Masalah ini pertama kali diperbaiki dalam pemutakhiran kumulatif berikut ini dari SQL Server:

Pemutakhiran kumulatif 2 untuk SQL Server 2014 SP1

Pemutakhiran kumulatif 7 untuk SQL Server 2012 SP2

Tentang pembaruan kumulatif untuk SQL Server

Setiap pembaruan kumulatif yang baru untuk SQL Server berisi semua perbaikan hotfix dan pemutakhiran keamanan yang disertakan dengan pembaruan kumulatif sebelumnya. Lihat pembaruan kumulatif terbaru untuk SQL Server:

Perbaikan terbaru untuk SQL Server 2008 R2 SP2

Tersedia hotfix yang didukung dari Microsoft. Namun, hotfix ini ditujukan untuk memperbaiki masalah yang dijelaskan di artikel ini. Menerapkan hotfix ini hanya ke sistem yang mengalami masalah khusus ini.

Apabila hotfix tersedia untuk diunduh, ada bagian "Tersedia Unduhan Hotfix" di bagian atas artikel Pangkalan Pengetahuan ini. Jika bagian ini tidak muncul, kirimkan permintaan ke layanan pelanggan Microsoft dan dukungan untuk mendapatkan hotfix.

Catatan Jika terjadi masalah tambahan atau apabila pemecahan masalah apa pun diperlukan, Anda mungkin harus membuat Layanan Pertanyaan secara terpisah. Biaya dukungan biasa akan berlaku untuk dukungan tambahan pertanyaan dan masalah yang tidak memenuhi syarat untuk hotfix ini. Untuk daftar lengkap nomor telepon layanan pelanggan Microsoft dan dukungan atau untuk membuat Layanan Pertanyaan terpisah, kunjungi situs web Microsoft berikut: Catatan Formulir "Tersedia Unduhan Hotfix" menampilkan bahasa hotfix tersedia. Jika Anda tidak melihat bahasa Anda, hal ini karena hotfix tidak tersedia untuk bahasa tersebut.

Teknik pemecahan masalah
Microsoft telah memastikan bahwa ini merupakan masalah di dalam produk Microsoft sebagaimana tercantum di bagian "Berlaku untuk".

Untuk mengatasi masalah ini, gunakan salah satu dari penyelesaian berikut ini:
  • Memindahkan berkas log transaksi di tujuan ke kandar yang memiliki "Bytes per Physical Sector" ditetapkan sebagai 512 bita.

    Catatan Berkas siaga masih dapat terletak di pengandar yang memiliki "Bytes per Physical Sector" ditetapkan sebagai 4096 byte.
  • Memulihkan cadangan log tanpa menggunakan opsi siaga. Alih-alih opsi siaga, gunakan opsi dengan NORECOVERY selama operasi pemulihan.
Informasi lebih lanjut
Anda dapat menggunakan utilitas baris perintah Fsutil untuk menentukan nilai "Bytes per Physical Sector". Jika parameter ini tidak terlihat di output, Anda harus menerapkan perbaikan terbaru yang ditetapkan di KB982018.

Untuk memverifikasi jenis kandar yang ada, ikuti langkah-langkah berikut:
  1. Jalankan perintah berikut ini di wantian perintah yang ditampilkan:
    Fsutil fsinfo ntfsinfo x:
    Catatan Dalam perintah ini, <x></x> mewakili drive yang Anda memeriksa.
  2. Gunakan nilai untuk "Bytes Per Sector" dan "Bytes per Physical Sector" untuk menentukan jenis kandar yang Anda miliki. Untuk melakukannya, gunakan Daftar Tabel berikut.
    Nilai "Bytes Per Sector"Nilai "Bytes per Physical Sector"Jenis pengandar
    40964096Asli 4K
    5124096Format lanjut (juga dikenal sebagai 512E)
    512512512 bita asli

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 2987585 - Tinjauan Terakhir: 08/20/2015 02:27:00 - Revisi: 2.0

Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1

  • kbsurveynew kbexpertiseinter kbqfe kbfix kbhotfixserver kbautohotfix kbexpertiseadvanced kbmt KB2987585 KbMtid
Tanggapan