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