Įvadas
emmm, vieną dieną, kai einu į darbą, kalbuosi su draugais ir keičiu duomenų bazės duomenis. Netyčia atnaujinau jį be sąlyginio teiginio. Apie 6 W daugiau įrašų toje lentelėje buvo modifikuoti per klaidą. Visas žmogus staiga panikavo, o paskui ramiai apie tai pagalvojo. Tai mano vietinė duomenų bazė panikos. Tačiau duomenys buvo pakeisti daugiau nei 6 W, ir aš nenoriu jų sinchronizuoti iš oficialios duomenų bazės. Taigi visokios paieškos ir sprendimų paieška internete. Kadangi mano vietinės duomenų bazės versija yra SQL Server 2008, aš skaitau dienoraščius ilgą laiką, ir dauguma dienoraščių reikalauja, kad duomenų bazė buvo visiškai atsarginė bent kartą. Atsiprašau, bet aš tikrai dar nesukūriau atsarginės kopijos savo vietinėje duomenų bazėje. Šis metodas neveikia, todėl jį galima padaryti tikTai kitoks būdas. Kol neradau įrankio, skirto atkurti duomenis iš duomenų bazės žurnalų -ApexSQL žurnalas。 Ši programinė įranga, autentiška versija turi būti sumokėta, keli šimtai dolerių, nemokama versija gali užklausti kiekvieno duomenų veikimą, gali būti atkurta pagal vieną duomenų vienetą, žinoma, taip pat galite eksportuoti ir atkurti SQL pareiškimus partijomis, bet eksportuoti tik vieną už kiekvieną dešimt duomenų, tai yra, mano 6W duomenų, gali atkurti tik vieną dešimtadalį partijų. Vis dar neatitinka mano poreikių. Radau nemokamą nulaužtą "ApexSQL Log" versiją (https://down.itsvse.com/item/11530.html)。 Galite atsisiųsti patys.
aplinka
>SQL serveris2008
Įrankiai
>"ApexSQL Log 2016" nulaužtas savarankiškam naudojimui
SMS žinutė
1 žingsnis: Atsisiuntę išpakuokite jį tiesiai ir raskiteApexSQLLog.exe- > dukart spustelėkite, kad atidarytumėte。
2 žingsnis:Atidarius kai kurie pasirodys naujinimo sąsaja ir galėsite tiesiogiai pasirinkti Atšaukti.
3 žingsnis: Dabar įveskite pagrindinę sąsają, pamatysite šį paveikslėlį, Serveris pasirenka atkuriamą serverį, taip pat atitinkamai pasirenkamas šis turinys。 Kadangi tai yra nulaužta versija, kai kurios duomenų bazės pasirinkimo eilutės nerodomos, tačiau tai neturi įtakos naudojimui. Galiausiai pasirinkite Kitas.
4 veiksmas: pasirinkite atitinkamą duomenų bazės žurnalo failą ir pereikite prie kito veiksmo。
5 žingsnis: Galite pamatyti šias keturias parinktis, mes pasirenkame pirmąją, galite aiškiai matyti visus operacijų įrašus, žinoma, taip pat galite pasirinkti antrąjį elementą, kurį norite atkurti tiesiogiai, žemiau pasirenkame pirmąjį elementą。
6 žingsnis: Pirmiausia pasirinkite laiko intervalą pagal atitinkamą scenarijų, čia pasirenkame paskutines 24 valandas。
7 žingsnis: Tada pasirinkite pagal atitinkamą operacijos tipą。
8 žingsnis: Tada pasirinkite formą, kurią norite atkurti - > Baigti。
9 žingsnis: Matome, kad ši sąsaja aiškiai rodo mūsų veikimo duomenis per 24 valandas, vykdymo tipą - atnaujinimą, išsamų laiką, kokie duomenys buvo pakeisti, duomenis prieš pakeitimą ir duomenis po pakeitimo。
Net šioje sąsajoje galime tiesiogiai matyti eilutės operacijos įrašą, anuliuoti scenarijų ir pakartoti scenarijų.
Mes esameNorėdami atkurti duomenis, galite tiesiogiai įklijuoti sakinį į aukščiau esantį anuliavimo scenarijų ir jį vykdyti. Žinoma, jei duomenų kiekis yra didelis, tęskite toliau pateiktus paketinio eksportavimo scenarijus
Žingsnis 10: Pasirinkite visus duomenis, kuriuos norite atkurti ,——> meniu juostoje pasirinkite Anuliuoti scenarijų.
11 žingsnis: Galime pamatyti šią pasirodžiusią sąsają, kurioje gausu SQL scenarijų. Galite įklijuoti jį tiesiai į duomenų bazę, kad vykdytumėte, arba galite toliau prisijungti prie duomenų bazės šiame įrankyje, kad vykdytumėte, toliau naudokime šį įrankį, spustelėkite mygtuką Vykdyti.
12 žingsnis: Žemiau matome, kad vykdymas sėkmingas.
Epilogas
Tokiu būdu atkuriami visi netinkamai naudojami duomenys. Nors juos galima atkurti, draugai vis tiek turėtų būti atsargūs tvarkydami duomenų bazės duomenis. Jei gamybos aplinkoje bus padaryta tokia didelė klaida, tai turės labai rimtų pasekmių. Jei paskutinis žingsnis neaiškus, galite palikti pranešimą žemiau.
|
Paskelbta 2019-03-31 19:07:37
|
|
|
|
Savininkas|
Paskelbta 2019-04-01 10:03:02
|
Paskelbta 2019-04-01 09:15:09
|
