Как исправить sql файлы

How do I fix an SQL Server log file that is corrupted?  

«This morning, when I tried to open my SQL database, I was informed that one of the transaction log files had corrupted due to some unknown reasons. A simple restart didn’t solve the problem. Now, the database is inaccessible, and I can’t read the database content. As a new DBA, I really don’t know many other solutions. Can anyone show me effective ways to fix log file corruption in SQL Server? Thanks in advance.»

The transaction log file, also known as log database file (.ldf), keeps a record of everything down to the SQL database for rollback purposes. There is one or more log files for each database, which are used to maintain the log of all the transactions. Along with MDF and NDF, they are major parts of the database, directly affecting the smooth running of the SQL server. If any of them has a problem, like a log file corruption, the SQL server will stop working correctly.  

In our last post, we have talked about how to repair a corrupted MDF/NDF file. Here, we will continue to explore how to fix a corrupted log file that can cause you to lose access to the database files. Unlike MDF database file corruption that can be repaired with third-party software, log file damage can only be fixed manually. Now, let’s start by understanding the causes of this issue.

Causes of Corrupted Log File in SQL Server  

The SQL Server log file corruption can be attributed to multiple reasons, including what listed below.

• Hard drive issue: Hard drive damage can be associated with log file corruption as all the database files and components are stored in the hard drive.
• Log file runs out of space: If the log file exceeds its maximum size, it can get corrupted and bring a lot of problems.
• Abnormal system shutdown: When the system closes abruptly, it can easily lead to corruption error.
• Virus attack: Virus or malware can also infect the log file and cause corruption.
• Input-Output configuration issue: If the configuration is changed or interrupted, then corruption in log file arises.

A Reliable Solution to Fix SQL Log File Corruption

Now that you’ve understood why the problem happened, next, try to deal with it with ways given below.

First, check for the hardware issue that may have caused the corruption of log file. You need to analyze the event logs of Windows system and application. If you find any hardware problem, fix it immediately and see whether the corruption issue has been resolved or not. If not, apply the following methods to repair the damaged log file.

1. Create a full backup of the database (MDF file).

2. Open the SQL Server Enterprise Manager, then delete the «suspect» database. If a prompt shows deletions error, you can restart the database server and try again.

3. In the SQL Server Enterprise Manager, create a new database with the same name (e.g., test), and note that the database name and data file name should be consistent with the original database.

4. Detach the database server.

5. Delete the test_log.ldf of the newly created database, and overwrite the generated test_data.mdf file with the MDF file that needs to be restored.

6. Start the SQL server. You will see that the “test” database is in the «suspect» mode. You cannot do anything with this database at this time. 

7. Perform the following SQL syntax.

use master
go
sp_configure ‘allow updates’,1
reconfigure with override
go
update sysdatabases set status=-32768 where dbid=DB_ID(‘dbname’)
dbcc rebuild_log(‘dbname’,’d:zc_post_log.ldf’)
dbcc checkdb(‘dbname’)
sp_dboption ‘dbname’,’dbo use only’,’false’

Note: As you have seen, the above steps are very complicated. You should be technical enough to perform the syntax commands. Otherwise, any error will lead to a more severe issue in the SQL server.

How to Recover MDF from a Corrupted Transaction Log File

If you don’t have the confidence to use this manual method or you’ve tried but failed, you can still access your SQL database with an MDF recovery and repair program. EaseUS MS SQL Recovery is a superior database repair software to help you recover data from MDF file and let the SQL load properly. This mature SQL database recovery tool provides the following services.

• Repairs corrupted SQL database files (MDF/NDF files)
• Recovers deleted records in SQL server
• Repairs damaged SQL server database components — tables, triggers, indexes, keys, rules & stored procedures
• Export SQL database to CSV, HTML, XLS, and MDF formats

Now, download this SQL Server repair tool to fix the corrupted transaction log file.

Step 1. Download and run EaseUS MS SQL Recovery.

Step 2. Click the two dots (Browse button) to choose the target MDF file or click «Search» and select the desired file to repair from the list found below. Then, click «Repair» to start the repairing process. 

Step 3. When the process completes, a Window will appear to confirm the successful analysis. All the deleted tables & records recovered items will be listed on the left pane in the name of the original tables.

Step 4. Click the «Export» button in the bottom right corner of the screen. You can save the recovered database to database & SQL scripts based on your need. Then, you need to enter Server/Instance Name and connect to the server. If you choose to «Export to database», you can create a new database or export to an existing database. 

Conclusion

SQL Server log file corruption can happen at any time, causing many problems for SQL Server users. And one of the most common problems is the inability to access the database. Fixing a broken log file can be quite complex. You need to do multiple checks, try multiple solutions, and maybe none of them will work. So we strongly recommend that you use an easy workaround to fix the corrupted transaction log file by recovering the MDF file. Then, the SQL will load the database normally, and you can read the data again.

How do I fix an SQL Server log file that is corrupted?  

«This morning, when I tried to open my SQL database, I was informed that one of the transaction log files had corrupted due to some unknown reasons. A simple restart didn’t solve the problem. Now, the database is inaccessible, and I can’t read the database content. As a new DBA, I really don’t know many other solutions. Can anyone show me effective ways to fix log file corruption in SQL Server? Thanks in advance.»

The transaction log file, also known as log database file (.ldf), keeps a record of everything down to the SQL database for rollback purposes. There is one or more log files for each database, which are used to maintain the log of all the transactions. Along with MDF and NDF, they are major parts of the database, directly affecting the smooth running of the SQL server. If any of them has a problem, like a log file corruption, the SQL server will stop working correctly.  

In our last post, we have talked about how to repair a corrupted MDF/NDF file. Here, we will continue to explore how to fix a corrupted log file that can cause you to lose access to the database files. Unlike MDF database file corruption that can be repaired with third-party software, log file damage can only be fixed manually. Now, let’s start by understanding the causes of this issue.

Causes of Corrupted Log File in SQL Server  

The SQL Server log file corruption can be attributed to multiple reasons, including what listed below.

• Hard drive issue: Hard drive damage can be associated with log file corruption as all the database files and components are stored in the hard drive.
• Log file runs out of space: If the log file exceeds its maximum size, it can get corrupted and bring a lot of problems.
• Abnormal system shutdown: When the system closes abruptly, it can easily lead to corruption error.
• Virus attack: Virus or malware can also infect the log file and cause corruption.
• Input-Output configuration issue: If the configuration is changed or interrupted, then corruption in log file arises.

A Reliable Solution to Fix SQL Log File Corruption

Now that you’ve understood why the problem happened, next, try to deal with it with ways given below.

First, check for the hardware issue that may have caused the corruption of log file. You need to analyze the event logs of Windows system and application. If you find any hardware problem, fix it immediately and see whether the corruption issue has been resolved or not. If not, apply the following methods to repair the damaged log file.

1. Create a full backup of the database (MDF file).

2. Open the SQL Server Enterprise Manager, then delete the «suspect» database. If a prompt shows deletions error, you can restart the database server and try again.

3. In the SQL Server Enterprise Manager, create a new database with the same name (e.g., test), and note that the database name and data file name should be consistent with the original database.

4. Detach the database server.

5. Delete the test_log.ldf of the newly created database, and overwrite the generated test_data.mdf file with the MDF file that needs to be restored.

6. Start the SQL server. You will see that the “test” database is in the «suspect» mode. You cannot do anything with this database at this time. 

7. Perform the following SQL syntax.

use master
go
sp_configure ‘allow updates’,1
reconfigure with override
go
update sysdatabases set status=-32768 where dbid=DB_ID(‘dbname’)
dbcc rebuild_log(‘dbname’,’d:zc_post_log.ldf’)
dbcc checkdb(‘dbname’)
sp_dboption ‘dbname’,’dbo use only’,’false’

Note: As you have seen, the above steps are very complicated. You should be technical enough to perform the syntax commands. Otherwise, any error will lead to a more severe issue in the SQL server.

How to Recover MDF from a Corrupted Transaction Log File

If you don’t have the confidence to use this manual method or you’ve tried but failed, you can still access your SQL database with an MDF recovery and repair program. EaseUS MS SQL Recovery is a superior database repair software to help you recover data from MDF file and let the SQL load properly. This mature SQL database recovery tool provides the following services.

• Repairs corrupted SQL database files (MDF/NDF files)
• Recovers deleted records in SQL server
• Repairs damaged SQL server database components — tables, triggers, indexes, keys, rules & stored procedures
• Export SQL database to CSV, HTML, XLS, and MDF formats

Now, download this SQL Server repair tool to fix the corrupted transaction log file.

Step 1. Download and run EaseUS MS SQL Recovery.

Step 2. Click the two dots (Browse button) to choose the target MDF file or click «Search» and select the desired file to repair from the list found below. Then, click «Repair» to start the repairing process. 

Step 3. When the process completes, a Window will appear to confirm the successful analysis. All the deleted tables & records recovered items will be listed on the left pane in the name of the original tables.

Step 4. Click the «Export» button in the bottom right corner of the screen. You can save the recovered database to database & SQL scripts based on your need. Then, you need to enter Server/Instance Name and connect to the server. If you choose to «Export to database», you can create a new database or export to an existing database. 

Conclusion

SQL Server log file corruption can happen at any time, causing many problems for SQL Server users. And one of the most common problems is the inability to access the database. Fixing a broken log file can be quite complex. You need to do multiple checks, try multiple solutions, and maybe none of them will work. So we strongly recommend that you use an easy workaround to fix the corrupted transaction log file by recovering the MDF file. Then, the SQL will load the database normally, and you can read the data again.

Приглашаем разобраться в важных темах – устранения ошибок MS SQL и восстановления базы данных. Получите представление о разных способах устранения проблемы, которые следует использовать при различных обстоятельствах.

Восстановление баз данных

Специалисты пользуются несколькими способами восстановления баз данных (БД). Наиболее простой и удобный ­– воспользоваться программой (SSMS) SQL Server Management Studio.

Как восстановить

Узнать, где находится SQL Server Management Studio, довольно легко. Microsoft Windows Server 2012 R2 располагается в стандартном перечне программных продуктов. В Microsoft Windows Server 2008 R2 следует зайти в меню Пуск и отыскать Microsoft Windows Server 2012. Там смотреть Microsoft SQL Server Management Studio.

Далее следует ввести тип сервера с именем, а чтобы подтвердить подлинность – информацию, требуемую для прохождения авторизации. Нажать Соединить (Connect).

В левом углу из обозревателя (Object Explorer) раскрыть Базы данных (Server Objects). Из представленного перечня отобрать базу, подлежащую восстановлению либо ту, данные которой будут восстанавливаться. На выбранном файле кликнуть мышкой и в выпавшем перечне выбрать Задачи (Tasks), затем Восстановить (Restore), потом База данных… (Databases …).

Проделанные шаги дадут старт процессу Restore Database, а значит требуемая база данных начнет восстанавливаться. Следует сделать выбор источника для Restore Database.

Чтобы возобновить базу данных, при запуске мастер восстановления сделает попытку автоматом определить очередность файлов резервных копий. В том случае, когда базу данных нужно загружать из определенной папки либо устройства, понадобится:

1. Переключить соответствующую кнопку на Устройство (From device).
2. Прописать, откуда восстановится БД.
3. Выбрать инфобазу, в которую произведется загрузка данных (Destination for restore). Ею может выступать любая БД, которая регистрировалась на SQL Server (в том числе и база, с которой создавалась резервная копия).

В программе реализована возможность указания времени, необходимого для восстановления БД. Для этого необходимо просто кликнуть по кнопке Временная шкала… (Timeline). Если существует скопированный журнал транзакций или checkpoint в нем, то требуемый промежуток времени может быть указан с высокой точностью (вплоть до секунды).

Если требуется провести копирование БД, то во вкладке Файлы (Files) нужно будет прописать путь к файлам выбранной инфобазы.

Настройка дополнительных параметров

Также в программе реализована возможность настройки дополнительных параметров. Выставляя тот или иной флажок, можно регулировать необходимые действия. Следует выбрать соответствующий флажок, чтобы в процессе восстановления БД:

• Которая опубликована не на сервере, где она создавалась, сохранились настройки репликации, поможет отметка «Сохранить параметры репликации). Он важен, если при резервном копировании была реплицирована БД;
• была проведена перезапись файлов БД с именем, которое указывалось в качестве базы назначения – нужно поставить отметку «Перезаписать существующую базу данных»;
• сузить доступность к базе всем, кто не sysadmin, db_owner, dbcreator – нужно поставить флажок «Ограничение доступа к восстановленной базе данных»;
• старту должен предшествовать перевод БД в режим одного пользователя, а по его завершению вернуть в пользование для множества пользователей – поставить отметку «Закрыть существующие соединения»;
• чтобы провести требуемое резервное копирование завершающего фрагмента журнала транзакций, следует поставить отметку «Создание резервной копии заключительного фрагмента журнала перед восстановлением». Если в окошке Временная шкала резервного копирования (Backup Timeline) для временной точки требуется эта резервная копия, то отметка будет поставлена системой, без возможности снятия;
• чтобы после завершения восстановления каждой резервной копии уточнялась необходимость продолжения процесса – следует поставить отметку «Выдавать приглашение перед восстановлением каждой резервной копии» (Prompt before restoring each backup). Достаточно полезен, т.к. после того, как восстановлено определенное количество резервных копий можно остановить дальнейшую цепочку восстановительных процессов.

Настроив все важные параметры следует нажать ОК. Тем самым запустится процесс. Соответствующее уведомление сообщит об его окончании.

Восстановление базы в новое место

Чтобы перенести базу данных MSSQL Server по другому пути каталога либо сделать ее копию, следует знать, как восстановить БД в новую папку. Полезно знать как ее переименовывать. Для этого можно воспользоваться вышеупомянутой программой SSMS и T-SQL.

Подготовка к восстановлению базы данных

Перед стартом процесса восстановления нужно соблюдать ряд требований:

1. Когда осуществляется процесс восстановления базы, доступ к ней может быть только у системного администратора. Для остальных пользователей доступ должен быть ограничен.
2. Перед восстановлением нужно сделать резервную копию активного журнала транзакций.
3. Чтобы восстановить зашифрованную базу необходим доступ к сертификату либо ассиметричному ключу, который применялся в качестве ее шифратора. Не имея доступа к ним, восстановление зашифрованной БД становится невозможным. Потому, такой сертификат следует хранить, пока может понадобиться резервное копирование.

После того, как база данных версии SQL Server 2005 (9.x) либо более поздней, восстановится, произойдет автоматическое обновление, и она станет доступной.

Если присутствуют полнотекстовые индексы

В том случае, когда в БД SQL Server 2005 (9.x) присутствуют полнотекстовые индексы, в момент ее обновления произойдет импорт, сброс либо перестроение. Результат зависит от того, какое значение проставлено в свойствах сервера upgrade_option.

При обновлении такие индексы станут недоступны, если upgrade_option имеет значения:

• 2 в режиме импорта;
• 0 в режиме перестроения.

Продолжительность поцессов импорта и перестроения зависит от того, какой объем занимают данные. Импорт может длиться пару часов, а процесс перестроения – гораздо дольше (может продолжаться в 10 раз дольше).

В том случае, когда выбран процесс Импорт, а доступ к полнотекстовому каталогу отсутствует, то произойдет перестроение одноименных индексов, которые связаны с ним. Для изменения свойств upgrade_option необходимо воспользоваться процедурой sp_fulltext_service.

Соблюдение правил безопасности

Чтобы обезопасить себя, крайне не рекомендуется проводить присоединение либо восстановление БД, которые были получены из ненадежных или вовсе неизвестных источников. Они могут содержать вредоносные коды, способные:

• запускать выполнение инструкций T-SQL, не предусмотренных системой;
• вызывать ошибки в результате изменения схемы либо самой структуры БД

Если БД получена из источников, не внушающих доверия, то перед началом ее использования необходимо:

• протестировать по инструкции DBCC CHECKDB;
• исследовать исходный и иные коды БД, изучить процедуры.

Инструкции RESTORE

На ход реализации этих инструкций влияет факт существования восстанавливаемой базы. Если база:

• присутствует, то разрешения получают пользователи sysadmin, dbcreator, dbo (владелец БД) по умолчанию;
• отсутствует, то пользователям потребуются разрешения CREATE DATABASE.

Разрешения на реализацию таких инструкций выдаются в соответствии с ролями. В соответствии с ними сервер всегда имеет доступ к данным о членстве. Разрешение RESTORE отсутствует у пользователей с ролями db_owner. Причина в том, что членство может быть проверено лишь в тех случаях, когда к базе данных всегда есть доступ и она не повреждена. А это иногда не соблюдается в процессе выполнения инструкций RESTORES.

Пошаговая инструкция восстановления БД в новую папку в SSMS

1. Открыть SSMS и произвести подключение к SQL Server Database Engine.
2. Щелкнуть мышкой по имени сервера, чтобы развернулось его дерево.
3. Кликнуть мышкой на Базы данных, потом – по Восстановить базу данных.
4. В разделе Источник выбрать Общие, чтобы определить соответственное расположение и источник копий, подлежащих восстановлению. Пользователю предлагается выбрать нужный вариант (Базы данных либо Устройства). Особенности:
5. При выборе Базы данных открывается перечень БД, где можно выбрать нужную. В нем представлены лишь те базы, у которых резервные копии создавались по журналу msdb. Стоит отметить, что для БД на целевом сервере, резервные копии которых поступили с иных серверов, подобный журнал будет отсутствовать. В таких ситуациях следует выбирать вариант Устройство. Это позволит руками прописать файл, а в случае необходимости – обозначить устройство для выполнения восстановления.
6. Устройство можно выбрать, воспользовавшись кнопкой обзора (…). В результате появится окошко Выбор устройств резервного копирования. Перейти в окошко Тип носителя резервной копии, в котором из списка выбрать необходимый тип устройства. Если требуется добавить ряд устройств, это можно сделать с помощью кнопки Добавить в окошке Носитель резервной копии. Когда все необходимые устройства добавлены, необходимо вновь перейти на страницу Общие. Для этого следует нажать ОК в списке Носитель резервной копии. Обратившись к списку Источник: Устройство: База данных обозначить название БД, куда будет производиться восстановление. Пользователь может воспользоваться данным списком только при выборе Устройства. Можно выбирать лишь те БД, у которых на отобранном устройстве имеются резервные копии.
7. Название новой базы для проведения восстановления автоматом сформируется в поле База данных в разделе Назначение. При желании оно может быть изменено. Для этого желаемое название вводится в окошке База данных.
8. Далее перейти к Восстановить до. Пользователь может оставить значение До последней выбранной резервной копии (по умолчанию) либо кликнуть по Временной шкале. При выбре второго варианта всплывет соответствующее окошко Временная шкала …. В нем нужно указывать точное время.
9. Необходимые резервные копии для восстановления можно выбрать в соответствующей сетке. В ней отражены все наборы, доступные в выбранном месте. Система сама предложит план восстановления отобранных копий, который будет использован по умолчанию. Он может быть переопределен, если в сетке изменить отобранные элементы.
10. Для указания другого места расположения файлов базы, необходимо выбрать страницу Файлы после чего нажать на Переместить все файлы в папку. Следует указать вновь выбранное место расположения папок файлов данных и журнала.
11. Если возникла необходимость – провести настройку параметров, как было рассказано выше.

Чтобы начать процесс, в котором будет восстанавливаться БД в новую папку с возможностью переименовывать ее, можно воспользоваться инструкциями Transact-SQL.

Как просмотреть отчет

Стандартный отчет «События резервного копирования и восстановления» позволяет получить сведения о том, когда проводилось:

• Резервное копирование определенной БД;
• операции восстановления базы MS SQL из них.

Данный отчет включает данные, касающиеся создания резервных копий:

• время, затраченное на это в среднем (Average Time Taken For Backup Operations);
• операции, которые прошли успешно (Successful Backup Operations);
• ошибки, которые были допущены (Backup Operation Errors);
• удачно прошедших восстановлений баз (Successful Restore Operations).

Чтобы он начал формироваться, следует в Обозревателе объектов выбрать нужную БД и щелкнуть по ней мышкой. Выбрать в меню Отчеты, а затем – Стандартный отчет. После этого кликнуть на События резервного копирования и восстановления.

Чтобы просмотреть информацию из сформированного отчета следует выбрать нужную группировку и раскрыть данные по ней.

Для восстановления поврежденной БД можно воспользоваться еще одним инструментом.

Как исправить ошибки в MS SQL с помощью Recovery Toolbox for SQL Server

Для восстановления поврежденной базы данных можно обратиться к помощи Recovery Toolbox for SQL Server. Для исправления ошибки (Error), следует воспользоваться пошаговой инструкцией восстановления данных из файла *.mdf, который был поврежден. Для этого необходимо:

1. Скачать Recovery Toolbox for SQL Server.
2. Установить программу следуя инструкциям и запустить ее.
3. Из списка файлов выбрать файл *.mdf, который был поврежден.
4. Осуществить предварительный просмотр тех данных, которые в процессе выполнения программы могут быть подвергнуты извлечению из базы MS SQL сервер, которая подверглась повреждению.
5. Выбрать наиболее приемлемый способ, которым будут экспортироваться данные:
6. сохранением на диск в качестве SQL-скрипта;
7. выполнением SQL-скрипта в самой БД.
8. Произвести выборку информации, требующей восстановления и сохранения.
9. Начать восстановление нажатием Start recovery.

Данная программа создавалась, чтобы облегчить процесс восстановления поврежденных БД. Специально разработанная, оптимизированная для восстановления SQL Server, утилита поможет устранить ошибки и внести правки в разные типы повреждений *.mdf файлов и базы данных MS SQL Server.

Как становится понятно, для исправления ошибок и восстановления БД необходимо уметь пользоваться различными инструментами. Читайте, изучайте материалы по данной теме. Если возникнут вопросы – обязательно задавайте.

Также приглашаем на специальный курс по MS SQL в Otus.