предговор
Еммм, един ден, когато отивам на работа, чатя с приятелите си и променям данните от базата данни. Случайно го обнових без условно изявление. Около 6W от още записи в тази таблица бяха модифицирани по грешка. Целият човек изведнъж изпадна в паника и после помисли спокойно. Това е моята локална база данни, която паникьосва. Въпреки това, данните са променени с повече от 6W и не искам да ги синхронизирам с официалната база данни. Така че всякакви търсения и решения в интернет. Тъй като моята локална версия на базата данни е SQL Server 2008, чета блогове от дълго време и повечето блогове изискват базата данни да е била напълно архивирана поне веднъж. Съжалявам, но наистина още не съм направил резервно копие на местната си база данни. Този метод не работи, така че може да се направи самоТова е различен начин. Докато не намерих инструмент за възстановяване на данни от логове на база данни -ApexSQL Log。 Този софтуер, оригиналната версия, трябва да се плати няколкостотин долара, безплатната версия може да прави заявки за работата на всяка информация, може да бъде възстановена с един парче данни, разбира се, можеш също да експортираш и възстановяваш SQL оператори на партиди, но само по едно за всеки десет парчета данни, тоест моят 6W парче данни, може да възстанови само една десета на партиди. Все още не отговаря на нуждите ми. Намерих безплатна cracked версия на ApexSQL Log (https://down.itsvse.com/item/11530.html)。 Можеш да го изтеглиш сам.
Околна среда
>SQL Server2008
Инструменти
>ApexSQL Log 2016 е пробит за самостоятелна употреба
Текст
Стъпка 1: След като го изтеглите, разархивирайте го директно и го намеретеApexSQLLog.exe- > двойно кликване за отваряне。
Стъпка 2:След като го отворите, някои ще се появят интерфейсът за актуализация и можете директно да изберете Cancel.
Стъпка 3: Сега влезте в основния интерфейс, ще видите следната картина, сървърът избира сървъра за възстановяване, а следващото съдържание също се избира съответно。 Тъй като версията е cracked, някои от редовете при избора на база данни не се показват, но това не влияе на използването. Накрая изберете Следващо.
Стъпка 4: Изберете съответния лог файл на базата данни и преминете към следващата стъпка。
Стъпка 5: Можете да видите следните четири опции, ние избираме първата, ясно виждате всички оперативни записи, разбира се, можете да изберете и втория елемент за възстановяване директно, по-долу избираме първия елемент。
Стъпка 6: Първо, изберете времевия диапазон според съответния сценарий, тук избираме последните 24 часа。
Стъпка 7: След това изберете според съответния тип операция。
Стъпка 8: След това изберете формата, която искате да възстановите - > Завършете。
Стъпка 9: Виждаме, че този интерфейс ясно показва оперативните ни данни в рамките на 24 часа, типа изпълнение – актуализация, детайлно време, какви данни са променени, данните преди промяната и данните след промяната。
Дори в следващия интерфейс можем директно да видим оперативния запис на линията, да отменим скрипта и да опитаме скрипта отново.
Ние смеЗа да възстановите данните, можете директно да поставите оператора в Undo Script по-горе и да го изпълните. Разбира се, ако обемът на данните е голям, продължете с операцията с пакетни експортиращи скриптове по-долу
Стъпка 10: Изберете всички данни, които искате да възстановите, ,——> изберете Отмени скрипт в лентата на менюто.
Стъпка 11: Виждаме следния интерфейс, който се появява, пълен със SQL скриптове. Можете да го поставите директно в базата данни, за да се изпълни, или да продължите да се свързвате с базата данни чрез този инструмент за изпълнение, нека продължим да използваме този инструмент за изпълнение, натиснете бутона Execute.
Стъпка 12: По-долу виждаме, че изпълнението е успешно.
Епилог
По този начин всички неправилно обработени данни се възстановяват. Въпреки че може да бъде възстановен, приятелите трябва да бъдат внимателни с работата с данни от базата данни. Ако се допусне такава голяма грешка в производствената среда, тя ще има много сериозни последици. Ако последната стъпка не е ясна, можете да оставите съобщение по-долу.
|
Публикувано в 31.03.2019 г. 19:07:37 ч.
|
|
|
|
Хазяин|
Публикувано в 1.04.2019 г. 10:03:02 ч.
|
Публикувано в 1.04.2019 г. 9:15:09 ч.
|
