предисловие
Эммм, однажды, когда я иду на работу, я общаюсь с друзьями и изменяю данные базы данных. Случайно я обновил его без условного указания. Около 6 Вт дополнительных записей в этой таблице были ошибочно изменены. Весь человек внезапно запаниковал, а потом спокойно задумался об этом. Это моя местная база данных в панике. Однако данные изменились более чем на 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-скриптами. Вы можете вставить его напрямую в базу данных для выполнения или продолжить подключаться к базе данных в этом инструменте для запуска, давайте продолжим использовать этот инструмент для запуска, нажмите кнопку Execute.
Шаг 12: Ниже видно, что выполнение прошло успешно.
Эпилог
Таким образом, все неправильно обработанные данные восстанавливаются. Хотя её можно восстановить, друзьям всё равно стоит быть осторожными при работе с данными базы данных. Если в производственной среде будет допущена такая большая ошибка, это повлечёт очень серьёзные последствия. Если последний шаг неясен, вы можете оставить сообщение ниже.
|
Опубликовано 31.03.2019 19:07:37
|
|
|
|
Хозяин|
Опубликовано 01.04.2019 10:03:02
|
Опубликовано 01.04.2019 9:15:09
|
