Шаг 3. Здесь представлена основная информация о поэтапном восстановлении, которая также упоминается в предыдущем абзаце статьи... После SQL Server 2012 в резервной копии Tail-Log для поэтапного восстановления «файлового типа» произошли серьезные изменения. По соглашению, во время операции восстановления требуется только одна резервная копия хвостового журнала. Однако при поэтапном восстановлении по типу файла необходимо выполнить несколько резервных копий хвостового журнала, если несколько NDF повреждены.
Администратор базы данных определяет порядок восстановления в зависимости от важности. В этом случае, поскольку «Таблица данных SEND» гораздо важнее, чем «Таблица данных SEND», которая база данных номеров whatsapp в индии записывает поведение операции, решено сначала восстановить файл SMS_B, которому принадлежит «Таблица данных SEND», поэтому Tail файла SMS_B копируется в первую очередь -Log. Синтаксис следующий:
-
в «Устройство резервного копирования», чтобы проверить состояние резервного копирования.
Поэтапное восстановление
Шаг 4: Теперь вы можете приступить к восстановлению «файла SMS_B»! Синтаксис следующий:
В этом месте статьи вы обязательно спросите, а откуда вы знаете причину, по которой на практике не запускается SQL Server? Не волнуйтесь, журнал SQL Server сообщит вам об этом! В пути C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log есть ERRORLOG, который может помочь вам попытаться выяснить причину проблемы SQL. Метод поэтапного восстановления, представленный в этой статье, не подходит для повреждения файла .mdf. Если он связан с повреждением .mdf, вам придется использовать полное восстановление, но если вы обнаружите, что причина, по которой вы не можете использовать DB, заключается в повреждении файла; ...Бинго! Поздравляем, попробуйте для восстановления использовать поэтапное восстановление!