У нас есть случай, когда каким-то образом был поврежден том размером 1 ТБ. В средстве просмотра системных событий обнаружены ошибки с кодом события 55. При беге chkdsk, он достигает 47% проверочных индексов и возвращается в командную строку.
Если мы не можем восстановить данные на диске, тогда у нас есть полная резервная копия баз данных, сделанная некоторое время назад. Журналы которых находятся на другом томе, который не поврежден.
Можно ли будет восстановить базы данных и как-то воспроизвести файлы журналов? Я видел статьи о воспроизведении файлов журнала из резервной копии файла журнала (.trn), однако у нас есть фактические файлы журнала (.ldf). Любая помощь будет принята с благодарностью.
Для восстановления нужно:
Только файлы журнала не содержат никаких данных как таковых. Вы можете ответить, если у вас есть ПОЛНАЯ модель восстановления, а журнал ни разу не усекался (и т. Д.) С момента последнего ПОЛНОГО резервного копирования.
Однако есть вероятность, что вы потеряли данные, потому что у вас нет резервных копий для восстановления. Никакие уловки третьих лиц не помогут.
По моему опыту, я пытался что-то проверить, нет. При попытке сделать что-то подобное я получаю сообщение об ошибке о том, что .ldf сформирован неправильно. Что бы я ни делал, я не мог найти способ сделать это, который входит в стандартную комплектацию SQL Server.
Я считаю, что существуют сторонние инструменты, которые могут читать файлы журналов, чтобы помочь вам восстановить ваши данные. Я никогда не использовал его, поэтому не хочу давать рекомендации, но это может быть вашим лучшим вариантом для возврата данных.
Это зависит от того, насколько сильно поврежден диск. Мы использовали Звездный Феникс & Р-Студия для восстановления R-Studio кажется более эффективной. Оба приложения вручную считывают диск и пытаются воссоздать файлы из того, что они находят. В процессе восстановления могут не восстановиться имена файлов и структура каталогов, поэтому просмотр восстановленных файлов и поиск нужных материалов может занять очень много времени.
Если приложение не может физически прочитать часть диска, то все, что там находится, не будет восстановлено. На этом этапе следующий вариант - отправить диск в службу восстановления данных. Мы использовали DriveSavers, но есть и другие.
С SQL, если восстановленные файлы не из резервной копии базы данных, вероятно, что они находятся в несогласованном состоянии, что может потребовать других манипуляций для извлечения данных. Я не могу комментировать этот процесс, помимо моего опыта.