Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В SQL Server состояние файла базы данных сохраняется независимо от состояния базы данных. Файл всегда находится в одном конкретном состоянии, например ONLINE или OFFLINE. Чтобы просмотреть текущее состояние файла, используйте представление каталога sys.master_files или sys.database_files . Если база данных находится в автономном режиме, состояние файлов можно просмотреть в представлении каталога sys.master_files .
Состояние файлов в файловой группе определяет доступность всей файловой группы. Чтобы файловая группа была доступна, необходимо, чтобы все файлы в файловой группе находились в режиме в сети. Чтобы просмотреть текущее состояние файловой группы, используйте представление каталога sys.filegroups . Если файловая группа находится в автономном режиме и вы пытаетесь получить к ней доступ с помощью инструкции Transact-SQL, произойдет ошибка. Когда оптимизатор запросов создает планы запросов для операторов SELECT, он избегает некластеризованных индексов и индексированных представлений, которые находятся в автономных файловых группах, что позволяет этим операторам успешно выполняться. Однако если файловая группа, находящаяся в режиме вне сети, содержит кучу или кластеризованный индекс целевой таблицы, инструкция SELECT не будет выполнена. Кроме того, любая инструкция INSERT, UPDATE или DELETE, которая изменяет таблицу с любым индексом в автономной файловой группе, завершится ошибкой.
Определения состояния файла
В следующей таблице определяются состояния файлов.
| Государство | Определение |
|---|---|
| ОНЛАЙН | Файл доступен для всех операций. Файлы в основной файловой группе всегда находятся в сети, если сама база данных находится в сети. Если файл в основной файловой группе не находится в сети, база данных не находится в сети, а состояния вторичных файлов не определены. |
| ОФФЛАЙН | Файл недоступен для доступа и может не присутствовать на диске. Файлы становятся автономными путем явного действия пользователя и остаются в автономном режиме до тех пор, пока не будет предприняно дополнительное действие пользователя. **Осторожно** Файл следует переводить в автономный режим только когда он поврежден, но может быть восстановлен. Файл, переведенный в офлайн-режим, может быть переведен в онлайн-режим только путем восстановления его из резервной копии. Дополнительные сведения о восстановлении одного файла см. в разделе RESTORE (Transact-SQL). |
| Восстановление | Файл восстанавливается. Файлы вступают в состояние восстановления из-за команды восстановления, влияющей на весь файл, а не только восстановление страницы, и остаются в этом состоянии до завершения восстановления и восстановления файла. |
| Восстановление ожидается | Восстановление файла было отложено. Файл автоматически переходит в это состояние из-за процесса поэтапного восстановления, в котором файл не восстанавливается и не возвращается в рабочее состояние. Для устранения ошибки требуется дополнительное действие, позволяющее завершить процесс восстановления. Дополнительные сведения см. в разделе "Восстановление фрагментов" (SQL Server). |
| Подозреваемый | Восстановление файла завершилось сбоем во время процесса восстановления в сети. Если файл находится в основной файловой группе, база данных также помечается как подозреваемая. В противном случае только файл подозревается, и база данных по-прежнему находится в сети. Файл останется в подозрительном состоянии, пока он не станет доступным одним из следующих методов: Восстановление и восстановление данных DBCC CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS (разрешить потерю данных) |
| НЕСУЩЕСТВУЮЩИЙ | Файл был удален, когда он не был в сети. Все файлы в файловой группе становятся недоступными при удалении автономной файловой группы. |
Связанные материалы
Изменить базу данных (Transact-SQL)