eessõna
Emmm, ühel päeval, kui ma tööle lähen, vestlen sõpradega ja muudan andmebaasi andmeid. Kogemata uuendasin seda ilma tingimusliku avalduseta. Umbes 6W rohkem selle tabeli kirjeid muudeti kõik ekslikult. Kogu inimene äkitselt paanikasse sattus ja mõtles rahulikult selle üle. See on minu kohalik andmebaas, mis paanikas. Kuid andmeid on muudetud rohkem kui 6W võrra ja ma ei taha neid ametlikust andmebaasist sünkroniseerida. Seega on internetis igasuguseid otsinguid ja lahendusi. Kuna minu kohalik andmebaasiversioon on SQL Server 2008, olen blogisid lugenud juba pikka aega ja enamik blogisid nõuab, et andmebaas oleks vähemalt korra täielikult varundatud. Vabandust, aga ma pole oma kohalikku andmebaasi veel varundanud. See meetod ei tööta, seega saab seda teha ainultSee on teistsugune viis. Kuni leidsin tööriista, millega andmeid andmebaasilogidest taastada -ApexSQL Log。 See tarkvara, ehtne versioon tuleb maksta, paarisaja dollari eest, tasuta versioon saab pärida iga andme toimimise kohta, seda saab taastada ühe andmetükiga, muidugi saab eksportida ja taastada ka SQL-lauseid partiidena, kuid eksportida ainult ühe iga kümne andmetüki kohta, st minu 6W andmetükk, suudab taastada vaid kümnendiku partiides. Endiselt ei vasta minu vajadustele. Leidsin tasuta murtud versiooni ApexSQL Logist (https://down.itsvse.com/item/11530.html)。 Sa saad selle ise alla laadida.
Keskkond
>SQL Server2008
tööriistad
>ApexSQL Log 2016 murtud iseseisvaks kasutamiseks
Tekst
1. samm: Pärast allalaadimist võta see otse lahti ja leia see ülesApexSQLLog.exe- > topeltklõps avamiseks。
2. samm:Pärast avamist avatakse uuendusliides ja saad otse valida Tühista.
3. samm: Sisesta nüüd põhiliides, näed järgmist pilti, Server valib taastatava serveri ja vastavalt valitakse ka järgmine sisu。 Kuna tegemist on murtud versiooniga, ei kuvata mõningaid ridu andmebaasi valikus, kuid see ei mõjuta kasutust. Lõpuks vali Next.
4. samm: Vali vastav andmebaasi logifail ja mine järgmise sammu juurde。
5. samm: Näed järgmisi nelja valikut, valime esimese, sa näed selgelt kõiki operatsioonikirjeid, loomulikult saad valida ka teise üksuse otse taastamiseks, allpool valime esimese elemendi。
6. samm: Esmalt vali ajavahemik vastavalt vastavale stsenaariumile, siin valime viimased 24 tundi。
7. samm: Seejärel vali vastavalt vastavale operatsioonitüübile。
8. samm: Seejärel vali vorm, mida soovid taastada - > Lõpeta。
9. samm: Näeme, et see liides kuvab selgelt meie operatsiooniandmeid 24 tunni jooksul: täitmise tüüp – uuendus, detailne aeg, millised andmed on muudetud, andmed enne muudatust ja andmed pärast muutust。
Isegi järgmises liideses näeme otse rea operatsioonikirjet, tühistame skripti ja proovime skripti uuesti.
Me olemeAndmete taastamiseks saad otse kleepida lause ülaltoodud Undo skripti ja käivitada selle. Loomulikult, kui andmemaht on suur, jätka allpool toodud partiiekspordi skriptide kasutamist
10. samm: Vali kõik andmed, mida soovid taastada, ,——> vali menüüribal Undo Script.
11. samm: Näeme järgmist liidest, mis ilmub ja on täis SQL-skripte. Sa võid selle otse andmebaasi kleepida ja käivitada, või jätkata ühenduse loomist selle tööriistaga, et käivitada, jätkame selle tööriista kasutamist, klõpsa Execute nuppu.
12. samm: Allpool näeme, et teostus on edukas.
Epiloog
Nii taastatakse kõik valesti kasutatud andmed. Kuigi andmeid on võimalik taastada, peaksid sõbrad siiski olema ettevaatlikud andmebaasi andmete haldamisel. Kui tootmiskeskkonnas tehakse nii suur viga, on sellel väga tõsised tagajärjed. Kui viimane samm on ebaselge, võid jätta sõnumi allpool.
|
Postitatud 31.03.2019 19:07:37
|
|
|
|
Üürileandja|
Postitatud 01.04.2019 10:03:02
|
Postitatud 01.04.2019 09:15:09
|
