Повреждение базы данных в SQL Server
Повреждения базы данных SQL Server, администраторы баз данных могут понять, насколько это болезненно. Что ж, случается не так часто, но что если случается, это всегда неприятная и стрессовая ситуация для организаций и администраторов баз данных. Как проверить повреждение базы данных в SQL Server? Или как определить, если это происходит?
Причины повреждения базы данных SQL Server
База данных Microsoft SQL Server – это основная часть бизнеса. Это система управления реляционными базами данных (СУБД), разработанная Microsoft для малых и крупных организаций, домашних пользователей и т. Д. Для безопасного хранения важнейших профессиональных данных.
Повреждение может произойти из-за многих причин, таких как отказ оборудования или проблемы с подсистемой, внезапное отключение питания, SQL Server перестает отвечать при выполнении операции удаления и т. Д. Будучи администраторами баз данных, не так много средств, чтобы предотвратить эти повреждения, только один может постарайтесь обнаружить и решить ее как можно раньше. Здесь вы узнаете, как проверить, не повреждена ли база данных SQL Server, и исправить это с помощью соответствующего решения.
Обнаружение / проверка повреждений базы данных SQL Server с помощью четырех методов
Следующие вещи могут сделать администраторы баз данных, чтобы обнаружить повреждение в базе данных SQL. В этом разделе рассматривается только метод обнаружения повреждений.
-PAGE Вариант подтверждения – Восстановление
-Бэкап с контрольной суммой
-DBCC CHECKDB
-Создайте ОПОВЕЩЕНИЕ
Примечание: DBCC CheckDB Команда позволяет администратору баз данных проверять повреждение базы данных в SQL Server, но повреждение в компактной версии SQL проверяется с помощью объекта Engine.
Метод 1: Как PAGE Verify Option обнаруживает повреждение?
В каждой базе данных, созданной в SQL Server, параметр проверки страницы. Пользователь может установить его с помощью сценария T-SQL или SSMS. Всякий раз, когда на странице выполняется операция чтения и записи, этот параметр сообщает базе данных, как в ходе процесса проверяется работоспособность страницы.
Установить с помощью SQL Server Management Studio (SSMS)
1. Щелкните на База данныхе вам нужно проверить и выбрать свойства.
2. Далее в окне свойств базы данных. Выбирать Страница параметров и перетащите вниз до Recovery.
3. Под Восстановление вариант, есть Подтверждение страницы. В этом случае нажмите на стрелку вниз и выберите КОНТРОЛЬНАЯ СУММА и нажмите на Ok кнопка. Как показано на изображении ниже.
Установить с помощью T-SQL
ИЗМЕНИТЬ БАЗУ ДАННЫХ
УСТАНОВИТЬ PAGE_VERIFY КОНТРОЛЬНАЯ СУММА С NO_WAIT;
Администратор базы данных может использовать три варианта, т.е. ‘НИКТО’ чтобы не проверять страницу, ‘TORN_PAGE_DETECTION ‘ использовался ранее и никогда не является лучшим вариантом для SQL 2005 и более поздних версий, и лучший вариант для выбора – “КОНТРОЛЬНАЯ СУММА”
Метод 2: использование резервной копии базы данных с контрольной суммой
Всегда выполняйте команду базы данных SQL с CHECKSUM. Это означает, что при выполнении резервного копирования SQL Server проверяет страницы во время процесса резервного копирования и обнаруживает ли повреждения на какой-либо странице. В случае обнаружения каких-либо повреждений резервное копирование не удается.
Если задание установлено, то при сбое резервного копирования администратор баз данных получит уведомление о сбое резервного копирования на свою электронную почту.
Посмотрим на демо, как выглядит команда:
РЕЗЕРВНАЯ БАЗА ДАННЫХ abc
НА ДИСК= ‘D: SQLBackups abc.bak’
С КОНТРОЛЬНАЯ СУММА;
Метод 3: команда DBCC CHECKDB
Используя команду DBCC CHECKDB, пользователь или база данных могут проверить логическую и физическую целостность всех объектов данных в выбранной базе данных. Это используется для полной проверки базы данных. Рекомендуется запускать DBCC CHECKDB еженедельно или можно запускать чаще, в зависимости от емкости вашей системы.
Запустите: DBCC CHECKDB (имя вашей базы данных)
Если обнаруживается какое-либо повреждение, задание завершается ошибкой с сообщением об ошибке. Это сообщение об ошибке показывает полную информацию о том, почему задание не выполнено или почему произошло повреждение базы данных в SQL Server.
Метод 4: создать оповещение
Администраторы баз данных могут создать сценарий оповещения и получать информацию о любой критической ошибке в базе данных.
Что делать, если обнаружено повреждение SQL Server?
Если обнаружено повреждение базы данных в SQL Server, лучше всего восстановить ее из последней доступной резервной копии. Что делать, если недавняя резервная копия недоступна? В этом случае администраторы баз данных могут выполнить приведенный ниже метод вручную, который может помочь исправить.
1. DBCC CHECKDB REPAIR_REBUILD
Repair_REBUILD это наиболее безопасный ручной подход, используемый для восстановления поврежденной базы данных. Что ж, это помогает, если уровень коррупции не так высок.
2. DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS
REPAIR_ALLOW_DATA_LOSS обнаруживает поврежденную часть выбранного файла базы данных, а затем полностью удаляет эту часть. В большинстве случаев не рекомендуется выполнять, так как это может произойти из-за огромной потери данных.
Таким образом, использование подлинного решения – лучший способ восстановить поврежденную базу данных SQL. Администраторы баз данных могут попробовать Инструмент восстановления базы данных SQL исправить повреждение и восстановить базу данных без потери данных.
Особенности альтернативного решения для обнаружения и исправления повреждений базы данных
Универсальное решение – использовать Программное обеспечение для восстановления базы данных SQL решить, как проверить повреждение базы данных на сервере SQL и исправить в случае обнаружения. Почему выбирают это программное обеспечение? Инструмент доступен с наиболее востребованными функциями для проверки повреждений базы данных SQL Server и быстро исправляет без потери данных.
Удалите повреждения из файлов MDF и NDF и восстановите все элементы, такие как таблицы, триггеры, индексы, хранимые процедуры и т. Д. Возможность предварительного просмотра и восстановления удаленных записей базы данных SQL. Предоставляет удобный интерфейс.
Вывод
Выше в этой статье мы подробно рассказали, «как проверить повреждение базы данных в SQL Server?». Как только процесс проверки базы данных завершится и администраторы баз данных обнаружат любое повреждение, ему необходимо выбрать правильный метод избавления от повреждения. Если недавняя резервная копия недоступна, лучше всего попробовать альтернативное решение.