|
|
Publisert på 31.03.2019 19:07:37
|
|
|
|
forord
Emmm, en dag når jeg drar på jobb, chatter jeg med vennene mine og endrer databasedataene. Ved et uhell oppdaterte jeg den uten en betinget setning. Omtrent 6W med flere poster i tabellen ble alle modifisert ved en feil. Hele personen fikk plutselig panikk, og tenkte så rolig på det. Dette er min lokale database som får panikk. Men dataene har blitt endret med mer enn 6W, og jeg ønsker ikke å synkronisere det fra den offisielle databasen. Så alle slags søk og søk etter løsninger på Internett. Siden min lokale databaseversjon er SQL Server 2008, har jeg lest blogger lenge, og de fleste blogger krever at databasen er fullstendig sikkerhetskopiert minst én gang. Beklager, men jeg har egentlig ikke sikkerhetskopiert min lokale database ennå. Denne metoden fungerer ikke, så den kan bare gjøresDet er en annen måte. Helt til jeg fant et verktøy for å hente data fra databaselogger –ApexSQL Log。 Denne programvaren, den ekte versjonen må betales, noen hundre dollar, gratisversjonen kan spørre om driften av hver data, kan gjenopprettes med ett enkelt datastykke, selvfølgelig kan du også eksportere og gjenopprette SQL-setninger i batcher, men eksporter bare én for hver tiende databit, det vil si mitt 6W datastykke, kan bare gjenopprette en tidel i batcher. Fortsatt ikke i tråd med mine behov. Jeg fant en gratis cracked versjon av ApexSQL Log (https://down.itsvse.com/item/11530.html)。 Du kan laste den ned selv.
Miljø
>SQL Server2008
Verktøy
>ApexSQL Log 2016 knekket for egenbruk
Tekst
Trinn 1: Etter nedlasting, pakk den ut direkte og finn denApexSQLLog.exe- > dobbeltklikk for å åpne。
Steg 2:Etter åpning vil noen dukke opp oppdateringsgrensesnittet, og du kan velge Avbryt direkte.
Trinn 3: Gå inn i hovedgrensesnittet, du vil se følgende bilde: Serveren velger serveren som skal gjenopprettes, og følgende innhold velges også deretter.。 Siden det er en cracked versjon, vises ikke noen av linjene i databaseutvalget, men det påvirker ikke bruken. Til slutt velg Neste.
Trinn 4: Velg den tilsvarende databaseloggfilen og gå videre til neste steg。
Trinn 5: Du kan se følgende fire alternativer, vi velger det første, du kan tydelig se alle operasjonspostene, selvfølgelig kan du også velge det andre elementet å gjenopprette direkte, nedenfor velger vi det første elementet。
Trinn 6: Først velger du tidsrommet i henhold til det aktuelle scenarioet, her velger vi de siste 24 timene。
Trinn 7: Velg deretter etter tilsvarende operasjonstype。
Trinn 8: Velg deretter skjemaet du vil gjenopprette – > Fullfør。
Trinn 9: Vi kan se at dette grensesnittet tydelig viser driftsdataene våre innen 24 timer, typen kjøring – oppdatering, detaljert tid, hvilke data som er endret, dataene før endringen, og dataene etter endringen。
Selv i det følgende grensesnittet kan vi direkte se operasjonsposten for linjen, angre skriptet og prøve skriptet på nytt.
Det er viFor å gjenopprette data kan du lime inn setningen direkte i Undo Script ovenfor og kjøre den. Selvfølgelig, hvis datavolumet er stort, fortsett med batch-eksport av skript nedenfor
Trinn 10: Velg all data du vil gjenopprette ,——> velg Undo Script i menylinjen.
Trinn 11: Vi kan se følgende grensesnitt som dukker opp, som er fullt av SQL-skript. Du kan lime det direkte inn i databasen for å kjøre, eller du kan fortsette å koble til databasen i dette verktøyet for å kjøre, la oss fortsette å bruke dette verktøyet for å kjøre, klikk på Kjør-knappen.
Trinn 12: Nedenfor ser vi at gjennomføringen er vellykket.
Epilog
På denne måten gjenopprettes all feilbehandlet data. Selv om det kan gjenopprettes, bør venner fortsatt være forsiktige med å bruke databasedata. Hvis en så stor feil gjøres i produksjonsmiljøet, vil det få svært alvorlige konsekvenser. Hvis det siste steget er uklart, kan du legge igjen en melding nedenfor.
|
Score
-
Se alle vurderinger
Foregående:Enkel Android Bluetooth sender og mottar kildekodeNeste:SQLite-databaseinnholdet vises i en tabell
|
Vert|
Publisert på 01.04.2019 10:03:02
|
Publisert på 01.04.2019 09:15:09
|
