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

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
Artikel ini telah diarsipkan. Artikel ditawarkan dalam bentuk "apa adanya" dan tidak akan dapat diperbarui lagi.
RINGKASAN
Dalam situasi yang jarang terjadi, database dapat ditandai tersangka karena untuk pemulihankegagalan saat startup. Biasanya, hal ini mencegah orang dari mengaksesdata. Namun, mungkin untuk secara manual mengatur status tersangkadatabase untuk "bypass modus" (juga disebut "modus darurat") dan pilih atau gunakansebagian besar salinan Program (BCP) untuk menyalin data. Sementara Anda tidak dapat melakukan apapundata biasa modifikasi dalam bypass mode, itu mungkin untuk menjalankan DUMPTRANSAKSI DENGAN NO_LOG. Catatan yang melakukan operasi ini modus memotongtidak didukung dan adalah operasi yang berpotensi berbahaya.

Untuk alasan yang sama, jika startup pemulihan mengambil waktu yang lama, Anda harustidak membatalkan itu, atur database di bypass modus, dan kemudian melakukan transaksi DUMPDENGAN NO_LOG.
INFORMASI LEBIH LANJUT
Semua tindakan yang diambil oleh DUMP transaksi biasanya login, sehinggadipulihkan dan abortable. Namun, log ruang dikonsumsi oleh DUMPperintah itu sendiri. Jika log transaksi begitu penuh ruang yang cukupada untuk melakukan transaksi DUMP log, pilihan dengan NO_LOG dapat memotonglog 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 jikaserver 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 menyebabkanpemulihan gagal, karena dapat membantu untuk mendiagnosa penyebab.

"Pemulihan" adalah proses pembuatan database konsisten oleh untuk mengulangi ataumelepas semua transaksi yang dimulai setelah atau tidak terikat padawaktu pemeriksaan terakhir. Proses ini bergantung pada menulis-depansifat log transaksi (semua halaman diubah ditulis untuk logsebelum sedang ditulis ke database). Pemulihan terdiri dari membaca masing-masingrekaman log, membandingkan timestamp ke timestamp yang sesuaidatabase halaman, dan baik melepas perubahan (dalam kasus tidak terikattransaksi) atau untuk mengulangi perubahan (dalam kasus berkomitmentransaksi).Setelah mencatat pesan errorlog yang menyebabkan pemulihan gagal, cobaPengaturan database status kembali ke NORMAL, dan restart SQL Server untuk melihatJika pemulihan berhasil kedua kalinya. Anda dapat mengubah status database olehsarana sp_resetstatus disimpan prosedur. Ini adalah tambahan yang disimpanprosedur yang Anda dapat menginstal script Instsupl.sql di Mssql\Installdirektori. Untuk selengkapnya, lihat "Ulang yang menduga Status" didokumentasi online.

Jika pemulihan masih gagal, perhatikan pesan galat dan kontak utama Andadukungan penyedia. Anda juga harus memeriksa ketersediaan baik Anda terakhirDatabase cadangan, karena itu mungkin diperlukan. Namun banyak data di Andadatabase masih sering tersedia, walaupun transactionally (dan fisik)tidak konsisten. Anda dapat mengakses data ini dengan menetapkan database statusBypass, 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 BCPuntuk mendapatkan itu keluar. Anda mungkin mengalami kesalahan saat melakukan hal ini, tetapi pada umumnyabanyak data dapat diperoleh.

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 165918 - Tinjauan Terakhir: 12/04/2015 16:39:56 - Revisi: 2.0

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

  • kbnosurvey kbarchive kbinfo kbusage kbmt KB165918 KbMtid
Tanggapan