priekšvārds
emmm, kādu dienu, kad dodos uz darbu, es tērzēju ar draugiem un modificēju datu bāzes datus. Nejauši es to atjaunināju bez nosacīta paziņojuma. Aptuveni 6 W vairāk ierakstu šajā tabulā tika modificēti kļūdas dēļ. Viss cilvēks pēkšņi panikā un pēc tam mierīgi domāja par to. Šī ir mana vietējā datu bāze, kas krīt panikā. Tomēr dati ir mainīti par vairāk nekā 6W, un es nevēlos tos sinhronizēt no oficiālās datu bāzes. Tātad visu veidu meklējumi un risinājumu meklēšana internetā. Tā kā mana vietējā datu bāzes versija ir SQL Server 2008, es ilgu laiku lasīju emuārus, un lielākajai daļai emuāru ir nepieciešams, lai datu bāze būtu pilnībā dublēta vismaz vienu reizi. Es atvainojos, bet es tiešām vēl neesmu dublējis savu vietējo datu bāzi. Šī metode nedarbojas, tāpēc to var izdarīt tikaiTas ir cits veids. Līdz es atradu rīku, lai atgūtu datus no datu bāzes žurnāliem -ApexSQL žurnāls。 Šī programmatūra, oriģinālā versija ir jāmaksā, daži simti dolāru, bezmaksas versija var vaicāt katra datu darbību, to var atgūt ar vienu datu gabalu, protams, jūs varat arī eksportēt un atjaunot SQL paziņojumus partijās, bet eksportēt tikai vienu uz katriem desmit datu gabaliem, tas ir, mans 6W datu gabals, var atgūt tikai vienu desmito daļu partijās. Joprojām neatbilst manām vajadzībām. Es atradu bezmaksas krekinga versiju ApexSQL Log (https://down.itsvse.com/item/11530.html)。 Jūs varat to lejupielādēt pats.
Vide
>SQL serveris2008
Instrumenti
>ApexSQL Log 2016 krekings pašlietošanai
Teksts
1. darbība: Pēc lejupielādes izsaiņojiet to tieši un atrodiet toApexSQLLog.exe- > veiciet dubultklikšķi, lai atvērtu。
2. darbība:Pēc atvēršanas daži parādīsies atjaunināšanas interfeiss, un jūs varat tieši atlasīt Atcelt.
Step 3: Tagad ievadiet galveno interfeisu, jūs redzēsiet šādu attēlu, Serveris izvēlas atjaunojamo serveri, un attiecīgi tiek atlasīts arī šāds saturs。 Tā kā tā ir krekinga versija, dažas rindas datu bāzes izvēlē netiek parādītas, bet tas neietekmē izmantošanu. Visbeidzot atlasiet Tālāk.
4. darbība: atlasiet atbilstošo datu bāzes žurnālfailu un pārejiet uz nākamo soli。
5. solis: Jūs varat redzēt šādas četras iespējas, mēs izvēlamies pirmo, jūs varat skaidri redzēt visus operāciju ierakstus, protams, jūs varat arī izvēlēties otro vienumu, lai tieši atjaunotu, zemāk mēs izvēlamies pirmo vienumu。
6. solis: vispirms izvēlieties laika diapazonu atbilstoši atbilstošajam scenārijam, šeit mēs izvēlamies pēdējās 24 stundas。
7. solis: pēc tam izvēlieties atbilstoši atbilstošajam operācijas veidam。
Step 8: Pēc tam atlasiet veidlapu, kuru vēlaties atjaunot - > Pabeigt。
9. solis: Mēs varam redzēt, ka šī saskarne skaidri parāda mūsu darbības datus 24 stundu laikā, izpildes veidu - atjauninājumu, detalizētu laiku, kādi dati ir mainīti, datus pirms izmaiņām un datus pēc izmaiņām。
Pat nākamajā saskarnē mēs varam tieši redzēt līnijas darbības ierakstu, atsaukt skriptu un atkārtoti mēģināt skriptu.
Mēs esamLai atgūtu datus, varat tieši ielīmēt paziņojumu iepriekš minētajā atsaukšanas skriptā un izpildīt to. Protams, ja datu apjoms ir liels, turpiniet tālāk norādīto partijas eksportēšanas skriptu darbību
Step 10: Atlasiet visus datus, kurus vēlaties atgūt, ,——> izvēlnes joslā atlasiet Atsaukt skriptu.
11. solis: Mēs varam redzēt šādu uznirstošo interfeisu, kas ir pilns ar SQL skriptiem. Jūs varat ielīmēt to tieši datu bāzē, lai izpildītu, vai arī varat turpināt izveidot savienojumu ar datu bāzi šajā rīkā, lai izpildītu, turpināsim izmantot šo rīku, lai izpildītu, noklikšķiniet uz pogas Izpildīt.
12. solis: zemāk mēs redzam, ka izpilde ir veiksmīga.
Epilogs
Tādā veidā tiek atgūti visi nepareizi izmantotie dati. Lai gan tos var atgūt, draugiem joprojām jābūt piesardzīgiem attiecībā uz datu bāzes datu apstrādi. Ja ražošanas vidē tiek pieļauta tik liela kļūda, tai būs ļoti nopietnas sekas. Ja pēdējais solis nav skaidrs, varat atstāt ziņojumu zemāk.
|
Publicēts 31.03.2019 19:07:37
|
|
|
|
Saimnieks|
Publicēts 01.04.2019 10:03:02
|
Publicēts 01.04.2019 09:15:09
|
