kata pengantar
emmm, suatu hari ketika saya pergi bekerja, saya mengobrol dengan teman-teman saya dan memodifikasi data database. Secara tidak sengaja, saya memperbaruinya tanpa pernyataan bersyarat. Sekitar 6W dari lebih banyak catatan dalam tabel itu semuanya dimodifikasi secara tidak sengaja. Seluruh orang tiba-tiba panik, dan kemudian memikirkannya dengan tenang. Ini adalah database lokal saya panik. Namun, data telah diubah lebih dari 6W, dan saya tidak ingin menyinkronkannya dari database resmi. Jadi semua jenis pencarian dan pencarian solusi di Internet. Karena versi database lokal saya adalah SQL Server 2008, saya telah membaca blog untuk waktu yang lama, dan sebagian besar blog mengharuskan database telah dicadangkan sepenuhnya setidaknya sekali. Maaf, tapi saya benar-benar belum mencadangkan database lokal saya. Cara ini tidak berhasil, sehingga hanya bisa dilakukanIni cara yang berbeda. Sampai saya menemukan alat untuk memulihkan data dari log database -ApexSQL Log。 Perangkat lunak ini, versi asli perlu dibayar, beberapa ratus dolar, versi gratis dapat mengkueri pengoperasian setiap data, dapat dipulihkan dengan satu data, tentu saja, Anda juga dapat mengekspor dan memulihkan pernyataan SQL secara berkelotan, tetapi hanya mengekspor satu untuk setiap sepuluh data, artinya, data 6W saya, hanya dapat memulihkan sepersepuluh dalam batch. Masih belum sesuai dengan kebutuhan saya. Saya menemukan versi crack gratis dari ApexSQL Log (https://down.itsvse.com/item/11530.html)。 Anda dapat mengunduhnya sendiri.
Lingkungan
>SQL Server2008
alat
>ApexSQL Log 2016 diretas untuk digunakan sendiri
Teks
Langkah 1: Setelah mengunduh, buka zip langsung dan temukanApexSQLLog.exe- > klik dua kali untuk membuka。
Langkah 2:Setelah dibuka, beberapa akan memunculkan antarmuka pembaruan, dan Anda dapat langsung memilih Batal.
Langkah 3: Sekarang masuk ke antarmuka utama, Anda akan melihat gambar berikut, Server memilih server yang akan dipulihkan, dan konten berikut juga dipilih sesuai。 Karena ini adalah versi retak, beberapa baris dalam pemilihan database tidak ditampilkan, tetapi tidak mempengaruhi penggunaan. Terakhir, pilih Berikutnya.
Langkah 4: Pilih file log database yang sesuai dan lanjutkan ke langkah berikutnya。
Langkah 5: Anda dapat melihat empat opsi berikut, kami memilih yang pertama, Anda dapat dengan jelas melihat semua catatan operasi, tentu saja, Anda juga dapat memilih item kedua untuk dipulihkan secara langsung, di bawah ini kami memilih item pertama。
Langkah 6: Pertama, pilih rentang waktu sesuai dengan skenario yang sesuai, di sini kami memilih 24 jam terakhir。
Langkah 7: Kemudian pilih sesuai dengan jenis operasi yang sesuai。
Langkah 8: Kemudian pilih formulir yang ingin Anda pulihkan - > Selesai。
Langkah 9: Kita dapat melihat bahwa antarmuka ini dengan jelas menampilkan data operasi kita dalam waktu 24 jam, jenis eksekusi - pembaruan, waktu terperinci, data apa yang telah diubah, data sebelum perubahan, dan data setelah perubahan。
Bahkan di antarmuka berikut, kita dapat langsung melihat catatan operasi baris, membatalkan skrip, dan mencoba kembali skrip.
Kami adalahUntuk memulihkan data, Anda dapat langsung menempelkan pernyataan di Undo Script di atas dan menjalankannya. Tentu saja, jika volume datanya besar, lanjutkan dengan pengoperasian skrip ekspor batch di bawah ini
Langkah 10: Pilih semua data yang ingin Anda pulihkan ,——> pilih Urungkan Skrip di bilah menu.
Langkah 11: Kita dapat melihat antarmuka berikut yang muncul, yang penuh dengan skrip SQL. Anda dapat menempelkannya langsung ke database untuk dieksekusi, atau Anda dapat terus terhubung ke database di alat ini untuk dieksekusi, mari kita lanjutkan menggunakan alat ini untuk mengeksekusi, klik tombol Jalankan.
Langkah 12: Di bawah ini kita dapat melihat bahwa eksekusi berhasil.
Epilog
Dengan cara ini, semua data yang salah dioperasikan dipulihkan. Meski bisa dipulihkan, teman tetap harus berhati-hati dalam mengoperasikan data database. Jika kesalahan besar seperti itu dibuat di lingkungan produksi, itu akan memiliki konsekuensi yang sangat serius. Jika langkah terakhir tidak jelas, Anda dapat meninggalkan pesan di bawah ini.
|
Diposting pada 31/03/2019 19.07.37
|
|
|
|
Tuan tanah|
Diposting pada 01/04/2019 10.03.02
|
Diposting pada 01/04/2019 09.15.09
|
