INF: Bypass (darurat) Mode dan DUMP transaksi dengan NO_LOG

ID Artikel: 165918 - Melihat produk di mana artikel ini berlaku.

Peringatan: artikel ini adalah terjemahan oleh mesin

Klik disini untuk menampilkan sumber Inggris dan terjemahan oleh mesin secara berdampingan

Sanggahan Konten KB yang Tidak Lagi Diperbarui

Perbesar semua | Perkecil semua

RINGKASAN

Dalam situasi yang jarang terjadi, database dapat ditandai tersangka karena untuk pemulihan kegagalan saat startup. Biasanya, hal ini mencegah orang dari mengakses data. Namun, mungkin untuk secara manual mengatur status tersangka database untuk "bypass modus" (juga disebut "modus darurat") dan pilih atau gunakan sebagian besar salinan Program (BCP) untuk menyalin data. Sementara Anda tidak dapat melakukan apapun data biasa modifikasi dalam bypass mode, itu mungkin untuk menjalankan DUMP TRANSAKSI DENGAN NO_LOG. Catatan yang melakukan operasi ini modus memotong tidak didukung dan adalah operasi yang berpotensi berbahaya.

Untuk alasan yang sama, jika startup pemulihan mengambil waktu yang lama, Anda harus tidak membatalkan itu, atur database di bypass modus, dan kemudian melakukan transaksi DUMP DENGAN NO_LOG.

INFORMASI LEBIH LANJUT

Semua tindakan yang diambil oleh DUMP transaksi biasanya login, sehingga dipulihkan dan abortable. Namun, log ruang dikonsumsi oleh DUMP perintah itu sendiri. Jika log transaksi begitu penuh ruang yang cukup ada untuk melakukan transaksi DUMP log, pilihan dengan NO_LOG dapat memotong log transaksi dengan penebangan tidak.

DUMP transaksi dengan NO_LOG relatif aman di bawah kondisi normal. Server mengambil langkah-langkah untuk memastikan bahwa pemulihan akan berhasil bahkan jika server gagal selama operasi ini.

Di bawah keadaan jarang pemulihan otomatis (juga disebut startup pemulihan) mungkin gagal, menandai database tersangka. Pemulihan gagal untuk alasan tertentu. Sangat penting untuk dicatat pesan errorlog yang awalnya menyebabkan pemulihan gagal, karena dapat membantu untuk mendiagnosa penyebab.

"Pemulihan" adalah proses pembuatan database konsisten oleh untuk mengulangi atau melepas semua transaksi yang dimulai setelah atau tidak terikat pada waktu pemeriksaan terakhir. Proses ini bergantung pada menulis-depan sifat log transaksi (semua halaman diubah ditulis untuk log sebelum sedang ditulis ke database). Pemulihan terdiri dari membaca masing-masing rekaman log, membandingkan timestamp ke timestamp yang sesuai database halaman, dan baik melepas perubahan (dalam kasus tidak terikat transaksi) atau untuk mengulangi perubahan (dalam kasus berkomitmen transaksi).Setelah mencatat pesan errorlog yang menyebabkan pemulihan gagal, coba Pengaturan database status kembali ke NORMAL, dan restart SQL Server untuk melihat Jika pemulihan berhasil kedua kalinya. Anda dapat mengubah status database oleh sarana sp_resetstatus disimpan prosedur. Ini adalah tambahan yang disimpan prosedur yang Anda dapat menginstal script Instsupl.sql di Mssql\Install direktori. Untuk selengkapnya, lihat "Ulang yang menduga Status" di dokumentasi online.

Jika pemulihan masih gagal, perhatikan pesan galat dan kontak utama Anda dukungan penyedia. Anda juga harus memeriksa ketersediaan baik Anda terakhir Database cadangan, karena itu mungkin diperlukan. Namun banyak data di Anda database masih sering tersedia, walaupun transactionally (dan fisik) tidak konsisten. Anda dapat mengakses data ini dengan menetapkan database status Bypass, atau modus darurat. Hal ini dilakukan oleh pengaturan sysdatabases.status untuk-32768 untuk database SQL 6,5 dan 32768 untuk database SQL 7.0, setelah menyalakan "memungkinkan pembaruan". Sebagai contoh, gunakan perintah berikut untuk database SQL 6,5:

   UPDATE SYSDATABASES SET STATUS=-32768 WHERE NAME='DBNAME'

Setelah melakukan ini, Anda dapat memasukkan database dan pilih data atau menggunakan BCP untuk mendapatkan itu keluar. Anda mungkin mengalami kesalahan saat melakukan hal ini, tetapi pada umumnya banyak data dapat diperoleh.

Properti

ID Artikel: 165918 - Kajian Terakhir: 15 September 2011 - Revisi: 2.0

Berlaku bagi:

Microsoft SQL Server 4.21a Standard Edition
Microsoft SQL Server 6.0 Standard Edition
Microsoft SQL Server 6.5 Standard Edition

kbinfo kbusage kbmt KB165918 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:165918

(http://support.microsoft.com/kb/165918/en-us/ )

Sanggahan Konten KB yang Tidak Lagi Diperbarui

Artikel ini berisi tentang produk yang tidak lagi didukung oleh Microsoft. Oleh karena itu, artikel ini disajikan ?sebagaimana adanya? dan tidak akan diperbarui.